Chat now with support
Chat with Support

Metalogix Essentials for Office 365 2.7 - SharePoint Online to SharePoint Online Migration

Memory Allocation

Memory allocation to Essentials is vital to a successful multi-threaded or parallel run operation.  Each instance of the software will consume additional memory and each additional thread has the potential to do so as well.  Please be conscious of the relationship between the total amount of system memory physically available on your host machine, how much is being consumed by other resources and how much is left to allocate to Essentials.  We do not recommend allocation more than 50% of total physical system memory to Essentials.  This is certainly an area where trial and error may be required to find the ideal spot between optimization and overreach, but using a 50/50 ratio is a good starting point to begin.

To configure the amount of memory allocated to Essentials for Office 365, please go to Help > Profile Manager > Memory Management.  Please note that an application restart is required after modifying this value.

To configure increased thread count for operations, please go to Help > Profile Manager >Global Variables and change the value in the Max Threads for Copy field.  Please note that an application restart is required after modifying this value.


NOTE: When adjusting Memory Allocation please be aware that this will be the amount of memory consumed for every running instance of the Essential’s software on this host computer.  For example, if you configure 4GB of memory and run 3 parallel instances (i.e. scheduled backups), the combined total memory consumption of all instances is now up to 12GB.  This may be much more than what is available on your host machine and can lead to an increased number of failed events, premature termination, failed jobs or any number of related issues.  Essentials is designed to consume as much resources as possible to maximize performance and responsiveness per instance, so in some cases running multiple operations (threads) in a single instance is preferable to running a single operation in multiple, concurrent instances.

A quick example to determine memory allocation would be to take the total physical amount of memory on your host machine and divide that in half.  Then divide that remaining value by the number of concurrent instances (migration or backup) that you wish to perform.  The remaining value is what you should use as a starting point for the Memory Allocation value.

16GB / 2 = 8GB of usable memory.

8GB / 3 concurrent or parallel instances (migration or backups) = 2.67 GB rounded down to 2560MB.

In this example, your starting point would be to select 2560MB for memory allocation and since that is more than a 32-bit application permits, please be sure to take advantage of 64-bit architecture.


Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating