Coda di Exchange &R: Migrazioni e transizioni.
Sono molte le società che utilizzano ancora Exchange 2003, il che, nonostante l'apparente convenienza, può causare alcuni problemi di compatibilità.
Henrik Walther
Calendari condivisi
D: Abbiamo appena migrati da Exchange 2003 SP1 di Exchange 2010. Abbiamo un mix dei client Outlook 2003 e Outlook 2007 in tutta la nostra organizzazione. Abbiamo ricevuto alcune denunce da parte degli utenti, l'apertura di numerosi calendari condivisi da Outlook 2003 (non è insolito aprire contemporaneamente più di 15 calendari). A volte ottengono un errore quando si tenta di aprire un calendario (vedi di Figura 1).
.jpg)
Figura 1 il messaggio di errore che quando vedrai apertura oltre 15 calendari condivisi da Outlook 2003
Sai se c'è qualche modo per risolvere il problema senza l'aggiornamento per Outlook 2007? Noi non possiamo aggiornare questi client prima della seconda metà del 2011.
R: Questo è solitamente causato da nuova chiamata di procedura remota (RPC) limitazione della politiche che fanno parte di Exchange 2010 — più specificamente il "RCAMaxConcurrency" limitazione della politica di parametro. Se hai gli utenti che hanno bisogno di aprire più di 15 calendari condivisi o caselle di posta supplementari utilizzando Outlook 2003, è possibile regolare le impostazioni della politica di limitazione con relative a RPC utilizzando il cmdlet Set-ThrottlingPolicy. Aumentare il valore di RCAMaxConcurrency, la cui impostazione predefinita è impostata su 20. Il parametro RCAMaxConcurrency indica quante connessioni simultanee un utente Accesso Client RPC può disporre di un server che esegue Exchange 2010 in una sola volta.
Per aumentare il valore dell'impostazione di default della limitazione della politica da 20 a 30 RCAMaxConcurrency, aprire Exchange Management Shell ed eseguire il seguente comando per creare prima una variabile per la politica:
a = Get-ThrottlingPolicy | where-object {_.IsDefault -eq true}
Tubo quindi la variabile del cmdlet Set-ThrottlingPolicy:
a | Set-ThrottlingPolicy -RCAMaxConcurrency 30
Per applicare queste modifiche, riavviare il servizio "Microsoft Exchange Throttling" su ogni Server di accesso Client (CAS). Ora sarete in grado di aprire i calendari condivisi significativamente di più o caselle di posta supplementari rispetto con l'impostazione predefinita (vedi di Figura 2).
.jpg)
Figura 2 di apertura 15 calendari utilizzando Outlook 2003 dopo aver modificato l'impostazione predefinita per RCAMaxConcurrency
Potete leggere di più su SP1 di Exchange 2010 limitazione della politiche nella documentazione di Exchange 2010 su Microsoft TechNet .
Supporto telefonico di Windows
D: La nostra azienda sta valutando offrendo dispositivi Windows Phone 7 ai nostri utenti. Prima di procedere, abbiamo voluto chiedere se Windows Phone 7 dispositivi supportano le stesse politiche di Exchange ActiveSync (EAS) come quelli supportati da 6.x i dispositivi Windows Mobile?
R: Sebbene sapesse deveoped Microsoft Windows Phone 7 principalmente con i consumatori nella mente, il team di Windows Phone avevano bisogno di includere funzionalità enterprise in OS, con la maggior parte delle persone utilizzando il telefono cellulare stesso per uso personale e questioni di lavoro. Sistema operativo Windows Phone 7 supporta un sottoinsieme delle politiche EAS fornita con SP1 di Exchange 2010, compresi i seguenti criteri:
- Password necessaria
- Lunghezza minima della Password
- Valore di frequenza di Timeout di inattività
- Soglia del panno di dispositivo
- Consenti Password semplice
- Scadenza password
- Cronologia delle password
- Disabilitare archivi rimovibili
- Disabilitare IrDA
- Disattivare la sincronizzazione Desktop
- Blocco Desktop remoto
- Bloccare la condivisione Internet
Se si desidera utilizzare altre politiche EAS, hai le seguenti opzioni:
- Creare un criterio di Windows Phone 7 EAS dedicato e associarlo a utenti di cassette postali che utilizzano dispositivi Windows Phone 7
- Impostare la proprietà AllowNonProvisionableDevices su true nel predefinito EAS politica già configurato
- Riconfigurare il criterio predefinito EAS all'interno dell'organizzazione di Exchange, in modo che essa ha solo criteri elencati precedentemente configurato
- Distribuire un terzo EAS client sui dispositivi Windows Phone 7
Coesistenza con Exchange
D: Siamo una piccola organizzazione sta progettando una transizione da Exchange 2003 SP1 di Exchange 2010. Abbiamo solo un server Exchange 2003. Uno dei compiti nel Upgrade dalla sezione di accesso Client di Exchange 2003 di Exchange 2010 TechNet library consiste nell'associare un nome host legacy (legacy.domain.com) con l'infrastruttura di Exchange 2003. Poi saremo costretti a configurare un URL di Exchange 2003 per le CA di 2010 Exchange che punta a un server front-end di Exchange 2003 con il seguente comando:
Set-OWAVirtualDirectory <CAS2010>\OWA* -Exchange2003URL https://legacy.contoso.com/exchange
Questo permetterà di nostri utenti accedere alle cassette postali tramite un single sign-on durante il periodo di coesistenza, che abbiamo bisogno perché abbiamo solo un server Exchange 2003 nella nostra organizzazione. La documentazione di TechNet afferma specificamente che deve puntare all'URL di Exchange 2003 a un server front-end di Exchange 2003. Questo significa che non possiamo usare questa convivenza funzione di salvo introduciamo un server front-end di Exchange 2003?
R: Non devi necessariamente un server front-end di Exchange 2003 dedicato. Quando si hanno solo un server Exchange 2003, è assolutamente bene puntare l'URL di Exchange 2003 su server Exchange 2010 CAS direttamente a un server di back-end di Exchange 2003. Basta tenere a mente che al fine di ottenere il single sign-on, dovrete abilitare l'autenticazione basata su form su entrambi le CAS 2010 di Exchange e il server di back-end di Exchange 2003 (vedi di Figura 3).
.jpg)
Figura 3 abilitare l'autenticazione basata su form in Exchange 2003
Si ricorda inoltre che dovrete installare un certificato SSL che include il nome dell'host legacy (legacy.domain.com) sul server di Exchange 2003. Non è necessario essere il nome comune sul certificato. Se si utilizza un certificato UC/SAN sul server Exchange 2010, si potrebbe aggiungere il nome host legacy all'elenco SAN e utilizzare questo certificato sul server di Exchange 2003 come pure.
Specificando più gateway
D: Siamo attualmente stiamo distribuendo Exchange 2010 SP1. Abbiamo due Datacenter e prevede di utilizzare gruppi di disponibilità del database (DAGs) allungati tra ogni datacenter. Ci sono due membri DAG in un datacenter e due in altra. Ogni server membro di DAG avrà due interfacce di rete (uno per l'accesso MAPI) e uno per la replica e subnet diverse per ogni datacenter.
Noi abbiamo specificato un gateway predefinito per la rete MAPI su ciascun server e DAG iscritti in un datacenter. Possono raggiungere il DAG membri in altri datacenter e viceversa tramite l'indirizzo IP di rete MAPI configurato. Tuttavia, i server non possono raggiungere reciprocamente attraverso la rete di replica, che è un problema. Siamo abbastanza sicuri che questo è perché abbiamo bisogno anche di specificare un gateway predefinito sulle reti di replica. Quando lo facciamo attraverso la pagina delle proprietà TCP/IP dell'interfaccia di replica, vediamo il messaggio di avviso mostrato in di Figura 4.
.jpg)
Figura 4 di messaggio di avviso quando si configurano più gateway predefiniti
Prima di continuare con la configurazione dell'interfaccia replica, abbiamo voluto chiedere qual è il metodo corretto nei confronti di specificare più gateway su un server membro di DAG?
R: Sono lieto che lei ha chiesto prima si è deciso di configurare più gateway tramite la GUI. Questo è un percorso non supportato che avrebbe creato problemi di routing tra i centri dati. Dovrete specificare un gateway predefinito per l'interfaccia di rete di replica.
Back in the days di Exchange 2007, è utilizzato il comando "Route Add" per configurare il gateway predefiniti durante la distribuzione di cluster di replica continua Cluster (CCR) multisito o cluster di Cluster a copia singola (SCC) con nodi in subnet diverse. Con Windows Server 2008 e Windows Server 2008 R2, l'orientamento è stato cambiato un poco. Invece di usare "Route Add", Microsoft consiglia ai clienti di utilizzare "netsh" per configurare il gateway predefinito.
Con i server membri di Exchange 2010 DAG situato sulla subnet distinte, è ancora necessario utilizzare Netsh. È necessario creare una route statica per la subnet di replica in altri datacenter con Netsh. Per creare una route statica persistente da subnet 10.10.10.0/24 a 10.10.11.0/24 con "Route add", utilizzare il seguente comando:
Route add 10.10.11.0 mask 255.255.255.0 10.10.10.203 –p
Questo invierà tutto il traffico destinato per 10.10.11.0/24 al gateway 10.10.10.203. Questo sarà quindi instradarlo ai rispettivi server sulla subnet 10.10.11.0/24. Per creare la stessa route statica utilizzando Netsh, utilizzare il seguente comando:
Netsh interface ipv4 add route 10.10.11.0/24 "REPLICATION" 10.10.10.203
Il nome dell'interfaccia della rete di replica è "Replica" e il gateway predefinito è 10.10.10.203. Si noti che con Netsh, "Route add" verrà creata come una route permanente.
Parallelamente gli spostamenti delle cassette postali
D: Abbiamo appena abbiamo aggiornato i nostri server Exchange 2010 a SP1 di Exchange 2010. Un'osservazione che abbiamo fatto è che esso spostata solo due cassette postali in parallelo al database di destinazione. Con Exchange 2010 RTM, abbiamo visto cinque cassette postali viene spostate in parallelo.
Mi vengono in mente due domande: Perché è stato il numero di cassette postali parallelo si muove modificati con SP1 di Exchange 2010, e possiamo cambiare questo valore?
R: Hai ragione che le mosse attive massime per ogni database delle cassette postali di destinazione è stato modificato da cinque a due con SP1 di Exchange 2010. Le mosse attive massime per ogni server di destinazione è ancora impostato su cinque. Questo significa che se si spostano gli utenti in più database di cassette postali di destinazione, sarete ancora in grado di spostare le cassette postali fino a cinque in parallelo per server di cassette postali di destinazione.
Test interni in cambio prodotto gruppo ha dimostrato che, consentendo di effettuare fino a cinque parallelo si sposta al database delle cassette postali di destinazione ha provocato troppo carico sulla disponibilità elevata. Questo è particolarmente vero quando si spostano le cassette postali di grandi dimensioni in un server di cassette postali di destinazione che è anche un membro di un DAG.
È possibile modificare il valore di questa impostazione in base alle proprie esigenze e il vostro ambiente specifico. Si dovrebbe tenere a cinque se si spostano le cassette postali di grandi dimensioni e si utilizza un DAG. Tuttavia, se avete piccole cassette postali o utilizzare il server cassette postali autonomo Exchange 2010, si può solitamente fino il valore 10 per ogni database delle cassette postali di destinazione e 40 per server di cassette postali di destinazione.
Per modificare il valore, accedere al server Exchange 2010 CAS e aprire il file MSExchangeMailboxReplication.exe.config in blocco note (vedi di Figura 5).
.jpg)
Figura 5 aprendo il file MSExchangeMailboxReplication.exe.config nel blocco note
Con il file aperto, modificare i valori di MaxActiveMovesPerTargetMDB e MacActiveMovesPerTargetServer (vedi di Figura 6).
.jpg)
Figura 6 Default MaxActiveMovesPerTargetMDB e MaxActiveMovesPerTargetServer, i valori di Exchange SP1 2010
Quando hai cambiato i valori, è necessario riavviare il servizio di replica di Microsoft Exchange Mailbox in ordine all'applicazione. Se si dispone di più server Exchange 2010 CAS nell'organizzazione, è necessario eseguire naturalmente i passaggi precedenti su ognuna di esse.
.jpg)
_***Henrik Walther****è un Microsoft Certified Master: Exchange 2007 ed Exchange MVP con più di 15 anni di esperienza nel settore IT. Lavora come una tecnologia architetto forTimengoConsulting (un Microsoft Gold Certified Partner in Danimarca) e come un technical writer per Biblioso Corp.(gestione di una società statunitense specializzata in servizi di localizzazione e documentazione). È possibile inviare una e-mail Walther a v-henwal@microsoft.com . * _