Exchange Queue &A: Primo piano su Exchange Server 2010 SP1
Il rilascio del primo Service Pack per Exchange Server 2010 è previsto più avanti quest'anno, ma sta già provocando numerose domande e commenti.
Henrik Walther
Problemi di porta
D: Quando si prevede di aggiornare l'ambiente di produzione Exchange 2010 a Exchange 2010 SP1 quando è stato rilasciato entro l'anno, ci abbiamo stato test della versione beta di Exchange 2010 SP1 nel nostro sandbox. Abbiamo quattro Exchange 2010 Client Access Server in una matrice di CAS. Abbiamo il traffico client Exchange di bilanciamento del carico tra server CAS utilizzando un bilanciamento del carico hardware di un fornitore di terze parti. Abbiamo inoltre abbiamo assegnato statiche delle porte RPC per il servizio di accesso client RPC e il servizio Rubrica di Exchange.
Una volta che abbiamo iniziato a utilizzare Exchange 2010 SP1, abbiamo era una serie di problemi di connessione a una cassetta postale mediante Outlook. Abbiamo inoltre era problemi aprire la Rubrica da Outlook. Non ci sembra avere questi problemi quando si utilizza OWA. Hai visto questo o almeno avere un'idea di cosa potrebbe causare questo comportamento?
R: Con la versione RTM di Exchange 2010 è sarebbe stata assegnata una porta RPC per il servizio RPC Client Access aggiungendo una chiave DWORD denominata “ TCP/IP Port ” nel Registro di sistema. Sarebbe in: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeRpc\ParametersSystem. Sarebbe inoltre assegnate una porta RPC per il servizio Rubrica di Exchange utilizzando il file Microsoft.exchange.addressbook.service.exe.config nella cartella “ Bin ” nella cartella di installazione di Exchange 2010.
Con Exchange 2010 SP1 cose hanno modificato leggermente per quanto riguarda l'assegnazione di una porta statica per il servizio Rubrica di Exchange. Per impedire l'installazione di Exchange di sovrascrivere i valori personalizzati immessi nel file Microsoft.exchange.addressbook.service.exe.config e rendere più coerente con la modalità di assegnare una porta RPC per il servizio RPC Client Access questo passaggio di configurazione, il gruppo di prodotti Exchange deciso di spostare questa opzione di configurazione nel Registro di sistema.
Se si apre il file Microsoft.exchange.addressbook.service.exe.config dopo l'aggiornamento di un server accesso client a Exchange 2010 SP1, non è più visualizzare la
<add key="RpcTcpPort" value="static_port" />
come può vedere in di Figura 1.
.png)
Figura 1 con Exchange 2010 SP1, si non assegnare porte statiche per MSExchangeAB in un file di configurazione.
Con Exchange 2010 SP1, è possibile assegnare una porta RPC per il servizio Rubrica di Exchange per eseguire il drill-down a HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\MSExchangeAB. Di seguito è necessario creare una nuova chiave denominata “ parametri ” (non ParametersSystem). Sotto questa chiave, creare una nuova stringa REG_SZ (non un DWORD) denominata “ RpcTcpPort ” e specificare il numero di porta RPC da assegnare al servizio, come illustrato in di Figura 2.
.png)
Figura 2 con Exchange 2010 SP1, assegnare una porta statica per MSExchangeAB nel Registro di sistema.
È importante tenere presente che qualsiasi porta RPC statica corrente assegnate al servizio Rubrica di Exchange utilizzando il file Microsoft.exchange.addressbook.service.exe.config non verranno convertita automaticamente in un registro di sistema. È necessario eseguire questa operazione manualmente dopo l'aggiornamento a SP1 di Exchange 2010. Sembra che questo è ciò che sta causando i problemi che si verificano durante la connessione a una cassetta postale di Outlook.
Importazione ed esportazione di cassette postali
D: In Exchange 2007 SP1 è stato cmdlet di cassette postali di importazione ed esportazione Mailbox abbiamo utilizzato per importare o esportare dati a o da un file PST. Sebbene questi due cmdlet sostituito il buon vecchio strumento ExMerge, erano impegnativa requisiti.
Per utilizzare i cmdlet, è necessario installare la versione a 32 bit di Exchange 2007 SP1 degli strumenti di gestione, come Outlook 2003 SP2 o versione successiva su una workstation o un server dedicato. Il provider MAPI fornito con Exchange 2003 e precedenti era stato rimosso da Exchange 2007.
In base a ciò che vede, Exchange 2010 RTM utilizza comunque i cmdlet di cassette postali di importazione ed esportazione Mailbox. Sebbene il supporto per Windows PowerShell remoto migliora un po' le cose, consentendo di eseguire questi cdmlets su un server o desktop senza gli strumenti di gestione Exchange 2010, è necessario installare Outlook 2010 64 bit sul server cassette postali. I cmdlet sembrano piuttosto errori in Exchange 2010.
Exchange 2010 SP1 apportare i miglioramenti rispetto a come importare ed esportare i dati delle cassette postali in e dai file PST?
R: Risposta breve è Sì. È molta modifica in quest'area. La risposta lunga anche è Sì. Con Exchange 2010 SP1 due cmdlet nuovissima — MailboxImportRequest e MailboxExportRequest, hanno sostituito i cmdlet di cassette postali di importazione ed esportazione Mailbox precedenti.
Ancora meglio, il gruppo di prodotti Exchange anche considerata che fosse una buona idea per rimuovere il requisito di provider MAPI di Outlook 2010. Exchange 2010 ha un proprio provider MAPI e i due nuovi cmdlet usufruire del servizio replica Exchange Mailbox (MRS). È possibile importare o esportare dati tramite un processo asincrono, esattamente come quando si spostano le cassette postali tramite il nuovo-MoveRequestcmdlet (vedere di Figura 3).
Pertanto, se si desidera importare un file PST a una cassetta postale Exchange 2010 SP1, il comando simile al seguente:
New-MailboxImportRequest-Mailbox HEW -FilePath\\EX02\PSTFileShare\HEW.pst
.png)
Figura 3 dati di importazione da un file PST a una cassetta postale di Exchange 2010 SP1.
Si noti che a questo punto un percorso UNC, non una cartella locale sul server su cui viene eseguito il cmdlet. Inoltre, questo presenta diversi vantaggi.
Risposte di archiviazione
D: Exchange 2010 RTM direttamente all'archivio in linea di una cassetta postale di Exchange 2010 abbiamo non importare un file PST. Invece, è stato necessario innanzitutto importare i dati per la cassetta postale principale e di trascinamento vi e rilasciare il contenuto (oppure utilizzare i criteri di conservazione) nell'archivio in linea.
Si conosce questo verrà modificato con Exchange 2010 SP1?
R: Come spiegato nella risposta precedente, un lotto di materiale viene modificato quando si tratta di importazione ed esportazione dei dati delle cassette postali per e dai file PST. Lo stesso vale per l'importazione e l'esportazione di dati da e verso un archivio in linea.
Utilizzando il cmdlet stessi MailboxImportRequest e MailboxExportRequest, è possibile spostare i dati all'interno e all'esterno di un archivio in linea (come in di Figura 4). Anziché il comando fornito nella risposta ultima, utilizzare qualcosa di simile a quanto segue per importare dati direttamente all'archivio in linea:
New-MailboxImportRequest -Mailbox HEW –IsArchive-FilePath\\EX02\PSTFileShare\HEW.pst
.png)
Figura 4 dati di importazione da un file PST da un archivio in linea Exchange 2010.
Evitare riavvii forzate
D: Con la versione RTM di Exchange 2010, un utente può lavorare nella propria cassetta postale mentre viene spostato tra due database di cassette postali Exchange 2010 o tra un Exchange 2007 SP2 e un database delle cassette postali di Exchange 2010 RTM. Come può vedere in di Figura 5, tuttavia, al termine dello spostamento, l'utente è stato indicato di chiudere e riavviare Outlook per applicare le modifiche recenti.
.png)
Figura 5 Outlook riavviare attivati da Exchange 2010
Sai se Microsoft ha eseguito qualsiasi ulteriore lavoro in quest'area in relazione a Exchange 2010 SP1? Nella finestra di dialogo in di Figura 5 è un fastidio secondaria per un utente finale, pertanto, sarebbe awesome se sono in grado di rimuovere questo passaggio.
R: È una buona domanda e Sì, effettivamente è stato un lavoro in quest'area. Con Exchange 2010 SP1 se si sposta una cassetta postale tra due database di Exchange 2010 SP1, l'utente in genere non riceve una finestra di dialogo “ deve essere riavviato Outlook ” casella solo se:
- La proprietà RpcClientAccessServer è diversa tra due database di cassette postali coinvolte. (Ciò avviene in genere quando non si utilizza una matrice CAS.)
- Se si sposta una cassetta postale tra un database di cassette postali di origine nel sito Active Directory 1 (con una matrice di CAS configurata) in un database di cassette postali di destinazione nel sito Active Directory 2 (con un'altra matrice CAS configurata).
- Se le proprietà denominate per la cassetta postale viene reimpostato utilizzando il parametro DoNotPreserveMappingSignature durante l'esecuzione di MoveRequestcmdlet di nuovo.
Se si sposta una cassetta postale tra Exchange 2003 o 2007 ed Exchange 2010 SP1, sarà comunque necessario riavviare Outlook.
Rimanere nel controllo
D: Abbiamo semplicemente abbiamo aggiornato da Exchange 2003 a Exchange 2010 RTM. Finora, vorremmo realmente le funzionalità di questa versione, specialmente il nuovo Exchange controllo pannello (ECP). Tuttavia, ci stiamo affiancate un problema con il ECP. Oltre ai relativi account utente abilitati per cassette postali, il nostro personale IT sono un altro account amministratore. I criteri IT impone che gli account amministratore abilitato alla cassetta postale non sono consentiti all'interno dell'organizzazione. Testing viene illustrato che per accedere al ECP, è necessario accedere con un account abilitato alla cassetta postale.
Abbiamo avremmo chiedendo se sai di soluzioni alternative in relazione a questa limitazione? Realmente vorremmo utilizzare il ECP per molte attività amministrative correlate a Exchange 2010.
R: Dall'inizio nelle fasi di sviluppo di Exchange 2010, il team di sviluppo scelto un account di accesso di ECP necessaria una cassetta postale di Exchange 2010. Il motivo principale per questa decisione è stata ingegneria sforzo richiesto per supportare uno scenario in cui gli account non abilitati per cassette postali e account di cassetta postale avrebbe accesso di ECP. Consentendo di accesso produrrebbe percorsi di codice diversi, quali nuovamente implica costi maggiori complessità/test. Così il gruppo di prodotti Exchange ha deciso di impostare questa limitazione e concentrarsi su fornendo funzionalità effettiva nell'interfaccia utente. La versione RTM di Exchange 2010 richiede così Sì, qualsiasi account utente/admin accedere il ECP essere abilitati alle cassette postali.
Come la maggior parte è noto, il gruppo di prodotti Exchange accetta tutti i commenti dalla community e i suoi clienti molto gravi. Infatti, molte funzionalità modifiche sono state apportate basati su commenti e suggerimenti. Dopo il rilascio della versione RTM di Exchange 2010, il gruppo Exchange ha acquisito che molte organizzazioni hanno criteri IT nel posizionare simile alla propria. Pertanto, è ideale per poter stabilire che quando Exchange 2010 SP1 viene rilasciato entro l'anno di calendario, tale requisito saranno cancellato.
Con Exchange 2010 SP1, sarà possibile accedere direttamente a ECP (https://mailcontoso.com/ecp) con un non di posta elettronica e non abilitato a cassette postali AD account utente ( di Figura 6).
.png)
Figura 6 di ECP iniziale utilizzando un account utente di Active Directory non di posta elettronica o non abilitati per cassette postali
Il Rhyme e il motivo del ripristino
D: L'organizzazione ha aggiornato da Exchange 2007 a Exchange 2010. Talvolta, è necessario eseguire operazioni di ripristino non in linea sul database delle cassette postali. Volevamo chiedere se è ancora necessario eseguire ISInteg dopo avere ripristinato un database delle cassette postali, come nelle versioni precedenti di Exchange Server?
Cosa deve coloro che talvolta è necessario per rilevare e correggere le cassette postali in un database di cassette postali di Exchange 2010? Con Exchange 2010 il gruppo di prodotti di Exchange viene spostato fuori da ISInteg. In Exchange SP1 2010, avremo un cmdlet nuovissima chiamato MailboxRepairRequest di nuovo. Sostituisce lo strumento ISInteg. È possibile eseguire questo cmdlet su una o più cassette postali in modo asincrono mentre viene montato il database delle cassette postali in cui si trova. Tenere tuttavia presente che le cassette postali da correggere utilizzando il cmdlet verrà venire interrotta.
Per rilevare e correggere le visualizzazioni cartelle, utilizzeremmo simile al seguente:
New-MailboxRepairRequest -Mailbox HEW -CorruptionTypeFolderView
.png)
Figura 7 con il nuovo cmdlet ripristino cassette postali rispetto a una cassetta postale
È inoltre possibile eseguire il cmdlet in un database di cassette postali, ma l'accesso a tutte le cassette postali in tale database verrà quindi venire interrotta fino al termine del processo di ripristino.
****Henrik Walther****è un master di Microsoft Certified: Exchange 2007 ed Exchange MVP con più di 15 anni di esperienza nel settore IT. Lavora come un forTimengoConsulting architetto di tecnologia (un Microsoft Gold Certified Partner in Danimarca) e un technical writer per Biblioso Corporation (società americana specializzata in Gestione servizi di documentazione e localizzazione). Tramite posta elettronica Walther in v-henwal@microsoft.com .