Microsoft Office 365: Rendere uno spostamento uniforme per la nuvola

Esistono una miriade di fattori di cui tenere conto durante la migrazione dei propri utenti nella cloud; tuttavia, l'ambiente Microsoft Office 365 semplifica il percorso.

Brien Posey

Il passaggio all'area non da sottovalutare. Non vi è poca domanda che le organizzazioni saranno in grado di ridurre i costi di spostamento in Microsoft Office 365, ma la pianificazione e i processi coinvolti nel passaggio da un'infrastruttura esistente a un ambiente cloud è un'impresa notevole.

Microsoft è incoraggiare le organizzazioni di tutte le dimensioni per iniziare le operazioni di migrazione per la nuvola quando Microsoft Office 365 diventa disponibile e il processo sta eseguendo il meglio per rendere più uniformi. Microsoft Office 365 è costituito da cloud versioni di Microsoft Exchange Server 2010, 2010 SharePoint e Microsoft Lync Server. Alcune sottoscrizioni Office 365 includerà anche accesso a Microsoft Office Professional Plus, nonché le applicazioni Web di Microsoft Office.

Con così tanti diversi prodotti di Microsoft Office 365, globalmente che copre il processo di migrazione è una sfida. Al contrario, vediamo come sarà eseguire alcune attività comuni nel nuovo ambiente di Microsoft Office 365 e iniziare a pensare di alcuni problemi che sono incontrati durante la transizione.

Nomi di dominio

Una domanda sospeso è il passaggio a Microsoft Office 365 effetti i nomi di dominio dell'organizzazione. Exchange, SharePoint e Lync sono chiaramente tutti i dipendenti in Active Directory. Il modo in cui sono interessati i nomi di dominio varia a seconda se si sceglie di mantenere un server Active Directory in locali e se si decide di utilizzare la federazione di identità.

Se si desidera continuare a ospitare Active Directory, ma non desidera che la necessità di implementare la federazione di identità, quindi è possibile 365 di Microsoft Office consente di gestire i nomi di dominio tramite un processo denominato redelegation parziale. L'organizzazione mantenga la proprietà del nome di dominio, ma alcune funzioni, ad esempio posta elettronica e hosting Web vengono reindirizzati ai server di Microsoft Office 365.

Microsoft rende il processo di redelegating di un dominio per l'utilizzo con Microsoft Office 365 piuttosto indolore. La console di amministrazione di Microsoft Office 365 consente di aggiungere un nome di dominio (vedere nella figura 1).

Figure 1 You can add your existing domain names to Microsoft Office 365

Figura 1 È possibile aggiungere i nomi di dominio esistente per Microsoft Office 365

Prima di poter aggiungere un dominio di Microsoft Office 365, è possibile dimostrare che il nome di dominio si è proprietari, fornendo le credenziali di accesso per il Registro di dominio o host.

Utenti e gruppi

Utilizzo di utenti e gruppi all'interno di un 365 di Microsoft Office ambiente richiede alcuni acclimatization. Invece di esporre la console Active Directory Users and Computers, Microsoft fornisce l'interfaccia (vedere nella figura 2).

Figure 2 The administrative console contains a mechanism for creating and managing user accounts.

Figura 2 la console di amministrazione contiene un meccanismo per la creazione e gestione degli account utente

Microsoft offre diverse opzioni per la gestione degli account utente. Se si dispone già di un ambiente Active Directory, la scelta migliore sarà probabilmente sincronizzazione di Active Directory. Consente di stabilire una relazione tra Active Directory locale e l'area di Microsoft Office 365. È possibile continuare a utilizzare l'infrastruttura di Active Directory esistente e tutti gli strumenti di gestione di Active Directory.

La cosa più importante che è necessario sapere sulla sincronizzazione di Active Directory è il processo funziona solo uno dei modi. Il contenuto di Active Directory viene copiato la nuvola, ma le modifiche apportate all'area non vengono replicate da Active Directory locale. Sebbene sia tecnicamente possibile apportare modifiche agli account utente tramite l'interfaccia di nuvola, tali modifiche non vengono mai replicate ad Active Directory locale e alla fine verranno sovrascritto dal processo di sincronizzazione.

Un'altra opzione per la gestione degli account utente consiste nell'utilizzare la federazione di identità. L'idea alla base base federazione di identità è mantenere il controllo dell'ambiente Active Directory. Mediante l'implementazione di Active Directory Federation Services versione 2. 0, è possibile consentire agli utenti di accedere in area utilizzando le normali credenziali di Active Directory.

Se si intende eseguire sincronizzazione di Active Directory, Microsoft consiglia di che attivarla federazione di identità. Se si desidera utilizzare la sincronizzazione di Active Directory, ma non si desidera abilitare la federazione di identità, è necessario redelegate il dominio nel modo descritto in precedenza.

Avvio in area

Vale la pena notare che una distribuzione di Active Directory locale non è un prerequisito per l'uso di Microsoft Office 365. Allo stesso modo, inoltre è possibile una distribuzione multipunto per spostare tutti gli elementi in area, fino a quando non si utilizza tutte le applicazioni in locali (diversi da quelli inclusi in Microsoft Office 365) che richiedono l'accesso ad Active Directory.

L'interfaccia amministrativa consente di creare account utente direttamente all'interno dell'ambiente di Microsoft Office 365;Tuttavia, non eseguire questa operazione se si sta eseguendo la sincronizzazione delle directory. Sebbene sia possibile creare un account utente alla volta mediante una procedura guidata sul Web, la console di amministrazione consente inoltre di creare account utente in massa mediante la compilazione di un file CSV con informazioni sull'account utente e quindi importare tale file. È possibile vedere che la console di amministrazione offre la possibilità di scaricare un file CSV vuoto o un file CSV di esempio (vedere nella figura 3).

Figure 3 You can create user accounts in bulk by adding the user information to a CSV file.

Figura 3 È possibile creare gli account utente in massa, aggiungendo le informazioni utente in un file CSV

La migrazione degli utenti esistenti

Così come Microsoft Office 365 consente di creare nuovi account utente nell'area, è possibile migrare anche gli utenti esistenti. Microsoft Office 365 comprende Exchange Server 2010. Anche se i dati delle cassette postali sono memorizzati in un server cassette postali, la cassetta è un attributo di Active Directory. Di conseguenza, la migrazione di un account utente comporta anche la migrazione delle cassette postali dell'utente.

Le migrazioni non sono proposta estrema. È possibile creare scenari di coesistenza in cui si dispone di utenti con cassette postali di Exchange nei locali, mentre le cassette postali degli altri utenti presenti nell'area.

Detto, le migrazioni di utenti di Microsoft Office 365 vengono considerate come le migrazioni delle cassette postali. A parte, coesistenza 365 di Microsoft Office supporta due tipi di migrazioni delle cassette postali. È possibile eseguire una migrazione IMAP (Internet Message Access Protocol) o una migrazione di Exchange in locali.

Migrazioni di IMAP

Si utilizzerà una migrazione IMAP quando è necessario eseguire la migrazione dei dati delle cassette postali da un sistema di posta non Exchange o da Exchange 5. 5 o Exchange 2000. Il processo di migrazione effettivo è relativamente semplice, ma può richiedere parecchio lavoro di preparazione.

Prima di eseguire una migrazione IMAP, è possibile creare cassette postali di Exchange per tutti gli utenti i cui dati della cassetta postale verrà esegue la migrazione. Inoltre è possibile creare un file CSV con l'indirizzo di posta elettronica, il nome utente e la password per ogni cassetta postale in cui verrà eseguita la migrazione. Dopo aver montato le informazioni richieste, è possibile utilizzare l'opzione di migrazione della posta elettronica in un'applicazione Web di Outlook per eseguire la migrazione effettiva (vedere nella figura 4).

