Distribuzione ibrida e migrazione di Exchange con Office 365

 

Si applica a: Office 365 for enterprises

Ultima modifica dell'argomento: 2012-05-02

Se si sta attualmente gestendo un sistema di posta elettronica locale e si distribuisce Microsoft Office 365 per aziende, è necessaria un'attenta pianificazione. Innanzitutto, considerare gli obiettivi a lungo termine:

  • Se l'obiettivo a lungo termine consiste nel gestire cassette postali sia nell'organizzazione locale che nel cloud, è necessario distribuire Exchange nell'organizzazione locale sotto forma di quella che viene chiamata una distribuzione ibrida.

    Una distribuzione ibrida richiede Microsoft Exchange Server 2010. Tuttavia, non è necessaria un'organizzazione di Exchange 2010 completa per abilitare una distribuzione ibrida. È possibile installare un server ibrido di Exchange 2010 con configurazione minima in una organizzazione di Exchange 2003 o Exchange 2007 esistente.

  • Se l'obiettivo a lungo termine consiste nello spostare tutte le cassette postali nel cloud, è necessario valutare l'infrastruttura della posta elettronica locale corrente e selezionare lo strumento di migrazione e il metodo più adatti all'organizzazione. Esistono diversi metodi per eseguire la migrazione di tutte le cassette postali a Office 365 per aziende. Ogni metodo presenta vantaggi e svantaggi per amministratori e utenti e requisiti e dipendenze specifici.

Questo argomento ha lo scopo di aiutare a comprendere tutte le opzioni e pianificare la distribuzione. Viene illustrata la terminologia e vengono descritte le opzioni di distribuzione e gli strumenti inclusi con Exchange Online e Office 365 per aziende, come segue:

Terminologia: anello del decodificatore segreto

Nella documentazione del software e di supporto, sono stati utilizzati termini quali “coesistenza completa”, “coesistenza semplice”, “distribuzioni tra sedi diverse” e “distribuzioni ibride”. Questi termini rappresentano l'evoluzione del software per la gestione dello scenario “tra sedi” base.

Stiamo lavorando alla definizione della terminologia. Nel frattempo, ci auguriamo che questa tabella sia utile per comprendere la terminologia utilizzata nel software e nella documentazione.

 

Termine

Descrizione

distribuzione ibrida

La distribuzione completa di una soluzione di messaggistica di Exchange cross-premises con Office 365 per aziende ed Exchange Online. Le funzionalità comprendono:

  • Routing della posta tra le organizzazioni locali e quelle basate su cloud

  • Routing della posta con uno spazio dei nomi di dominio condiviso. Ad esempio, lo stesso dominio SMTP @contoso.com utilizzato sia dalle organizzazioni locali che da quelle basate su cloud.

  • Un elenco indirizzi globale unificato, denominato anche "rubrica condivisa"

  • Condivisione delle informazioni sulla disponibilità e sul calendario tra le organizzazioni locali e quelle basate su cloud

  • Controllo centralizzato del flusso di posta. L'organizzazione locale può controllare il flusso della posta per le organizzazioni locali e quelle basate su cloud.

  • Un unico URL Outlook Web App sia per le organizzazioni locali che per quelle basate su cloud

  • La possibilità di spostamento delle esistenti cassette postali locali nell'organizzazione basata su cloud

  • Gestione centralizzata delle cassette postali tramite Exchange Management Console (EMC) locale

  • Monitoraggio e suggerimenti per i messaggi, ricerca in più cassette postali tra le organizzazioni locali e basate su cloud

ibrida

La forma abbreviata di "distribuzione ibrida"

tra sedi

Una frase generica che si riferisce a qualsiasi distribuzione della messaggistica in cui il routing della posta comprende una distribuzione locale e un'organizzazione basata su cloud.

coesistenza completa

Vedere “distribuzione ibrida”. Il termine "coesistenza completa" è stato sostituito da "distribuzione ibrida".

coesistenza semplice

