資訊無涯，回頭已不見岸
最近陸續安排進行 Windows Server 升級作業，如同先前的文章分享提到，原地升級到 Server 2019 的狀況量有點超乎我預估，所以目前大多決定採取移轉服務到新機，包含本文要說的 Azure AD (後簡稱 AAD ) Connect 功能服務。
移轉與混合雲運作非常相關的 AAD Connect 服務其實沒什麼困難度，參考文末文件進行即可輕鬆完成。遇到比較異常的狀況是，舊有的 AAD Connect 已經透過正常程序移除，但我的公司信箱卻收到來自與舊有主機的相關通知，雖然只是通知問題已解決。
事後怎麼想都覺得怪怪的，懷疑在 Azure AD 端是否仍存有舊有同步主機的資訊？
目前幾種主流的 Linux 版本，近年都已經可以正常在微軟 Hyper-V 中直接安裝及使用，不再像過去須特別新增「傳統網路介面卡」，或安裝整合元件 (Linux Integration Services, 後簡稱 LIS) 才能正常驅動 Hyper-V 專屬網卡。但為了能讓 Linux 更能緊密地在 Hyper-V 上完善運作，還是強烈建議將微軟不定期釋出的 LIS 版本做安裝及更新。
安裝 LIS 的方式現在很簡單，不在這裡贅述。主要分享這次在 CentOS 7.6 (1810) 安裝 LIS 4.3 後，所發生的開機失敗及修復過程。
環境: Windows Server 2016 及 Windows Server 2019 Hyper-V
虛擬機: Cent OS 7.6 1810 (啟用安全開機, Secure Boot)
LIS 版本: Linux Integration Services for Hyper-V 4.3.0
在一台全新以 Minimal Install 安裝 CentOS 7.6 (3.10.0-957.el7.x86_64) 的虛擬機器，無論這台虛擬機器是在 Server 2016 還是 Server 2019 的 Hyper-V，只要安裝了近期釋出的 LIS 4.3，重開後就無法正常啟動 (如上圖)。
從 Window Server 2012 開始，微軟就在 OS 增強了許多有關儲存服務的功能，若想用作業系統設定軟體陣列 (Software Raid)，除了過去在磁碟管理用動態磁碟方式建立之外，現在還能選擇用儲存空間 (Storage Spaces) 的方式建立。
本文不詳述兩種軟體陣列的建立方式，純粹就這兩種方式同樣建立 Raid 1 (Mirror)，進行效能測試比較，提供給伺服器沒有硬體陣列卡，又希望設定陣列保存資料的艱困 IT 人員參考。
如同前一篇文章提及，最近有空就是在做 Windows Server 2019 的安裝升級及測試。先說本文結論好了，以下不代表任何官方及公司或團體，若有考慮原地升級到 Server 2019，
建議起新機，再將服務及設定做移轉
原因及測試如下
從 Windows Server 2008 開始，微軟就已經支援原地升級版本 ( In-place Upgrade )，不管是選擇原地升級還是全新安裝做移轉，其實都有風險存在，需要妥善規劃及完整測試。
畢竟是吃這行飯，總要走在前面些，最近也開始在著手進行 Windows Server 2019 的測試；一般我在做測試或佈建階段，大都會先利用微軟公開的 AVMA Key 或 KMS Key 進行安裝，避免零售版 (MAK) 金鑰啟用太多次，但這次在安裝 Server 2019 時卻遇到奇怪的狀況。
© 2024 蘇老碎碎唸
Theme by Anders Noren — Up ↑
近期留言