Monthly Archives: August 2009

Exchange 2010 (E14) RC

by

0

Exchange 2010 /

Exchange 2010 RC 版本釋出
 
1. 在這之前 Microsoft Connector 上的E14 版本為 621.10

2. 而官方現在發布RC 版本為 639.11，意即這是RTM之前最後的版本了

clip_image004

2. MS ExchangeORG 中測試的是 639.11，並表示測試結果是穩定的

. Exchange Server 2007 SP2 and Exchange Server 2010 RC publically available

Welcome to the August issue of the MSE newsletter! Many of us returned from our holidays this month, and what a great month it has been to return to. Several things happened in the Exchange world these last couple of weeks. First of all, the candidate version of Exchange 2010 was released to the public (download it here). This version is based on build 639.11 (the public beta released back in May 2009 was based on build 482.20!) which has now been completed. This means that from this build onwards, the Exchange product group is focusing on fixing any bugs that are found within the corporate messaging environment at Microsoft or the Exchange 2010 TAP and RDP customers. Because I have customers participating in both the TAP and the RDP, I have been running build 639.11 in my test labs and in two production environments for some time, and I assure you that this is a very stable and reliable build. Of course, this does not mean that you should run out and deploy Exchange 2010 RC in a production environment (only customers participating in TAP and RDP are allowed to do that, other customers will receive absolutely no support from Microsoft customer support services), but it means that you can look forward to testing a great version and play with pretty much all the features that will be included in the RTM version, in your own lab environment.

639.11 為目前可安裝測試的版本 (但會沒有技術支援) 

More Information

Microsoft Exchange Server 2010 Release Candidate

在Exchange 2007 CCR 上安裝SP2

by

0

Exchange 2007/SP2/CCR/Mailbox/Cluster/Upgrade/Update

 
在Exchange 2007 CCR 上安裝 SP2

 
1. 先確認安裝的機器為passive node 狀態，下面先更新CCM1 (passive node)，而CCM2 為Active Node

clip_image010

2. 於CCR上安裝SP2 必須透過 command line mode 來執行

clip_image012

3. 說明
Performing this procedure results in a brief outage during the upgrade process. Exchange Setup /m:upgrade should be run only on the passive node in the cluster. Setup /UpgradeCms must be run on the active node. Both nodes need to be updated to Exchange 2007 SP1 or SP2 to be supported, but you must upgrade the nodes one at a time. After each node has been upgraded, the clustered mailbox server is upgraded, and then brought online.

4. 進行更新
Setup /m:upgrade

5. 必須先安裝新版 Windows Installer 4.5
clip_image014

6. Windows Installer 4.5 Redistributable – 繁體中文下載
clip_image016

clip_image018

7. 權限不足錯誤
clip_image020

8. 解決權限問題後，完成更新
clip_image022

9. 停止ClusterMailboxServer，準備更新另一台 Active Node
clip_image024

clip_image026

10. 進行 Node 移轉 (離線的狀況下)
clip_image028

clip_image030

11. 執行 Setup /upgradeCMS，遇到 “BuildToBuildUpgrade" 錯誤
clip_image032

12. 解決方式，參考 當您嘗試在 Exchange Server 2007 的電腦上安裝 Exchange Server 2007 Service Pack 1 時，安裝失敗 ，清除 Action & Watermark 這兩個機碼
clip_image034

13. 更新完成
clip_image036

14. 更新完 Cluster Service 會自動帶起來
clip_image038

15. 另外一台CCM2 (現在成為Passive Node) 也一樣透過 setup /m:upgrade 更新至SP2

 

More Information

1. Upgrading Clustered Mailbox Servers to Exchange 2007 SP1 or SP2

2. How to Upgrade a Clustered Mailbox Server in a CCR Environment to Exchange 2007 SP1 or SP2

3. 當您嘗試在 Exchange Server 2007 的電腦上安裝 Exchange Server 2007 Service Pack 1 時，安裝失敗

Exchange 2007 PowerShell – Update-StorageGroupCopy

by

0

Exchange 2007/CCR/PowerShell

 

Exchange 2007 PowerShell – Update-StorageGroupCopy

Topic: CCR 覆寫的相關動作

1. 使用 Update-StorageGroupCopy 指令程式可啟動或重新同步處理

clip_image010

2. Microsoft Exchange Server 2007 叢集連續複寫 (CCR) 或本機連續複寫 (LCR) 環境中特定儲存群組副本的複寫。在待命連續複寫 (SCR) 環境中，此指令程式也可以用來重新同步處理複寫。

3. 如果發生下列情況，就應執行此作業：

  • 您已使用不含基準資料庫的 LCR 或 SCR 建立儲存群組副本。
  • 資料庫或 SCR 目標的被動副本損毀。
  • 資料庫或 SCR 目標的被動副本已過期。
  • 您有連續複寫環境，而且需要將新的基準資料庫移至被動副本。這可能是因為被動副本上發生損毀、有某些組態變更、伺服器遺失，或使用無效的基準資料庫。
  • 您可以在資料庫的主動或被動副本上執行離線磁碟重組。

4. 當您使用 Update-StorageGroupCopy 指令程式時，請注意下列事項：

  • TargetPath 參數可用來將資料庫植入和資料庫的被動副本之設定區域不同的路徑。例如，在遠端實體位置中有 SCR 目標時，您可以在 SCR 資源上使用 TargetPath 參數來執行本機更新，然後使用提供資料壓縮功能的複製公用程式透過網路將副本移至 SCR 目標電腦。
  • 如果未使用 TargetPath 參數，則必須在包含被動副本的電腦上發出 Update-StorageGroupCopy 指令程式。
  • 如果未指定 StandbyMachine 參數，Update-StorageGroupCopy 指令程式會套用至本機 LCR 或 CCR 被動副本。
  • 當相同儲存群組上正在執行任何備份時 (磁碟區陰影複製服務 (VSS) 或傳統資料流備份)，您無法執行 Update-StorageGroupCopy 命令。
  • 如果與主動副本的通訊中斷或失敗，整個作業必須重新啟動一次。
  • 您必須在起始指令程式之前先確認是否有足夠的空間，因為該命令不會自動進行檢查。使用 DeleteExistingFiles 參數時，目標磁碟區上需要有兩份資料庫的空間，因為順利建立新的資料庫之後，才會刪除現有的資料庫。
  • Update-StorageGroupCopy 指令程式可能會影響可用的網路頻寬，而且可能會影響到生產伺服器的效能。您可以使用 DataHostNames 參數來指定用於植入或重新植入的網路。

5. Update-StorageGroupCopy 指令程式在執行時，目標位置中不能有 Exchange 檔案存在，而且儲存群組副本必須暫停複寫活動。請使用 Suspend-StorageGroupCopy 指令程式來暫停儲存群組副本。在順利完成植入之後，除非您指定 ManualResume 參數，否則會自動重新開始複寫至儲存群組。

6. 確認CCR 覆寫狀態，如下有FSG 有同步問題
clip_image012

7. 從EMC 確認
clip_image014


8. Update-StorageGroupCopy –Identity “Server\Storage Group” ，執行時有同步問題clip_image016


9. 先至EMC 上進行CCR 同步後在執行
clip_image018


11. 必須先暫停StorageGruopCopy
clip_image022


12. Suspend-StorageGroupCopy –Identity “Server\Storage Group” clip_image024


13. 在進行 Update-StorageGroupCopy –Identity “Server\Storage Group”，但需進行記錄檔清除動作
clip_image026


14. Update-StorageGroupCopy –Identity “Server\Storage Group” -deleteExistingFiles，成功更新
clip_image028


15. Resume-StorageGroupCopy –Identity “Server\Storage Group”
clip_image030

16.
clip_image032

 

More Information

Update-StorageGroupCopy

Exchange 2007 Database Portability (資料庫可攜)

by

0

 

Exchange 2007 Database Portability 資料庫可攜測試 

資料庫可攜性功能可免除上述限制，並解決這些限制所帶來的問題。資料庫可攜性是基於下列原因而執行：

  • 免除復原程序中容易犯錯的人工步驟，進而提高可靠性。
  • 若是遺失叢集信箱伺服器的案例，則必須先復原叢集信箱伺服器，用戶端才能存取 Exchange 資料庫。
  • Exchange 信箱資料與伺服器無關，因此存取資料也應該與伺服器無關。
  • 資料庫可攜性可在各種嚴重損壞修復案例中減少端對端復原時間。


LAB目的: 將 IMSS.Virus 這個信箱從BQT-CCR1 上可攜至 BQT-MB07 上

Resolution
 

1. 位於BQT-CCR1 Server 上的 IMSS.Virus 信箱clip_image004

2. 信箱屬於BQT-CCR1_SSG_JUN 的mailbox store clip_image006

3. 先卸載此資料庫 clip_image008

4. 複製資料庫至BQT-MB07 clip_image010

clip_image012

5. 進行資料庫檢察 ESEUtil /mhclip_image014

6. 新建一樣名稱的Storage Group 及 Mailbox Storeclip_image016

clip_image018

7. 此資料庫要設定可被還原clip_image020

8. 替換資料庫 clip_image022

9. 掛載資料庫 clip_image018[1]

10. 登入OWA 測試 clip_image024

11. OWA 無法存取clip_image026

12. 登入Outlook 測試，還是檢查到搬移前的信箱伺服器 clip_image028

13. 無法開啟Outlook clip_image030

14. 取得信箱資訊 clip_image032

15. 進行信箱設定移轉 clip_image034

clip_image036

16. 信箱移轉完成，需重啟Outlook clip_image038

clip_image040


17 . OWA & Outlook 可正常登入 clip_image042

clip_image044

 

More Information

1. 資料庫可攜性
2. 如何使用資料庫可攜性將信箱資料庫還原至新伺服器

Outlook 為減少持續性的 Session ，改用離線模式

by

0

Exchange 2007/Outlook/OfflineMode/MAPI

Outlook 為減少持續性的 Session ，改用離線模式

 (因應網路環境限制，減少非必要的Outlook 連線 ，或減少連線的頻率 )

1. Outlook 2007 MAPI (Cache Mode Enabled) 的一般連線狀態 image

這時的TCPView ，RPC 連線是可能低量但是持續連線的 image

2. 而未啟用Cache Mode 的連線狀態，連線session 可能更多 image

3. 當按一下Reconnect 時，中斷紅色部分，重新產生綠色的連線session image

4. 改用Outlook Anywhere (HTTPS) 連線時的狀態 image

5. HTTPS 連線也是持續進行，且連線到CAS 的session 一樣很多 image

6. 切換到Outlook 離線模式的
clip_image022

7. Outlook Session 會全部中斷image

8. 啟用Outlook 離線模式
clip_image026

9. 開啟後Outlook 處於離線狀態

clip_image028

10. 設定Outlook 離線模式時的自動傳送接收間隔 clip_image030

11. 離線模式時Outlook Client 不會與server 保持連線image

TCPView status
clip_image034


12. 離線狀態的Outlook 會依設定時程來跟Exchange Server 同步 clip_image036

 

More Information

1. Outlook 2003 與快取 Exchange 模式的 Exchange Server 2003 環境中的說明

2. Setting Up Outlook 2003 Cached Exchange Mode Accounts

3. 切換到離線工作狀態 

Exchange 2007 Outlook MAPI Session超過連線數量或減少連線數量?

by

0

Exchange 2007/Outlook/MAPI 

 

Exchange 2007 Outlook MAPI Session超過連線數量或減少連線數量?


  

Question1

1. 超過MAPI Session 限制時的處理方式

clip_image008 

Question2

2. 相反的，若使用者想要限定MaxObjsPerMapiSession? (目前暫無解決方式)

如兩個Site 間的慢速專線有透過網路加速設備，可針對某些session 加速，但有限制如只能處理100個Session (不分protocol)。若有數個信箱透過此專線連線，可能兩三個信箱就將網路加速設備給占滿了，可以將Outlook 的MAPI Session 減少或限制嗎?

 

 

Question1

立即解決作法

1. 透過信箱搬移有問題的使用者 (中斷時間15-20mins ，影響範圍小)

2. 重啟IS Service (影響範圍大)

3. 用TCP View tool 中斷使用者的MAPI Session

http://www.calazan.com/exchange-2007-mapi-session-exceeded-the-maximum-of-32-objects-of-type-session/

4. 可參考Microsoft KB的做法去調整MAPI Session Limits

Event ID 9646 is logged in the application event log of your Exchange Server 2003 computer when a client opens many MAPI sessions

or

Exchange 2007 伺服器停止回應 MAPI 用戶端並在應用程式記錄檔中記錄事件識別碼 9646

 

Question2

5. 若使用者想要限定MaxObjsPerMapiSession ?

a. 架構上的考量，建議信箱區分，跨Site 的信箱存取需求量大，頻寬又小時，就可能需考慮在local site 建立Exchange Server

b. 存取方式考量，停用Outlook MAPI，改用其他存取方式，如OWA, POP3

How to Enable or Disable MAPI for a Mailbox User”

拒絕MAPI的連線

– 可使用Exchange管理主控台設定

– 使用Cmdlet

• Set-CASMailbox

– MAPIEnabled $true to allow

» Set-CASMailbox -Identity John -MAPIEnabled $true

– MAPIEnabled $false to block

» Set-CASMailbox -Identity John -MAPIEnabled $false

• 拒絕所有使用者的連線

– Get-Mailbox -Server E2K7Server1 | Set-CASMailbox –MAPIEnabled $false

 

. ….TBC

More Information

事件識別碼 9646 被記錄在應用程式事件日誌，Exchange Server 2003 電腦的用戶端開啟許多的 MAPI 工作階段時

Exchange 2007 伺服器停止回應 MAPI 用戶端並在應用程式記錄檔中記錄事件識別碼 9646

MAPI session limit disabled

Exchange 2003/07 用TCP View 中斷Client Outlook MAPI 超過的連線限制

by

0

Exchange 2003,2007 /Outlook /MAPI 

    

Exchange 2003/07 用TCP View 中斷Client Outlook MAPI 超過的連線限制


Symptoms


超過MAPI Session 限制時的處理方式

clip_image008 

Resolution

 
用TCP View tool 中斷使用者的MAPI Session

 

1. 用TCP View 檢視Exchange Server 的連線狀態clip_image014


2. 找到Outlook Client 的 IP or hostname，Exchaneg 上的process 為Store.exe clip_image016


3. Outlook Client對Exchange Server 的連線 clip_image018


4. 從TCP View上Close Connection clip_image020


5. Outlook Client 重新連線Exchange 即可


More Information 

1. Exchange 2007: Mapi session exceeded the maximum of 32 objects of type “session”

2. Download TCPView for Windows v2.54