Un termine obsoleto che si riferisce alle distribuzioni cross-premises in cui Exchange 2010 non è distribuito nell'ambiente locale. Durante la fase di sviluppo, il termine è stato considerato troppo generico ed è stato deciso di non utilizzarlo in futuro. In parte della documentazione e nell'interfaccia utente si farà riferimento al termine "coesistenza semplice".

Migrazione di Exchange

La funzionalità di Exchange Online che è possibile utilizzare per spostare le cassette postali o, nel caso di migrazione della posta elettronica IMAP, il contenuto delle cassette postali degli utenti, dall'organizzazione di Exchange locale al cloud. È possibile trovare gli strumenti di migrazione di Exchange Online nella scheda Migrazione della posta elettronica del pannello di controllo di Exchange. Esistono tre tipi di migrazione di Exchange:

  • Migrazione di Exchange semplice (cutover), prima detta solo migrazione di Exchange semplice.

  • Migrazione in fasi di Exchange, che consente di gestire il routing della posta in una distribuzione locale e un'organizzazione basata su cloud a breve o lungo termine

  • Migrazione della posta elettronica IMAP, utilizzata per eseguire la migrazione del contenuto delle cassette postali degli utenti da un sistema di messaggistica IMAP alla cassetta postale basata su cloud

Single Sign-On

Il processo di autenticazione che consente ai propri utenti di utilizzare le credenziali aziendali di Active Directory esistenti (nome utente e password) per accedere ai servizi in Office 365 per aziende. Anche denominato federazione delle identità, il processo Single Sign-On in Microsoft Office 365 utilizza Active Directory Federation Services 2.0 (ADFS).

federazione delle identità

Anche utilizzato per descrivere il processo "Single Sign-On", questo termine viene utilizzato nella documentazione di Microsoft Office 365, ma sarà sostituito con "Single Sign-On". Vedere il post wiki Federazione in Office 365 ed Exchange per una spiegazione della terminologia federativa utilizzata in Office 365.

server ibrido

Un computer sul quale è in esecuzione un'edizione ibrida di Exchange Server 2010 e che è installato in un'organizzazione di Exchange Server 2007 o Exchange Server 2003 allo scopo di abilitare una distribuzione ibrida. In parte della documentazione precedente veniva utilizzato anche il termine "server di coesistenza".

Inizio pagina

Opzioni principali di distribuzione della posta elettronica a lungo termine

Gli strumenti di pianificazione e distribuzione di Office 365 per aziende sono stati progettati per supportare le seguenti opzioni di distribuzione della posta elettronica a lungo termine:

  • Distribuzione ibrida   Le cassette postali per l'organizzazione si possono trovare localmente in un'organizzazione di Exchange e nel cloud. Nello scenario di distribuzione ibrida, la funzionalità di messaggistica è semplice nella distribuzione locale e nella distribuzione cloud. Per l'elenco completo delle funzionalità supportate, vedere "Distribuzione ibrida" nella tabella precedente.

    Questo scenario di distribuzione ibrida può includere anche il processo Single Sign-On che consente agli utenti di utilizzare le credenziali aziendali di Active Directory esistenti per accedere a tutte le risorse locali e sul cloud.

  • Tutte le cassette postali nel cloud   Se l'obiettivo a lungo termine non richiede la funzionalità di messaggistica che comprende cross-premises, è necessario pianificare di spostare tutte le cassette postali nel cloud. È possibile che l'operazione richieda una settimana o forse mesi per completare la migrazione, ma, se l'obiettivo a lungo termine consiste nell'eseguire la migrazione di tutte le cassette postali al cloud, questa è l'opzione migliore.

Come verrà illustrato nella sezione successiva, molti degli strumenti di migrazione e cross-premises sviluppati per supportare queste due opzioni della cassetta postale a lungo termine possono essere utilizzati per supportare altri scenari cross-premises. Tuttavia, gli strumenti di pianificazione e distribuzione incorporati in Office 365 per aziende ed Exchange Online sono stati progettati per supportare lo spostamento di tutte le cassette postali nel cloud e una distribuzione ibrida.

Inizio pagina

