Best practice per Google Workspace Migrate

Per aumentare il successo di una migrazione, segui queste best practice consigliate per Google Workspace Migrate.

Per informazioni dettagliate, vai a Google Workspace Migrate: best practice per la migrazione dei dati (PDF, solo in inglese).

Configurare la rete

  • Rispetta i requisiti di sistema: le migrazioni richiedono molte risorse. È fondamentale rispettare o superare i requisiti di sistema perché non è possibile eseguire il provisioning di nuove risorse quando è in corso una migrazione.

    Per informazioni dettagliate, vedi Requisiti di sistema.

  • Utilizza Google Cloud: Google ha testato ampiamente Google Workspace Migrate in Google Cloud. Abbiamo la massima esperienza nel supporto delle migrazioni in Google Cloud, incluso il provisioning della rete e delle macchine virtuali (VM) in base alle specifiche richieste.
  • Riduci la latenza di rete: per migliorare le prestazioni della rete, connetti i server sulla stessa rete e posizionali fisicamente vicini l'uno all'altro.

    Se usi Google Compute Engine all'interno di Google Cloud, può essere utile scegliere un paese/area geografica o una zona in prossimità del punto di servizio per ridurre la latenza di rete. Ad esempio, scegli il paese/area geografica o la zona principale più vicina alle tue origini dati.

  • Imposta Chrome come browser predefinito: Google Workspace Migrate e Google Cloud sono stati testati a fondo sul browser Chrome.

    Per maggiori dettagli, vedi Impostare Chrome come browser predefinito.

  • Disattiva gli aggiornamenti automatici di Microsoft Windows: per evitare un riavvio involontario dei server durante una migrazione, gestisci gli aggiornamenti di Windows al di fuori delle migrazioni attive.
  • Configura il numero corretto di nodi worker: il numero di server nodo worker implementati dovrebbe corrispondere al numero di utenti nell'organizzazione e alla quantità di dati di cui eseguire la migrazione. La dimensione e la complessità delle fasi della migrazione dovrebbero corrispondere agli obiettivi dell'organizzazione, per assicurarsi che i nodi di cui è stato eseguito il provisioning siano sufficienti per raggiungerli.

    Per informazioni dettagliate, vai alla sezione su come determinare il numero di server nodo necessari.

  • Limita i nodi worker a 40 per cluster: per le migrazioni di grandi dimensioni, il numero massimo di nodi worker è 40. Questi 40 nodi si combinano per creare un cluster. Puoi implementare più cluster per una migrazione. I cluster sono autonomi e non condividono database, nodi o piattaforme. Pertanto, i set di dati di migrazione in cluster diversi devono escludersi a vicenda il più possibile.

    Per maggiori dettagli, vedi Installare i server nodo.

  • Configura il certificato digitale corretto: Google Workspace Migrate utilizza i certificati TLS come protocollo crittografico. TLS consente di configurare la piattaforma Google Workspace Migrate e i server nodo. Attualmente, Google non supporta i certificati autofirmati.

    Per maggiori dettagli, vedi Configurare una porta con un certificato TLS.

Pianificare la migrazione

  • Esegui la scansione dei dati: è consigliabile eseguire una scansione completa dei dati prima di una migrazione. Una scansione completa è più rapida di una migrazione e offre i seguenti vantaggi:
    • Report con una stima della dimensione del corpus, del tipo di dati di origine e degli eventuali problemi relativi ai dati.
    • Ottimizzazione della distribuzione del carico di lavoro sui nodi worker.
    • Assegnazione della priorità a singoli set di dati di grandi dimensioni che richiedono l'elaborazione seriale, ad esempio utenti con un numero considerevole di email. I grandi set di dati, a loro volta, non diventano colli di bottiglia per la migrazione.
  • Configura un nuovo progetto Google Workspace Migrate quando è tutto pronto per la migrazione dei dati: se riutilizzi un progetto di test, Google Workspace Migrate riconosce che è già stata eseguita la migrazione dei dati durante la fase di test e non la ripete. Al termine dei test, usa un nuovo progetto per evitare questo problema.
  • Non mappare un singolo utente di origine a più utenti di destinazione nello stesso progetto: questo può causare risultati di migrazione imprevisti. Se devi mappare un singolo utente a più utenti di destinazione, usa progetti Google Workspace Migrate separati per ogni mappatura.

Eseguire la migrazione dei dati a Drive

Quando si esegue la migrazione di file a Google Drive, è consigliabile:

  • Acquisire familiarità con le linee guida in Best practice per migrazioni di grandi dimensioni a Google Drive
  • Suddividere la migrazione in più posizioni target, ad esempio Drive appartenenti a utenti diversi o Drive condivisi separati.
  • Se possibile, specifica più utenti di Drive nella mappatura. In questo modo, il carico della migrazione viene distribuito su un gruppo più ampio di utenti e si evitano problemi di quote.
  • Eseguire la migrazione a Drive condivisi affinché tutti i membri del team possano accedere alle risorse dell'organizzazione.

    Per informazioni dettagliate, vai a Best practice per i Drive condivisi.

  • Combinare più condivisioni utente in Google Gruppi per gestire facilmente l'iscrizione ai Drive condivisi e comunicare annunci a un gruppo.
  • Se possibile, eliminare le gerarchie di cartelle.

Esistono alcuni limiti relativi alla dimensione e ai tipi di dati che è possibile archiviare su Drive. Per informazioni dettagliate, vai a File archiviabili su Google Drive.

Passaggio successivo

Esamina i punti di monitoraggio per l'origine dati: 


Google, Google Workspace e marchi e loghi correlati sono marchi di Google LLC. Tutti gli altri nomi di società e prodotti sono marchi delle rispettive società a cui sono associati.

Ricerca
Cancella ricerca
Chiudi ricerca
Menu principale
882862786442308242
true
Cerca nel Centro assistenza
true
true
true
false
false