How to Install Updates on Exchange Server 2010 Database Availability Groups

An Exchange Server 2010 Database Availability Group (DAG) provides several benefits to an organization, primarily that of continuous availability of mailbox databases.

To update the DAG members with new patches, update rollups or service packs, the update process should be managed to prevent all of the DAG members from being offline at the same time.

To do this you can move the active mailbox databases off a particular server so that it can be patched, and if necessary rebooted, without causing any downtime for mailbox users on that database.

This tutorial demonstrates how to update the servers in an Exchange Server 2010 Database Availability Group without causing downtime. Because this process differs depending on the version of Exchange Server 2010 you’re running I’ve covered each method here.

For this tutorial Update Rollup 4 for Exchange Server 2010 is being installed.

Preparing an Exchange Server 2010 RTM DAG Member for Updates

The first step is to move active mailbox databases to another DAG member so that the server can be updated.

To see a list of mailbox databases and their current active server use the Get-MailboxDatabase cmdlet.

[PS] C:\>Get-MailboxDatabase

Name                           Server          Recovery        ReplicationType
----                           ------          --------        ---------------
Mailbox Database 02            EX1             False           Remote
Mailbox Database 01            EX2             False           Remote

In this example I want to apply updates to server EX1, and I can see that it currently hosts the active copy of Mailbox Database 02.

If your environment has a lot of DAG members and mailbox databases you can refine this query to only show active mailbox databases for a specific server.

[PS] C:\>Get-MailboxDatabase | where {$_.Server -eq "EX1"}

Name                           Server          Recovery        ReplicationType
----                           ------          --------        ---------------
Mailbox Database 02            EX1             False           Remote

Move the mailbox databases using the Move-ActiveMailboxDatabase cmdlet.

[PS] C:\>Move-ActiveMailboxDatabase "Mailbox Database 02" -ActivateOnServer EX2

Confirm
Are you sure you want to perform this action?
Moving mailbox database "Mailbox Database 02" from server "ex1.exchangeserverpro.local" to server
"EX2.exchangeserverpro.local".
[Y] Yes  [A] Yes to All  [N] No  [L] No to All  [?] Help (default is "Y"): y

Identity        ActiveServerAtS ActiveServerAtE Status     NumberOfLogsLost   RecoveryPoint MountStatus MountStatus
                tart            nd                                            Objective     AtMoveStart AtMoveEnd
--------        --------------- --------------- ------     ----------------   ------------- ----------- -----------
Mailbox Data... ex1             ex2             Succeeded  0                  14/09/2010... Mounted     Mounted

All of the mailbox databases are now active on server EX2.

[PS] C:\>Get-MailboxDatabase

Name                           Server          Recovery        ReplicationType
----                           ------          --------        ---------------
Mailbox Database 02            EX2             False           Remote
Mailbox Database 01            EX2             False           Remote

As another example, if there were multiple databases active on a server you can move all of them with a single command.

[PS] C:\>Get-MailboxDatabase | where {$_.Server -eq "EX1"} | Move-ActiveMailboxDatabase -ActivateOnServer EX2 -Confirm:$false

Identity        ActiveServerAtS ActiveServerAtE Status     NumberOfLogsLost   RecoveryPoint MountStatus MountStatus
                tart            nd                                            Objective     AtMoveStart AtMoveEnd
--------        --------------- --------------- ------     ----------------   ------------- ----------- -----------
Mailbox Data... ex1             ex2             Succeeded  0                  14/09/2010... Mounted     Mounted
Mailbox Data... ex1             ex2             Succeeded  0                  14/09/2010... Mounted     Mountede

Note the use of -Confirm:$false to avoid having to confirm each move. Use this option with caution.

After moving all active mailbox databases off the server that you are planning to update, the final preparation step is to block activation on the server to prevent it from automatically reactiving a database copy while you are performing maintenance.

First check the current activation policy on the server using Get-MailboxServer.

[PS] C:\>Get-MailboxServer EX1 | fl Name,DatabaseCopyAutoActivationPolicy

Name                             : EX1
DatabaseCopyAutoActivationPolicy : Unrestricted

Next, use Set-MailboxServer to block activation.

[PS] C:\>Set-MailboxServer EX1 -DatabaseCopyAutoActivationPolicy Blocked

Preparing an Exchange Server 2010 SP1 DAG Member for Updates

For Exchange 2010 with Service Pack 1 the process is a little easier thanks to some scripts provided by Microsoft. Open the Exchange Management Shell and navigate to the scripts folder on the Exchange server.

cd $exscripts

Next run the StartDagServerMaintenance.ps1 PowerShell script.

.\StartDagServerMaintenance.ps1 -serverName ho-ex2010-mb1

The script will automatically do the following tasks for you:

  • Calls Suspend-MailboxDatabaseCopy on the database copies.
  • Pauses the node in Failover Clustering so that it can not become the Primary Active Manager.
  • Suspends database activation on each mailbox database.
  • Sets the DatabaseCopyAutoActivationPolicy to Blocked on the server.
  • Moves databases and cluster group off of the designated server.

Stopping Conflicting Services

If the mailbox server is running any Exchange-integrated services, such as antivirus software, these should be disabled prior to the update.

For example to disable Forefront use the FSUtility command.

C:\> fsutility /disable

Another example is Data Protection Manager 2010, which may be configured to perform Copy backups from passive database copies at frequent intervals through the day. Make sure these jobs are paused to prevent errors or conflicts from occuring.

Disabling Server Monitoring

If the DAG members are monitored using SCOM or a similar system then this should also be disabled or placed into maintenance mode.

This will prevent alarms from being raised as well as prevent any automatic remediation actions from being run by the monitoring agent that may cause the server updates to fail.

Updating the Server

Install the update following the deployment notes for that update type.

Update rollups come in the form of a .MSP file (Windows Installer Patch) that is applied to the server. Simply double-click the file or launch it from a command line window.

Service packs are a complete reissue of the Exchange Server setup files and are installed by running setup in upgrade mode, which can be run in either graphical or command line mode.

C:\> setup /m:upgrade

Both update rollups and service packs can take some time to install, so plan a large window of time for these updates.

Verifying the Update

After the update has completed, and if necessary the server rebooted, you should check the server’s health before placing it back into production in the CAS array.

Event Logs – look for error or warning events that have started since the update was applied.

Setup Logs – service packs write a complete setup log file to C:\ExchangeSetupLogs

Services – check the Exchange services are running (or at least those that you expect to be running, some such as IMAP and POP will be stopped if you have not explicitly enabled them)

[PS] C:\>Get-Service *exchange*

Status   Name               DisplayName
------   ----               -----------
Running  MSExchangeADTop... Microsoft Exchange Active Directory...
Running  MSExchangeIS       Microsoft Exchange Information Store
Running  MSExchangeMailb... Microsoft Exchange Mailbox Assistants
Running  MSExchangeMailS... Microsoft Exchange Mail Submission
Stopped  MSExchangeMonit... Microsoft Exchange Monitoring
Running  MSExchangeRepl     Microsoft Exchange Replication
Running  MSExchangeRPC      Microsoft Exchange RPC Client Access
Running  MSExchangeSA       Microsoft Exchange System Attendant
Running  MSExchangeSearch   Microsoft Exchange Search Indexer
Running  MSExchangeServi... Microsoft Exchange Service Host
Running  MSExchangeThrot... Microsoft Exchange Throttling
Running  MSExchangeTrans... Microsoft Exchange Transport Log Se...
Running  msftesql-Exchange  Microsoft Search  (Exchange)
Running  vmickvpexchange    Hyper-V Data Exchange Service
Stopped  wsbexchange        Microsoft Exchange Server Extension...

Returning an Exchange Server 2010 RTM DAG Member to Production

If the update was successful and the server healthy then it can be placed back into production.

Re-enable services such as Forefront Protection for Exchange.

C:\> fsutility /enable

Re-enable monitoring agents and alarms for the server.

Set the server’s activation policy back to its original setting.

[PS] C:\>Set-MailboxServer EX1 -DatabaseCopyAutoActivationPolicy Unrestricted

At this stage you might move all of the active mailbox databases to the server that was just updated so that you can update the other servers in the DAG. After all of the DAG members have been updated it is likely that mailbox databases will be active on servers that are not their first activation preference.

For Exchange Server 2010 RTM you can view the activation preferences for each database, and manually move active mailbox databases to their preferred server.

[PS] C:\>Get-MailboxDatabase | fl name,activationpreference

Name                 : Mailbox Database 02
ActivationPreference : {[EX2, 1], [EX1, 2]}

Name                 : Mailbox Database 01
ActivationPreference : {[EX1, 1], [EX2, 2]}
[PS] C:\>Move-ActiveMailboxDatabase "Mailbox Database 01" -ActivateOnServer EX1

Confirm
Are you sure you want to perform this action?
Moving mailbox database "Mailbox Database 01" from server "EX2.exchangeserverpro.local" to server
"ex1.exchangeserverpro.local".
[Y] Yes  [A] Yes to All  [N] No  [L] No to All  [?] Help (default is "Y"): y

Identity        ActiveServerAtS ActiveServerAtE Status     NumberOfLogsLost   RecoveryPoint MountStatus MountStatus
                tart            nd                                            Objective     AtMoveStart AtMoveEnd
--------        --------------- --------------- ------     ----------------   ------------- ----------- -----------
Mailbox Data... ex2             ex1             Succeeded  0                  14/09/2010... Mounted     Mounted

Returning an Exchange Server 2010 SP1 DAG Member to Production

Once again Exchange 2010 with Service Pack 1 makes this task easier thanks to a script provided by Microsoft. Open the Exchange Management Shell and navigate to the scripts folder on the Exchange server.

cd $exscripts

Next run the StopDagServerMaintenance.ps1 PowerShell script.

.\StopDagServerMaintenance.ps1 -serverName ho-ex2010-mb1

The script will automatically reverse each of the actions made by StartDagServerMaintenance.ps1 except that it will not move active mailbox databases back to the server.

To move the active mailbox databases you can continue to go to each mailbox server in the DAG and run StartDagServerMaintenance.ps1 and perform your updates. When all of the servers have been updated you can rebalance the DAG automatically using a script from Microsoft which is demonstrated here.

About Paul Cunningham

Paul is a Microsoft Exchange Server MVP and publisher of Exchange Server Pro. He also holds several Microsoft certifications including for Exchange Server 2007, 2010 and 2013. Connect with Paul on Twitter and Google+.

Comments

  1. I spent a lot of time recently trying to organize a process, as well as create cookbooks for the deployment of Exchange 2010 with Windows 2008 r2 in a Hyper-V environment using separate Edge and Hub transport servers. My big problem, which was not resoved until I came upon your tutorials on ExchangeServerPro.com, was “What specific roles and features were required for the two servers. You provided not only the answer to my question but also “code copy” access that I was able to deploy in a very short period of time. I have created a copy of a manual that I will use for my engineers when deploying the solutions for my clients. It includes five (5) of your articles from the website. The manual is a work in process, as I find additional articles that address specific needs, and they will be added to the document.

    Thanks for your great work in preparing this material. I can appreciate what you have done in this endeavor and I, and I am sure many others “out there” sing your praise, as well they should.

    Best regards.

    Chris

  2. It seems it would be better to run the StartDagServerMaintenance.ps1, do the updates, run StopDagServerMaintenance.ps1. This automatically does the block and move databases for you all in one script. Then the RedistributeActiveDatabases.ps1 script to move the databases back to the defined server.

  3. your friend at http://www.telnetport25.com/
    created a gui tool to make it easier for newbies and all that….
    pretty cool
    check it out here:
    http://www.telnetport25.com/2011/11/update-to-the-rups-tool-apply-roll-ups-to-exchange-2010/

  4. Nice article.
    The chapter name where you explain StopDagServerMaintenance.ps1 is not correct it is mentioned as
    “Returning an Exchange Server 2010 RTM DAG Member to Production” but the procedure is for returning an Exchange 2010 SP1 dag member to production.

    Also in this chapter i think there should a remark about the fscutility /enable. (if you disabled it before).

  5. Great tutorial, it has been very helpful for me during upgrading my EX2010 SP1.
    Many thanks Paul !
    :)

    Marek

  6. Paul,

    Thank you so much for publishing typical tutorials.

    To upgrade RAM on one of Mailbox servers (2 mailbox member servers in one DAG group), I need to shutdown the server.

    Do I need to run the Maintenance script to put the one mailbox server in mantenance mode or just switchover the active databases to second server followed by server restart?

    Any help would be greatly appreciated. Thank you again!

    • Yes, this would be a good way of prepping a server to shut down for hardware maintenance like that.

      • Paul,

        Thanks for your reply. I know that I’m commenting on your post and not looking for an official support.

        I come to know that the built-in maintenance script will fail if the DAG contains only two members. Microsoft fixed this issue in SP2. But my Ex is currently running on SP1 with Rollup Update 5 and I’m trying to upgrade to SP2 with Rollup Update 2.

        Any alternative suggestions in putting the server down to apply SP2?

        Also, I forget to Suspend the Database on one of the Mailbox Server (to turn the server off for upgrading RAM) and moved databases to another server. After reboot and resync, the Replay Queue Length and Activation Preference numbers changed. However right databases are mounted on right servers as before. Is it going to be a critical problem?

        Thank you again!

      • To prep for updates without the benefit of being able to run the script just use the RTM instructions in the article above.

  7. Hi,

    Is it possible to seprate DAG configured database on different drive. For example In Server A. DB’s on G drive there are two DB’s db1 & db2 & logs stored on H drive. Active DB’s on Server A & Passive DB’s on server B. Now I want to seprate the E drive stored db2 to another drive. Can we proceed with move database path option. Is there any impact during moving active node db1 to another drive during that process what will happen on passive node Db1.
    Is this process works,

    Any pointers ?.

    Thansk,
    Amit

  8. Good Doco Paul,
    I’m about to do an upgrade to Exchange 2010 SP1 to SP2 and just looking around for some stuff on it, i’ve been told i should be weary as you cant use the maintenancemode scripts in a 2 DAG environment?

    Cheers

  9. You’re the PRO and all known guy, I enjoy it everytime …

  10. Excellent doco. Thank you. Having used this on Exch 2010 SP2 RU2, It appeard to me that the two-member DAG issue had come back to haunt me, however, it appears that the SP2 version doesn’t do the Suspend-DatabaseCopy as suggested above. Perhaps a reason why, is given by TIMMCMIC in the comments here:

    http://blogs.technet.com/b/timmcmic/archive/2011/07/25/exchange-2010-sp1-startdagservermaintenance-ps1-fails-when-a-server-contains-databases-with-a-single-copy.aspx?CommentPosted=true#commentmessage

    Thanks for the excellent documentation. The activation prefrence stuff was new to me. Cool.

  11. i just want to do it in the GUI, lol, how do I do that

  12. MS is pushing hard on multiple role server that combine Hub, CAS and DAG mailbox servers on the same server. What is your thought on performing upgrade on the multi-role E2010 servers?

  13. paul i have two server

    should I upate all servers and reboot all of them or should i update one reboot it and the update the second one

    thanks

    Dave

  14. K S Kumar says:

    Thanks for the Excellent Article. This helped me in upgrading my exchange servers to Service Pack 3 without any downtime.

  15. Kanta Prasad says:

    Super Like Paul……..

    Thanks,
    Kanta Prasad

  16. Hi Paul If I have 2 exchagne servers holding all roles setup in a dag

    does it matter which mailbox server should be updated first;

    the one that holds the active maibox db or the one the holds the passive mailbox db

    server1=cas/hub/mbx (active) (also the main point of entry for the casarray)
    server2=cas/hub/mbx (passive)
    server3=no exchange just FSW server

    casarray is setup but we are using a manual switching of IP via the DNS server

    thanks

    Dave

    • There is no order in a DAG because there is no “active server” or “passive server”. There is only servers that host either active or passive database copies.

      So the answer is that when updating a DAG member you should make sure it is only hosting passive database copies at the time, which is part of the process demonstrated above.

      In your case, given the extra factor of how you are handling the CAS Array, I would do server 2 first, then cut everything over from server 1 -> server 2, then update server 1.

  17. Thanks paul…as aways you’ve been a great help….

  18. Many thanks!
    It’s ok for Exchange 2010 SP3 RU 1 :)

  19. I would like to know how many Exchange admins [ahem] server admins actually follow these steps when they patch, we have a lab where we just patch Server A in a two multi role server DAG reboot it, then patch Server B and reboot it, then balance out the databasees evenly among them and call it an evening, no problems so far

    to be fair we didn’t go to Exchange 2010 until SP3 so maybe things are more better with SP 3 but we don’t bother with any of the procedures above and use Exchanges built in intelligence

  20. Hi Paul

    I’d like to know what to do with my Public Folders whilst pacthing i’m using the scripts great, but should i just forget about them or is there something I need to be doing during whilst using the maintenance scripts? Thanks

  21. Mark Adams says:

    Hi Paul,

    I have a question, regarding StartDagServerMaintenance.ps1 script. We have a DAG with two members, one active and one passive. Having put the active member into maintenance mode with the StartDagServerMaintenance.ps1 script run from the passive member. Everything worked as it should the passive member is now active and all the mailbox db’s are up and running. I have shut down the member thats in maintenance mode to add more memory.
    When I power up the DAG member that’s been put into maintenance mode via the StartDagServerMaintenance.ps1 script, will it still be in maintenance mode or will it try and take over to become the active member?

    Thanks,

    • It will stay in maintenance mode, even after a restart, until you run the script to stop maintenance mode.

      Generally speaking think of your DAG members as equal partners. The activation preference for database copies is not something that the DAG actively seeks to maintain, it is used only as one of many factors in best copy selection (during a failover) or when running the script to rebalance the DAG. So at no time will a DAG member suddenly seize back a database from another healthy DAG member.

  22. Zahoor Rather says:

    Hi Paul If I have 2 exchange 2010 servers holding all roles setup in a DAG Each server is on different Site

    does it matter which mailbox server should be updated first;

    the one that holds the active maibox db or the one the holds the passive mailbox db

    EXserver1=cas/hub/mbx (main site) (also the main point of entry for the cassarray)
    Exserver2=cas/hub/mbx (DR Site)
    server3=no exchange just FSW server (Main Site)

    cassarray is setup but we are using a manual switching of IP via the DNS server

    Now i have to apply Microsoft Patches and might be some Exchange patches/rollups as well.

    Do i need to do any thing like running any maintenance scripts mentioned above in the article. What happens if apply Microsoft Patches on FSW server and reboot it.How the DAG memebrs will behave during the FSW server reboot.
    thanks.

    I have question about outlook client access accessing the exchange DB’s from Dr Exchange server if main site server is down.how to achieve it.

    Appreciate your efforts.

    thanks once again.
    ZAHOOR

    • Yes you will need to change the CAS namespace while you update the server.

      You can do either server first, that is up to you. The server should not be hosting any active databases when you update it.

      Yes you should use the maintenance scripts.

      The DAG will stay online while the FSW is patched and rebooted, because there are still two DAG members able to form quorum.

      Your DR question is interesting. Sounds like you’ve got a two-site DAG that you’ve never actually tested running from the DR site before.

  23. ZAHOOR RATHER says:

    Thanks.
    you said “Yes you will need to change the CAS namespace while you update the server.”
    What do you mean by changing the CAS namespace please.

    I use outlookhq for main site Cass array name and outlookdr for dr site Cass array name.
    all the outlook clients at main site get auto discovery with outlookhq and Is working fine so far.

    So how could I test the disaster scenario so that my users can access the emails from DR site exchange server if my main site exchange server is down. [DAG is in place ]

    Do I need to create any connectors under transport options?

    thanks.

    • By CAS namespace I mean the CAS array name and the URLs for other services like OWA.

      Choose a testing window that is outside of your business hours when you can do some testing. You need to work out what happens when you switchover your databases to the DR site. I can’t see your configuration so I’m not going to try to predict exactly what will happen.

  24. ZAHOOR RATHER says:

    thanks.
    Just like to add here that once I have tested the DAG.But that time both the servers are up and running. only the Databases were active on DR site Exchange server. and emails were going through. But once the main site Exchange server was down I was not able to connect outlook to DR exchange server any more.

    my CAS array host name is point to the exchange server ip address of their respective sites.
    How can I achieve the client access to the mail boxes when the DB is active on DR site exchange group and the main site Exchange server is totally down.

    thanks.

  25. Zahoor Rather says:

    i got the below error after executing the script. I am applying Windows patches only this time.

    [PS] C:\Program Files\Microsoft\Exchange Server\V14\scripts>.\StartDagServerMaintenance.ps1 -serverName SAJDDREX01
    WARNING: [07:51:38.612 UTC] Call-ClusterExe: cluster.exe did not succeed, but 5 was not a retry-able error code. Not
    attempting any other servers. This may be an expected error by the caller.
    WARNING: The Resume operation won’t have an effect on database replication because database ‘DREXDB’ hosted on server
    ‘SAJDDREX01′ is the active mailbox database.
    Log-Error : [07:51:38.628 UTC] Start-DagServerMaintenance: Failed to suspend the server SAJDDREX01 from hosting the Pri
    mary Active Manager, returned 5.
    At C:\Program Files\Microsoft\Exchange Server\V14\scripts\StartDagServerMaintenance.ps1:170 char:14
    + Log-Error <<<< ($StartDagServerMaintenance_LocalizedStrings.res_0004 -f $serverName,$LastExitCode,"S
    tart-DagServerMaintenance") -stop
    + CategoryInfo : NotSpecified: (:) [Write-Error], WriteErrorException
    + FullyQualifiedErrorId : Microsoft.PowerShell.Commands.WriteErrorException,Log-Error

    IS this normal
    ExchangeVersion : 0.10 (14.0.100.0)

  26. Zahoor Rather says:

    ExchangeVersion : 0.10 (14.0.100.0)

    I run the Exchange Mang. Shell in run as Admin and run the script again, i got the below message.

    [PS] C:\>cd $exscripts
    [PS] C:\Program Files\Microsoft\Exchange Server\V14\scripts>.\StartDagServerMaintenance.ps1 -serverName SAJDDREX01
    The following objects are hosted by ‘SAJDDREX01′, before attempting to move them off: `n(Database=’NBKSTAFF’, Reason=’Co
    py is critical for redundancy according to Red Alert script’) (Database=’ITD’, Reason=’Copy is critical for redundancy a
    ccording to Red Alert script’) (Database=’SManager’, Reason=’Copy is critical for redundancy according to Red Alert scri
    pt’) (Database=’DREXDB’, Reason=’Copy is critical for redundancy according to Red Alert script’))
    [PS] C:\Program Files\Microsoft\Exchange Server\V14\scripts>

    • “critical for redundancy” usually means only one copy (or one healthy copy of the database. If there is only one healthy copy of the database then the script can’t switchover to another copy.

      It looks to me like you’re running Exchange 2010 RTM (ie no service packs) and I don’t remember if there are any bugs or caveats with the maintenance scripts when used with that version.

      But firstly you should look into those databases because it seems they may not be healthy.

  27. Zahoor Rather says:

    Below are my version details:
    IS there any other way to chack if i ahve any SP installed on this boxe.?

    Name : SAJDHQEX01
    Edition : Enterprise
    AdminDisplayVersion : Version 14.3 (Build 123.4)
    ServerRole : Mailbox, ClientAccess, HubTransport
    Site : nbk.com.sa/Configuration/Sites/SAUDI-Main-Site

    Name : SAJDDREX01
    Edition : Enterprise
    AdminDisplayVersion : Version 14.3 (Build 123.4)
    ServerRole : Mailbox, ClientAccess, HubTransport
    Site : nbk.com.sa/Configuration/Sites/DRSiteAlAndalus

    Below is the status of the Dbs at the moment when the DR server is in maintenence mode.:
    [PS] C:\>Get-DatabaseAvailabilityGroup -status

    Name Member Servers Operational Servers
    —- ————– ——————-
    SAEXDAG1 {SAJDDREX01, SAJDHQEX01} {SAJDDREX01, SAJDHQEX01}

    [PS] C:\>Get-MailboxDatabase

    Name Server Recovery ReplicationType
    —- —— ——– —————
    NBKSTAFF SAJDHQEX01 False Remote
    ITD SAJDHQEX01 False Remote
    SManager SAJDHQEX01 False Remote
    DREXDB SAJDHQEX01 False Remote

    thanks.

  28. Hey guys..but if you only have one copy of that database I believe the (red script) error can be ignored…

    correct me if im wrong..

  29. Hi,

    I’m about to embark on a service pack upgrade on our servers due to an ongoing issue (MS won’t proceed with the case until we get he upgrade completed). Our servers are in a DAG setup but during the update I don’t want to switch over the Active DB copy to another DAG member, we have agreed downtime for the upgrade. What is the best way of ensuring the databases don’t switchover?

    Thanks

    • Dismount the database.

      • Thanks. The updates installed fine. The only issue we have seen after the upgrades relates to moving mailboxes to other servers, and also recovering mailboxes from a recovery DB. The jobs sit at 0% and the only way I’ve managed to get them to complete is to change the “DataMoveReplicationConstrataint” setting to None instead of SecondCopy, and restart the MS Exchange Replication service. The jobs then complete, and then change the setting back after the move completes.

  30. Hi

    Thanks for the really good “How-To”!
    One question:
    We have 2 MBS in a DAG, and one CAS. Which way is better to run the Update, first de CAS or first the MBS in the DAG?

    Thanks,
    toto

  31. Paul,

    We are having Exchange 2K10 SP1 RU8… we are planning to install SP3. does this steps still apply on having that installation? or there are more points to consider before installation?

  32. Hi paul,
    Your blogs are always informative and supportive to me. Thanks for that.
    I have one query here, If the DAG extended to two sites, also CAS/HUB/SMTP are available at both sites. I wanted to upgrade to sp2 on CAS/HUB/SMTP and members of DAG at one site only and remain the other site with exchange sp1 till some time. will my DAG still work and replicated properly between two sites where half of mailbox servers at one site with exchange sp1 and another half at other site with sp2.
    Thanks in advance..

Leave a Comment

*

We are an Authorized DigiCert™ SSL Partner.