Azure Stack 1904版本

持續每個月都在更新部署Azure Stack，本質上來說Azure Stack的功能也越來越強大。至今已經更新到ASDK 1904版本，Azure Stack 1904 更新內部版本號是1.1904.0.36。安裝流程差別不大，但是具體的變化如下：

改進

1. 1904 更新負載包含哪些主機 Azure Stack 不包括基礎操作系統的 Azure Stack 組件的更新。 這使某些更新，確定其作用范圍。 因此，預期時間它花費的 1904年更新完成小于 （大約 16 個小時，但確切的時間而異）。 運行時此下降是類似于 1903年更新。 但是，后續更新可能包含操作系統，這意味著不同的運行時的更新。 將來的更新將在更新完成，具體取決于有效負載包含所需的預期時間上提供類似的指導。

2. 重大改進具有已對 1904年中軟件定義網絡 (SDN) 堆棧。 這些改進增加的總體服務和 Azure Stack 中的 SDN 堆棧的可靠性。

3. 如果當前登錄的用戶不具有所需的權限，從而使儀表板，以正確加載在管理員門戶中，添加一條通知。 它還包含指向介紹哪些帳戶有適當的權限，具體取決于在部署過程中使用的標識提供程序的文檔的鏈接。

4. 添加了對 VM 復原能力和解析的方案中的所有 Vm 都脫機如果包含 VM 配置文件的存儲卷處于脫機狀態的運行時間的改進。

5. 添加了的優化的 Vm 數同時撤走主機并放置在帶寬消耗，地址 VM 限電或封鎖在網絡負載較重時的上一個上限。 更新系統時，此更改會增加 VM 正常運行時間。

6. 改進的資源限制時系統的運行強度來保護對內部進程耗盡平臺的資源，從而導致失敗的操作，在門戶中。

7. 改進了篩選功能使操作員能夠同時應用多個篩選器。 僅可以按排序名稱新的用戶界面中的列。

8. 刪除產品/服務、 計劃、 配額和訂閱的過程改進。 現在可以成功刪除產品/服務、 配額、 計劃和訂閱管理員門戶中你想要刪除的對象是否沒有依賴關系。

9. 改進了通過過濾掉不必要的事件并提供配置參數來選擇所需的嚴重性級別為轉發消息的 syslog 消息量。 有關如何配置嚴重級別的詳細信息，請參閱Azure Stack 數據中心集成-syslog 轉發。

10. 在 Azure Stack 基礎結構會消耗額外的 12 GB + (4 GB 數量的 Azure Stack 主機) 從 1904 update 及更高版本。 這意味著，在 4 節點戳將有 28 GB 額外的容量消耗 (12 GB + 4 GB 4) 在 Azure Stack 管理員門戶的容量屏幕中反映出來。 到 1904年版本更新應會成功，即使其他內存消耗將 Azure Stack 戳放超出容量。 如果 Azure Stack 戳基于內存使用量在更新完成后，將看到專用于反映將此狀態下的，修正措施以釋放一些虛擬機與一個警報。

11. 添加到了新功能Get-azurestacklog cmdlet 通過包含一個附加參數來-OutputSASUri。 現在可以從你的環境中收集 Azure Stack 日志并將其存儲在指定的 Azure 存儲 blob 容器。 有關詳細信息，請參閱Azure Stack 診斷。

12. 添加新的內存簽入Test-azurestack UpdateReadiness進行檢查以查看是否有足夠的內存可用于更新已成功完成的堆棧上的組。
    對改進Test-azurestack評估 Service Fabric 運行狀況。

13. 改進硬件更新，從而減少了完成驅動器固件花費的時間更新為 2-4 小時。 更新引擎動態確定更新的哪些部分需要執行，根據在包中的內容。

14. 若要防止影響可用性的破壞性的基礎結構角色實例操作的添加可靠的操作，預檢查。

15. 為冪等性的基礎結構備份操作的改進計劃。

16. Azure Stack 日志收集的改進。 這些改進減少檢索的日志所需的時間。 此外， Get-azurestacklog cmdlet 將無法再生成 OEM 角色的默認日志。 必須執行Invoke AzureStackOnDemandLog cmdlet，指定要檢索的 OEM 日志的角色。 有關詳細信息，請參閱Azure Stack 診斷。

17. Azure Stack 現在監視數據中心與 ADFS 集成為提供的聯合身份驗證數據 URL。 這將在 customer ADFS 實例或場的機密輪換期間提高可靠性。

更改

刪除 Azure Stack 運營商如何關閉的情況下在管理員門戶中的基礎結構角色實例的選項。 重新啟動功能可確保在重新啟動基礎結構角色實例之前的干凈關閉嘗試。 對于高級方案，API 和 PowerShell 功能仍然可用。
沒有新的 Marketplace 管理體驗，使用單獨的 Marketplace 映像和資源提供程序的屏幕。 現在，請資源提供程序窗口為空，但在將來的版本新 PaaS 服務產品/服務將顯示和管理在資源提供程序窗口。
對運算符門戶中的更新體驗的更改。 沒有對資源提供程序更新的新網格。 更新資源提供程序的功能尚不可用。
對運營商門戶中的更新安裝體驗的更改。 若要幫助 Azure Stack 運算符做出適當的響應更新問題，該門戶現在提供更具體的建議基于運行狀況的縮放單位中，通過運行自動派生Test-azurestack和分析結果。 根據結果，則會通知操作員執行兩種操作之一：
"Soft"的警告性警報顯示在門戶中，用于讀取"的最新更新的需要注意。 Microsoft 建議在正常營業時間內打開服務請求。 Test-azurestack 是執行，并且基于更新過程的一部分，我們在輸出上生成最合適的警報。 在這種情況下，Test-azurestack 已通過。
"硬"的嚴重警報顯示在門戶中顯示為"最新的更新失敗。 Microsoft 建議盡可能快地打開服務請求。 Test-azurestack 是執行，并且基于更新過程的一部分，我們在輸出上生成最合適的警報。 在這種情況下，Test-azurestack 也失敗。"
更新的 Azure Linux 代理版本 2.2.38.0。 此支持，客戶可以維護 Azure 和 Azure Stack 之間一致的 Linux 映像。

修復項

修復了在其中 syslog 配置未保留通過更新循環，導致 syslog 客戶端會丟失其配置以及要停止正在轉發的 syslog 消息。 現在將保留 Syslog 配置。
在阻止解除分配的 Vm 的 CRP 中修復了問題。 以前，如果包含多個大型的托管的磁盤 VM，解除分配 VM 可能已失敗并出現超時錯誤。
已修復的問題會影響到縮放單位存儲訪問的 Windows Defender 引擎。
修復了用戶門戶問題 blob 存儲帳戶的訪問策略窗口無法加載。
修復了在管理員和用戶門戶，在其中顯示有關全局 Azure 門戶中的錯誤通知。
修復了在其中選擇一個用戶門戶問題反饋磁貼導致空的瀏覽器選項卡中打開。
修復在更改已綁定到網絡的 IP 配置的靜態 IP 地址適配器附加到 VM 實例，導致錯誤消息顯示了門戶問題。
中的嘗試修復了用戶門戶問題附加網絡接口到現有 VM 通過網絡窗口導致操作失敗并顯示錯誤消息。
修復了在其中 Azure Stack 不支持將 4 個以上的網絡接口 (Nic) 附加到 VM 實例。
修復了門戶中的添加入站的安全規則和選擇問題服務標記作為源，顯示不是適用于 Azure Stack 的幾個選項。
修復了的問題所在網絡安全組 (Nsg) 無效 Azure Stack 中全球 Azure 的方式相同。
修復了在 Marketplace 管理隱藏所有下載的產品，如果注冊過期或被刪除。
修復了在哪些頒發集 AzureRmVirtualNetworkGatewayConnection在 PowerShell 中的現有虛擬網絡網關連接到的命令失敗，錯誤消息無效共享配置密鑰....
修復了導致網絡資源提供程序 (NRP) 與網絡控制器，從而導致所請求的重復資源同步問題。 在某些情況下，這會導致父資源處于錯誤狀態。
修復了在其中用戶參與者角色分配到訂閱，但未顯式提供的讀取權限，如果生成了錯誤的問題的讀取 ...客戶端somelogonaccount@domain.com使用對象 ID {GUID} 不會執行操作... 嘗試將更改保存到資源時。
修復了在其中 marketplace 管理屏幕處于空如果脫機聯合工具用來上傳的圖像，并且其中任何一個文件缺少 URI(s) 的圖標。
修復了阻止未能從正在刪除在 marketplace 管理下載的產品的問題。

安裝完成后，以 AzureStack\AzureStackAdmin 身份登錄到 ASDK 主機。
以管理員身份打開 PowerShell（非 PowerShell ISE）。
運行：Enter-PSSession -ComputerName AzS-ERCS01 -ConfigurationName PrivilegedEndpoint
運行：Test-AzureStack

目前的檢測項已經比以前多了很多。

待續……