Public Folder Migration to Exchange Online (500k Folders) Part 5 — Monitoring and Fixing the Sync (2/3)
Quick Jump Guide
Part 1 — Preparing for Migration (1/2)
Part 2 — Preparing for Migration (2/2)
Part 3 — Starting the Migration Request
Part 4 — Monitoring and Fixing the Sync (1/3)
Part 5 — Monitoring and Fixing the Sync (2/3)
Part 6 — Monitoring and Fixing the Sync (3/3)
Part 7 — Completing the Batch
Part 8 — Testing & Unlocking Public Folders
Part 9 — Post-Migration Issues (Hierarchy Update)
Part 10 — Post-Migration Issues (Access Denied Deleting)
Part 11 — Post-Migration Issues (Add/Remove Permissions)
Part 12 — Decommissioning on-premises Public Folders
Part 13 — Troubleshooting Hierarchy Issues
You migration is now progressing and if you are lucky you’ll be seeing something like the below. It’s likely though, this will not be the case and you’ll have one or a few that have failed.
You can check on your progress on all mailboxes throughout the migration. Here we can see the status of Mailbox4.
Mailbox4 is one of our six hierarchy mailboxes. The hierarchy mailboxes do take longer to sync, and Mailbox1 will take the longest.
Step 12 — Examining any Failures
Unless you are migrating a small amount of data or you have a very clean and tidy Public Folder estate (come on be honest, how many of us actually have ever taken a deep dive look at the Public Folder data?), you will have some failures to deal with…
First, we need to export the report in a way where we can actually read it. This command will allow you to export to a text file where you can take a closer look, or you can only return what you are looking for.
Let us take a look for any Bad Items during your migration.
Using the commands above, we can see I have 3115 Corrupt Folder ACLs in one of our sync attempts. The logs will show you more details about where these are if you wanted to fix them.
The Failures, Warnings and Entries section of the report will come in handy when you have to find reasons why Mailbox1 won’t sync, and will also fail on the final check which is mail-enabled Public Folders.
IMPORTANT: If you are seeing thousands of CorruptFolderACL, then think very carefully about whether you simply chose to increase the Bad Item limit or whether you chose to fix them. If you chose to fix them you could be causing a large mass change of permissions, all of which have to be re-synced. Depending on the size of this update, you may be unable to recover your sync due to timeouts and throttling. You may end up having to restart from the beginning…
If you are seeing lots of CorruptFolderACL entries, you may want to fix them before proceeding. The reason… check out my later blog post here. Once you cutover you maybe not be able to delete emails in that folder as the ACL is corrupted. This in my opinion is down to having unresolved SIDs in the ACL (NT USER:….). It’s likely to be either a user that has been deleted from AD, in which case you can simply delete the entry, or a disabled account which you probably can’t delete unless they are leaving. The difference between a deleted and a disabled account, are that disabled accounts show as this NT USER: domainname\useraccount — deleted accounts show as NT USER: SIDID
Report — Export Migration Progress
If you wanted to run daily exports of your migration progress you can do. I wrote the below script to take daily exports just so I can keep a view on progress.