Exchange Queue & A Outlook via Internet IPv6, l'analizzatore di connettività remota e altro ancora
Henrik Walther
D È solo termine della distribuzione di Exchange 2007 su server Windows Server 2008 nell'organizzazione e operazioni utilizza molto bene, un'eccezione. Anche se è stato configurato Outlook via Internet (precedentemente noto come RPC su HTTP) seguendo le istruzioni nella documentazione di Exchange 2007 su Microsoft TechNet è Impossibile connessione ai server Accesso client di Exchange 2007 da un client Outlook 2007 su Internet, indipendentemente dalla è provare a. Si sono apportate che il certificato rete SAN è considerato attendibile dal client e che la porta TCP 443 è aperta nel firewall collegati al server Accesso client. Hai mai visto questo tipo di problema?
A più di matter di, infatti, sono. È possibile segnalare che Exchange 2007 è stato installato nel server di Windows Server 2008. Un server Accesso client è stato installato su un server Windows Server 2008, è importante tenere presente che Outlook via Internet non funzionano correttamente se IPv6 è attivato sul server. Poiché IPv6 è attivata per impostazione predefinita quando viene installato Exchange 2007 SP1 in Windows Server 2008, è necessario assicurarsi di disattivarla. Sono visto diversi casi in cui questo risolvere il problema.
Per ulteriori informazioni perché Outlook via Internet e IPv6 in Windows Server 2008 moduli un cocktail non valido e come è possibile disattivare IPv6 correttamente sui server Windows 2008 senza interrompere Exchange 2007, È consigliabile si estrae il post di blog da team di Exchange presso Microsoft trova msexchangeteam.com/Archive/2008/06/20/449053.aspx. Questo problema dovrebbe essere risolto con Exchange 2007 SP1 rollup 4.
D attualmente è implementazione Outlook via Internet ed Exchange ActiveSync in nostro ambiente di messaggistica Exchange 2007, in base ed è sapere se qualche modo è possibile verificare se Outlook via Internet funzionerà conoscere in modo approfondito l'come previsto su altro lato della rete perimetrale. Inoltre, È necessario verificare che il servizio di individuazione automatica è stato configurato correttamente in nostro ambiente. Possibile è fornire più tutti i puntatori?
A Sì, è possibile verificare se Outlook via Internet funzioni correttamente. Due dipendenti di Microsoft (Shawn McGrath dal gruppo di prodotti di Exchange e Brad Guaita dal servizio supporto tecnico clienti) è sono creato uno strumento di basate sul Web denominato Exchange Server remoto connettività Analyzer (ExRCA). Lo strumento (nella Figura 1 ) comunque considerato un prototipo, ma è possibile che si sia non verificato eventuali bug o il comportamento insolito alcuno. Può eseguire lo strumento di individuazione automatica di Outlook 2007 e i test di connettività RPC/HTTP, inoltre possibile verificare se Exchange ActiveSync e SMTP in ingresso posta flusso funziona come previsto. Sebbene ExRCA attualmente non è supportata da Microsoft, consigliabile per qualsiasi test di connettività remota con Exchange 2007.
Nella figura 1 pagina iniziale di Exchange Server remoto connettività Analyzer fare clic su Immagine per una visualizzazione ingrandita
D Microsoft organizzazione, che utilizza Exchange Server 2007 è nelle fasi di pianificazione di distribuzione di replica continua standby (SCR). Si desidera includere un secondo set di dati per ciascuno dei database delle cassette postali creati nei nostri server cassette postali di Exchange 2007 SP1 non cluster in un altro sito. È stato stati lettura molto SULL'SCR nella documentazione di Exchange 2007 su Microsoft TechNet ma ancora una domanda è non gestito per ottenere risposte sono: se è attiva una destinazione SCR, verrà questo ha l'stesso effetto un spostamento-cassette postali con il parametro –ConfigurationOnly specificato per tutte le cassette postali utente in un database delle cassette postali specifico? In altre parole, solo modificare il percorso del server di Exchange in Active Directory.
A poiché si utilizza server cassette postali non cluster in caso contrario noto come server autonomo delle cassette postali come server di origine SCR, la conoscenza sia corretta. Poiché si verrà attivando la copia SCR presente un server diverso, verrà utilizzata portabilità del database. Ciò significa che il percorso del server Exchange in Active Directory per cassette postali degli utenti nel database delle cassette postali relativi verrà modificati.
Se origine SCR server nell'ambiente di Exchange 2007 in base sia la replica continua cluster (CCR, Clustered Continuous Replication) - o cluster a copia singola (SCC) -, si utilizza un nodo passivo in un cluster di failover come la destinazione SCR, è necessario attivare la destinazione SCR con lo stesso nome e la posizione del server di Exchange in Active Directory non potrebbe cambiare.
D È solo sia finalizzato distribuzione di Exchange Server 2007 in nostro ambiente aziendale e sono stati sapere se è supportata per spostare i sei Exchange 2007 gruppi di protezione, che sono stato creati dal programma di installazione Exchange 2007 quando gli insieme di strutture e i domini vengono preparati per un'altra unità organizzativa invece dell'unità Microsoft Exchange protezione gruppi ORGANIZZATIVA, creato nel dominio principale dell'installazione di Exchange 2007.
A differenza Exchange 2000/2003, che non consentono di trasferire i gruppi di Exchange a un'altra all'interno dell'insieme di strutture, Exchange 2007 effettivamente supporta questa operazione. Consente di verificare che i sei Exchange 2007 gruppi di protezione (vedere la Figura 2 ) creati quando l'insieme di strutture è preparato per Exchange 2007 sono identificati con due proprietà univoche, il primo è un GUID conosciuto e il secondo è un nome distinto che possono essere modificate.
Nella figura 2 gruppi di protezione di Exchange Server 2007 fare clic su Immagine per una visualizzazione ingrandita
Queste due proprietà e il fatto che vengono aggiunti a OtherWellKnownObjects attributo della foresta rispettivi quando viene eseguito il programma di installazione, verificare che Exchange potranno trovare i gruppi di protezione in un punto qualsiasi nella foresta. In modo da poter procedere e spostare i gruppi in qualsiasi punto si desidera, anche in un altro dominio nell'insieme di strutture. Ulteriori informazioni sono reperibili eccellente domande frequenti sulle autorizzazioni di Exchange 2007 (Ross rossi technet.microsoft.com/bb310792) inclusi nella documentazione di Exchange 2007 su Microsoft TechNet.
D causa di alcuni ristrutturazione in nostro ambiente di messaggistica in base a Exchange 2007, si desidera spostare il file server di controllo del condivisione mirroring per ognuno dei nostri server cassette postali di Exchange 2007 la replica continua di tipo cluster su un altro server Trasporto Hub. Si sono alcune indicazioni su come eseguire questa operazione in maniera supportato?
A Mobile che appena condivisione di file da un server Trasporto Hub di Exchange 2007 a un altro è molto semplice. È sufficiente utilizzare i passaggi che è stato eseguito quando è configurata inizialmente non appena condivisione file per i server delle cassette postali in cluster. L'unica differenza è il percorso specificato sul server. I passaggi appropriati sono reperibili How to Configure la documentazione di Exchange 2007 su Microsoft TechNet (vedere la sezione Server di condivisione file di controllo del mirroring technet.microsoft.com/bb124922).
Dalle modalità, è importante sapere che se si effettua un CNAME utilizzare record scegliere il server Trasporto Hub quando configurata non appena condivisione file, l'attività sarebbe quindi semplicemente essere pochi si modifica del nome di dominio completo (FQDN) dell'host di destinazione in cui l'alias di CNAME rispettivi registrare punti (vedere la Nella figura 3 ).
Nella figura 3 record CNAME che punta a un host di destinazione per il server di controllo del mirroring condivisione file fare clic su Immagine per una visualizzazione ingrandita
Tenere presente, tuttavia, che se si dispone di nodi del cluster in siti diversi, istruzioni di resilienza del sito dal gruppo di prodotti di Exchange sono cambiato (vedere la msexchangeteam.com/Archive/2008/04/03/448615.aspx). Fondamentalmente, il gruppo di prodotti di Exchange non consiglia di utilizzare i record CNAME negli ambienti di Exchange 2007 geografico-cluster.
D si prevede di migliorare le impostazioni di server Exchange 2007 Messaggistica l'organizzazione di protezione. Parte del piano di ottimizzazione protezione è per crittografare i volumi su cui si trovano i database di Exchange. È utile se è consigliata o supportata anche per memorizzare file di database di Exchange su un volume è stato crittografato utilizzando la crittografia di crittografia file System (EFS).
la risposta è un non crittografato . Inserimento di Exchange 2007 database su un volume crittografato in base EFS non è supportato da Microsoft. Infatti, è supportato per edb, log, STM (Exchange 2000/2003), dat, .eml e file chk. Il motivo principale è che questo tipo di crittografia produce un overhead aggiuntivo che influisce notevolmente sulle prestazioni.
Per proteggere i dati di Exchange 2007 ulteriori file, è necessario impedire accessi non autorizzati il computer di Exchange e utilizzare il formato dei messaggi S/MIME per crittografare i dati di messaggio. Inoltre, se si installa Exchange 2007 in Windows Server 2008, è consigliabile utilizzare BitLocker per proteggere i volumi.
D È stato installato Exchange 2007 SP1 in un server Windows Server 2008 che è anche un controller di dominio. Poiché è possibile non utilizzare IPv6 in questo ambiente, È disattivato in connessioni di rete dopo Exchange 2007 SP1 è stato installato e quindi è possibile riavviare il server. Quando fornito in linea, i servizi di Exchange 2007 non avviato. Errore 214, registrato nel registro dell'applicazione contiene le informazioni seguenti:
Process MSEXCHANGEADTOPOLOGYSERVICE.EXE (PID=1712). Topology discovery failed, error 0x80040a02 (DSC_E_NO_SUITABLE_CDC).
A visto diversi report su questo comportamento. Sebbene non è consigliabile installare uno dei ruoli server Exchange 2007 su un server di Windows Server 2008 che anche di funge da un controller di dominio con uno o più ruoli del server di Exchange 2007 in esecuzione su un controller di dominio con IPv6 disattivato dovrebbero funzionare, in particolare poiché si tratta di uno scenario comune nelle laboratori di test e altrove. La soluzione di ora è per riattivare IPv6 sul server. Rumor sia che Exchange 2007 SP1 rollup 4 verrà risolvere il problema.
Walther Henrik è un Microsoft Certified master: Exchange 2007 e MVP per Exchange con più di 14 anni di esperienza in azienda IT. Lavora come un architetto di tecnologia per Interprise consulenza (un'infrastruttura Microsoft Gold partner in Danimarca) e un Technical writer per Biblioso Corporation (una società base Usa specializzata in servizi di documentazione e la localizzazione gestiti).