Utilizzo di più insiemi di strutture con Exchange

 

Ultima modifica dell'argomento: 2005-05-06

Anche se è preferibile utilizzare una topologia con un singolo insieme di strutture, perché offre il set più completo di funzionalità di messaggistica, esistono varie ragioni per implementare una topologia con più insiemi di strutture, ad esempio:

• Sono presenti più unità aziendali che richiedono isolamento di dati e servizi.
• Sono presenti più unità aziendali con requisiti di schema diversi.
• È in corso una fusione, un'acquisizione o una dismissione.

Qualunque sia la situazione, l'unico modo per definire confini precisi tra le unità aziendali consiste nel creare insiemi di strutture di Active Directory separati per ogni unità aziendale. Se si utilizza questo tipo di configurazione di Active Directory, la soluzione ideale per l'implementazione di Exchange consiste nel creare un insieme di strutture delle risorse di Exchange. Per ulteriori informazioni, vedere "Utilizzo di un insieme di strutture dedicato di Exchange". Per ulteriori informazioni sull'influenza di fusioni e acquisizioni sulla topologia di Active Directory, vedere "Implicazioni di fusioni e acquisizioni di Active Directory".

Se tuttavia non è possibile creare un insieme di strutture delle risorse, ad esempio in caso di fusione o acquisizione oppure perché sono già presenti più insiemi di strutture che eseguono proprie istanze di Exchange, è possibile implementare Exchange in più insiemi di strutture come illustrato nella figura seguente.

Questa implementazione è la classica configurazione con più insiemi di strutture e tale scenario si presenta nelle società che utilizzano più insiemi di strutture di Active Directory, ciascuno dei quali contiene un'organizzazione di Exchange. Diversamente dallo scenario basato sull'insieme di strutture delle risorse, in questo caso gli account utente non sono separati dalle rispettive cassette postali, Gli account utente e le cassette postali associate si trovano nello stesso insieme di strutture. Il principale vantaggio dell'implementazione di un classico scenario con più insiemi di strutture è dato dalla possibilità di garantire l'isolamento dei dati e definire confini di protezione tra le organizzazioni di Exchange.

Gli svantaggi associati a questo scenario includono:

• Lo scenario con più insiemi di strutture non offre il set di funzionalità di messaggistica più completo possibile.
• Negli spostamenti da un insieme di strutture all'altro le regole non vengono conservate.
• Poiché gli utenti e i gruppi appartenenti ad altri insiemi di strutture sono rappresentati come contatti, non è possibile delegare l'accesso alle cassette postali a utenti di altri insiemi di strutture, perché non è possibile specificare contatti nei diritti di accesso delle cassette postali.
• Quando si sposta una cassetta postale da un insieme di strutture all'altro, le autorizzazioni delegate relative alla cassetta postale non vengono mantenute.
• Anche se le informazioni sulla disponibilità possono essere sincronizzate tra gli insiemi di strutture e utilizzate per pianificare riunioni, non è possibile utilizzare la funzionalità Apri cartella di altro utente di Microsoft Office Outlook® per visualizzare i dettagli del calendario degli utenti di altri insiemi di strutture.
• Poiché i gruppi appartenenti ad altri insiemi di strutture sono rappresentati come contatti, non è possibile visualizzarne i membri. L'appartenenza ai gruppi non viene espansa finché non si invia un messaggio di posta elettronica all'insieme di strutture di origine.
• Un server front-end non può inviare richieste tramite proxy a un server back-end in un altro insieme di strutture. Questa limitazione è presente indipendentemente dal fatto che il server front-end venga utilizzato per Outlook Web Access o per Outlook Mobile Access.
• Se si aggiorna da Exchange 5.5 a Exchange 2003 un'organizzazione che comprende più insiemi di strutture, quando i connettori di replica directory di Exchange 5.5 vengono disconnessi le informazioni non vengono più replicate negli altri insiemi di strutture finché non si attiva il nuovo strumento di sincronizzazione, ad esempio MIIS 2003. Di conseguenza alcune informazioni, come l'appartenenza alle liste di distribuzione, vengono perse e devono essere reimmesse manualmente.

È necessario tenere presenti questi problemi, per decidere se distribuire Exchange in un singolo insieme di strutture o in più insiemi di strutture. Se sono attualmente presenti siti di Exchange 5.5 separati e si desidera mantenere i confini esistenti, è necessario valutare attentamente i vantaggi e gli svantaggi derivanti dalla distribuzione in più insiemi di strutture di Active Directory e organizzazioni di Exchange 2003.

Per ulteriori informazioni sulla configurazione di Exchange in un ambiente con più insiemi di strutture, vedere "Pianificazione della distribuzione di Exchange in un ambiente con più insiemi di strutture".