Question
I am migrating content to my target SharePoint environment and I have Metalogix StoragePoint installed. What kind of results should I expect after migration?
Answer
There are a number of different behaviors to expect when migrating to a target SharePoint environment that has Metalogix StoragePoint installed. The different results you will see depend on which option is selected in the StoragePoint Options tab.
NOTES: For the StoragePoint options to be available:
·StoragePoint 5.1 must be installed on the target environment.
·The target environment cannot use a CSOM connection type and/or have SharePoint 2019 installed.
IMPORTANT: When a SharePoint 2013 or 2016 Database connection is used on the source, Storage Point options are available for selection, but the migration of StoragePoint data will fail. This is a known issue.
The following is a breakdown of expected results:
StoragePoint Options - Successful Outcome
·Add documents to StoragePoint if an endpoint is configured - This option is for when content from a non-externalized environment (a source environment that does not have StoragePoint installed) is being migrated into an externalized SharePoint target. In this case, any of the files or documents that are included in the migration will be externalized, meaning that those files and documents will call StoragePoint as they are being migrated, and will be externalized directly with the reference link left behind in the file or document's place (in the target SharePoint environment). Once the migration is complete, users can navigate to one of the migrated documents in Metalogix Content Matrix, switch to the Items View, right-click the document, and then select StoragePoint Details. Here, users should be able to see the StoragePoint endpoint folder location for the externalized content, as well as the externalized file name. If the document is opened through SharePoint directly, it will open as expected.
·Shallow Copy of Externalized Data - Shallow copying is no longer supported in Metalogix Content Matrix. For more information, please see Shallow Copying Externalized Content.
·None - This option is for cases where Metalogix StoragePoint is not installed on the target SharePoint environment, or for cases where StoragePoint is installed but users do not want to use it as part of the migration process. When this option is selected, content will be migrated directly into SharePoint with all StoragePoint-related features ignored. However, if the target environment is configured to be externalized with StoragePoint, it is possible that the content will be migrated into the SharePoint target as if the StoragePoint options are ignored, but the target SharePoint environment would then externalize the content separately after the migration completes. While the end result would be the externalization of the data, the migration process itself is only migrating content directly into the SharePoint target.
StoragePoint Options - Unsuccessful Outcome
·Add documents to StoragePoint if an endpoint is configured - If this option failed to migrate the documents/files into StoragePoint, then when users go to the StoragePoint Details, there will be nothing set. This indicates that the files were not placed into the StoragePoint EndPoint and were not externalized.
·Shallow Copy of Externalized Data - Shallow copying is no longer supported in Metalogix Content Matrix. For more information, please see Shallow Copying Externalized Content.
·None - If this option is selected but fails, then the content migration to the target will have failed. This means that the documents/files that are included in the migration action will not exist on the target (externalized or not).
Question
I am running out of storage space in my Azure private storage account. How do I remove containers and queues created by Content Matrix to free up space for more migration actions?
Answer
Naming Conventions
Beginning in version 9.3, Content Matrix uses naming conventions that allow you to easily identify containers and queues created by Content Matrix during migration using the Import Pipeline.
File Type |
Naming Convention |
---|---|
Blob Container |
YYYYMMDD-<List Internal Name>-<GUID>-<blob>. EXAMPLE: 20200929-shreddocumentt-f0da9f001d3b450cb36ad9e9ecae219f-blob |
Metadata Container |
YYYYMMDD-<List Internal Name>-<GUID>-<Batch number in XXX format> EXAMPLE: 20200929-shreddocumentt-f0da9f001d3b450cb36ad9e9ecae219f-001 |
Reporting Queue |
YYYYMMDD-<List Internal Name>-<GUID>-<Batch number in XXX format> EXAMPLE: 20200929-shreddocumentt-f0da9f001d3b450cb36ad9e9ecae219f-001 |
To remove items from your Azure blob storage account using Azure PowerShell:
1.Ensure there are no active migration actions running that use the Azure storage where the items are stored.
2.Open Azure PowerShell.
3.Connect to Azure using the New-AzStorageContext cmdlet. Your account name and account key are required parameters. Note that these are different from your Client ID and Application Secret. $context = New-AzStorageContext -StorageAccountName $accountName -StorageAccountKey $accountKey
4.Use the information in the following table to determine the appropriate command to use.
If you want to remove ... |
Then use the command ... |
---|---|
all blob and metadata containers created on a specific date |
Get-AzStorageContainer -Prefix "<MMDDYY>" -Context <context> | Remove-AzStorageContainer -Force
EXAMPLE: Get-AzStorageContainer -Prefix "20200929" -Context $context02 | Remove-AzStorageContainer -Force |
all reporting queues created on a specific date |
Get-AzStorageQueue -Prefix "<MMDDYY>" -Context <context> | Remove-AzStorageQueue -Force
EXAMPLE: Get-AzStorageQueue -Prefix "20200929" -Context $context02 | Remove-AzStorageQueue -Force |
Question
I am migrating some content using the Import Pipeline. After some time the batches seem to simply stop. Why am I facing this issue?
Answer
Migration duration and overall performance using the the Import Pipeline may vary due to factors outside the control of Metalogix Content Matrix. Migration processing resides within Microsoft's domain and is subject to Microsoft's internal processes, such as maintenance and upgrades.
You may experience a delay of several hours before batch completion if the machines that Microsoft uses undergo maintenance/upgrades or if there are O365 service issues/outages (as can be seen in the O365 Admin Center under Service Health).
Question
What does it mean when the message ERROR, the batch will be resubmitted to the import pipeline displays in the Information section of the Log Item Details dialog when a migration is performed using the Import Pipeline?
Answer
You may see this message (which will begin with either ERROR or FATAL ERROR) during a migration when a batch fails to migrate in its entirety. To address this issue, increase the value of the environmentsettings.xml key MaxAzureBatchRetryCount. This key controls the maximum number of times Content Matrix will resubmit the batch until it is successfully migrated. (The default value is 5.)
The batch retry mechanism will also be triggered for the following errors:
·Please try again. CallStack -- at Microsoft.SharePoint messages
·Access denied
·Save Conflict The system cannot find the path specified. (Exception from HRESULT: 0x80070003)
·Updates to system roles is not allowed.
·List does not exist
For any error not listed above (such as Item Does Not Exist, which is different than List does not Exist), a batch will be resubmitted only if the error message is added to the environmentalsettings.xml key ErrorMessagesForRetryAzureBatch.
IMPORTANT: If adjusting this setting does not resolve the issue, the error may be with the CSOM connection. See Retrying Failed Document Copies to O365 CSOM Connections for details.
© 2021 Quest Software Inc. ALL RIGHTS RESERVED. Feedback Terms of Use Privacy