Exchange 問答：使用 DAG
使用數據庫可用性分組是個不錯的選擇，尤其是因為您可以在多個位置復制和存儲這些分組 – 但要注意尋址問題。
Henrik Walther
解決難題
問：我們部署了 Exchange 2010，并利用數據庫可用性分組 (DAG) 為所有郵箱服務器配置了高可用性。事情很順利且一切都按預期進行，除了一個小細節。
如果收到員工通過 DAG 中托管的郵箱發送的郵件，該收件人反過來向其他員工或其他組織的人發送郵件，則他們收到郵件中 Internet 郵件頭將顯示使用 APIPA 地址（如 169.254.5.133）配置了郵箱服務器。由于我們對所有 Exchange 2010 服務器使用的是靜態 IP 地址，因此我們不知道它為什么會顯示為 APIPA 地址（見圖 1）。您能不能提供一些線索？
答：這個問題很有意思。簡單來說，只有利用一個或多個 DAG 為 Exchange 2010 郵箱服務器配置高可用性并且 DAG 功能基于 Windows 故障轉移群集 (WFC) 組件時，才會發生此情況。不屬于 DAG 的郵箱服務器不會發生此行為。
讓我們仔細看看這里出現的問題。Windows Server 2008 R2 中的 WFC 組件希望使用 WFC 的應用程序（如 SQL、Exchange 和文件服務器）能夠通過特定方式找到群集資源。該應用程序應使用 DNS 服務器找到合適的信息以便連接到群集資源。
這就是所謂的客戶端訪問點 (CAP)。一個 CAP 包含一個 NetBIOS 名稱以及一個或多個 IP 地址資源。在 Windows Server 2008 R2 中，如果服務器支持動態更新，則一旦在 WFC 中 CAP 聯機，就會在 DNS 中注冊 CAP 信息。
遺憾的是，有些應用程序會跳過 DNS 步驟，而將使用綁定列表中的***個網絡適配器直接連接到群集節點。默認情況下，綁定列表中列出的***個網絡適配器是 Microsoft 故障轉移群集虛擬適配器（見圖 2）。此適配器是使用 APIPA 地址配置的。
.png)
圖 1 Internet 郵件頭中的 APIPA 地址
.png)
圖 2 Microsoft 故障轉移群集虛擬適配器
下面，請您猜一猜哪個應用程序不會使用 DNS 來定位和連接群集資源呢？猜對了：Exchange 2010（以及 Exchange 2007）。
如何解除這點煩惱呢？幸運的是，利用名為 nvspbind 的小工具就可以輕松解決，可從 MSDN 代碼庫：code.msdn.microsoft.com/nvspbind 下載此工具。Nvspbind 專門用于從命令行修改網絡綁定。
下面我們來查看服務器中適配器的綁定順序。運行 nvspbind.exe /o ms_tcpip。如圖 3 中所示，首先列出的是 Local Area Connection* 9（等同于 Microsoft 故障轉移群集虛擬適配器）。
.png)
圖 3 使用 nvspbind 查看綁定順序列表
接下來，我們需要在列表中將 Local Area Connection* 9 下移。運行如下命令：
nvspbind.exe /- “Local Area Connection* 9” ms_tcpip
.png)
圖 4 在綁定順序列表中將 Local Area Connection* 9 下移
如圖 4 中所示，已在綁定順序列表中將 Local Area Connection* 9 下移?，F在，嘗試發送一封新電子郵件。Internet 郵件頭此時應顯示服務器的實際 IP 地址（見圖 5）。
.png)
圖 5 Internet 郵件頭顯示郵箱服務器實際 IP 地址
手動復制
問：我們剛部署了 Exchange 2010 服務器，并打算使用 DAG 為郵箱數據庫配置高可用性。我們計劃每個郵箱數據庫有 8 個副本。每個郵箱數據庫的副本將分別位于三個物理位置。每個數據庫大約 500GB。由于某個物理位置的帶寬有限，因此我們預計種子設定的時間會很長。我們想知道是否能使用 USB 驅動器手動將數據庫文件復制到遠程位置？
答：是的，您可以這樣做；此外，還支持另一種方法。若要手動復制脫機數據庫，請禁用相應數據庫的循環日志記錄。為此，請運行：
Set-MailboxDatabaseMDB01 -CircularLoggingEnabled $false
然后，使用以下命令卸載數據庫：
Dismount-Database MDB01 -Confirm $false
接下來，將數據庫和所有日志文件復制到另一個位置，如 USB 驅動器。
復制過程完成后，使用以下命令重新安裝活動的數據庫副本：
Mount-Database MDB01
現在，將 USB 磁盤連接到用來承載數據庫的服務器，并將數據庫和日志文件復制到文件夾中并確保路徑與源服務器上使用的路徑相同。
使用 Add-MailboxDatabaseCopy -SeedingPostponed 參數添加數據庫副本。具體命令如下所示：
Add-MailboxDatabaseCopy -Identity MDB01 -MailboxServer E2K10EX04–SeedingPostponed
請注意，不存在種子設定過程，因為 EDB 文件及關聯的日志文件已就緒。***，使用以下命令重新啟用循環日志記錄：
Set-MailboxDatabaseMDB01 -CircularLoggingEnabled $true
移動辦公人員
問：我們運行的是 Exchange 2010，并且我們有很多移動辦公人員都高度依賴 Outlook Web App 或 OWA（也就是 Outlook Web Access）。這些用戶在密碼過期后將無法登錄到 OWA。我們還發現，對于那些在***創建用戶帳戶時帳戶設置為“用戶下次登錄時必須更改密碼”（見圖 6）的新員工，他們必須使用其他機制更改密碼，否則無法登錄到 OWA。
.png)
圖 6 啟用“用戶下次登錄時必須更改密碼”
自多年前我們從 Lotus Domino 遷移到 Exchange 2003 以來，一直被此問題所困擾。您知道我們該如何解決此問題嗎？
答：現在正是解決此問題的好時機。當 Exchange 團隊開始規劃 Exchange 2007 SP3 和 Exchange 2010 SP1 時，他們決定彌補這一不足之處，以便能在用戶密碼過期或用戶帳戶設置為“用戶下次登錄時必須更改密碼”時登錄到 OWA。他們開發了 OWA 密碼重置工具。此工具是一個 IIS 7 模塊，可檢測過期密碼并將用戶重定向到全新的“更改密碼”頁。
.png)
圖 7 Outlook Web App 2010 基于表單的身份驗證登錄頁面
我們來看一下實際的效果，怎么樣？用戶嘗試使用基于表單的身份驗證 (FBA) 登錄頁面登錄到 OWA 2007 或 2010，如圖 7 中所示。此時用戶將重定向到新的“更改密碼”頁，如圖 8 中所示。用戶需要在此頁中輸入當前密碼和新密碼，然后單擊“提交”按鈕。
.png)
圖 8 Outlook Web App 2010“更改密碼”頁
現在密碼已更改，用戶可使用新密碼進行登錄。是不是很簡單，很友好？
請記住，在安裝 Exchange 2007 SP3 或 Exchange 2010 SP1 之后，默認情況下不啟用“更改密碼”頁。您需要使用注冊表項來啟用此頁。更具體地說，您需要登錄到每個 Exchange 2007 或 Exchange 2010 客戶端訪問服務器 (CAS) 并啟動注冊表編輯器。
在注冊表編輯器內，瀏覽找到：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\MSExchange OWA。您需要在此處創建一個名為 ChangeExpiredPasswordEnabled 的新 REG_DWORD 注冊表項。通過將數據值設置為“1”來啟用它，如圖 9 中所示。
.png)
圖 9 為 OWA 啟用“密碼更改”所需的注冊表項
現在，無論移動辦公人員的密碼已經過期還是需要更改，他們都可以登錄到 OWA。
文章來源：微軟TechNet中文網
分享到微信 
分享到微博
2009-08-11 15:24:03
2011-07-05 16:46:15