Ulteriori opzioni di distribuzione

Utilizzando gli strumenti descritti in questo documento, è possibile creare altre soluzioni che possono funzionare per l'organizzazione, a breve termine, solo durante la migrazione, o a lungo termine. Di seguito vengono analizzate queste opzioni.

Gestire utenti locali con gli strumenti di Office 365

Un metodo di migrazione alternativo consiste nello spostamento di tutte le cassette postali nel cloud, continuando però a gestire utenti e risorse dall'Active Directory esistente. Dopo aver configurato il processo Single Sign-On e installato lo strumento di sincronizzazione della directory dei Microsoft Online Services, gli utenti possono utilizzare le credenziali aziendali di Active Directory (nome utente e password) per accedere alle nuove cassette postali nel cloud e alle risorse locali esistenti. Se l'organizzazione utilizza Exchange 2003 o una versione successiva e un numero di cassette postali minore di 1.000, è possibile eseguire la migrazione di Exchange semplice (cutover) per spostare le cassette postali e configurare il processo Single Sign-On. Per ulteriori informazioni, vedere Migrazione cutover di Exchange e Single-Sign On.

In alternativa, se si utilizza Exchange 2003 o Exchange 2007 locale, è possibile eseguire la migrazione di Exchange in fasi per abilitare questo scenario. Per ulteriori informazioni, vedere Pianificazione dell'identità dell'utente in una migrazione in fasi di Exchange.

Eseguire il provisioning degli utenti dall'Active Directory locale nel cloud

Se non si necessita del processo Single Sign-On, la distribuzione della sincronizzazione di Active Directory esclusivamente nell'organizzazione locale consente di eseguire il provisioning degli utenti dall'Active Directory locale nel cloud. Questa soluzione potrebbe funzionare per organizzazioni che gestiscono il routing della posta tra un'organizzazione basata su cloud e un sistema di messaggistica locale non Exchange o per organizzazioni che semplicemente preferiscono che tutti gli utenti provengano dall'Active Directory locale. Con questo scenario, alle organizzazioni che hanno molti utenti si consiglia di considerare una soluzione personalizzata per la sincronizzazione delle password tra l'organizzazione locale e l'organizzazione basata sul cloud.

Analizzare soluzioni di terze parti

Se non si esegue Exchange 2003 o versioni successive o si esegue un sistema di messaggistica basato sul web o un altro sistema di messaggistica locale, potrebbe essere necessario lavorare insieme a un partner per delineare una soluzione che soddisfi le proprie necessità utilizzando gli strumenti descritti in questa documentazione. La migrazione della posta elettronica IMAP, ad esempio, può essere un buon metodo per spostare i dati della cassetta postale per gli utenti, mentre una soluzione di terze parti può essere la risposta alla migrazione delle soluzioni del flusso di lavoro basate sulla messaggistica a Exchange Online.

Inizio pagina

Le variabili: elementi da considerare durante la preparazione della distribuzione

Dopo avere scelto l'opzione di distribuzione della posta elettronica a lungo termine, è necessario apprendere come utilizzare gli strumenti necessari allo spostamento delle cassette postali nel cloud e al miglioramento della fase di migrazione per gli utenti e il personale IT. Quando si pianifica la migrazione o una distribuzione ibrida, è necessario tenere in considerazione anche il routing della posta, il flusso della posta e la gestione dell'identità.

  • Gestione dell'identità

  • Strumento di sincronizzazione della directory dei Microsoft Online Services

  • Routing della posta

  • Metodi e strumenti di migrazione

Gestione dell'identità

Come si desidera gestire le identità degli utenti nel cloud? Sono disponibili due opzioni:

  • Identità non federata

  • Single Sign-on (anche noto come federazione delle identità)

Identità non federata

Con l'identità non federata, tutti gli utenti che dispongono di cassette postali nel cloud utilizzano credenziali generate da Office 365 per accedere alle risorse di Office 365. È possibile creare nuovi account utente e password per gli utenti di Office 365 nel portale di Office 365. In alternativa, è possibile utilizzare la sincronizzazione della directory per eseguire automaticamente il provisioning degli utenti dall'Active Directory locale. In entrambi i modi le credenziali vengono generate e gestite da Office 365.

