Hello fellow Exchange Admins, Yesterday I exported a 30GB Mailbox as a .pst file to our SFTP server. At about 90% the MailboxExportRequest stalled with StalledDueToSource_DiskLatency.

No other exports were running from the source server. I even disabled all scheduled tasks that could have an impact on the database where the mailbox is mounted.

However, the export request always switched to: StalledDueToSource_DiskLatency

As a consequence, the export started to loop. It just created a new folder hierarchy and started to export the items again.

Therefore the export .pst was growing much bigger than the initial mailbox size. In other words, this can blow up your storage capacities if you have a large mailbox and leave the export overnight! Not to mention that the export is useless afterward.

In this post, I want to share how I worked around the StalledDueToSource_DiskLatency condition.

Let’s start at the beginning:

You can find more useful details on monitoring export requests here:

Monitor Mailbox Exports

The pain started whenever the export reached completion of 100%.
The job was relinquished due to large delays and unfavorable server health on the source server-side.

As can be seen in the image below the export status stayed inProgress.
While SyncStage was CopyingMessages and StatusDetail was StalledDueToSource_DiskLatency:

Therefore the export job was relinquished:

Eventually, the export started all over again. StatusDetail: CreatingFolderHerarchy:

Then PercentComplete was 10% again:

As a result, the size of the export PST grew much bigger than the initial mailbox size.

After all, the solution for me was to switch the mailbox database that hosts the mailbox to another copy within the DAG:

Work around StalledDueToSource_DiskLatency

After the database is switched to another server try to export the mailbox with a new export request.
Given that the new server has no performance or disk issues the export should complete in a normal manner.

Have a nice day

The post StalledDueToSource_DiskLatency Mailbox Export appeared first on Webbanshee.

Hello folks, Today I would like to share my experience so far on how to export a mailbox with New-MailboxExportRequest. There are a couple of parameters to query to get useful information about the status of an export request.

As long as everything goes smooth you will probably just need the percentage information. But when the New-MailboxExportRequest stalls or stops with an error you will be happy to have some additional parameters to query at your disposal.

So let’s get to the point straight away:

Start to export a mailbox with New-MailboxExportRequest:

After you have started the export request check the progress:

First, a short info on the -IncludeReport switch:

When this switch is used in accordance with select Report the ouptut looks like this:

The output displays the currently processed items. Depending on the mailbox size the output can get much longer. Below the report, the output of other parameters you have selected is displayed.

New-MailboxExportRequest relevant infos that can be selected:

Modify parameters of a mailbox export request:

To modify the parameters of an existing mailbox export request you will need to suspend the request first. This can be useful when you retrospectively want to change the BadItemnLimit or want to raise the priority.

Suspend the mailbox export request:

Now change the parameters [Example: BadItemLimit]

Resume the mailbox export request:

Remove-MailboxExportRequest

Here are two arguments to remove mailbox export requests you don’t need anymore:

• To export a mailbox with New-MailboxExportRequest with the same request name.
• Further, do some housekeeping and keep your environment clean and transparent.

Have a nice day!

The post Export Mailbox New-MailboxExportRequest appeared first on Webbanshee.

At the end of the last year we had a request from an existing customer to export the content of a few mailboxes they had hosted on O365 servers. In this O365 PST Export post I would like to share what we have learned and the most appropriate solution in our case.
The customer did not want to get technically involved into this migration. We specified the parameters for the exports and they gave us an admin account for their O365 tenant.

First I would like to point out that the solution or workaround we have used here is only appropriate for a smaller number of mailboxes, since manual interaction is needed.

The whole experience :

Prepare an account on source side with FullAccess to all mailboxes Solution

We have created a migration user in O365 with mailbox and granted FullAccess permission on all mailboxes in the customers O365 tenant.
It is faster to do this via remote-powershell. Connect and enter your credentials :

Once logged in grant FullAccess on all mailboxes to the migration user without Automapping.
Do not activate Automapping  because we will use Outlook for a proper O365 pst export.

