Microsoft Office 365: Spostamento di Office nel cloud

Il passaggio a Office 365 comporta benefici esclusivi per piccole e medie imprese, ma è opportuno considerare molte altre questioni relative alla transizione.

Brien M. Posey

Ci sono una varietà di benefici a trasferirsi a Microsoft Office 365, per lo più legati al costo e l'affidabilità. Ci sono anche diverse cose che è necessario prestare attenzione per evitare di garantire che voi fare correttamente, a seconda dell'ambiente.

Se si dispone di un business piccolo o all'avvio e non dispone ancora di una rete locale, non c'è niente di sbagliato con andando avanti e registrazione di un dominio e usarlo quando ti iscrivi per Office 365. Tuttavia, se si dispone già di un'infrastruttura di rete, può essere un errore enorme a saltare con entrambi i piedi e utilizzare un nome di dominio esistente quando ti iscrivi prima per Office 365.

Dopo il mantenimento di una rete locale composta da un dominio di laboratorio e un dominio di produzione dal 1997, era tempo di esternalizzare il mio ambiente di produzione a Microsoft Office 365. La decisione non era tanto di costo come lo era circa l'affidabilità. Continuità di business ha richiesto il mio ambiente di produzione di outsourcing. Lo spostamento a Microsoft Office 365, diverse pratiche migliori di transizione è emerso.

Il processo di transizione di Microsoft Office 365 è piena di trucchi. Non si vuole rischiare di interrompere un processo aziendale critico di incontrare uno di questi problemi. Che sia il caso, qui ci sono diverse raccomandazioni per fare la mossa:

  • Registrare un nome a dominio nuovo di zecca che possono utilizzare esclusivamente per scopi di test.
  • Costruire un laboratorio di prova che è configurato allo stesso modo il tuo ambiente di produzione (ma su un su scala ridotta).
  • Ottenere la versione di prova di Microsoft Office 365.
  • Utilizzare il vostro ambiente di lavoro e il vostro nome di dominio USA e getta per ottenere una sensazione di ciò che la transizione si sentirà come prima ti impegni ad utilizzare il vostro nome di dominio di produzione.

Decidere il tipo di transizione

Una delle prime decisioni che dovrete fare per quanto riguarda il passaggio a Microsoft Office 365 è il tipo di transizione che si desidera utilizzare. Una possibilità è di eseguire una migrazione di coesistenza. L'altro è di evitare la coesistenza complessivamente.

La migrazione basata sulla convivenza funziona collegando i server di Office 365 per la rete locale esistente. Si tratta dei server di Office 365 come un'estensione della rete esistente. Questo tipo di transizione può essere temporaneo, o si può continuare ad operare in uno stato di convivenza a tempo indeterminato.

Si può anche scegliere di evitare lo scenario di coesistenza. In questo caso, Office 365 è considerato come un'entità completamente separata. Si esegue la migrazione di dati esistenti a Office 365 senza l'utilizzo di coesistenza. Ci sono Pro e contro di ogni approccio.

Se si decide di adottare l'approccio di coesistenza, è consigliabile usufruire della procedura guidata trovata in Exchange Server 2010 SP2. Questa procedura guidata semplifica notevolmente il processo di migrazione. Senza la procedura guidata, la migrazione sarà composto da circa 50 passi. La procedura guidata consolida il processo in sei fasi.

Anche se il processo di migrazione è basata su Wizard e coinvolge molti meno passaggi quello che avrebbe se fosse necessario eseguirla manualmente, non si ottiene l'idea che la coesistenza è facile. Coesistenza richiede una grande quantità di pianificazione e duro lavoro. Probabilmente è necessario utilizzare il vostro ambiente di laboratorio e un nome di dominio USA e getta per lavorare attraverso il processo di transizione. In questo modo che non dovrai sentire il vostro senso attraverso il processo di migrazione in un ambiente di produzione.

Se andate con una migrazione non convivenza, il processo è considerevolmente più facile. Tuttavia, evitando la coesistenza è solitamente adatto solo molto piccole organizzazioni. Nelle organizzazioni più grandi, è poco pratico per cercare di ricreare manualmente gli account utente e quindi spostare i dati nel cloud.

Incontrare la nuova cassetta postale

Nella transizione mia organizzazione di piccole imprese a Microsoft Office 365, ho optato per il metodo di non-convivenza. L'approccio era simile all'esecuzione di un ripristino temporaneo in Exchange Server 2010. Il primo passo era quello di creare nuovo di zecca, le cassette postali sul server di Microsoft Office 365 e configurare queste cassette postali per utilizzare gli stessi indirizzi di posta elettronica come il mio server on-premise. Da lì, il passo successivo è stato di modificare il record MX per il mio dominio così posta vuoi iniziare che scorre per il server di cassette postali di Office 365, invece il server di cassette postali locali.

A quel punto, l'unica cosa a sinistra per fare era reindirizzare il mio client di Outlook per la nuova cassetta postale e sposta i vecchi messaggi il server di cassette postali di Office 365. Spostando tutti i vecchi messaggi intende copiare tutte le mail dal mio server di cassette postali locali per una serie di file PST (un file PST separato per ciascuna cassetta postale).

Una volta che ho collegato le nuove cassette postali Outlook, ho collegato i file PST e trasferisce i messaggi dai file PST per il server di cassette postali basati su cloud. Questo processo ha dimostrato di essere dispendioso, così probabilmente sarebbe adatto per una grande organizzazione. Per una piccola rete, però, il processo lavorato molto bene.

Aggiornamenti del DNS

Il record MX ha dovuto essere aggiornato prima di passare alla distribuzione di Office 365. Tuttavia, il record MX è solo uno dei diversi record DNS che è stato necessario aggiornare per poter utilizzare Microsoft Office 365. Sebbene gli aggiornamenti DNS sono relativamente semplici da eseguire, ci sono un paio di importanti fattori che dovete considerare.

Il primo comporta la determinazione di chi ha la facoltà di apportare modifiche al tuo record DNS. La maggior parte delle organizzazioni sarà probabilmente in grado di fare le proprie modifiche DNS attraverso un server DNS locale o una console Web fornito da un ISP. In questo caso, tuttavia, non hanno accesso diretto al mio record DNS. In realtà doveva avere il mio ISP apportare le modifiche per me.

Indipendentemente dal fatto se si potrai fare il tuo DNS registrare modifiche o lasciando che il vostro ISP, basta tenere a mente è necessario apportare modifiche multiple. Dovrete creare un record DNS speciale come un modo di dimostrare a Microsoft che infatti possedete il dominio. Una volta che hai registrato il dominio con Office 365, ci sono un certo numero di altri è necessario creare o modificare i record DNS. A seconda del tipo di transizione che si sta eseguendo, queste modifiche potrebbero accadere tutto in una volta o separatamente. Potrebbe essere necessario modificare i record DNS individualmente come si inizia la transizione di servizi specifici.

L'unico problema DNS che ho incontrato durante questo processo è stato che il mio ISP utilizza un server DNS Lenox command line-based. Come tale, aveva idea di come creare alcuni dei record di risorse necessari per Microsoft Lync. In definitiva, questi record si è rivelato inutili per il modo di che utilizzare Office 365. Avrebbe potuto essere un grosso problema, però, se fossi pesantemente dipendente da Lync.

Sincronizzazione con Active Directory

Se si decide di eseguire una transizione di coesistenza, è necessario prendere in considerazione il processo di sincronizzazione di Active Directory. Quando si esegue una distribuzione di coesistenza, che continuerai ad avere il controller di dominio locale. Ci sarà pure DCs cloud-based. Microsoft Office 365 è progettato per eseguire la sincronizzazione di Active Directory necessaria tra locali e su controller di dominio basato su cloud.

Si potrebbe non rendersi conto fino a quando è troppo tardo che il processo di sincronizzazione di Active Directory è una strada a senso unico. Se si apportano modifiche in Active Directory locale, tali modifiche verranno sincronizzate al cloud. D'altra parte, se si apportano modifiche alla copia cloud-based di Active Directory, tali modifiche non sincronizzate a controller di dominio locale. Infatti, le modifiche apportate alla fine verranno sovrascritto dal processo di sincronizzazione directory.