Se si dispone di un sistema di gestione delle identità locale, gli utenti disporranno di un insieme di credenziali per le risorse di Office 365 e un insieme di credenziali per le risorse locali.

Il vantaggio di una soluzione di gestione delle identità non federate consiste in un minore sovraccarico durante la distribuzione e la configurazione della soluzione di identità. Una soluzione di gestione delle identità non federate è ideale per alcune piccole organizzazioni o per organizzazioni che intendono spostare tutte le risorse dell'utente nel cloud nel futuro prossimo.

Lo svantaggio di una soluzione di identità non federata per organizzazioni che ancora gestiscono le risorse degli utenti in locale è costituito dal fatto che l'esperienza utente viene interrotta e che richiede più istruzione sulla gestione delle credenziali. La richiesta di assistenza potrebbe essere notevole considerando che gli utenti devono gestire due insiemi di credenziali per accedere a molte risorse diverse nelle due distribuzioni.

Per le organizzazioni di medie o grandi dimensioni, i costi della gestione a lungo termine e del supporto tecnico renderanno probabilmente una soluzione di identità non federata più costosa rispetto al processo Single Sign-On.

Single Sign-On

Quando si distribuisce il Single Sign-On, tutti gli utenti che dispongono di cassette postali nel cloud utilizzano le credenziali di Active Directory locale per accedere sia alle risorse del cloud sia a quelle locali.

In breve, questo viene abilitato installando un server o più server ADFS nell'organizzazione locale. Il server ADFS viene federato con il servizio Office 365 nel cloud per fornire l'accesso delegato per le identità locali alle risorse specifiche di Office 365 e Exchange Online nello spazio dei nomi del dominio basato su cloud.

Il vantaggio del processo Single Sign-On consiste nel fatto che gli utenti non devono apprendere un nuovo schema di gestione delle credenziali. Oltre ai vantaggi per gli utenti, esistono molti vantaggi anche per gli amministratori:

  • Controllo di criteri: l'amministratore può controllare i criteri dell'account tramite Active Directory che consente di gestire i criteri della password, le restrizioni della workstation, i controlli di blocco e altro ancora, senza dover eseguire altre attività nel cloud.

  • Controllo accesso: L'amministratore può limitare l'accesso a Office 365 in modo che i servizi risultino accessibili tramite l'ambiente aziendale, i server online o entrambi.

  • Meno chiamate al supporto tecnico: le password dimenticate sono spesso la causa delle chiamate al supporto tecnico in tutte le società. Se gli utenti hanno meno password da ricordare, è meno probabile che le dimentichino.

  • Sicurezza: identità e informazioni dell'utente sono protette perché tutti i server e i servizi utilizzati nel processo Single Sign-On vengono gestiti e controllati in locale.

  • Supporto per l'autenticazione avanzata: Office 365 consente di utilizzare l'autenticazione avanzata (o autenticazione a due fattori), che tuttavia richiede Single Sign-On.

Dopo aver distribuito ADFS e la sincronizzazione della directory, tutti gli utenti e le risorse vengono gestiti dall'Active Directory locale esistente.

Lo svantaggio del processo Single Sign-On è costituito dal fatto che è necessario installare nuovi server che richiedono un certificato emesso da un'Autorità di certificazione (CA) e rendono più complicata e costosa la gestione degli utenti.

Nota   È preferibile, ma non obbligatorio, utilizzare il processo Single Sign-On nello scenario di distribuzione ibrida.

Il processo Single Sign-On potrebbe essere una buona soluzione anche per alcune aziende di grandi dimensioni che pianificano di eseguire la migrazione di tutte le cassette postali a Office 365 nel corso di alcuni mesi.

Con il passare del tempo, per la maggior parte delle organizzazioni che intendono gestire un insieme locale di risorse Active Directory insieme a Office 365, il processo Single Sign-On è una buona soluzione per semplificare la gestione delle identità utente.

