Esporta (0) Stampa
Espandi tutto

Suggerimenti pianificazione distribuzione per Office 365

 

Si applica a: Office 365 Enterprise

Ultima modifica dell'argomento: 2014-04-14

Riepilogo: contiene informazioni sull'app Assistente installazione e altri suggerimenti per la conformità della rete, la pulitura della directory, la migrazione dei dati di posta elettronica e le distribuzioni ibride.

Il miglior modo per preparare la tua azienda a passare a Office 365 consiste nell'eseguire i controlli forniti dall'app Assistente installazione. Dopo aver installato l'app, questa controllerà la configurazione dell'ambiente esistente e ti consiglierà il modo migliore per passare a Office 365. Inoltre, Assistente installazione verifica le impostazioni di configurazione dell'ambiente per verificare che tu sia pronto ad avviare la distribuzione e per avvisarti delle modifiche che potrebbero essere apportate.

Puoi anche rileggere Considerazioni principali sulla distribuzione per un aiuto nella pianificazione e preparazione della distribuzione di Office 365.

Assistente installazione è disponibile per assisterti nel rilevamento automatizzato e nei controlli della preparazione correlati alle distribuzioni di Office 365. Per utilizzare tutte le funzionalità di Assistente installazione devi prima accedere a un computer aggiunto al dominio nell'organizzazione e poi installare l'app tramite ClickOnce. Deve essere un computer aggiunto a un dominio solo se la tua azienda utilizza un dominio. Puoi quindi utilizzare l'app per rivedere i passaggi di distribuzione suggeriti e scoprire cosa è installato nell'organizzazione per determinare la tua preparazione alla distribuzione.

Puoi inoltre utilizzare Assistente installazione per selezionare manualmente le opzioni di distribuzione di Office 365, scegliendo di non installare l'app e selezionando gli strumenti e le funzionalità che desideri utilizzare. In questo caso Assistente installazione fornirà un elenco di attività dettagliate che ti consentiranno di creare Office 365 nel modo migliore.

Vedi Utilizzare Assistente installazione per determinare la preparazione di Office 365 per istruzioni su come utilizzare l'app.

Le risorse seguenti offrono ulteriore assistenza per le attività e i quesiti relativi alla distribuzione.

Community di Office 365

Nel sito Community di Office 365 vengono pubblicate le soluzioni sviluppate e le informazioni più recenti relative a Office 365. È disponibile anche un'area di discussione in cui i membri del sito pubblicano domande e risposte. Da questo sito è inoltre possibile accedere ai blog, ai forum e alle pagine wiki.

IDFix

È inoltre possibile utilizzare lo strumento IDFix per l'individuazione e la correzione di oggetti identità e dei relativi attributi in un ambiente Active Directory locale per la preparazione della migrazione a Office 365. IdFix è destinato agli amministratori di Active Directory responsabili dell'esecuzione di DirSync con il servizio di Office 365.

Assistente per la distribuzione di Exchange Server

L'Assistente per la distribuzione di Exchange Server 2010 offre informazioni dettagliate per lo scenario di distribuzione ibrida dall'ambiente Exchange locale a Exchange Online.

L'Assistente per la distribuzione di Exchange 2003 offre informazioni dettagliate per lo scenario di distribuzione ibrida dall'ambiente Exchange locale a Exchange Online.

Microsoft Assessment and Planning Toolkit

Microsoft Assessment and Planning (MAP) Toolkit genera valutazioni dettagliate sulla conformità per la migrazione a servizi basati sul cloud, ad esempio Office 365 per aziende.

Kit di adozione e formazione per Lync Online

Il Kit di adozione e formazione per Lync Online include risorse che aiutano i tuoi utenti a raggiungere rapidamente livelli di produttività ottimali.

Il toolkit di supporto MOSDAL (Servizi cloud Microsoft diagnostica e registrazione) Il toolkit di supporto MOSDAL consente di raccogliere dati relativi alla configurazione e alla registrazione di applicazioni di sistema, di rete e basate su servizi, oltre a eseguire la diagnostica di rete. Il toolkit può essere utilizzato per la risoluzione di una vasta gamma di problemi di Office 365.

Durante la pianificazione della distribuzione di Office 365 può essere richiesta la valutazione di numerose tecnologie, caratteristiche e funzioni che rendono Office 365 un servizio unico. In fase di determinazione dei requisiti, è importante tentare di attenersi al criterio della semplicità. La disponibilità di una tecnologia, caratteristica o funzione non significa che sia necessaria o che sia importante distribuirla.

In fase di pianificazione della distribuzione, considerare gli aspetti seguenti:

  • Durante la determinazione dell'approccio alla migrazione, quali sono i requisiti obbligatori e quali le opzioni facoltative?

    • È necessario eseguire la migrazione di tutta la posta elettronica legacy?

    • È possibile ignorare la migrazione della posta elettronica, creare cassette postali vuote e quindi spostare tutti gli utenti nelle nuove cassette postali in pochi giorni o è necessario più tempo?

    • È necessaria una configurazione ibrida? In tal caso, di che tipo e per quanto tempo?

    • È necessario gestire Exchange Online in locale? Questa operazione è fondamentale perché richiede l'installazione di almeno un Exchange Server che esegua gli strumenti.

    • È necessaria la sincronizzazione di Active Directory o è più semplice gestire le identità utente esclusivamente nel cloud?

Quando si esegue l'iscrizione per una sottoscrizione di valutazione di Microsoft Office 365 per le imprese, verrà creata una sottoscrizione online che contiene tutti i servizi e le impostazioni di Office 365 che si prevede di utilizzare. È possibile eliminare questo tenant quando si esegue il test del servizio. Sarà necessario creare un nuovo tenant di produzione al momento della distribuzione di Office 365 nell'organizzazione.

Tuttavia, molti utenti creano un tenant di valutazione a scopo di test e utilizzano lo stesso tenant per la produzione. Il vantaggio di questo approccio è che tutte le attività di configurazione necessarie per migrare e utilizzare Office 365 in questo modo saranno già state eseguite e testate. Lo svantaggio è che sarà necessario testare nuovamente l'ambiente di produzione, sincronizzare i domini di produzione, gli utenti, i gruppi e i contatti se si prevede di utilizzare la sincronizzazione della directory.

Se si prevede di utilizzare il tenant di valutazione per la produzione, verificare di scegliere un nome per il tenant che sia diverso dal nome del tenant previsto per la produzione. Spesso viene commesso l'errore di utilizzare il nome di una società per la versione di valutazione. Il nome del tenant viene visualizzato negli inviti di Lync e SharePoint Online, ma Microsoft attualmente non dispone di strumenti per rinominare un tenant o eseguire la migrazione di dati da un tenant all'altro. Per apportare modifiche in un secondo momento, sarà necessario creare un nuovo tenant e spostare manualmente i dati e le impostazioni.

Ad esempio, è possibile attribuire un nome diverso al tenant quando si imposta un account di valutazione anziché un account di produzione.

NotaNota:
Se sono presenti più di 50.000 oggetti utente nella directory, contatta il Supporto tecnico Microsoft prima di eseguire l'iscrizione per un tenant di produzione.

Se possibile, è consigliabile eseguire la distribuzione di un modello di prova con il tenant. Quando il tenant è pronto, è possibile iniziare a pianificare le caratteristiche che si desidera utilizzare con il servizio. Per le organizzazioni di piccole dimensioni, è possibile scegliere di gestire gli utenti e tutte le altre impostazioni utilizzando il portale di Office 365. In tal caso, è possibile iniziare a creare utenti e cassette postali direttamente dalla pagina di amministrazione e iniziare a configurare i computer client da collegare.

Se si sceglie una configurazione più avanzata in cui gli account utente vengono sincronizzati da Active Directory o si desidera impostare la coesistenza e gli strumenti di migrazione avanzata, è necessario pianificare e preparare la configurazione degli elementi seguenti:

  • Sincronizzazione della directory: consente di sincronizzare le informazioni su gruppi e utenti di Active Directory con il tenant. In questo modo è possibile condividere un elenco di indirizzi globale unificato tra il tenant di Office 365 e l'ambiente di posta elettronica locale. La sincronizzazione è inoltre necessaria per funzionalità più avanzate, ad esempio Active Directory Federation Services (ADFS) 2.0. La sincronizzazione della directory consente inoltre di gestire le informazioni sugli account in Active Directory in locale utilizzando gli strumenti di gestione esistenti di Active Directory.

  • AD FS 2.0: consente di autenticare gli utenti di Office 365 in Active Directory in modo che possano utilizzare il proprio account locale esistente di Active Directory e la relativa password per collegarsi al servizio.

L'organizzazione deve pianificare in anticipo la configurazione di record DNS interni ed esterni, nonché i test per verificare il corretto funzionamento della risoluzione dei nomi. L'organizzazione deve inoltre prevedere di fornire una larghezza di banda Internet adeguata per i servizi selezionati durante la migrazione dei dati a Office 365.

È inoltre importante tenere presente che Office 365 richiede l'accesso a porte e protocolli specifici per supportare l'utilizzo di servizi e strumenti di migrazione online. È necessario utilizzare un certificato Secure Socket Layer (SSL) di terzi per proteggere la distribuzione di Office 365 dell'organizzazione. Questi elementi possono determinare problemi o malintesi che spesso portano a richieste di supporto tecnico:

  • Applicazione di filtri in base ai nomi di dominio e non all'indirizzo IP

  • Supporto di NAT (Network Address Translation) in Office 365

Per ulteriori informazioni sulla conformità della rete, vedere la sezione Pianificazione dei servizi di rete e di denominazione per Office 365 nella guida alla distribuzione.

Per la riuscita della sincronizzazione tra la directory dell'ambiente Active Directory locale e Office 365, è necessario che gli oggetti e gli attributi della directory locale siano preparati correttamente. Se, per Office 365, gli oggetti utente dall'Active Directory in locale vengono pianificati alla fonte (provisioning), tramite sincronizzazione della directory, assicurati di aver compreso i requisiti Active Directory del cliente Office 365 e di eseguire i controlli disponibili nell'assistente installazione di OBSOLETO Strumenti per la valutazione e la preparazione a Office 365. In questo modo è possibile preparare Active Directory per l'interazione con Exchange Online, SharePoint Online, Lync Online, ADFS 2.0 e la sincronizzazione della directory. Risolvere tutti i problemi prima di distribuire ed attivare la sincronizzazione della directory.

Se prevedi di utilizzare la funzionalità Single Sign-On con Office 365, devi prima fare quanto segue:

  • Registrare il dominio che si prevede di utilizzare per la funzionalità Single Sign-On in Office 365. Se si tratta di un tenant di valutazione o di test e si stanno utilizzando account di test, utilizzare un dominio di test, ad esempio testcontoso.com, ma non test.contoso.com.

    Ad esempio, se è un tenant che si prevede di utilizzare per la produzione, utilizzare il dominio che si prevede di utilizzare in produzione, ad esempio contoso.com.

  • Verificare che gli utenti che si prevede di abilitare per la funzionalità Single Sign-On dispongano del dominio di configurazione indicato in precedenza come suffisso del nome dell'entità utente (UPN, User Principal Name).

NotaNota:
Prima di modificare il suffisso UPN esistente di un utente, verificare che l'utente non disponga di certificati in Active Directory basati sul suffisso UPN precedente. In seguito non sarà possibile decrittografare alcun elemento crittografato con il certificato (posta elettronica, file e così via).

Per ulteriori informazioni, vedere Preparazione per l'accesso Single Sign-On con Office 365.

Pianificare in anticipo gli aggiornamenti dei desktop e i nuovi requisiti software: questi elementi possono influire sui piani di distribuzione.

Sarà necessario distribuire le applicazioni Office e tutti i relativi aggiornamenti a tutti gli utenti finali che prevedono di utilizzare i servizi con le applicazioni client. Determinare gli utenti che per primi dovranno eseguire il processo e includerli nelle riunioni di pianificazione della migrazione per valutare le tempistiche degli aggiornamenti dei desktop in relazione alle migrazioni delle cassette postali.

Prendere in considerazione gli aspetti seguenti:

  • Quali prodotti e aggiornamenti è necessario distribuire?

  • In che modo gli aggiornamenti e i prodotti verranno inclusi nei pacchetti e distribuiti nei computer?

  • È possibile verificare se un computer è stato aggiornato?

  • È necessario eseguire il test di compatibilità per le applicazioni line-of-business prima dell'implementazione?

  • È possibile accedere a molti servizi di Office 365 tramite un Web browser.

  • I client possono collegarsi tramite firewall a tutti i servizi?

Per assicurare la propria conformità con Office 365 dal punto di vista dei desktop, rivedere Pianificazione dei computer client e dei dispositivi mobili che si connettono a Office 365.

Al momento della valutazione delle caratteristiche di Office 365 disponibili per soddisfare i requisiti aziendali, l'organizzazione deve creare un inventario delle applicazioni line-of-business in uso e stabilire quali componenti di messaggistica o collaborazione dovranno eventualmente essere integrati con le offerte di servizi di Office 365. In alcuni casi, è possibile che l'organizzazione debba apportare modifiche all'applicazione o al codice personalizzato per garantirne il corretto funzionamento con i servizi di Office 365.

Le interfacce seguenti sono a disposizione dell'organizzazione per gestire l'integrazione delle applicazioni con Office 365:

  • Windows PowerShell per l'identità utente e il provisioning degli account: consente all'organizzazione di eseguire a livello di programmazione praticamente tutte le attività di gestione degli utenti nel Portale dei Servizi cloud Microsoft.

  • Windows PowerShell per Exchange Online: consente di eseguire le attività in Exchange Management Console tramite Windows PowerShell.

  • Servizi Web Exchange per Exchange Online: consente di eseguire numerose attività supportate dal client Outlook a livello di programmazione.

  • Inoltro SMTP: è possibile utilizzare Exchange Online come servizio di recapito SMTP (Simple Mail Transfer Protocol) per inoltrare i messaggi di posta elettronica inviati dalle applicazioni line-of-business.

  • Servizi Web SharePoint: rendono disponibili metodi e servizi accessibili tramite applicazioni client come Silverlight ed ECMAScript. Per ulteriori informazioni sui servizi Web SharePoint e il modello a oggetti client di SharePoint, vedere SharePoint Online: panoramica per sviluppatori.

Ad esempio, le applicazioni Exchange sul lato server utilizzano i protocolli server per accedere agli strumenti di gestione o alle cassette postali di Exchange Server, ad esempio WebDAV, CDO, i servizi Web Exchange o MAPI server. In Office 365 è possibile utilizzare solo i servizi Web Exchange e MAPI sul lato client (utilizzati in Outlook) come protocolli per accedere a una cassetta postale o alle caratteristiche di Exchange, ad esempio le informazioni sulla disponibilità.

Se sono presenti applicazioni che utilizzano protocolli quali WebDAV o CDO, queste applicazioni dovranno rimanere in un server locale, estendendo quindi la fase di coesistenza oltre la durata della migrazione, o essere sostituite da un'applicazione che utilizza i servizi Web di Exchange. Le più comuni applicazioni sul lato server includono:

  • Servizi di sincronizzazione dei dispositivi mobili, ad esempio Research in Motion (RIM®) e BlackBerry® Enterprise Server

  • Soluzioni FAX in ingresso e in uscita

  • Analisi dei messaggi e soluzioni di protezione

  • Soluzioni di protezione contro la perdita di dati

  • Estensioni del routing della posta

Se viene utilizzata una di queste soluzioni, è possibile collaborare con un partner per individuare la strategia di sostituzione appropriata prima di avviare la distribuzione.

Per ulteriori informazioni, vedere la sezione Pianificazione della compatibilità delle applicazioni di Exchange Online per Exchange Online in questo articolo.

Se l'organizzazione ha definito flussi di lavoro specifici per la messaggistica o la collaborazione, è consigliabile valutare gli effetti della migrazione a Office 365 su tali flussi di lavoro. Potrebbe essere necessario modificare o ricreare flussi di lavoro specifici per documenti e messaggistica in seguito all'introduzione dei servizi di Office 365. È importante coinvolgere tutte le parti interessate per ogni flusso di lavoro in questa attività di valutazione degli effetti di Office 365, in modo che possano pianificare e preparare le eventuali modifiche necessarie durante il processo di distribuzione.

Office 365 supporta la migrazione delle cassette postali dagli ambienti seguenti:

  • Ambienti Exchange Server locali

  • Ambienti Hosted Exchange

  • Server IMAP4

  • Alcune piattaforme di terzi

Prima di iniziare la migrazione delle cassette postali a Office 365, è necessario considerare gli aspetti seguenti per eseguire una migrazione più efficiente:

  • Utilizzare lo strumento Assistente per la distribuzione di Exchange Server per pianificare la migrazione. Lo strumento Assistente per la distribuzione di Exchange Server pone domande sull'ambiente locale di Exchange. In base alle risposte, genera istruzioni molto dettagliate su come distribuire l'infrastruttura di coesistenza. La manutenzione di questo strumento è eseguita dal gruppo responsabile dei prodotti Exchange tramite i Service Pack e le modifiche alla documentazione.

  • Eseguire una migrazione pilota con un sottoinsieme di utenti. Identificare un insieme limitato di utenti su cui eseguire una migrazione pilota. Ad esempio, selezionare non più del 10% della base di utenti di produzione o fino a 500 utenti. Il progetto pilota serve per determinare l'approccio generale alla migrazione. Il gruppo pilota deve includere un esempio rappresentativo di tutti i reparti, software e dispositivi presenti nell'organizzazione. È importante che gli account non siano di importanza critica: la migrazione potrebbe influire sul flusso della posta e sul relativo accesso per alcuni giorni. Valutare inoltre la possibilità di raggruppare gli utenti pilota in batch. In questo modo è possibile analizzare in modo corretto la capacità del server e la velocità della rete prima della distribuzione, agevolando l'analisi delle cause dei problemi basati sul server. Sarà inoltre necessario creare un processo relativo alle modalità di aggiunta, rimozione e modifica degli utenti durante la migrazione e convalidare/sviluppare il processo durante la fase pilota.

  • Identificare gli strumenti utili per semplificare il processo di migrazione. Comprendere tutte le funzionalità degli strumenti e verificare il loro corretto funzionamento prima della migrazione. Assicurarsi che siano disponibili tutti i componenti appropriati per gli strumenti di migrazione di terzi.

    NotaNota:
    È consigliabile utilizzare il protocollo dei servizi Web Exchange per la migrazione della posta elettronica a Office 365. In genere le sue prestazioni sono migliori rispetto a MAPI. Questo aspetto è importante perché molti fornitori di terzi non supportano i servizi Web Exchange, che offrono prestazioni migliori nella migrazione cloud.
  • Ridurre le dimensioni delle cassette postali per velocizzare le migrazioni. È possibile richiedere agli utenti di eseguire attività specifiche prima della distribuzione per ridurre il tempo necessario per la migrazione delle cassette postali.

  • Decidere il modo migliore per supportare i sistemi di posta elettronica legacy, se si prevede di configurare la coesistenza della posta elettronica per un lungo periodo di tempo.

    Considerare i limiti delle dimensioni dei messaggi e come vengono interessati dalla migrazione.Per ulteriori informazioni, vedere Descrizione dei servizi di Exchange Online. Pulire ed eseguire la manutenzione del sistema di posta elettronica di origine. Le cassette postali danneggiate influiscono sulle prestazioni della migrazione.

    Considerare le prestazioni della migrazione e i fattori influiscono su di essa. Consultare la sezione Fattori che influiscono sulle prestazioni della migrazione a Exchange Online della guida alla distribuzione per comprendere meglio i problemi che influiscono su una migrazione a Office 365. Nella guida sono inoltre descritte le procedure consigliate per migliorare le prestazioni della migrazione.

Per le organizzazioni con un numero elevato di utenti di Office 365, la migrazione delle cassette postali degli utenti a Office 365 deve essere eseguita in un periodo esteso con la migrazione di gruppi selezionati di utenti in momenti diversi. È necessario creare questi gruppi di migrazione. La regola da seguire nella creazione dei gruppi è che la migrazione deve avere il minore impatto possibile sugli utenti.

Per la creazione dei gruppi è importante tenere presente che Office 365 supporta la migrazione dei delegati. È consigliabile eseguire contemporaneamente la migrazione delle cassette postali dei delegati e dei rispettivi responsabili, ad esempio nel caso di un dirigente e del relativo assistente amministrativo. Le cassette postali e gli eventuali delegati devono trovarsi nella stessa infrastruttura di Exchange Server (sia in Office 365 che in Exchange Server) per ottenere la massima fedeltà e un'esperienza ottimale per gli utenti finali.

Per ulteriori informazioni, vedere Preparazione dei gruppi di utenti per la migrazione a Office 365.

Quando si esegue la distribuzione della funzionalità Single Sign-On, tutti gli utenti che dispongono di cassette postali nel cloud utilizzano le credenziali Active Directory locali esistenti per accedere sia alle risorse cloud che a quelle in locale.

A tale scopo, è possibile installare uno o più server ADFS 2.0 nell'organizzazione locale. Il server ADFS 2.0 esegue la federazione con il servizio di Office 365 nel cloud per fornire alle identità locali un accesso delegato a specifiche risorse di Office 365 e Exchange Online nello spazio dei nomi di dominio basato sul cloud.

Il vantaggio di Single Sign-On è 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: le identità e le informazioni degli utenti sono protette perché tutti i server e i servizi utilizzati per il Single Sign-On vengono gestiti e controllati in locale.

  • Supporto per l'autenticazione avanzata: Con Office 365 è possibile utilizzare l'autenticazione avanzata, nota anche come autenticazione a due fattori. Tuttavia, con questo tipo di autenticazione è necessario utilizzare Single Sign-On.

Prima di eseguire la distribuzione della funzionalità Single Sign-On in un ambiente ibrido, esaminare i requisiti seguenti:

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

  • Single Sign-On richiede l'installazione e l'esecuzione dello Strumento di sincronizzazione di Azure Active Directory.

    Per ulteriori informazioni, vedere Istruzioni di installazione per lo Strumento di sincronizzazione della directory.

  • Se si prevede di eseguire la migrazione di tutte le cassette postali nel cloud e configurare Single Sign-On, non è possibile distribuire ADFS 2.0 o la sincronizzazione della directory prima di eseguire una migrazione completa di Exchange Server nel Pannello di controllo di Exchange. È tuttavia possibile eseguire una migrazione di Exchange Server in fasi dopo la distribuzione di ADFS 2.0 e della sincronizzazione della directory.

Quando si configura una distribuzione ibrida, è necessario configurare i certificati. È necessario acquistare i certificati da un'autorità dei certificazione attendibile terza. Molti servizi, quali ADFS 2.0, la federazione di Exchange Server 2010, i servizi di Exchange Server 2010 ed Exchange Server, richiedono i certificati. In base alle necessità dell'organizzazione si può decidere di fare una delle cose seguenti:

  • Utilizzare un certificato di terze parti che viene utilizzato da tutti i servizi su più server.

  • Utilizzare un certificato di terze parti per ogni server che fornisce servizi.

Scegliere di utilizzare lo stesso certificato per tutti i servizi o di dedicare un certificato a ciascun servizio dipende dall'organizzazione e dal servizio da implementare. Di seguito vengono riportate alcune considerazioni da tenere presente per ciascuna opzione:

  • Certificato di terzi in più server: i certificati di terzi utilizzati dai servizi in più server potrebbero essere meno costosi, ma il rinnovo e la sostituzione potrebbero essere più complicati. È necessario sostituire il certificato in ciascun server in cui è installato.

  • Certificato di terzi per ogni server: utilizzando un certificato dedicato per ogni server che ospita i servizi, è possibile configurare il certificato espressamente per i servizi su tale server. Se è necessario sostituire il certificato o rinnovarlo e necessario farlo solo sul server sul quale è installato il servizio. Gli altri server non vengono interessati.

È consigliabile utilizzare un certificato dedicato di terzi per il server ADFS 2.0, un altro certificato per i servizi di Exchange sui server ibridi e, se necessario, un certificato sul server Exchange. Il trust federativo locale configurato nell'ambito della delega federata utilizza un certificato autofirmato per impostazione predefinita. Se non esistono requisiti specifici, non è necessario utilizzare un certificato di terze parti per il trust federativo configurato nell'ambito della delega federata.

I servizi installati su un singolo server possono richiedere di configurare multipli nomi di dominio completi (FQDN) per il server. Acquistare un certificato che consente il numero richiesto di nomi di dominio completi. I certificati sono composti da soggetto (o entità), nome e uno o più nomi alternativi del soggetto (SAN). Il nome del soggetto è il nome FQDN al quale è stato rilasciato il certificato. I SAN sono ulteriori FQDN che possono essere aggiunti nel certificato al nome del soggetto. Se un certificato deve supportare cinque nomi FQDN, acquistare un certificato che consenta di aggiungere cinque domini al certificato: un nome del soggetto e quattro nomi SAN.

Se si utilizzano più domini SMTP principali, ad esempio contoso.com, fabrikam.com e così via, e si prevede di utilizzare la coesistenza ibrida, è necessario creare record SAN per ogni record di individuazione automatica del dominio sul certificato per il server di coesistenza ibrida. In caso contrario, la procedura guidata per la configurazione ibrida, la ricerca della disponibilità e la condivisione del calendario non funzioneranno tra i domini.

Per ulteriori informazioni, vedere Preparazione per l'accesso Single Sign-On con Office 365.

La preparazione del team di supporto e la formazione degli utenti finali sono una parte estremamente importante di tutti i progetti di migrazione perché hanno un impatto diretto sulla soddisfazione degli utenti finali e sul successo del progetto. Pertanto, la formazione del team dell'helpdesk e degli utenti finali dovrebbe far parte fin dall'inizio della pianificazione di Office 365. In fase di esecuzione pilota e configurazione del servizio, è necessario acquisire informazioni fondamentali, quali problemi comuni di supporto e procedure di configurazione dei client. L'input del team di supporto potrà inoltre contribuire a definire i processi di migrazione.

Durante la pianificazione della formazione degli utenti finali e del team dell'helpdesk, è necessario considerare i seguenti aspetti:

  • Sono stati modificati e adeguati i processi di provisioning e deprovisioning in previsione degli scenari di provisioning comuni dell'azienda? Di seguito vengono riportati alcuni esempi.

    • Creazione di account utente e assegnazione delle licenze per i nuovi dipendenti dell'azienda.

    • Disabilitazione degli account utente in caso di assenza prolungata dei dipendenti.

    • Conservazione dei dati utente per più di 30 giorni dopo che un utente ha lasciato l'azienda.

    • Modifica di nome, numero di telefono o reparto dell'utente.

    • Aggiornamento delle informazioni sulle licenze utente per i dipendenti esistenti quando si modifica il tipo di sottoscrizione, ad esempio aggiornando le informazioni sulla licenza o aggiungendo servizi a un account utente esistente.

  • Gli utenti finali hanno familiarità con le applicazioni client di Office? È necessario prevedere una formazione specifica?

  • Si prevede di fornire formazione agli utenti su come accedere al portale di Office 365 e alle versioni Web browser delle applicazioni come Outlook Web App?

  • Come si prevede di formare il Service Desk sulle funzionalità del servizio?

  • Come verrà integrata l'amministrazione di Office 365 nell'helpdesk e nei processi di amministrazione correnti? Ad esempio, modifiche delle password o provisioning e deprovisioning degli account utente.

  • Chi sarà responsabile della documentazione delle istruzioni per la formazione degli utenti finali? L'acquisizione di schermate e procedure di configurazione durante il progetto pilota consentirà di rivelare le specificità dell'ambiente e aggiungerà valore alla documentazione.

  • Quali comunicazioni verranno inviate agli utenti prima, durante e dopo la migrazione al servizio?

  • Avvisi, guide introduttive e note vengono solitamente utilizzati per aumentare la consapevolezza e comunicare i vantaggi che gli utenti trarranno dal servizio. Aumentando l'entusiasmo, si semplifica il reclutamento di utenti esperti disposti ad aiutare gli altri.

Exchange Online non supporta gli scenari di utilizzo delle cartelle pubbliche da parte dei clienti. Se si utilizzano le cartelle pubbliche di Exchange, è necessario tenere presenti considerazioni particolari per la migrazione a Office 365. Il documento Migrazione dalle cartelle pubbliche di Exchange a Microsoft Office 365 descrive queste considerazioni, illustra gli scenari più comuni delle cartelle pubbliche, la modalità in cui sono rappresentate nei servizi di Office 365 e offre alcune informazioni su come gestire e affrontare una sostituzione. Questo documento fornisce inoltre le informazioni necessarie per decidere se Office 365 è la scelta giusta in base all'utilizzo corrente delle cartelle pubbliche. È importante che tutte le cartelle pubbliche vengano monitorate e aggiornate, quindi migrate a una soluzione diversa prima di avviare la migrazione. Non è possibile fornire facilmente l'accesso completo alle cartelle pubbliche a un utente che è già stato migrato nel cloud.

Gli scenari più comuni di cartelle pubbliche che in genere vengono utilizzati nelle organizzazioni e richiedono la sostituzione prima della migrazione a Office 365 sono:

  • Archiviazione dati

  • Condivisione delle informazioni dei contatti e dei calendari

 
Il documento è risultato utile?
(1500 caratteri rimanenti)
Grazie per i commenti inviati.
Mostra:
© 2014 Microsoft