產生災難的回覆測試

VM 主機建置好之後, 當然要拿實機來做災害演練的測試, 原來測試已經驗證 Printer service & File sharing server 可以快速的利用 VM Converter 出來的檔案來回復, 所以這次就挑選了一台有資料庫的主機 MOSS.

我們的環境是在 Windows 2003 上面架設 SharePoint server 2007+ SQL Server 2005, 包含使用者上傳的檔案, 總容量約有 100G 的容量, 首先在 VM Converter 上轉檔就必須要花上 10 個小時, 並且要找個地方讓他存放, 光先期工作就要先準備好.

接下來又花了數個小時在作檔案的上傳, 之後就開啟這個 VM, 開啟的過程倒是沒有問題, 唯一的缺點是因為 VM 的硬碟檔案大太, 效率變得很差, 同時還是遇到原來的網卡就跑去藏起來, 還是要利用裝置管理員來給他移除掉, 因為擔心跟原始主機相衝突, 所以VM主機設定一組新的 IP 以及更改電腦名稱, 重新啟動.

啟動的過程也是慢慢的執行一切順利, 打開本機的網頁, 會自動導向到原始主機上面去, 奇怪的結果, 懷疑是 DNS 解析問題, 所以在本機的 Hosts 檔案把原始主機名稱與 VM 主機都設定成 VM 主機的 IP, 這樣在測試網頁一次, 還是沒有顯示公司的網頁.

此時有同事反應公司的網頁沒有法開啟, 產生 Server unavailable 的錯誤, 聰明的讀者應該知道發生什麼事情了吧, 因為新的 VM 主機佔據的原始主機在 Active Directory 的註冊資料, 導致 Computer Name, 以及 DNS 註冊的IP 全部移轉到 VM 主機上, 因為 AD 是認定電腦的 GUID, 所以原來的主機就被 AD 所拋棄了.

遇到這個問題當然就沒有辦法繼續測試下去, 快點關掉 VM, 然後把 IP 改回到原始主機上, NO WORK. AD 去查看電腦資料, 發覺事情大條了, 主機名稱已經被改成 VM 主機的名稱, 同時原始主機也沒辦法利用 Domain administrator 來登入, Local Administrator 因為安裝歷史久遠已經忘記了, 沒有帳號可以拿來登錄, 差點暈倒.

只好進到機房拔掉網路線試試看能不能騙過電腦利用上次登錄 Domain Administrator 的資訊來 Login, 還好還有救, 所以就把該電腦重新插上網路線, 嘗試去存取網路資源, 還是有問題, 想到來改改電腦名稱讓電腦重新對 Domain Controller 來註冊, 一但要對 AD 做驗證的程序, 還是出現 Domain Controller 找不到的錯誤 (我想正確的錯誤應該是被拒絕才對吧).

沒關係, 那我就退出網域再重新登入, 其中我沒有重新開機而是直接修改電腦名稱兩次. 再度重新開機後, 發覺根本進不去, 此時拔掉網路卡已經無效了, 嘗試過很多個不同的密碼也都進不去. ~~ 真是越弄越糟, 還好手邊有一片 Vista PE, 裡面還有修改 Administrator 密碼的程式. 重新修改 Local Administrator 密碼, 重新開機, 離開網域, 重新開機, 加回到網域, 重新開機, 這樣子終於把這台機器救回來.

教訓:

1. 測試是要先規劃好, 最好事先再模擬環境下做一次

2. Windows 要你重新開機不要鐵齒, 就給他開機 (記得要先重新設定一下 Local Administrator 的密碼)

3. 隨時準備一片 Vista PE or XP PE 來備用吧.

發表迴響

%d 位部落客按了讚: