待命連續複寫:資料庫可攜性

Exchange 2007
 

適用版本: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1

上次修改主題的時間: 2008-11-18

本主題詳細說明一個案例,在這個案例中,Woodgrove Bank 這個組織正在使用待命連續複寫 (SCR) 及資料庫可攜性從單一資料庫失敗中復原。在此案例中,發現 SCR 來源資料庫中含有實體損毀,而系統管理員決定啟動 SCR 目標資料庫。在啟動期間,會停用 SCR、將 SCR 目標資料庫裝載為生產資料庫,而且對使用者信箱進行重新隸屬處理。在將資料存取還原至用戶端後,會再次為儲存群組啟用 SCR 以還原 SCR 目標的備援及防護。

Woodgrove Bank 已部署 Microsoft Exchange Server 2007 Service Pack 1 (SP1),並決定使用 SCR 以提供遠端 Mailbox Server 上儲存群組的備援副本。兩台 Mailbox Server 都在相同的 Active Directory 目錄服務站台中,並且都已設定為使用整合 Active Directory 的 DNS 伺服器。Active Directory 站台的 Active Directory 複寫間隔是設定為 15 分鐘。

系統會設定 SCR,讓交易記錄檔針對內含單一資料庫 (MBX1) 的單一儲存群組 (SG1) 進行複寫。EXMBX1 是 SCR 來源電腦,而 EXMBX2 則是 SCR 目標電腦。儲存群組檔案 (包含交易記錄檔) 和資料庫檔案的路徑分別是 E:\SG1 和 D:\SG1\MBX1.EDB。這些路徑同時用於來源和目標電腦。

這些指派是以下列命令進行設定:

Enable-StorageGroupCopy EXMBX1\SG1 -StandbyMachine EXMBX2

SG1 的 SCR 健康情況和狀態是在 Exchange 管理命令介面中以 Test-ReplicationHealthGet-StorageGroupCopyStatus 指令程式進行驗證。例如:

Get-StorageGroupCopyStatus EXMBX1\SG1 -StandbyMachine EXMBX2 | fl

為了在 SCR 目標啟動程序期間節省時間,已在 EXMBX2 中預先設定了將作為資料可攜性作業之一部份的儲存群組及資料庫。儲存群組及資料庫分別命名為 SG1PORT 及 MBX1PORT。

important重要事項:
SG1PORT 及 MBX1PORT 與 SCR 目標的儲存群組及資料庫檔案不同。因此,應該將 SG1PORT 及 MBX1PORT 的路徑設定成不會與 SCR 目標路徑衝突的暫時路徑。
note附註:
建立 MBX1PORT 之後,建議您在將其裝載後進行卸載,並刪除所有的儲存群組檔案及資料庫檔案。

通訊管理員發現了指出 SCR 來源資料庫發生實體損毀的應用程式事件日誌項目。因為已經為 SG1 啟用 SCR,所以馬上決定要手動啟動 SG1 的 SCR 目標資料庫,並還原資料可用性。啟動 SCR 目標副本一開始要先卸載 SG1 中的資料庫。然後,SCR 目標資料庫才可以進行裝載,之後再將信箱放回受影響的信箱資料庫中。這可以透過依序執行下列步驟完成:

  1. 使用下列命令卸載 SCR 來源資料庫:
    Dismount-Database EXMBX1\SG1\MBX1
    
  2. 停用 SCR 並且讓 SCR 目標資料庫可以進行裝載的程序涉及執行 Restore-StorageGroupCopy 指令程式。這個工作會將儲存群組的資料庫標示為可裝載,並提供在儲存群組中裝載資料庫時會產生的資料遺失 (如果有) 報告,同時也會驗證儲存群組主動副本所產生的記錄檔都是存在被動副本的儲存群組檔案位置。如果遺失任何記錄檔,作業將嘗試複製遺失的記錄檔。使用下列命令,可以停用 SCR 並讓目標資料庫可以進行裝載:
    Restore-StorageGroupCopy EXMBX1\SG1 -StandbyMachine EXMBX2
    
important重要事項:
如果無法取得 SCR 來源,則必須將 Force 參數加入 Restore-StorageGroupCopy 命令中。
  1. 完成 Restore-StorageGroupCopy 命令後,系統管理員應該驗證資料庫是否處於「正常關機」狀態。如果資料庫處於「不正常關機」狀態,系統管理員可以對資料庫執行 Exchange 伺服器資料庫公用程式 (Eseutil) 復原模式 (Eseutil /r),讓資料庫回到「正常關機」狀態。如需如何執行 Eseutil 復原模式的詳細步驟,請參閱如何執行 Eseutil /R (復原)
    note附註:
    如果要用於資料庫可攜性 (EXMBX2\SG1PORT) 的 SCR 來源 (EXMBX1\SG1) 及 SCR 目標儲存群組有相同的儲存群組前置詞 (例如 E00 或 E01),則不必以復原模式執行 Eseutil。在重新顯示所有的複寫記錄檔後,最終資料庫裝載作業會讓資料庫處於「正常關機」狀態。
  2. 在資料庫處於「正常關機」狀態後,系統管理員就可以執行兩個命令,以新的儲存群組檔案及資料庫檔案位置更新 Active Directory。使用下列命令,將 SG1PORT 和 MBX1PORT 的路徑從暫時路徑變更為 SCR 目標的儲存群組和資料庫檔案路徑:
    Move-StorageGroupPath EXMBX2\SG1PORT -SystemFolderPath E:\SG1 -LogFolderPath E:\SG1 -ConfigurationOnly
    Move-DatabasePath EXMBX2\SG1PORT\MBX1PORT -EdbFilePath D:\SG1\MBX1.EDB -ConfigurationOnly
    
  3. 接著,在還原作業期間資料庫必須可以覆寫。作法是在 Exchange 管理主控台的資料庫物件內容上,選取 [還原將會覆寫這個資料庫] 核取方塊。您也可以在 Exchange 管理命令介面中使用下列命令執行這項工作:
    Set-Mailboxdatabase EXMBX2\SG1PORT\MBX1PORT -AllowFileRestore:$true
    
  4. 在將資料庫設定為可在還原期間進行覆寫後,系統管理員就可以使用下列命令裝載資料庫:
    Mount-Database EXMBX2\SG1PORT\MBX1PORT
    
  5. 裝載資料庫後,放在 SCR 來源資料庫中的信箱必須重新放置到 EXMBX2 上的 MBX1PORT。作法是執行 Get-Mailbox 指令程式並將輸出輸送到 Move-Mailbox 指令程式。在這個程序期間,有一點很重要,就是輸送到 Move-Mailbox 指令程式的 Get-Mailbox 指令程式輸出中,不要包含 Microsoft Exchange System Attendant 及系統信箱。執行下列命令即可避免上述情況:
    Get-Mailbox -Database EXMBX1\SG1\MBX1 |where {$_.ObjectClass -NotMatch '(SystemAttendantMailbox|ExOleDbSystemMailbox)'}| Move-Mailbox -ConfigurationOnly -TargetDatabase EXMBX2\SG1PORT\MBX1PORT
    

此時,用戶端就可以存取 MBX1PORT。不過,使用者是否可以在信箱從 EXMBX1\SG1\MBX1 移動到 EXMBX2\SG1PORT\MBX1PORT 之後確實存取其信箱,則需視下列因素而定:

  • Active Directory 複寫延遲   視目錄伺服器數量而定,將更新傳播至整個環境可能需要一些時間。
  • 用戶端存取方法   執行 Microsoft Office Outlook 2007 的郵件用戶端和非 Outlook 用戶端在使用者的 Client Access Server 所使用的目錄伺服器更新為新路徑後,就可以存取使用者的信箱。如果原始伺服器離線或無法使用,則執行 Outlook 2003 及舊版軟體的郵件用戶端就必須將使用者的桌面郵件設定檔更新為新的伺服器名稱。如果原始伺服器在線上且可以回應用戶端要求,則執行 Outlook 2003 及舊版軟體的郵件用戶端會由原始伺服器將其桌面郵件設定檔自動更新為新的伺服器名稱,且不必手動修改桌面郵件設定檔。

在用戶端可以存取其信箱及信箱資料後,最後的步驟就是要重新啟用 SCR 以再次建立備援。您可以將所有剩下的儲存群組及資料庫檔案從 EXMBX1 移除來完成這項工作。移除檔案後,EXMBX1\SG1\MBX1 的路徑可以移動到暫存位置,而 EXMBX1 則可以變成 EXMBX2 的 SCR 目標。完成後,備援就會還原到環境中。

若要確保您目前閱讀的是最新資訊,並尋找其他的 Exchange Server 2007 說明文件,請造訪 Exchange Server 技術資源中心.
顯示: