Coda di Exchange & R: Oltre la foresta
La condivisione di cassette postali oltre le foreste è possibile, ma richiede alcuni artifici in termini di configurazione.
Henrik Walther
Growing Pains
D. Siamo una grande azienda che esegue Exchange 2010. I nostri clienti di Exchange sono un mix di Outlook 2007 e Outlook 2010. Noi abbiamo appena acquisito un'altra società esegue Exchange 2007 e utilizzando i client Outlook 2007. Stiamo andando alla fine per unire le infrastrutture, ma perché ogni azienda è costituita da più di 100.000 utenti, abbiamo bisogno di stabilire la coesistenza ricca prima di passare alla migrazione effettiva.
Potrebbe fornire noi con alcune raccomandazioni su come affrontare la convivenza per lo scambio con questo specifico mix di client Outlook? Noi stiamo con l'obiettivo di condividere le informazioni sulla disponibilità e calendari tra le foreste di Exchange.
**R.**Questo è un argomento piuttosto complesso, ma essenzialmente avete le seguenti opzioni:
- Utilizzare il servizio Microsoft Federation Gateway (MFG)
- Utilizzare il servizio disponibilità di Exchange
Il servizio MFG è un servizio relativamente nuovo (vedere Figura 1), introdotto con Exchange 2010. Le caratteristiche di federazione in cambio 2010 trarre vantaggio da questo nuovo servizio basato su Windows Live.
Fondamentalmente, MFG agisce come un intermediario di fiducia tra organizzazioni di Exchange 2010 che desidera condividere dati. È importante sottolineare che, sebbene che utilizza un gateway di Microsoft per stabilire federative tra organizzazioni di Exchange 2010, nessun dato da una qualsiasi delle organizzazioni coinvolte Exchange è condiviso con Microsoft. Il MFG semplicemente garantisce la sicurezza quando la pubblicazione delle informazioni di dominio e l'attivazione di dominio l'accesso ai dati.
.jpg)
Figura 1 The Microsoft Federation Gateway aiuta a condividere dati tra domini.
Le nuove caratteristiche di Federazione non richiedono eventuali relazioni di trust o la replica dei dati tra le foreste di Exchange coinvolte. Nel tuo caso, per un utente di Exchange 2010 visualizzare lo stato di disponibilità per un utente in un'altra organizzazione, l'utente di Outlook 2007/2010 semplicemente digitare indirizzo di posta elettronica della persona nell'assistente pianificazione.
Utilizzando criteri di condivisione, è possibile specificamente impostare dati che si desidera condividere e a che cosa livello che i dati dovrebbero essere condivisi (vedere Figura 2). Nell'ambito della politica di condivisione organizzativa, è possibile creare un criterio di condivisione. Qui è possibile specificare la quantità di informazioni e con cui gli utenti di dominio dovrebbero essere in grado di condividere.
.jpg)
Figura 2 nell'istituire un nuovo rapporto di quota, si dispone di un controllo granulare su misura di condivisione.
Si menziona l'azienda che hai acquistato utilizza Exchange 2007. È importante notare che Exchange 2007 non supporta direttamente MFG. Puoi distribuire un server Accesso Client di Exchange 2010 all'interno della foresta di Exchange 2007 e usufruire di supporto proxy di livello inferiore.
MFG non richiede un utente della cassetta postale da altra foresta di Exchange essere rappresentato come un oggetto utente di posta elettronica, in modo che non è necessario configurare GALSync tra le foreste. Tuttavia, avrebbe senso in uno scenario di coesistenza dove si desidera fornire agli utenti con un unificato Global Address List (GAL) di esperienza.
Se si utilizza il servizio disponibilità incorporato, è necessario configurare GALSync (per rappresentare gli utenti delle cassette postali nella foresta remota come utente abilitato alla posta [MEU] oggetti nella foresta locale) e utilizzare il cmdlet Add-AvailabilityAddressSpace per aggiungere spazio dei rispettivo nomi.
Si noti anche che ogni foresta di Exchange deve essere in grado di connettersi al servizio disponibilità in altri l'org utilizzando il pienamente qualificati dominio nome specificato per l'URL interno della directory virtuale di servizi Web Exchange. Si dovrebbe stabilire una relazione di trust a livello di foresta tra le foreste. Questo vi permetterà di configurare il servizio disponibilità per recuperare informazioni sulla disponibilità su un singolo utente. Per ulteriori informazioni sulle topologie di disponibilità tra foreste, vedere la documentazione di Exchange 2010 TechNet.
Nel vostro scenario, non hai i client Outlook 2003 nel mix. Se così, sarebbe anche necessario configurare tra organizzazioni per replicare le informazioni sulla disponibilità tra le foreste, come Outlook 2003 non supporta il servizio disponibilità. Perché si desidera configurare temporanea coesistenza tra due foreste di Exchange su reti private, vorrei raccomandare utilizzando il servizio disponibilità.
Attraversare boschi
D. Stiamo progettando sulla configurazione di disponibilità tra foreste tra due foreste di Exchange utilizzando il cmdlet Add-AvailabilityAddressSpace. Questo è supportato se le foreste di Exchange condividono lo stesso spazio indirizzo SMTP?
**R.**Sì, questo scenario è supportato, ma c'è un dettaglio importante. Quando si utilizza il cmdlet Add-AvailabilityAddressSpace per configurare la disponibilità e il calendario di condivisione tra due foreste di Exchange, è necessario distribuire GALSync per rappresentare gli utenti delle cassette postali nella foresta remota come oggetti MEU nella foresta locale (vedere Figura 3). Come probabilmente sapete, un oggetto MEU inoltra tutta la posta elettronica a un indirizzo di posta elettronica esterno (attributo dell'indirizzo di destinazione dell'oggetto).
.jpg)
Figura 3 dati del calendario di condivisione tra foreste richiedono la configurazione corretta.
Quando un utente di cassetta postale di Exchange in una foresta che richiede informazioni sulla disponibilità per un utente di cassetta postale in un'altra foresta, il servizio disponibilità Invia la richiesta all'indirizzo di posta elettronica esterno dell'oggetto MEU che rappresenta l'utente di cassetta postale di tale altra foresta.
Quando si utilizza lo stesso spazio indirizzo SMTP in entrambe le foreste Exchange, la parte del dominio dell'indirizzo di destinazione sarà ovviamente lo stesso in entrambe le foreste. Per questo motivo, il servizio disponibilità non sa come raggiungere l'altra foresta. Exchange utilizza auto-Scopri per determinare dove deve inviare la richiesta di disponibilità. Perché auto-Scopri utilizza l'indirizzo di posta elettronica primario per un utente di cassetta postale o l'indirizzo di posta elettronica esterno per un MEU oggetto, questo deve puntare allo spazio di indirizzi della foresta dove si trova la cassetta postale dell'utente.
Così al fine di ottenere questo lavoro correttamente, è necessario utilizzare un unico spazio indirizzo SMTP primario per ogni organizzazione. Quindi includere lo spazio di indirizzi SMTP condiviso come indirizzo proxy secondario sugli oggetti MEU. È inoltre necessario configurare auto-Scopri per i due spazi indirizzo univoco e configurare i connettori tra più foreste così il flusso di posta di conseguenza funziona (vedere Figura 4).
.jpg)
Figura 4 la corretta configurazione è necessaria per garantire il flusso di posta corretta.
Condivisioni e simili
D. Siamo un negozio di Exchange 2010 e nostri utenti accedere spesso a una cassetta postale condivisa. Abbiamo aggiunto la cassetta postale condivisa come una cassetta postale supplementare nel profilo di Outlook di ciascun utente.
Questo funziona bene, tranne per il fatto che e-mail messaggi inviati dalla cassetta postale supplementare andare nella cartella "Inviati elementi" della cassetta postale primaria all'interno del profilo di un utente. Affinché gli altri utenti l'accesso alla cassetta postale condivisa per tenere traccia delle attività nella cassetta postale condivisa, è importante per noi che i messaggi in uscita sono archiviati nella cartella "Inviati gli elementi" della cassetta postale condivisa. Stiamo utilizzando client Outlook 2010. Sapere se questo è possibile?
**R.**Questa è una situazione comune e non solo con Exchange 2010 e Outlook 2010. Anche se non è ben noto, sei stato in grado di cambiare questo comportamento standard usando una chiave del Registro di sistema specifiche per i client Outlook. Quando si aggiunge la chiave del Registro di sistema, quando si risponde a o messaggi di posta elettronica avanti situato nella cassetta postale condivisa, vanno effettivamente previsto nella cartella "Inviati gli elementi".
Per modificare il comportamento "Inviato gli elementi", è necessario creare la seguente chiave del Registro di sistema (vedere Figura 5):
**Chiave:**HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Outlook\Preferences
**Nome:**DelegateSentItemsStyle
**Tipo:**DWORD
Valore: 1
Si noti che deve essere creato su HKEY_CURRENT_USER.
.jpg)
Figura 5 Changing dove vengono memorizzati gli elementi inviati da una cassetta postale condivisa richiede una nuova chiave del Registro di sistema.
Migrazione di Exchange 2010
D. Siamo in fase di pianificazione della distribuzione di Exchange 2010 nella nostra azienda. Abbiamo circa 130.000 cassette postali in Exchange 2007. Quando abbiamo la transizione a Exchange 2007, abbiamo trovato un white paper di Microsoft che ha spiegato come Microsoft IT ha progettato la soluzione di Exchange 2007 per Microsoft. Sapere se un simile white paper per Exchange 2010 esiste?
**R.**Uno dei miei colleghi, Kay Unkroth presso Biblioso Corp., ha scritto la soluzione di Exchange 2007 per la carta di Microsoft per Microsoft IT Showcase. Scrisse anche molti altri specifici per Exchange 2007 white paper, che alcuni dei quali ho attivamente lavorato su pure. Potete trovare tutti gli specificamente per Exchange 2007 white paper pubblicato da Microsoft IT Showcase negli anni nella libreria TechNet.
Microsoft IT ha pubblicato anche specifici per Exchange 2010 white paper. Questi sono stati pubblicati quando Exchange 2010 è stato rilasciato. Li puoi trovare sul stessa libreria TechNet pagina.
Microsoft IT Showcase pubblica anche libri bianchi che descrivono altre tecnologie quali Lync Server, Microsoft Forefront, ufficio 365 e così via. Si potrebbe voler iscriverti al Microsoft IT Showcase feed RSS a tenere il passo su quello che è stato rilasciato.
.jpg)
Henrik Walther è un Microsoft Certified Master: Exchange 2007 ed Exchange MVP con più di 15 anni di esperienza nel settore IT. Lavora come un architetto di tecnologia per Timengo Consulting e come un technical writer per Biblioso Corp. (una società statunitense specializzata in gestione servizi di localizzazione e documentazione).