Exchange Online (Microsoft 365) to Exchange Online (Microsoft 365) Mailbox Migration Guide

Questa guida contiene tutti i passaggi necessari per la migrazione dei dati e-mail da un’istanza di Microsoft 365 a un’altra con lo stesso nome di dominio.

Questa guida non include i passaggi per l’utilizzo della coesistenza durante la migrazione. Per la guida alla strategia di migrazione quando si utilizza la coesistenza, vedere Exchange Online (Microsoft 365) per Exchange Online ( Microsoft 365) – Guida alla migrazione – Utilizzo della coesistenza-Dominio diverso.

L’utilizzo della password dell’app non è supportato da questo endpoint.

Prima volta?

Se questa è la prima volta che esegui una migrazione, abbiamo creato una Guida strategica di pianificazione della migrazione & per illustrarti le best practice di pianificazione, configurazione e migrazione generale. Se non hai mai eseguito una migrazione prima, ti consigliamo di leggerlo prima di iniziare i passaggi descritti in questo scenario.

Coesistenza da tenant a Tenant

Se si sta avviando un progetto con Coesistenza da Tenant a Tenant per domini diversi, fare riferimento a questo articolo per una guida completa su come farlo.

Limitazioni

MigrationWiz non è uno strumento di sincronizzazione. Gli elementi già migrati aggiornati all’origine a metà migrazione non verranno aggiornati alla destinazione.

MigrationWiz supporta la possibilità di condividere progetti di migrazione in un gruppo di lavoro. Quando la funzione di condivisione dei progetti è attivata, tutti gli agenti attivi possono visualizzare tutti i progetti di migrazione.

Si consiglia di completare questa migrazione con più passaggi di migrazione come indicato nei passaggi MigrationWiz, poiché ciò causerà il minor impatto sugli utenti.

Se la sorgente o la destinazione hanno l’autenticazione moderna abilitata, sono necessari ulteriori passaggi per consentire a MigrationWiz di connettersi ai propri ambienti. Seguire i passaggi nell’articolo MigrationWiz-Migration Planning-Modern Authentication per Microsoft 365 per gestire l’autenticazione moderna.

La dimensione massima del file per la migrazione tramite MigrationWiz varia in base al tipo di migrazione e all’ambiente, ma non può mai superare i 60 GB.

Non siamo in grado di supportare le migrazioni con autenticazione a due fattori o a più fattori.

Quali elementi sono e non vengono migrati?

Migrazione

  • Posta
  • Cartelle
  • Email
  • Contatti
  • Calendario
  • Attività
  • Giornali
  • Note
  • Regole Lato Server
  • Autorizzazioni Della Cartella
  • Post (quando la destinazione è di Exchange o Office 365)
  • Calendario stato di accettazione e-mail

le cassette Postali delle Risorse

Ci occupiamo di cassette postali per le risorse stesso modo in cui noi la gestione delle normali cassette postali dell’utente. Se è possibile accedere alla cassetta postale delle risorse utilizzando un client Web (es., Outlook Web Access), dovremmo essere in grado di accedere e migrare i dati. Se non è possibile accedere alla cassetta postale delle risorse utilizzando un client Web (come OWA), non è possibile accedere e migrare i dati.

In alcuni casi, la cassetta postale delle risorse è solo un calendario condiviso di proprietà di un utente. In questi casi, quando la casella di posta dell’utente viene migrata, dovremmo essere in grado di migrare il calendario della casella di posta della risorsa come uno dei calendari dell’utente. Una volta completata la migrazione, è possibile impostare la condivisione/autorizzazioni sul calendario in modo che possa essere accessibile da altri utenti.

Non migrato

  • Sicuro mittente/liste di blocco

Creare un account amministratore

Creare un account amministratore in Microsoft 365 da utilizzare per la migrazione o utilizzare l’account amministratore globale per il tenant. L’account amministratore deve avere accesso completo alle cassette postali dell’utente o ottenere i diritti di rappresentazione. Si consiglia di utilizzare la rappresentazione in quanto contribuirà a ridurre la probabilità che la migrazione venga limitata da Microsoft.

Per impostare manualmente la rappresentazione:

  • Utilizzare le credenziali di amministratore nella destinazione.
  • Accedi all’account MigrationWiz.
  • Modificare il progetto e fare clic su Opzioni avanzate.
  • Se si esegue la migrazione da Microsoft 365, in Origine, selezionare Usa rappresentazione per l’autenticazione.
  • Se si esegue la migrazione a Microsoft 365, in Destinazione, selezionare Usa rappresentazione per l’autenticazione.
  • Fare clic su Salva opzioni.

MigrationWiz eseguirà automaticamente un comando PowerShell remoto per consentire all’account amministratore di accedere alle caselle di posta utente (impersonare).

Esporta l’elenco utenti in un file CSV

Questo può essere utilizzato quando si aggiungono utenti in blocco al progetto MigrationWiz in un secondo momento. È possibile copiare e incollare l’elenco degli utenti nelle colonne e-mail di origine e di destinazione all’interno della dashboard del progetto MigrationWiz in Aggiungi > Aggiungi in blocco.

Per esportare l’elenco utenti:

  1. Vai al portale di amministrazione di Microsoft 365.
  2. Fare clic su Utenti.
  3. Fare clic su Utenti attivi.
  4. Fare clic su Esporta.
  5. Fare clic su Continua.

Assicurati di salvare il csv da qualche parte in cui puoi accedervi per il caricamento in seguito alla migrazione.

Preparare la destinazione

Configurare gli account utente nel tenant di Office 365 di destinazione e assegnare le licenze. Questi possono essere creati in diversi modi. (I seguenti link sono ad articoli esterni.)

  • Manualmente, uno alla volta.
  • Per importazione di massa, tramite file CSV.
  • Di PowerShell script.

Creare un account amministratore

Creare un account amministratore in Microsoft 365 da utilizzare per la migrazione o utilizzare l’account amministratore globale per il tenant. L’account amministratore deve avere accesso completo alle cassette postali dell’utente o ottenere i diritti di rappresentazione. Si consiglia di utilizzare la rappresentazione in quanto contribuirà a ridurre la probabilità che la migrazione venga limitata da Microsoft. Per i passaggi specifici per impostare la rappresentazione manualmente, seguire i passaggi in Preparare l’origine.

Verifica l’accesso dell’amministratore

Verifica che l’amministratore possa accedere alle cassette postali dell’utente. Testare l’accesso al tenantname.onmicrosoft.com indirizzi, non al domainname.com indirizzi. Assicurarsi che il tenantname.onmicrosoft.com l’account è collegato a ciascuna casella di posta in Microsoft 365. Per impostazione predefinita, dovrebbe essere allegato, ma in caso contrario, dovrà essere aggiunto come alias a ciascun account. Questo può essere fatto attraverso il portale di amministrazione di Microsoft 365 o tramite script PowerShell.

Crea un progetto di migrazione della cassetta postale

  1. Fai clic sul pulsante Vai a Progetti personali.
  2. Fare clic sul pulsante Crea progetto.
  3. Crea un progetto Mailbox. Per le migrazioni delle cassette postali, utilizzare le credenziali amministrative per accedere alle cassette postali. Nella maggior parte degli scenari di migrazione, l’account amministratore deve disporre dei diritti di accesso completi alle cassette postali di origine.
  4. Fare clic su Passaggio successivo.
  5. Immettere il nome di un progetto e selezionare un cliente.
  6. Fare clic su Passaggio successivo.
  7. Selezionare un endpoint di origine dal menu a discesa Endpoint o crearne uno nuovo seguendo i passaggi riportati di seguito.
  8. Selezionare un endpoint di destinazione dal menu a discesa Endpoint o crearne uno nuovo seguendo la procedura riportata di seguito.
  9. Fai clic su Salva e vai a Riepilogo.

Impostazioni di migrazione delle cassette postali: ogni impostazione del progetto viene applicata a tutte le cassette postali associate a tale progetto. Per le impostazioni rappresentate come caselle di controllo, al progetto vengono applicate solo le impostazioni selezionate. La mancata selezione di una casella di controllo non disabilita un’impostazione selezionata ereditata dal progetto.

Endpoint

Gli endpoint vengono ora creati tramite MigrationWiz, anziché tramite MSPComplete. I passaggi di questa sezione illustrano come creare gli endpoint in MigrationWiz.

Se si seleziona un endpoint esistente, tenere presente che solo dieci endpoint verranno visualizzati nel menu a discesa. Se si dispone di più di dieci, potrebbe essere necessario cercare. La ricerca degli endpoint è specifica per caso e carattere. Ad esempio, Cust0mer non verrà visualizzato se la ricerca è cliente. Ti consigliamo di tenere un elenco degli endpoint creati, insieme a qualsiasi ortografia o maiuscola univoca che potresti aver usato.

È possibile utilizzare endpoint esistenti o crearne di nuovi.

Per creare un nuovo endpoint:

  1. Fare clic su Nuovo.
  2. Nome endpoint.
  3. Selezionare Microsoft 365.
  4. Immettere il nome utente e la password dell’amministratore nei campi. Questo dovrebbe essere l’amministratore globale o l’amministratore creato nella sezione Prepara l’origine.
  5. Fare clic su Aggiungi.
  6. Fare clic su Passaggio successivo.

Eseguire questa operazione sia per l’origine che per la destinazione.

Aggiungi utenti

Importante

Se il nome di dominio viene migrato al nuovo tenant di destinazione, si consiglia vivamente di migrare gli utenti nel progetto di migrazione utilizzando i nomi di dominio OnMicrosoft per gli indirizzi e-mail di origine e di destinazione, anziché utilizzare il dominio vanity.

Per fare ciò, aggiungerai gli utenti che utilizzano il loro dominio Vanity e una volta che sono nel progetto, seleziona tutti gli utenti e fai clic sull’opzione Cambia domini nel menu per modificarli in blocco utilizzando il dominio OnMicrosoft.

Aggiungi gli account utente che verranno migrati al progetto. Questo può essere fatto in diversi modi, a seconda delle dimensioni del progetto. I passaggi per ogni opzione sono nella fisarmonica qui sotto, è sufficiente fare clic per mostrare l’opzione selezionata e seguire la guida lì.

Piccole migrazioni:

Per piccole migrazioni, è facile aggiungere utenti uno alla volta usando Quick Add. I passaggi per questo sono di seguito.

Migrazioni più grandi:

Per migrazioni più grandi, si consiglia di utilizzare l’opzione Individuazione automatica o Aggiunta in blocco.

Autodiscover aggiungerà tutti gli utenti trovati sul tenant di origine. Questo può quindi essere modificato nel progetto per rimuovere gli utenti che non vengono migrati. Tutti gli utenti verranno aggiunti con gli indirizzi e-mail di origine e di destinazione impostati in modo che corrispondano all’e-mail di origine. Questo può essere modificato utilizzando il pulsante Cambia nome di dominio nella parte superiore della pagina del progetto. Se i nomi utente cambiano durante la migrazione, ti consigliamo di utilizzare l’opzione Aggiungi in blocco.

Bulk Add utilizza un CSV contenente gli indirizzi e-mail di origine e di destinazione per gli utenti per aggiungere gli utenti al progetto. Se si esegue la migrazione solo di un gruppo specifico da un tenant, si consiglia di utilizzare l’opzione Aggiungi in blocco.

Aggiunta rapida
Questa opzione consente di aggiungere elementi uno alla volta. È necessario inserire un indirizzo e-mail, un nome di accesso e una password per ogni utente se non sono state immesse le credenziali amministrative durante l’impostazione del progetto. È necessario fornire un indirizzo e-mail solo se sono state immesse le credenziali amministrative durante l’impostazione del progetto.

Bulk Add

MigrationWiz consente di importare in blocco le cassette postali nel sistema.

Per importare una o più cassette postali:

  1. Accedi al tuo account MigrationWiz.
  2. Selezionare il progetto per il quale si desidera eseguire l’importazione in blocco.
  3. Fare clic su Aggiungi.
  4. Fare clic su Aggiungi in blocco.
  5. Seguire le istruzioni riportate nella pagina.

Individuazione automatica

Il processo di individuazione automatica all’interno di MigrationWiz può essere utilizzato per rilevare gli elementi dall’ambiente di origine, in modo che possano essere importati nei progetti.

Ci sono pochi requisiti affinché questo funzioni:

  • La fonte deve essere Exchange 2007 o versione successiva, o Microsoft 365, o G Suite. Se si utilizza il rilevamento automatico da G Suite, tutti i domini G Suite devono essere aggiunti all’elenco dei domini nell’endpoint.
    • G Suite non supporta l’individuazione automatica quando gli indirizzi mailbox vengono importati in elementi pubblicitari MigrationWiz.
  • L’endpoint sull’origine deve utilizzare le credenziali di amministratore.
  • Per i progetti di migrazione delle cassette postali, l’account amministratore specificato all’interno dell’endpoint di origine deve avere una cassetta postale associata.
  • La casella di posta dell’amministratore deve essere elencata nell’elenco degli indirizzi globali pubblici (GAL).
  • Il tipo di progetto di migrazione deve essere una migrazione mailbox. Per i passaggi esatti da seguire durante la migrazione, consultare la relativa Guida alla migrazione. Tutte le guide alla migrazione sono disponibili sul sito del Centro assistenza.

