I have read a number of articles on using the new-moverequest -SuspendWhenReadyToComplete:$true parameter. I have read a number of places where they are supposed to automatically re-sync every 24 hours. I have not found this to be the case for me, but I'm not sure if others are wrong, or whether there is an issue with my configuration. Either way, I'm glad they don't, because that allows me to force the re-sync on my own. Here is what I've found to pre-stage the mailbox migrations to do a mass-cutover.
I am creating a batch of move requests with a CSV (with an Alias and Destination Column) and my command looks like this:
Import-CSV C:\Temp\mailboxes.csv|ForEach-Object{New-MoveRequest $_.Alias -TargetDatabase $_.Destination -BatchName "Human Resources" -SuspendWhenReadyToComplete -AllowLargeItems -BadItemLimit 1000 -AcceptLargeDataLoss}
To view the stats:
get-moverequest -BatchName "Human Resources"|get-moverequeststatistics |select percentcomplete,bytestransferred,overallduration,displayname,status,statusdetail,LastUpdateTimestamp,*ItemsTransf*,*stalled* |Out-GridView
To resync:
Get-moverequest -BatchName "IT"|Set-MoveRequest -SuspendWhenReadyToComplete:$true
Get-moverequest -BatchName "IT"|Resume-MoveRequest
The information I read indicated you need to set the SuspendWhenReadyToComplete to false to allow it to complete. I have found this not to be the case. Whenever I run the resume-moverequest, that flag automatically gets set back to false. That means if you have autosuspended mailboxes and you do a resume-moverequest on them, they will complete UNLESS you set the SuspendWhenReadyToComplete to True first.
I've used these steps to kick off a re-sync of each batch, one a time, to prevent too much load on the server.
No comments:
Post a Comment