Importanti

  • Single Sign-On con ADFS richiede Active Directory in locale.

  • Single Sign-On richiede che venga installato ed eseguito lo strumento di sincronizzazione della directory dei Microsoft Online Services.

  • Se si intende eseguire la migrazione di tutte le cassette postali al cloud e configurare Single Sign-On, non è possibile distribuire ADFS o la sincronizzazione delle directory prima di eseguire la migrazione semplice di Exchange (cutover) nel pannello di controllo di Exchange. È possibile, tuttavia, eseguire una migrazione di Exchange in fasi dopo aver distribuito ADFS e la sincronizzazione della directory.

Per ulteriori informazioni, vedere i seguenti argomenti:

Inizio pagina

Strumento di sincronizzazione della directory dei Microsoft Online Services

Lo strumento di sincronizzazione della directory dei Microsoft Online Services viene utilizzato principalmente per sincronizzare l'elenco indirizzi globale di Exchange, anche noto come rubrica condivisa, supportare complessi scenari di routing ed eseguire il provisioning degli utenti in una distribuzione cross-premises. La sincronizzazione della directory costituisce un requisito per lo scenario di distribuzione ibrida e potrebbe migliorare l'esperienza dell'utente in alcuni scenari di migrazione, specialmente se si intende abilitare il processo Single Sign-On.

Tuttavia, dalla prospettiva di gestione degli utenti, la sincronizzazione della directory si intende per l'utilizzo a lungo termine. Sebbene sia possibile disattivare (e riattivare) la sincronizzazione delle directory, è opportuno considerare la distribuzione della sincronizzazione delle directory come un impegno a lungo termine. Per ulteriori informazioni sulla disattivazione/riattivazione della sincronizzazione delle directory, vedere il post wiki Sincronizzazione della directory e origine di autorità.

Per impostazione predefinita, lo strumento di sincronizzazione della directory effettua una sincronizzazione unidirezionale dalla directory locale alla directory del cloud scrivendo le informazioni dell'utente e della cassetta postale nella directory del cloud per l'organizzazione di Office 365.

Per abilitare alcune funzionalità della distribuzione ibrida, è necessario concedere l'accesso in scrittura allo strumento di sincronizzazione della directory affinché sia possibile sincronizzare alcuni dati dell'utente correlati alla messaggistica nell'Active Directory locale. Le seguenti funzionalità vengono abilitate mediante la sincronizzazione dell'accesso in scrittura con l'Active Directory locale:

  • Archiviazione di cassette postali locali nel cloud

  • Spostamento delle cassette postali dal cloud all'organizzazione Exchange locale

  • Sincronizzazione del mittente attendibile e degli elenchi di mittenti bloccati gestiti dall'utente dal cloud

  • Sincronizzazione di notifiche per la casella vocale dal cloud

Importante   La sincronizzazione delle directory è necessaria per: la distribuzione ibrida; la configurazione Single Sign-On; la migrazione di Exchange in fasi.

Per ulteriori informazioni, vedere Sincronizzazione di Active Directory: Roadmap.

Inizio pagina

Routing della posta

In genere, il routing della posta per una distribuzione ibrida è semplice. Gli strumenti (principalmente lo strumento di sincronizzazione della directory) sono ottimizzati per indirizzare il record MX al sistema di Exchange locale come dominio autorevole. La posta elettronica per i destinatari basati su cloud viene quindi inoltrata dall'organizzazione di Exchange locale al cloud. La pagina Assistente per la distribuzione di Exchange Server illustra come configurare questo schema di routing per le distribuzioni ibride.

È anche possibile configurare il routing per le distribuzioni ibride in modo che il record MX sia indirizzato al cloud come dominio autorevole. Per ulteriori informazioni, vedere Routing ibrido - Puntamento del record MX al cloud .

Le configurazioni del routing della posta più complesse, in genere, entrano in gioco se si intende pianificare una distribuzione a lungo termine in cui i sistemi di messaggistica comprendono le distribuzioni locali e cloud. Nella maggior parte dei casi, se si intende eseguire la migrazione di tutte le cassette postali al cloud, non è necessario prendere in considerazione complessi scenari di routing della posta. L'eccezione può riguardare le lunghe migrazioni a fasi in cui potrebbe essere necessario il routing avanzato della posta per mantenere la qualità del servizio di posta elettronica durante la migrazione.

Importante   Sia la migrazione di Exchange semplice (cutover) sia la migrazione di Exchange in fasi gestiscono la sincronizzazione della posta elettronica a breve termine durante la fase di migrazione. La migrazione di Exchange semplice (cutover) sincronizza la posta elettronica mediante sottoscrizioni fino al completamento della migrazione. La migrazione di Exchange in fasi indirizza la posta elettronica contrassegnando l'indirizzo di destinazione cloud sulle cassette postali locali.

Inizio pagina

Metodi e strumenti di migrazione

Sono disponibili i seguenti metodi e strumenti di migrazione:

  • Richieste di spostamento con il servizio di replica delle cassette postali (MRS)

  • Migrazione del cutover di Exchange

  • Migrazione di Exchange in fasi

  • Migrazione della posta elettronica IMAP

  • PST Capture

  • Soluzioni di terze parti

La pagina Assistente per la distribuzione di Exchange Server illustra come distribuire la maggior parte di queste soluzioni.

Richieste di spostamento con il servizio di replica delle cassette postali (MRS)

Il servizio di replica delle cassette postali di Microsoft Exchange (MRS), che si trova in tutti i server Accesso client di Exchange 2010, è il servizio responsabile dello spostamento delle cassette postali, dell'importazione e dell'esportazione dei file PST e del ripristino delle cassette postali disabilitate e con eliminazione reversibile.

Le richieste di spostamento richiedono una distribuzione ibrida. Le richieste di spostamento consentono di spostare le cassette postali tra l'organizzazione Exchange locale e il cloud. È possibile effettuare questa operazione in Exchange Management Console.

Se si intende eseguire la migrazione e implementare una distribuzione ibrida a lungo termine con Exchange locale, le richieste di spostamento sono la modalità consigliata per eseguire la migrazione delle cassette postali.

Inoltre, per le organizzazioni di grandi dimensioni che eseguono Exchange 2003 o Exchange 2007 in locale e intendono spostare tutte le cassette postali nel cloud in un periodo di diversi mesi, l'utilizzo delle richieste di migrazione per una lunga migrazione di Exchange in fasi, che è essenzialmente una distribuzione ibrida, può avere senso.

Importante   Le richieste di spostamento richiedono l'installazione di un server ibrido Exchange 2010 in configurazione minima nell'organizzazione di Exchange locale. È necessario eseguire Exchange 2003 o versioni successive per distribuire la soluzione ibrida. L'Assistente per la distribuzione di Exchange Server può essere d'aiuto nella generazione di un piano di distribuzione ibrida.

Per ulteriori informazioni, vedere i seguenti argomenti:

Migrazione del cutover di Exchange

La migrazione di Exchange semplice (cutover) è ideale per piccole organizzazioni con meno di 1.000 cassette postali, che desiderano spostare tutte le cassette postali nel cloud in una sola operazione. Per accedere allo strumento, utilizzare la migrazione della posta elettronica nel pannello di controllo di Exchange.

Importanti

  • La migrazione di Exchange semplice (cutover) supporta solo Exchange 2003 o versioni successive. Se sono in esecuzione versioni precedenti di Exchange, è necessario utilizzare la migrazione della posta elettronica IMAP o una soluzione di terze parti.

  • Se è in esecuzione Exchange e si dispone di più di 1.000 cassette postali, prendere in considerazione l'utilizzo della migrazione di Exchange in fasi.

  • Se si intende distribuire Single Sign-On, eseguire prima la migrazione di Exchange semplice (cutover), quindi impostare Single Sign-On (e, al termine della migrazione, la sincronizzazione delle directory). L'esecuzione della sincronizzazione delle directory prima di eseguire la migrazione di Exchange semplice (cutover) impedisce la corretta esecuzione della migrazione.