Un elemento aggiuntivo da notare qui è che non esiste un modo per limitare gli indirizzi IP da cui proviene la connessione. Ciò significa che i passaggi descritti nella nostra guida IP Lockdown non si applicano qui. Se l’ambiente richiede la whitelist di qualsiasi indirizzo IP, si consiglia di aggiungere elementi al progetto utilizzando una delle altre opzioni disponibili.

L’individuazione automatica degli elementi non funzionerà durante l’utilizzo dell’autenticazione moderna

L’individuazione automatica espone i seguenti elementi:

  • Per la migrazione delle cassette postali, autodiscover elencherà tutte le cassette postali all’origine.

Passaggi per eseguire l’individuazione automatica

  1. Passare al progetto in cui si desidera importare gli utenti.

  2. Assicurarsi di aver creato un endpoint per il progetto di origine.

  3. Una volta nel progetto, nella barra di navigazione in alto, fai clic sul menu a discesa Aggiungi, quindi seleziona Individuazione automatica degli elementi. Questo inizierà il processo di individuazione automatica.

  4. Una volta scoperto, fare clic sul pulsante Importa, per importare gli elementi nel progetto MigrationWiz.

Impostare le opzioni avanzate del progetto

Le seguenti opzioni sono più utili per questo scenario di migrazione:

Impostare l’uso della rappresentazione all’origine. Spunta la casella Usa rappresentazione alla fonte.

Imposta l’uso della rappresentazione nella destinazione. Selezionare la casella Usa rappresentazione a destinazione.

Sotto Supporto/Opzioni di supporto:

RecipientMapping="@sourcetenantname.onmicrosoft.com->@destinationdomainname.com"

Il RecipientMapping sopra è solo un esempio; non copiare questo testualmente. Deve essere cambiato per riflettere il sourcetenantname.onmicrosoft.com nome dell’account e nome del dominio di destinazione del cliente.

Questo è un passo molto importante per le migrazioni da Microsoft 365 a Microsoft 365. Garantisce che le e-mail abbiano la possibilità di rispondere, anche dopo che si è verificata la migrazione completa (Delta) perché verranno mappate al nuovo nome di dominio di destinazione, anziché utilizzare il vecchio sourcetenantname.onmicrosoft.nome account com (che non sarà più disponibile, una volta ritirato il tenant).

Le mappature dei destinatari sono un modo utile per garantire che:

  • Tutte le e-mail rimangono rispondibili, dopo la migrazione, anche dopo che si è verificata una migrazione completa (Delta) durante l’esecuzione di una migrazione da tenant a tenant, mantenendo lo stesso nome di dominio; o quando si cambiano i nomi di dominio dall’origine alla destinazione.
  • La proprietà del calendario e il nome visualizzato corrispondono alla destinazione quando si esegue una migrazione da tenant a tenant, mantenendo lo stesso nome di dominio; o quando si cambiano i nomi di dominio dall’origine alla destinazione.

Se si utilizza la mappatura dei destinatari durante la migrazione da un dominio di origine a più domini di destinazione, è necessario un progetto per ogni dominio di destinazione.

Se il nome di dominio sta cambiando, il dominio vanity di origine può essere utilizzato in RecipientMapping come in questo esempio: RecipientMapping=”@sourcedomainname->@destinationdomainname”

È possibile utilizzare più di un’espressione di mappatura finché il dominio di destinazione rimane lo stesso in RecipientMapping.

Se il prefisso utente cambia, segui le istruzioni qui, Cambia il prefisso utente

Esegui Verifica credenziali

Puoi verificare le credenziali degli elementi in MigrationWiz senza migrare i dati o consumare licenze.

  1. Apri il Progetto contenente gli elementi che desideri convalidare.
  2. Selezionare gli elementi che si desidera convalidare.
  3. Fai clic sul pulsante Start nella dashboard.
  4. Selezionare Verifica credenziali dall’elenco a discesa.

Una volta completato, i risultati della verifica verranno visualizzati nella sezione Stato.

Licensing