Strumenti di terze parti

Uno degli aspetti spesso trascurati della transizione a Microsoft Office 365 è che, a seconda della natura della transizione, qualsiasi prodotti di terze parti in cui l'organizzazione ha già investito potrebbero essere reso inutili. In alcuni casi, i prodotti software di terze parti possono continuare a lavorare se la tua azienda effettua una distribuzione locale oltre la distribuzione basata su cloud. Questo è lontano da una garanzia, tuttavia. Funzionalità continua dipende molto dal singolo prodotto e la natura della vostra distribuzione di Office 365.

Il problema con l'utilizzo di software di terze parti è che Microsoft non consente di installare i prodotti software su server basati su cloud. Come tale, se avete utilities che sta attualmente in esecuzione sul server di Exchange, SharePoint e Lync locali, non sarai in grado di distribuire tali utilità ai server basati su cloud di Microsoft.

In alcuni casi questa limitazione può essere un grosso problema. Prima transizione a Office 365, mia rete utilizzato GFI Mail Essentials per il controllo dello spam. Avevo messo una considerevole quantità di tempo nella costruzione di una lista bianca per assicurare messaggi client sono stati mai trattati come spam. Altrettanto importante, il meccanismo di filtro anti-spam è stato perfezionato per sbarazzarsi della stragrande maggioranza delle migliaia di messaggi di spam che arrivano ogni giorno.

Dopo che il passaggio a Office 365, ho dovuto smettere di usare GFI Mail Essentials. Microsoft fornisce Forefront per Exchange come mezzo di controllo della posta indesiderata, ma ci sono voluti ancora la parte migliore di un mese per perfezionare Forefront fino al punto dove sono stato in grado di filtrare la maggior parte dello spam in entrata.

Nel mio caso, controllo spam è stato l'unico servizio colpita dalla incapacità di eseguire l'utilità di terze parti sul server di Microsoft Office 365. Le organizzazioni più grandi potrebbero ritrovarsi dover rinunciare altri servizi. Queste potrebbero includere strumenti per le attività comuni come software di monitoraggio o conformità di messaggistica.

Considerazioni di Outlook

L'impossibilità di utilizzare prodotti di terze parti livello server con Microsoft Office 365 non potrebbe essere un problema per alcune organizzazioni. Tuttavia, esistono alcune limitazioni sul lato client che è necessario prendere in considerazione.

Per cominciare, le versioni precedenti di Microsoft Outlook non funzionano con Microsoft Office 365. Office 365 richiede il minimo di Outlook 2007. Questo significa che le organizzazioni che eseguono Office 2003 o anche vecchie versioni di Office dovranno aggiornare prima di passare a Office 365. Vale la pena notare che alcuni dei pacchetti di abbonamento Office 365 include Microsoft Office 2010 licenze on-premise. Naturalmente, Outlook Web App è incluso in tutte le sottoscrizioni di Microsoft Office 365, che possono essere utilizzate come alternativa ad Outlook.

Un'altra considerazione importante per Outlook è che alcuni componenti aggiuntivi di terze parti Outlook non funzionano con Office 365. Molti i componenti aggiuntivi di Outlook (ad esempio, software antivirus, software di archiviazione e così via messaggio) sono basate su MAPI Messaging Application Programming Interface (), e Office 365 non supporta l'utilizzo dello stack MAPI. Come tale, utilità basate su MAPI non funziona con Office 365.

Chiaramente, ci sono alcune sostanziali fattori da considerare prima della migrazione a Office 365. Anche così, l'interruttore a Office 365 vale la pena. Il servizio è sempre più affidabile di reti locali, e meno tempo speso per la gestione delle patch e altre attività di manutenzione equivale a un aumento del valore.

Brien M. Posey

**Brien M. Posey**MVP, è un autore tecnico freelance con migliaia di articoli e decine di libri al suo attivo. Si può visitare il sito Web di Posey al indirizzo brienposey.com.

Contenuto correlato