How long will the migration of my data take?
Quanto durerà la migrazione dei miei dati?
cloudM Platform has a tool that estimates migration times and indicates how much is left when finished, using total data volume and current throughput (the speed at which data is processed). This function requires that the migration is already in progress and consists of a rough estimate of the remaining time. Accurately estimating the duration of the migration before it begins is really difficult, due to the large number of variables involved and the various limiting factors such as bandwidth, machine specifications, and platform throttling. Because of these factors, ideally, the following data should be collected to estimate the migration duration, both in total and per user: - Total number of users / units / sites to be migrated - Data volume - Total number of e-mail messages and files - Data distribution (number/volume of items per user) - Number of file permissions - Number of file folders Contact our team for assistance. Migration architecture: information about the source platform can help in designing the migration architecture, e.g., the number of CloudM Migrate Self-Hosted secondary instances needed for the migration. Each instance runs 20 concurrent threads by default, and since the limiting factor in almost all migrations are cloud platform throttling and API quotas, the number of threads is critical in determining the expected duration.   Calculation: Since platform limits during migrations are generally found in elements per second/user, it also means that the number of elements is as important, if not more important, than the volume of data. Our internal testing (using real-world migration results and best practices) determined an average of 40,000 mail items per instance / 2,000 items per thread per hour. As a rule of thumb, a migration lasts as long as its largest user, so this can be used to calculate an estimated total duration, provided there are enough threads available to complete the remaining users in this time frame. Migration batches can be used to ensure that larger users use the available thread time most effectively.   File migrations: if migrating to Google Drive or Sharepoint / OneDrive, there are additional factors that should be considered. Specifically: the number of permissions, as this increases the number of API calls required and the likelihood of throttling; and the number of folders, as these need to be retrieved during each execution of the migration (whereas files are only processed if they have changed since the first execution ).
cloudM Platform dispone di uno strumento che stima i tempi di migrazione e indica quanto rimane al termine, utilizzando il volume di dati totale e il throughput corrente (la velocità con cui i dati vengono elaborati). Questa funzione richiede che la migrazione sia già in corso e consiste in una stima di massima del tempo rimanente. Stimare con precisione la durata della migrazione prima dell’inizio è davvero difficile, a causa dell’elevato numero di variabili coinvolte e dei diversi fattori limitanti come la larghezza di banda, le specifiche della macchina e il throttling della piattaforma. A causa di questi fattori, idealmente, dovrebbero essere raccolti i seguenti dati per stimare la durata della migrazione, sia in totale che per utente: • Numero totale di utenti / unità / siti da migrare • Volume di dati • Numero totale di messaggi di posta elettronica e file • Distribuzione dei dati (numero / volume di articoli per utente) • Numero di autorizzazioni file • Numero di cartelle di file Rivolgiti al nostro team per richiedere assistenza. Architettura di migrazione: le informazioni sulla piattaforma di origine possono aiutare nella progettazione dell’architettura di migrazione, ad es. il numero di istanze secondarie CloudM Migrate Self-Hosted necessarie per la migrazione. Ogni istanza esegue 20 thread simultanei per impostazione predefinita e, poiché il fattore limitante in quasi tutte le migrazioni sono il throttling della piattaforma cloud e le quote API, il numero di thread è fondamentale per determinare la durata prevista.   Calcolo: Poiché i limiti delle piattaforme, durante le migrazioni, si rinvengono generalmente negli elementi per secondo/utente, significa anche che il numero di elementi è tanto importante, se non più, del volume di dati. I nostri test interni (utilizzando i risultati delle migrazioni nel mondo reale e delle best practice) hanno determinato una media di 40.000 elementi di posta per istanza / 2.000 elementi per thread all’ora. Come regola generale, una migrazione dura quanto il suo utente più grande, quindi questo può essere utilizzato per calcolare una durata totale stimata, a condizione che ci siano abbastanza thread disponibili per completare gli utenti rimanenti in questo lasso di tempo. I batch di migrazione possono essere utilizzati per garantire che gli utenti più grandi utilizzino il tempo di thread disponibile nel modo più efficace.   Migrazioni di file: se si esegue la migrazione a Google Drive o Sharepoint / OneDrive, ci sono fattori aggiuntivi che dovrebbero essere considerati. In particolare: il numero di permessi, in quanto ciò aumenta il numero di chiamate API richieste e la probabilità di throttling; e il numero di cartelle, poiché queste devono essere richiamate durante ogni esecuzione della migrazione (mentre i file vengono elaborati solo se modificati dalla prima esecuzione ).