Acquista e applica le licenze User Migration Bundle per tutti gli utenti in fase di migrazione. Per questo tipo di migrazione, suggeriamo il pacchetto di migrazione utente.

  • Le licenze User Migration Bundle hanno dati illimitati disponibili per licenza.
  • Le licenze del pacchetto Migrazione utenti vengono applicate agli utenti del cliente e scadono 12 mesi dopo la data di acquisto.
  • I progetti Document, Personal Archive e DeploymentPro sono tutti inclusi quando si utilizzano le licenze User Migration Bundle.
  • Questo tipo di licenza deve essere applicato manualmente.

Acquisto di licenze

  1. Accedi al tuo account BitTitan.
  2. Nella barra di navigazione in alto, fai clic su Acquista.
  3. Fare clic sul pulsante Seleziona e scegliere il tipo di licenza necessario.
  4. Immettere il numero di licenze che si desidera acquistare. Fare clic su Acquista ora.
  5. Inserire un indirizzo di fatturazione se applicabile.
  6. Fare clic su Avanti.
  7. Rivedere il riepilogo dell’ordine e inserire un metodo di pagamento.
  8. Fare clic su Effettua il tuo ordine.

Applicazione delle licenze User Migration Bundle

  1. Accedi a MigrationWiz su https://migrationwiz.bittitan.com.
    • È possibile accedere e assicurarsi di selezionare il pulsante MigrationWiz sopra il campo e-mail o accedere alla pagina MSPComplete, quindi fare clic sul pulsante Tutti i prodotti e selezionare MigrationWiz.
  2. Selezionare il gruppo di lavoro corretto nella parte superiore del riquadro di spostamento a sinistra.
    Nota: questo è il gruppo di lavoro in cui sono stati creati il cliente e il progetto di migrazione. Il tuo account deve far parte del gruppo di lavoro e la condivisione del progetto deve essere abilitata, se il progetto non è stato creato con il tuo account. Per ulteriori informazioni, vedere Aggiunta e modifica di gruppi di lavoro e condivisione di progetti in MigrationWiz.
  3. Fare clic sul progetto che richiede l’applicazione delle licenze.
    • Assicurarsi che le licenze UMB siano applicate al dominio UPN/SMTP basato su vanity. Successivamente utilizzare il dominio change per aggiornare gli elementi pubblicitari a cui puntare .onmicrosoft.com indirizzo.
  4. Selezionare la casella a sinistra dell’e-mail per gli utenti a cui si desidera applicare una licenza Bundle Migrazione utente.
  5. Fare clic sul menu Altro (3 linee impilate) nella parte superiore della pagina del progetto.
  6. Fare clic su Applica licenza bundle migrazione utente.

Se hai ulteriori domande sulla licenza, tra cui il riscatto di coupon, la richiesta di rimborsi o la modifica di categorie, vedi Licenze MigrationWiz.

Eseguire un passaggio di migrazione pre-stage

  1. Selezionare gli utenti.
  2. Fare clic sul pulsante Start dall’alto.
  3. selezionare Migrazione pre-fase.
  4. Nella sezione Pianificazione della migrazione, dall’elenco a discesa, selezionare 90 giorni fa.
  5. Fare clic su Avvia migrazione.

I 90 giorni sono un suggerimento, puoi selezionare qualsiasi opzione che preferisci. La migrazione pre-fase migrerà solo gli elementi di posta più vecchi. Questo può essere eseguito più volte con tempi diversi selezionati per migrare i dati in blocchi più piccoli.

Rimuovi dominio dall’origine

Questa operazione deve essere eseguita solo dopo il completamento del passaggio di migrazione pre-fase. In genere, è fatto in ritardo su una notte di venerdì. Se sono necessarie istruzioni per la rimozione di un dominio, fare riferimento a questo documento da Microsoft: Rimuovere un dominio da Office 365.

Se ci sono diversi domini nel tenant di origine che vengono spostati nel nuovo tenant, tutti devono essere rimossi.

Nel portale di amministrazione, modificare l’UPN dell’account amministratore in onmicrosoft.com indirizzo.

Dopo la rimozione del dominio, gli utenti non saranno in grado di accedere alla propria e-mail, a meno che non lo sappiano e tenantname.onmicrosoft.com indirizzi e-mail.

Dopo la rimozione, attendere 30 minuti per il completamento della replica della rimozione del dominio.

Notifica agli utenti

Invia un’e-mail agli utenti per far loro sapere cosa aspettarsi per la riconfigurazione del profilo di Outlook. Se si utilizza DeploymentPro, è possibile utilizzare la guida DeploymentPro ora per impostare gli utenti sulla destinazione per la configurazione del profilo di Outlook.

Verifica dominio a destinazione