O365 pst export via GUILearned

To bring it straight to the point. The outcome of this method didn’t fit our needs in any way. An eDisocvery will be performed and the results will be available for download in .pst format.
Unfortunately these .pst files have a folder structure beginning with the mailboxname , one level down you find ( in our case ) an ApplicationDataRoot  folder and the Top Of Information Store folder. The real mailbox structure begins here :

It would be confusing to anyyone to adapt these folder structures on the target mailboxes.

Since this method did not provide a real solution I will not go into details on how to make an O365 pst export via GUI.

Connect migration mailbox via Outlook and export mailboxes Solution

This step is the main part of the solution and why I mentioned at the beginning that it is only suitable for few .pst exports. We have connected the mailbox of the migration user via autodiscover and an Outlook 2016 client. This was the host for the evening

The next step was to disable Cached Mode. Outlook should be in online mode to prevent data loss through synchronization issues. This is also the cause for disabling Automapping. Outlook limits the auto mapped delegate mailboxes to 10 ( we had over 20 ). Further would Outlook have been overwhelmed with so many shared mailboxes in online mode.

After this we manually mapped the 1st mailbox to export ( Online Mode ! Important ! ) within the profile of the migration user. You can check the folder sizes on the server via right click on the root of the mapped mailbox > Outlook Datafile Properties.  Depending on the size of the source mailbox the O365 pst export can take an extended amount of time. The O365 server provided a good performance in download speeds but some mailboxes were about 18 GB.
We have experienced 2 or 3 connection losses to the O365 server at our first test. The final migration took place on a weekend. There were no further problems then.

Export the O365 mailbox via Outlook to a pst file :

Additionally Export Calendar as PSTSolutionLearned

In our tests we noticed that after an O365 pst export has been imported into the new target mailbox , there were no calendar entries. When querying the import request statistics with -includereport it turns out that all calendar entries have been treated as corrupted items. ( which counts against the bad item limit ). So the mailbox-importrequest needs to be triggered with a high bad item limit and -AcceptLargeDataLoss  or the calendar needs to be excluded from the import request.

To only export the calendar repeat the steps shown in the screenshots under point 3. Choose only the the calendar instead of the whole mailbox. When the calendar has sub folders ( what most likely is the case ) keep “Include subfolders” ticked.
We made these exports available for download to to the customer. End users were then able to map only the small calendar pst into their Outlook Client and drag the relevant items into their new mailbox calendar.

Import the O365 PST export to the target mailbox Solution

In compliance with the customer we have chosen to raise the bad limit in the mailbox-importrequest. The detailed import logs were provided to the customer as well. We use the -Priority Emergency switch to prevent an import request from stalling like described here

Track the import request with :

Copy the full report to the clipboard so that you can insert it into a text file :

Export and Import the next mailboxSolution

Close the mailbox – you just have exported and imported – in Outlook and map the next mailbox into the profile of the migration user. Repeat steps to

I hope this helps should you face the same problem with an O365 pst export.
If you know a more efficient way , where the effort fits the benefit , it would be nice to hear it. I know this is not the most elegant way to do this. But there was no other choice for this small quantity of mailboxes.

Have a nice day !

See how to import mailbox content with language settings

The post O365 PST Export appeared first on Webbanshee.

This will be a short one

Here we go :

Already triggered MailboxExportRequests cannot be removed with piping the common powershell syntax Remove-MailboxExportRequest.

We saw this problem first after we had CU6 in place.

When you try to remove MailboxExportRequests with the following command you get the error below as a result :

Solution :

Pipe the Remove-MailboxExportRequest command as follows :

Change -Status to Queued to remove queued MailboxExportRequests
… or change the -Status switch to your needs.

Leave the -Status switch away to remove all MailboxExportRequests

Update:

After installing Exchange 2016 CU8 the classic way to remove  MailboxExportRequests seems to work again.

That’s it !

Have a nice day

The post Cannot remove MailboxExportRequests appeared first on Webbanshee.