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 ).