Figure 4 E-mail migrations are done through Outlook Web App.

Figura 4 le migrazioni di posta elettronica vengono eseguite tramite un'applicazione Web di Outlook

In questo momento, Microsoft Office 365 è ancora in fase di beta testing e di alcune ambiguità quanto al numero di utenti in modo efficace è possibile eseguire la migrazione. L'interfaccia di migrazione della posta elettronica indica avere meno di 1000 cassette postali, ma la documentazione indica che è possibile eseguire le migrazioni su larga scala, la migrazione delle cassette postali in batch. La documentazione suggerisce di limitare ogni lotto di 2500 cassette postali.

Migrazioni di Exchange Server

Come nel caso con la migrazione IMAP, una migrazione di Exchange consente di spostare i dati delle cassette postali cloud. Il processo di migrazione consente di spostare i messaggi, contatti e gruppi di distribuzione.

Esistono due diversi tipi di migrazioni di Exchange. Una migrazione semplice consente di spostare contemporaneamente tutte le cassette postali di Exchange. Una migrazione graduale consente di migrare un sottoinsieme delle cassette postali. Si utilizzerà una migrazione graduale in scenari di coesistenza.

Il primo passaggio nell'esecuzione di una migrazione semplice consiste nello specificare il tipo di migrazione. È possibile scegliere di eseguire un Exchange 2007 e successiva migrazione o un Exchange 2003 e migrazione successiva (vedere nella figura 5). L'unica vera differenza tra i due è che l'opzione di Exchange 2007 utilizza il servizio di individuazione automatica per rilevare automaticamente le impostazioni di connessione. L'opzione di Exchange 2003 è necessario specificare manualmente le impostazioni di connessione.

Figure 5 The Exchange 2007 option uses the Autodiscover option to detect your connection settings.

Figura 5 opzione The Exchange 2007 viene utilizzata l'opzione di individuazione automatica per rilevare le impostazioni di connessione

Come è facile immaginare, il processo di migrazione può richiedere parecchio tempo. Ciò vale soprattutto se si dispongono di molte cassette postali o cassette postali di dimensioni particolarmente grandi (365 di Microsoft Office dispone di una quota della cassetta postale di 25 GB). Microsoft Office 365 utilizza due metodi diversi di sincronizzazione per sincronizzare le cassette postali durante la migrazione.

Durante la sincronizzazione iniziale, i dati delle cassette postali viene prima copiati la nuvola. In seguito, Exchange esegue una sincronizzazione incrementale ogni 24 ore. Sincronizzazione incrementale consente di copiare tutti i nuovi dati delle cassette postali per l'area.

Dopo tutto le cassette postali sono stati migrati, Exchange invia un'e-mail che indica che la migrazione è stata completata. Questo messaggio contiene due allegati. Uno di tali allegati è un file denominato MigrationErrors.csv. Elenca le cassette postali che non è riuscito a eseguire la migrazione. Altri allegati sono denominato MigrationStatistics.csv. Questo file contiene informazioni relative al numero di elementi che sono stati migrati.

Ancora più importante, tuttavia, il file MailboxStatistics.csv contiene una password temporanea per ogni utente. L'utente dovrà utilizzare la password quando si accede è l'area, quindi reimpostare la password.

A questo punto, è possibile reindirizzare il record di Mail Exchange sul server DNS dell'organizzazione per fare riferimento al server di area. In questo modo i messaggi passare direttamente al server di area. La migrazione completa con una sincronizzazione finale e il messaggio di posta elettronica di conferma. Quindi si e gli utenti sono computing nell'area.

Brien Posey

Brien Posey MVP, è un autore tecnico freelance con migliaia di articoli e decine di libri al suo credito. È possibile visitare il sito Web all'indirizzo brienposey.com.

Contenuto correlato