Johnny Yao WorkSpace

1. 判斷Exchange Crash的嚴重損壞或失敗類型問題, Hardware, OS, DB, Store, Service ? 哪個引起的 2. 在依問題來選擇Exchange DR 的策略 3. 以下為Exchange Server Crashed 的DR 回覆步驟 4. 先修復 Windows Server 2003, 用原Exchange server name join domain 5. 安裝或修復OS with service pack及更新相關Hotifx 至原先相同的版本 6. 用DR方式安裝Exchange   setup / disasterrecovery 7. 安裝Exchange Service Pack 2 & 原先版本的hotfix 8. 進行ESM相關設定回復 9. 進行dial tone 方式讓使用者先上線 10. 建立相同的Storage Group 11. 建立相同的mailbox store 12. 因backup考量, FSG 是只放PF 不放Mailbox 13. 最快速的方式先取得D to D 的bkf 14. 將bkf file案移動回Exchange Server 15. 直接掛起新建立空的mailbox store 16. 使用者可以登入上線使用 17. 先了解RSG 的使用時機 18. 了解信箱對應關係 19. 建立RSG 20. 新增要還原的Mailbox Store 21. 將資料庫還原到 Exchange Server 2003 的復原儲存群組 22. 加入及設定 23. DB path 24. RSG stand by 25. 開始還原 26. 還原設定 27. 還原完成 28. 還原Report 29. RSG 實體檔案 30. Mount RSG DB 31. 可看到離線使用者mailbox 32. 開始merge 資料 33. Merge 回原DB 34. 選擇Merge 35. 36. Merge 完成 ...

  使用 Exchange Server 2003 的撥號聲資料庫，復原信箱資料庫 如果您有大型 Exchange 資料庫，則需要數個小時，才能在嚴重損壞之後將它從備份中還原。然而，您可以藉由實作名為「郵件撥號聲」的復原策略，更快速地為使用者還原電子郵件服務 (利用基本「撥號聲」來提供)，然後還原使用者的先前資料以使其變為可用。 本主題稍後會提供「郵件撥號聲」策略的詳細資料；而基本處理程序如下： 1. 設定使用者可用之功能的使用者預期值，以及還原完整功能的速度。 2. 建立撥號聲資料庫。 此步驟包含藉由移除儲存群組目錄中的目前資料庫檔案，來重設損壞的 Exchange 資料庫。如果稍後需要這些檔案，請保留他們的複本。Microsoft® Exchange Server 2003 會重建空白的資料庫檔案，以取代所移除的檔案。在使用者嘗試存取他們的信箱時，Exchange 會在資料庫中建立新信箱，而使用者可以傳送與接收郵件。因為使用者物件保有他們的原始 Exchange 屬性 (含 msExchMailboxGUID)，所以新信箱與舊信箱的 GUID 值會相同。稍後，此事實讓 ExMerge 可以在原始資料庫 (將在復原儲存群組中執行) 與這個暫時的「撥號聲」資料庫之間順利傳輸資料。 附註： 重設資料庫時，不僅會遺失所有郵件，還會遺失所有規則、表單、檢視及其他信箱中繼資料。如需重設資料庫時所遺失之使用者組態資訊的相關資訊，請參閱 Microsoft 知識庫文章 282496＜ 重新設定 Exchange 信箱資料庫時的考量及最佳作法 ＞。如果您利用本節所述的內容將復原的資料合併至原始資料庫，則會在合併程序期間復原此資訊。 在郵件撥號聲復原的前兩個步驟期間，撥號聲資料庫會在您復原損壞的資料庫時提供使用者的服務 3. 設定復原儲存群組及復原儲存群組資料庫。 若要取得最好的結果，請將復原儲存群組資料庫放在與撥號聲資料庫相同的邏輯磁碟機上。因此，即使是在相同磁碟機的資料夾之間移動大型檔案 (稍後會進行)，幾乎都能立即完成。 4. 還原或修復復原儲存群組中的原始資料庫 (請參閱上圖)。 5. 在復原儲存群組資料庫上完成必要的復原後，就可以中斷這兩個資料庫，並在原始儲存群組與復原儲存群組之間交換資料庫檔案 (請參閱...

    msExchMailboxGUID Active Directory 的使用者帳戶的 msExchMailboxGUID 屬性值，符合 Exchange 的信箱 GUID。如下列圖所示，資料庫還原到復原儲存群組之後，復原儲存群組資料庫中的每一個信箱的 GUID，仍然和原始資料庫中對應之信箱的 GUID 相同。信箱合併精靈 (ExMerge) 使用 GUID 來比對復原儲存群組資料庫中的每一個信箱與 Active Directory 中的使用者。比對出來後，ExMerge 會從復原儲存群組資料庫中的信箱，將資料移到原始資料庫的正確信箱。 每一個信箱都有 GUID，可以為信箱連結 Active Directory 中的使用者和復原儲存群組中的復原信箱。 信箱 GUID 是最基本的信箱屬性。這個屬性值是在建立信箱時於資料庫中設定的，在信箱週期間會保持不變。它是信箱的專用識別值。被刪除或清除的信箱不容易在復原儲存群組中復原，因為刪除信箱時，信箱所屬 Active Directory 使用者物件中的所有信箱屬性也會一併刪除。刪除信箱後，如果您在信箱清除之前重新連接到其他使用者，這個 msExchMailboxGUID 值會成為新使用者的屬性。事實上，如果兩個使用者帳戶的信箱在同一個資料庫中，您只要切換 msExchMailboxGUID 值，即可交換信箱 (其他屬性可以區別信箱在不同資料庫中的使用者帳戶)。 如果 msExchMailboxGUID 值變更一個單一字元，下次受影響的使用者登入時，Exchange 會根據新的 GUID 建立全新的信箱。在 Exchange 系統管理員中，您可以看到此使用者目前擁有兩個信箱。(一段時間之後，信箱清理代理程式會自動執行，使用者的原始信箱顯示為中斷連線，以準備清除)。假設 msExchMailboxGUID 會再改回原始值。使用者下次登入時，又可以使用原始信箱，而新的信箱則中斷連線。 當您刪除信箱時，Exchange 實際上會保留信箱 30 天，以防您日後要復原信箱中的資料。Exchange 只移除連結 Active Directory 帳戶至信箱的屬性。在清除資料庫中的信箱之前，您可以使用信箱復原中心，為信箱重新連接先前的或其他的 Active Directory 帳戶。 ...

  使用RSG來進行備份資料回復 何時可以使用復原儲存群組 復原儲存群組主要是在下列情況下，協助資料庫復原： · Microsoft® Active Directory® 目錄服務中的儲存群組及其信箱的邏輯資訊，保持完整不變。 · 之外，您必須復原單一信箱、單一資料庫或單一儲存群組中的資料庫群組。復原案例包括： · 復原使用者不小心從信箱中清除的刪除項目。 · 當另一個副本在實際執行時 (通常使用信箱合併精靈 (ExMerge) 工具，合併兩個資料庫之間的資料目標)，復原或修復資料庫的其他副本。 · 復原伺服器上的資料庫，而非資料庫的原始伺服器。必要時，您可以再將復原的資料合併回到原始伺服器 (雖然復原儲存群組和原始資料庫在同一個伺服器上時，效能較低)。 復原儲存群組的使用指導方針： · 您復原的資料庫所在的伺服器，必須是執行復原儲存群組伺服器之系統管理群組的成員 (如果資料庫是來自不同的系統管理群組，還原作業不會成功)。 · 如果您要同時復原多個資料庫，只要它們都來自相同的原始儲存群組，即可將其新增至復原儲存群組中 (一旦加入第一個資料庫，以後只能加入該資料庫儲存群組的資料庫)。否則，您必須在多個伺服器上使用多個復原儲存群組。 · 您復原的資料庫所在之伺服器執行的 Exchange 版本，介於 Microsoft Exchange Server 2000 Service Pack (SP) 3 和復原儲存群組伺服器執行的 Exchange 版本之間。 所有資料庫還原到復原儲存群組後，會升級為目前復原儲存群組伺服器執行的資料庫版本。這表示如果您要將資料庫複製回到原始伺服器，必須先將原始伺服器升級到和 Exchange (主要版本和 Service Pack 修訂版) 相同的版本。但是，您可以使用 ExMerge 在伺服器之間移動資料，而不必考慮版本是否相符。 此外，資料庫的 Exchange 版本如果比復原儲存群組伺服器的版本要新，則資料庫無法還原到復原儲存群組。 何時不應該使用復原儲存群組 下列情況不適合使用復原儲存群組： · 您需要復原公用資料夾內容。只支援信箱復原作業。Exchange Server 2003 中的公用資料夾復原程序，與 Exchange 2000 相同可保...

    Blog Extended Reading 1. LAB: Deploying Exchange 2010 DAG - Part 1 – Configure Witness 2. LAB: Deploying Exchange 2010 DAG - Part 2 – Create NEW DAG 3. LAB: Deploying Exchange 2010 DAG - Part 3 – Manage DAG 4. LAB: Deploying Exchange 2010 DAG - Part 4 – Manage DAG Network 5. LAB: Deploying Exchange 2010 DAG - Part 5 - Create Database Copies More Information & Reference 1. Deploying High Availability and Site Resilience

Set-DatabaseAvailabilityGroupNetwork Get-DatabaseAvailabilityGroupNetwork New-DatabaseAvailabilityGroupNetwork Remove-DatabaseAvailabilityGroupNetwork         RunspaceId         : dcaa7192-9463-450c-9655-54fb9e5051a8 Name               : DAGNetwork01 Description        : Subnets            : {{10.82.131.0/24,Up}} Interfaces         : {{BQT-E14CAS1,Up,10.82.131.78}, {BQT-E14MBS1,Up,10.82.131.77}} MapiAccessEnabled  : True ReplicationEnabled : True IgnoreNetwork      : False Identity           : BQT-DAG1\DAGNetwork01 IsValid            ...