Per ulteriori informazioni, vedere i seguenti argomenti di Exchange Online:

Inizio pagina

Migrazione di Exchange in fasi

La migrazione di Exchange in fasi è ideale per le organizzazioni più grandi o per le organizzazioni che desiderano eseguire la migrazione delle cassette postali al cloud nel tempo. In questo scenario, è possibile eseguire la migrazione di alcune cassette postali al cloud mantenendo le restanti cassette postali nell'organizzazione locale. Per accedere allo strumento, utilizzare la migrazione della posta elettronica nel pannello di controllo di Exchange.

Importanti

  • La migrazione di Exchange in fasi è stata progettata per le organizzazioni che intendono spostare alla fine tutte le cassette postali di Exchange locali nel cloud. Non è conveniente utilizzare la migrazione di Exchange in fasi per eseguire la migrazione di una parte delle cassette postali in uno scenario di coesistenza più lungo.

  • La migrazione di Exchange in fasi supporta solo Exchange 2003 o Exchange 2007. In presenza di versioni precedenti di Exchange, è necessario utilizzare la migrazione della posta elettronica IMAP oppure una soluzione di terzi. Se è in esecuzione Exchange 2010, è necessario implementare una distribuzione ibrida e utilizzare le richieste di spostamento per eseguire la migrazione.

  • La migrazione di Exchange in fasi richiede la sincronizzazione della directory.

  • Se si intende distribuire Single Sign-On come parte della pianificazione di distribuzione a lungo termine, impostare il Single Sign-On e la sincronizzazione della directory prima di eseguire la migrazione di Exchange in fasi.

Per ulteriori informazioni, vedere i seguenti argomenti:

Migrazione della posta elettronica IMAP

La migrazione della posta elettronica IMAP è progettata come uno strumento di migrazione del contenuto dei messaggi di posta elettronica di fallback per un'ampia varietà di server di posta elettronica. Se è in esecuzione Exchange 2000 Server o Exchange Server 5.5 Service Pack 4 o qualsiasi altro server IMAP conforme, come Gmail, la migrazione della posta elettronica IMAP è una possibilità. Utilizzare la migrazione della posta elettronica nel pannello di controllo di Exchange e un file CSV.

Per ulteriori informazioni, vedere i seguenti argomenti di Exchange Online:

PST Capture

Un altro strumento per migrare gli elementi nelle cassette postali su cloud è Microsoft Exchange PST Capture. PST Capture consente di cercare e raccogliere i file PST sui computer nell'organizzazione locale e importarli nelle cassette postali su cloud. Notare che è possibile utilizzare PST Capture per importare i file PST nelle cassette postali di archiviazione e principali locali. Per ulteriori informazioni, vedere Microsoft Exchange PST Capture.

Soluzioni di terze parti

Di seguito vengono riportati alcuni strumenti di migrazione di terze parti che possono essere utili per le migrazioni di Exchange da piattaforme non Microsoft:

  • Binary Tree   Provider di migrazione della messaggistica tra piattaforme e software di coesistenza con prodotti forniti per l'analisi, la coesistenza e la migrazione, tra ambienti di collaborazione e di messaggistica aziendale online e locali che si basano su IBM Lotus Notes, Domino, Microsoft Exchange e Microsoft SharePoint.

  • BitTitan  Provider di soluzioni di migrazione di posta elettronica self-service e di coesistenza per Exchange 2007 e Exchange Online.

  • Cemaphore   Provider di soluzioni di migrazione da Microsoft Exchange locale a Microsoft Online.

  • Quest   Provider di soluzioni di migrazione per Exchange Online e SharePoint Online, incluse migrazioni da Lotus Notes e Novell GroupWise a Exchange Online.

  • Metalogix   Provider di soluzioni di migrazione a Exchange Online e SharePoint Online.

Inizio pagina

 
Argomenti correlati
Caricamento in corso...
Nessuna risorsa trovata.