數據中心的硬體和軟體升級是運營過程中不可避免的一部分工作，但組織可以採取措施確保其實施不會導致數據中心停機。在組織即將到來的升級過程中，避免停機的關鍵步驟是計畫、測試和冗餘。

　　數據中心的升級計畫

　　數據中心升級的第一步是計畫。首先考慮計畫購買的硬體，或確保新軟體版本與網路上的其他資源相容。這個階段的過程還涉及到如何在不中斷的情況下執行升級。

　　傳統上，數據中心升級計畫意味著為組織提前通知各個系統將離線進行維護，然後通常在夜晚無人或很少有人工作時進行升級。這種方法在現代工作流程中不太可行，因為組織經常開展遠程工作，並且可能在非工作時間工作。此外，全球性組織必須支持在不同時區全天候工作的最終用戶。

　　減少數據中心升級影響的一種方法是將受影響的工作負載臨時移動到公共雲。一旦移動這些工作負載並重新加載路由流量，就可以開始升級過程，而不必擔心組織的工作負載中斷。

　　數據中心的升級測試

　　準備升級的第二步是在升級之前測試可以測試的任何內容。執行升級前測試的能力可能會因組織正在升級的內容而異，但通常可以測試某些內容。例如，如果組織計畫將某個軟體升級到較新版本，則可能需要在實驗室環境中完成升級過程，以瞭解其工作原理。一旦實驗室設置能夠運行新的軟體版本，就可以測試錯誤和相容性問題。

　　如果組織不具備內部專業知識，請務必研究可以幫助進行配置和軟體測試的服務提供商。對於規模更大或專業的升級來說，這有助於減少升級過程後必須執行的故障排除。

　　數據中心的冗餘

　　人們對於冗餘的討論通常集中在容錯上。即便如此，在整個數據中心升級過程中保持關鍵工作負載線上運行也很有幫助。例如，如果組織需要更換老舊的網路交換機，則通常會在執行更換之前通過輔助交換機建立冗餘通信路徑。這可以防止組織的工作負載在升級期間丟失連接。

　　同樣，數據中心內的Windows伺服器通常分組為故障轉移群集。微軟公司設計了Windows故障轉移群集功能以支持不斷升級。組織可以在整個升級過程中以允許群集保持聯機的方式一次升級群集節點(不包括正在升級的節點)。將節點置於維護模式，進行離線升級，然後重新聯機並退出維護模式。

　　然後，組織可以使用下一個節點重複此過程，直到升級每個節點。由於一次只有一個節點處於離線狀態，因此所有群集的高可用性工作負載將在整個升級過程中保持聯機狀態。但是，在開始升級之前，必須確保群集具有足夠的電源和冷卻資源，以便在沒有群集節點的情況下運行其工作負載。