Queste azioni vengono eseguite dal portale di amministrazione Tenant 2 (Destinazione).

  1. Verificare il dominio nell’account Microsoft 365 di destinazione. Si consiglia l’uso della procedura guidata in Microsoft 365 per questo poiché una volta che il dominio è verificato con il record di testo, offre di cambiare tutti gli utenti al nuovo dominio predefinito. Poiché il dominio è stato precedentemente aggiunto all’account, tutto ciò che deve essere fatto è fare clic sul pulsante Verifica. Se il dominio non può essere verificato e si verifica un errore che indica che il dominio esiste già su un altro account, contattare il supporto Microsoft al numero 1-800-642-7676 (numero verde USA, sono disponibili anche altri numeri) e dire loro che il dominio deve essere deprovisioned manualmente da Forefront, noto anche come Exchange Online Protection o EOP.
  2. Conferma che ogni utente ha il Destinationdomain.com nome di dominio aggiunto alla loro casella di posta.
  3. Scarica add_new_domain.ps1 PowerShell script per verificare la presenza di questo e aggiungere il nome di dominio. Questo è necessario solo se gli utenti non hanno il nuovo dominio predefinito aggiunto al proprio account.

MX Record Cutover

Nel portale del provider DNS, modificare il record MX primario per riflettere le impostazioni DNS per la nuova organizzazione Microsoft 365. Le impostazioni DNS da modificare includono Rilevamento automatico, MX e record SPF. Inoltre, rimuovere le vecchie impostazioni per Tenant 1. Queste impostazioni possono essere trovate nel portale di amministrazione di Microsoft 365, seguendo questi passaggi:

  1. All’interno di Microsoft 365, fare clic su Admin nell’intestazione.
  2. Nella pagina di amministrazione, fare clic su Domini nel riquadro di sinistra.
  3. Fare clic sul nome di dominio da configurare, quindi fare clic su Impostazioni DNS Questa pagina elenca i record DNS necessari per impostare per utilizzare i servizi Microsoft 365.

Passaggio completo (Delta)

  1. Seleziona gli utenti.
  2. Fare clic sul pulsante Start dall’alto.
  3. Selezionare Migrazione completa.
  4. Fare clic su Avvia migrazione. Questa migrazione verrà completata rapidamente poiché la maggior parte dei dati viene migrata durante la migrazione pre-fase; Le migrazioni da Microsoft 365 a Microsoft 365 hanno un’elevata larghezza di banda disponibile.
  5. Guardare attraverso l’elenco degli utenti e fare clic su eventuali errori rossi “migrazione non riuscita”. Rivedere le informazioni e agire di conseguenza.

Esegui errori di riprovazione

Ogni errore registrato rappresenta un elemento che non è stato migrato. MigrationWiz contiene una modalità in cui è possibile inviare nuovamente la migrazione per riprovare gli elementi non riusciti. Questa modalità di funzionamento è sempre gratuita. È possibile inviare cassette postali in questa modalità solo se soddisfano tutte le seguenti condizioni:

  1. L’ultima migrazione è stata completata correttamente.
  2. La casella di posta contiene almeno un errore.

Se la tua casella di posta non soddisfa queste condizioni, riceverai un avviso quando invii la migrazione in questa modalità e la tua richiesta non sarà soddisfatta.

Per inviare una o più cassette postali in modalità riprova, procedere come segue:

  1. Fai clic sul pulsante Vai ai miei progetti.
  2. Selezionare il progetto che contiene le caselle di posta che si desidera riprovare.
  3. Selezionare le cassette postali con errori di migrazione.
  4. Fare clic sul pulsante Start.
  5. Selezionare Riprova errori dal menu.
  6. Fare clic sul pulsante Riprova errori.

Quando gli errori vengono riparati, scompaiono dal registro degli errori. Alcuni errori potrebbero non scomparire se l’elemento di origine non è stato rielaborato (ad esempio a causa di filtri), è stato eliminato o spostato o se l’elemento non è riuscito di nuovo.

Se i problemi persistono, contattare l’Assistenza.

Post-migrazione

Se non si utilizza DeploymentPro, gli utenti devono creare nuovi profili di Outlook, impostare nuovamente le loro firme e ricollegare tutti i file PST che sono stati collegati al profilo precedente.

Fare clic sull’icona del grafico a barre nella dashboard MigrationWiz per ricevere un’e-mail contenente tutte le statistiche di migrazione del progetto.

Leave a Reply

Il tuo indirizzo email non sarà pubblicato.