Exchange 2010

Approfondimenti

Henrik Walther

Recentemente rilasciato Microsoft Exchange 2010 Release versione Manufacturing (RTM), analogamente alle versioni precedenti include numerose nuove funzionalità e numerosi miglioramenti rispetto quelle esistenti. Come effetti, con questa versione di rilascio, Exchange è ora costituito circa 21 milioni di righe di codice.

Gli sviluppatori di Exchange erano cinque obiettivi principali in considerazione per Exchange 2010: Per consentire alle organizzazioni di raggiungere nuovi livelli di affidabilità, prestazioni migliori, un'amministrazione semplificata, migliore protezione delle comunicazioni e maggiore mobilità aziendale per gli utenti. In breve e di crisi economica globale presente, lo scopo per la creazione di un prodotto più flessibile e ottimizzato che potrebbe ridurre i costi dell'esecuzione di un'infrastruttura Exchange 2010.

Dall'aprile 2008, ho dedicato una buona dose di fase testing Exchange 2010 beta e release candidate crea nei miei laboratori, così come nei due ambienti dei clienti dell'organizzazione. In questo articolo verrà visualizzata in una presentazione tramite più interessanti le modifiche e i miglioramenti apportati in questa versione più recente e, ovvero senza dubbio, abbiamo visto finora maggiore versione di Exchange.

Architettura di gestione

Con Exchange 2007, Microsoft ha introdotto un'architettura di gestione basata su Windows PowerShell 1.0 e il runtime di Microsoft .NET Framework 2.0. Una volta che gli amministratori di Exchange è inoltre appreso come utilizzare la shell, essi realizzato rapidamente nuove opportunità per ottimizzare l'efficienza operativa. Senza sorpresa, Microsoft utilizza Windows PowerShell (versione 2.0) e il runtime di .NET Framework (3,5) nell'architettura di gestione Exchange 2010 troppo. Tra i miglioramenti di Windows PowerShell 2.0 utilizzati in Exchange 2010 è la funzionalità di Remoting di PowerShell. Questa funzionalità utilizza WS-Management (WS-Management), un componente di Windows per semplificando la gestione di server, periferiche e applicazioni all'interno dell'organizzazione.

Con Exchange 2007, Exchange Management Shell consente agli amministratori di gestire tutti i server di Exchange 2007 da un server di gestione singolo; eseguire il cmdlet in host/processo il server di gestione. Il server di gestione quindi stabilisce le connessioni remote procedure call (RPC) per i cambi sono che viene modificate. Con la funzionalità di Windows PowerShell 2.0 Remoting gestione è ulteriormente semplificata. I servizi remoti fornisce i protocolli standard per la gestione dei server Exchange 2010 attraverso i firewall e in modo esplicito separa “ client ” e “ server ” parti dell'elaborazione cmdlet. Investendo di che, WS-Management rende integrazione con il sistema operativo Windows più intuitiva rispetto a Windows PowerShell 1.0.

Se utilizzando gli strumenti di gestione di Exchange locali o un server di gestione dedicata, è possibile stabilire una connessione “ remota ” durante l'avvio di Exchange Management Console o Exchange Management Shell. Exchange 2010 si connette alla directory virtuale Windows PowerShell locale, creata in IIS Manager del sito Web predefinito, quando in un computer sono installati gli strumenti di gestione di Exchange 2010 (vedere di Figura 1).

 

Figura 1 di Windows PowerShell 2.0 directory virtuale in Gestione IIS

Quando il Exchange Management Console o la shell si connette alla directory virtuale di Windows PowerShell, Importa cmndlets necessarie, ovvero o, più specificamente, i riferimenti a questi cmndlets, ovvero del lato server (cioè spazio di esecuzione) per la sessione del lato client. Una volta che sono stati importati i riferimenti di cmdlet, è possibile gestire Exchange 2010 esattamente come si farebbe normalmente i server Exchange 2007.

Quando si utilizza Exchange Management Shell, è possibile creare una sessione di Windows PowerShell che stabilisce una connessione nuova a fronte di un server remoto di Exchange 2010. In tal caso, tutti i comandi eseguiti dalla shell sul server locale eseguono direttamente sul server Exchange 2010 remoto a cui è connessi.

Poiché Exchange Management Console è incorporata in cima alla shell di gestione ed esegue i comandi di Windows PowerShell in background, la console di gestione si comporta esattamente come la shell. È anche possibile utilizzare la console per connettersi e gestire un server di Exchange 2010 in un altro insieme di strutture di Exchange (vedere di Figura 2).

In effetti, non solo possibile è aggiungere altre organizzazioni di Exchange alla console, ma anche spostare le cassette postali tra due organizzazioni di Exchange (vedere di Figura 3).

 

Nella figura 2 di Più insiemi di strutture Exchange in Exchange Management Console

 

Nella figura 3 il nuovo spostamento remoto Request Wizard di Exchange 2010

Nuvola Readiness
In definitiva inoltre sarà in grado di gestire Exchange Online, uno dei software Microsoft più soluzioni di servizi dalla Exchange Management Console ed Exchange Management Shell. Sarà più possibile una volta che Microsoft aggiorna in linea di Exchange a Exchange 2010; attualmente è basata su Exchange 2007. Le organizzazioni si avrà così l'opportunità di scegliere una soluzione su edificio, un servizio ospitato o combinazione di entrambi — e gestirli in modo trasparente.

Microsoft già ha reso questa possibili per coinvolti nel programma Microsoft Live@edu istituzioni, nonché per i dipendenti Microsoft che host nei domini personali in Microsoft Exchange Labs, quali cassette postali host more than 10 milioni alla data corrente.

Modello di autorizzazioni

Exchange 2010 consente di estendere la voce di controllo di accesso (ACE) - modello di autorizzazione basati su Microsoft mette a disposizione con Exchange 2007 per includere un nuovo livello di autorizzazione utilizzando il controllo dell'accesso basato sui ruoli (RBAC). RBAC consente di definire autorizzazioni di ampi o precise in base ai ruoli degli amministratori ed end users speciali. Ciò significa che è possibile definire il modello di autorizzazioni in Exchange 2010 in modo che corrisponda un modello organizzativo senza un aumento di complessità. I gruppi del ruolo predefinito in Exchange 2010 effettivamente è sufficiente per la maggior parte delle aziende, sebbene sia possibile creare gruppi di ruoli personalizzati se lo si desidera.

Detto un altro modo, le attività operative utente speciale e amministrativi di RBAC ora controlli e la portata a cui gli utenti possono self-administer proprie cassette postali, i gruppi di distribuzione e così via.

MAPI di livello intermedio e accesso alla directory

In Exchange 2007, il server accesso client fornisce l'endpoint di connessione per tutti i client, ad eccezione di Outlook (Messaging Application Programming Interface o MAPI) ed Entourage (Web-based Distributed Authoring e Versioning o WebDAV). Ciò scaricata una quantità significativa di elaborazione gestito dalle cassette postali back-end nelle versioni precedenti di Exchange 2007.

Microsoft si occupa questo ulteriormente un passaggio in Exchange 2010 con l'introduzione del servizio di accesso client RPC che sposta MAPI e la directory di accedere alle connessioni ai server di accesso client di livello intermedio. Di conseguenza, i client MAPI non più connettono direttamente al server di cassette postali durante l'apertura di una cassetta postale. Invece, si connettono al servizio di accesso client RPC, a sua volta comunica con i server Active Directory e di cassette postali. Per informazioni di directory, ci si connette a un endpoint di tipo NSPI (Name Service Provider Interface) sul server accesso client; NSPI talks quindi Active Directory tramite il driver di Active Directory. L'endpoint NSPI sostituisce il componente DSProxy che sappiamo da Exchange 2007.

Questo comportamento differisce da Outlook via Internet (RPC su HTTP) client che si connettono a una cassetta postale in Exchange 2007 in quanto tali client collegare al componente proxy RPC sul server accesso client. Inoltre, essi parlare MAPI su RPC direttamente con il server di cassette postali e con l'endpoint NSPI di Active Directory.

Il servizio di accesso client RPC presenta diversi vantaggi. Primo, con MAPI e spostati per il ruolo server accesso client di livello intermedio, le connessioni di directory Exchange dispone ora di un singolo percorso comune attraverso il quale tutti i dati si verifica accesso. Questo non solo consente di migliorare la coerenza quando applicare la logica aziendale ai client, ma fornisce anche un'esperienza client molto meglio durante switchovers o procedure di failover utilizzando la nuova disponibilità gruppo (DAG) funzionalità di database (ulteriori informazioni su questa funzionalità in un secondo momento). Disconnessioni per i client Outlook potrebbe essere l'ultimo 30 secondi rispetto a diversi minuti, ovvero Caspita, persino fino a 30 minuti, ovvero comuni in topologie di Active Directory complesse con i cluster replica continua cluster (CCR) di Exchange 2007 distribuiti.

Disponibilità di un unico percorso comune per l'accesso a tutti i dati consente ultima, per le connessioni più concorrenti e cassette postali per server cassette postali. In Exchange 2007, un server cassette postali potrebbe gestire le 64.000 connessioni. Confronta con un limite handle di contesto RPC 250.000 in Exchange 2010. Con la dipendenza dall'aumento con Exchange 2010 i server di accesso client, i client devono riconnessioni rapide da un server accesso client a un'altra in risposta a tempi di inattività pianificato o non pianificato. Ad esempio hello in nuova matrice di accesso client della Exchange 2010. Come suggerisce il nome, questo è un array di server di accesso client. Più specificamente, una matrice è costituito da tutti i server di accesso client nel sito di Active Directory per cui viene creato. Anziché connettersi a un dominio completo name (FQDN) di un server accesso client, il nome FQDN della matrice (ad esempio outlook.contoso.com) si connette un client di Outlook. Ciò garantisce che i client Outlook si connettono tramite MAPI su RPC sono connesse l'ora. Esiste anche la matrice come un attributo per i database del server cassette postali nel sito Active Directory. Questo assicura che la matrice SA per il server cassette postali e il database deve essere indirizzato un utente. Se una copia dei rispettivo database in un altro sito di Active Directory diventa quella attiva e proteggere i database delle cassette postali utilizzando la nuova funzionalità di DAG, server accesso client verrà parlare direttamente con server cassette postali in cui è archiviato la copia del database tramite RPC. Questo è un dettaglio importante.

È possibile utilizzare Windows Network Load Balancing (WNLB) in combinazione con una matrice di accesso client, purché il ruolo server cassette postali non è installato sul server né protetto da un DAG. Naturalmente, è inoltre possibile utilizzare una matrice di accesso client in combinazione con un sistema di bilanciamento del carico hardware esterno. Ma si tenga presente la matrice è solo per i client Outlook RPC; è comunque utilizzare WNLB tradizionali o un sistema di bilanciamento del carico esterno per i servizi, ad esempio Outlook Web Access, l'individuazione automatica, Exchange ActiveSync e il servizio disponibilità.

Ottimizzazione di archiviazione

Con l'utilizzo di un'architettura a 64 bit e ridotto secondo I / O, ovvero fino al 70 %, ovvero Exchange 2007 ha creato un ambiente di archiviazione decisamente più efficiente rispetto a possibili con predecessori. In Exchange 2010, Microsoft incentrate relativo archiviazione ottimizzazione sforzi sul recapito di grandi dimensioni (+ 10 GB), veloce le cassette postali durante sfruttando i vantaggi di archiviazione economici.

Con le modifiche apportate in ESE (Extensible Storage Engine), con Exchange 2010 ora è la possibilità di utilizzare tali dischi basse prestazioni come i dischi SATA simile a quello di desktop (cioè livello 2 dischi). Sì, sta parlando i dischi SATA 7200 simile a quelli nella propria workstation. Se si utilizza la funzionalità di DAG di elevata disponibilità e si dispongano di tre o più copie di database, è possibile anche utilizzare, ad esempio, un singolo disco 7200 RPM per la memorizzazione di una copia di database e il flusso di registro associati. In altre parole, non hai più utilizzare i dischi piccoli e veloci in RAID. Invece, è possibile memorizzare i database su dischi lenti e grandi dimensioni in una configurazione JBOD.

Microsoft è in grado di raggiungere tali miglioramenti delle prestazioni di archiviazione significativi principalmente dalla effettua una modifica importante per lo schema di archivio, come è noto. In pratica, gli sviluppatori di Exchange 2010 desideravano per spostarsi dall'I/o casuale, piccolo molti, a meno sequenziale, I/o di grandi dimensioni. Spostamento da casuale a I/o sequenziale notevoli modifiche richieste per l'architettura dell'archivio di tabella.

In Exchange 2007 e nelle versioni precedenti di ogni database aveva una tabella delle cassette postali (memorizzate tutte le cassette postali nel database), cartelle tabella (cartelle della cassetta postale stored per tutte le cassette postali nel database), dei messaggi (messaggi stored) della tabella, tabella degli allegati (stored allegati per tutte le cassette postali nel database) e tabella della cartella di messaggi (visualizzazioni cartella stored per tutte le cassette postali nel database). In questa architettura, non è stato modificato molto partire da Exchange 4.0, è necessario eseguire a fronte del database una grande quantità di I/o casuali. Uno dei vantaggi con questa architettura è archiviazione a istanza singola (SIS) in cui viene conservata solo una copia di un messaggio, ovvero un grande vantaggio di ripristino quando i dischi di dimensioni relativamente ridotti erano nominale del corso. Ma oggi, con 500 GB SAS dischi e 2 TB SATA dischi a nostra disposizione, questa architettura non è più sensato.

In Exchange 2010, tutti i dati in una cassetta postale ottiene memorizzati nelle tabelle vicini nel database. In realtà, ciascuna cassetta postale dispone di una propria cartella, intestazione del messaggio, le tabelle di corpo e visualizzazione. In questo modo, SIS non esiste più in Exchange i database. Come effetto collaterale di rimozione di SIS da Exchange, un database bloats da circa il 20 %. Per risolvere questo problema, gli sviluppatori di Exchange compressi i database (più specificamente, le intestazioni dei messaggi e testo o HTML corpi). Assegnando un proprio insieme di tabelle a ciascuna cassetta postale, operazioni di I/o eseguite a fronte di un database sono prevalentemente sequenziali.

Altre interessanti modifiche includono: lo spazio del database viene allocato in modo contiguo; database contiguity viene mantenuto nel tempo; le dimensioni della pagina database sono ora 32 KB, 8; di ed è stata migliorata la funzionalità di lettura asincrona. Il gruppo di prodotti Exchange anche è aumentata l'efficacia della cache in modo significativo modificando la profondità del checkpoint a 100 MB per le configurazioni a elevata disponibilità, utilizzando la priorità di cache di compressione e il database della cache.

Di tutte le modifiche apportate in Exchange 2010, è possibile prevedere fino a una riduzione del 70 percento di I/O rispetto a Exchange 2007. Ora che è ESE ottimizzazione chiamo.

Evoluzione di Exchange replica continua

Prima di Exchange 2007, Microsoft offerto sola estremamente limitata ad alta disponibilità e di ripristino d'emergenza funzionalità di ripristino. I responsabili IT possono utilizzare Microsoft Cluster Server per garantire la ridondanza a livello hardware, il sottosistema di archiviazione è stato un singolo punto di errore. Per ottenere la ridondanza a livello di archiviazione, le organizzazioni dovevano investire in prodotti di terze parti replica.

Con Exchange 2007, Microsoft migliorato in questa situazione con un intero a manicotto di elevata disponibilità e di ripristino d'emergenza ripristino funzionalità, tra cui CCR estremamente esito positivo. Questa tecnologia di replica cluster combina la tecnologia di replica asincrona con il clustering di Failover di Windows per fornire la ridondanza hardware e di archiviazione, un'elevata disponibilità e nessun singolo punto di errore.

Microsoft indirizzato la necessità di adattabilità tra i siti con la funzionalità di replica continua di standby (SCR) introdotta con Exchange 2007 SP1. SCR consente la distribuzione dei file di registro da e verso i server di cassette postali cluster e non cluster. SCR consente IT per specificare un registro riesecuzione del tempo di ritardo fino a sette giorni, che significa che è possibile correggere la maggior parte dei problemi relativi a database/archivio prima che essi raggiunto la destinazione SCR nel centro dati di un altro.

Microsoft ha migliorato CCR e SCR ulteriormente in Exchange 2010, combinando le due in DAG, la nuova funzionalità di disponibilità continua menzionato in precedenza. Un DAG è simile a CCR ancora dipendente da un insieme limitato di componente clustering di Failover di Windows, ovvero principalmente il database del cluster, testimone di condivisione file e le funzionalità di heartbeat. DAGs fornire protezione a livello del database, server e livelli di siti e rendere per distribuire una soluzione di ripristino a livello di sito ad alta disponibilità/emergenza sostanzialmente più semplice con le versioni precedenti di Exchange.

DAG utilizza la replica asincrona come CCR e SCR. Con DAG, è possibile creare fino a 16 copie di un database delle cassette postali. Una copia di un database delle cassette postali specificato è attiva alla volta. Questo database deve diventare non disponibile, un componente di DAG chiamato automaticamente gestione Active attiva una delle altre copie. Poiché i client Outlook ora connettono al client Access Server (direttamente o tramite una matrice di accesso client), gli utenti viene raramente noteranno un failover o il passaggio a un altro database copiare nel DAG.

Ora protetto, si trovano i database in Exchange 2010 all'organizzativa di livello (vedere di Figura 4).

 

Nella figura 4 di database a livello di organizzazione Protected da DAG

Ciò significa che i gruppi di archiviazione abbiamo sapere da Exchange 2007 e versioni precedenti non dispongono di una posizione all'interno di Exchange 2010. Tuttavia, ogni database di Exchange 2010 è associato un set di file di registro perché questa nuova versione viene utilizzato il modello di atomicità, consistenza, isolamento e durata (ACID) come predecessori.

Con Exchange 2010 Microsoft inoltre ha upped il numero di database su un server edizione enterprise di Exchange 2010 su 100 rispetto a 50 in Exchange 2007. Inoltre pena sottolineare è che anche se i membri di DAG richiedono Windows 2008 enterprise edition (a causa della dipendenza su alcune delle funzionalità di clustering di Failover di Windows), è possibile utilizzare Exchange 2010 standard ed edizioni enterprise con DAGs. Tenere presente, tuttavia, che l'edizione standard è limitato a cinque database per ogni server delle cassette postali.

Distribuzione e gestione di un DAG è molto più semplice rispetto a un cluster CCR, ad esempio, poiché vengono eseguiti da tutti i passaggi necessari all'interno di Exchange Management Console o Exchange Management Shell. Il clustering è direttamente integrato con Exchange e trasparente per l'amministratore. Pertanto, è possibile pronunciare file di chiusura al clustering competenze e strumenti di amministrazione separata per la gestione della soluzione di disponibilità continua di Exchange. Anche multisiti DAG scenari sono più facili da distribuire e amministrare e a questo punto è possibile, a differenza con CCR, ovvero individuare i server membri DAG in diversi siti di Active Directory. Ciò significa che non è più necessario estendere il sito di Active Directory su posizioni fisiche, ovvero un elemento è Impossibile eseguire con CCR multisito cluster in Exchange 2007.

Miglioramenti della mobilità

Con ogni iterazione di Exchange, Microsoft ha portato interessanti modifiche mobilità di Exchange, più specificamente Web App OWA (Outlook), noto in precedenza come Outlook Web Access, ovvero ed Exchange ActiveSync. Exchange 2010 non fa eccezione.

Applicazione Web in Outlook
Infatti, Microsoft ha apportato modifiche così tante a OWA che la tecnologia merita un articolo a sé stante. Di seguito sono riportati alcuni esempi:

Presenza è incorporata in OWA (vedere di Figura 5). Ciò significa che è possibile visualizzare e modificare lo stato di presenza, nonché visualizzare la presenza di altri utenti l'utilizzo della soluzione di Office Communications Server (è inoltre possibile integrare soluzioni di terze parti). Gli utenti possono anche messaggi immediati altro dalla all'interno dell'interfaccia OWA. Gli utenti possono gestire il proprio elenco contatti di Office Communicator, visualizzabile nel riquadro di sinistra, dall'interno OWA.

• Il supporto browser Premium si estende ora per Mozilla Firefox 3 + e Safari 3 + per Mac, come pure, naturalmente, ovvero Internet Explorer (versione 7 o versione successiva).
• Gli utenti possono inviare e ricevere messaggi SMS (Short Message Service) direttamente in OWA (e Outlook 2010 parimenti) anziché la loro immissione in un dispositivo mobile. OWA Invia SMS tramite dispositivo portatile, in cui vengono ricevute le risposte. È anche possibile sincronizzare messaggi SMS per le cassette postali degli utenti in modo che sta archiviati e sottoposti a backup a livello centrale.
• Exchange 2010 introduce una nuova visualizzazione conversazione con OWA (Outlook 2010 ed e Windows Mobile con la nuova versione di Outlook Mobile installata). L'idea con visualizzazione conversazione consiste nel ridurre l'overload di informazioni nella posta in arrivo dell'utente. Con questa funzionalità, tutti i messaggi in un thread di conversazione appariranno insieme in una visualizzazione semplice e logica, consentendo agli utenti di identificare rapidamente i messaggi non letti e comprendere la serie di risposte nel thread. Visualizzazione conversazione viene mantenuta intatta anche come spostare i messaggi all'esterno della cartella Posta in arrivo e in altre cartelle. Un utente può gestire, ignorare, spostare ed eliminare le conversazioni nel suo complesso anziché reagire a ogni singolo messaggio.
• Un pannello di controllo di Exchange sostituisce la pagina di opzioni è possibile sapere da precedenti versioni OWA (vedere di Figura 6). Da questo pannello, gli utenti possono gestire le impostazioni di OWA tradizionali ma anche eseguire la verifica dei messaggi per i propri messaggi, creare e moderato distribuzioni con autorizzazioni RBAC necessari e così via. Inoltre, gli utenti possono ora aggiornare le informazioni di Active Directory personali quali nome, titolo, reparto e numero di telefono.

Nella figura 5 L'interfaccia utente di OWA 2010

 

Nella figura 6 Pannello di controllo Exchange 2010 OWA

Exchange ActiveSync
Exchange ActiveSync è considerato de-facto standard che specificano come i dispositivi mobili sincronizzare con una cassetta postale. Exchange 2010 introduce diverse nuove funzionalità interessanti per i client basati su ActiveSync:

• Gli amministratori di Exchange possono ora approvare periferiche per tipo o per utente, bloccare i telefoni non supportati e telefoni sconosciuti in quarantena. Telefoni bloccati non saranno in grado di sincronizzare con una cassetta postale mentre telefoni in quarantena potrebbero essere consentiti per sincronizzare basata su approvazione dell'amministratore. Gli utenti possono cercare informazioni sulla disponibilità tramite la nuova versione di Outlook Mobile inclusa con Windows Mobile 6.5. Quando si apre la pagina delle proprietà del contatto, un indicatore cronologico simile a quello che è possibile sapere da OWA 2007 sarà visibile. La sequenza temporale è anche contrassegnati da colori distintivi.
• Exchange 2010 include inoltre il supporto per la cache dei nomi alternativi sui dispositivi Windows Mobile come la cache è ora memorizzata centralmente nella cassetta postale dell'utente.
• In uno spostamento utile, ora Microsoft consente di dispositivi Windows Mobile che eseguono Windows Mobile 6.1 + per scaricare il nuovo client di Outlook Mobile (quello fornito con Windows Mobile 6.5) come un file. cab. Quando gli utenti di sincronizzare innanzitutto i propri dispositivi Windows Mobile 6.1 con proprie cassette postali, automaticamente verrà visualizzato un messaggio di posta elettronica con un collegamento alla nuova versione di Outlook Mobile. Ciò consente agli utenti all'interno dell'organizzazione per poter sfruttare le nuove funzionalità di Exchange/Outlook Mobile senza dover investire in nuovi dispositivi Windows Mobile 6.5 è stata introdotta con Exchange 2010.

Messaggistica unificata

Sebbene l'architettura rimane invariato, Microsoft ha migliorato e migliorato la messaggistica unificata con Exchange 2010. Tra gli investimenti deep sono Anteprima posta vocale, posta vocale protetto, indicatore in attesa di messaggio, chiamata di risposta regole e il supporto per supporti per lingue aggiuntive.

• Anteprima di segreteria telefonica fornisce agli utenti di traduzione vocale da testo direttamente in Outlook e OWA. In tal caso gli utenti non è più necessario ascoltare i messaggi di posta vocale tradizionali, che è un'attività alquanto laboriosa per molti. La posta vocale invece possono vedere come un messaggio di testo nel client di posta elettronica. Quando si utilizza Outlook 2010, anche il testo del messaggio vocale diventa attuabile, vale a dire che i nomi, contatti e numeri di telefono verranno riconosciuti e che sono selezionabili tramite clic. Segreteria telefonica anteprima è inoltre possibile tramite dispositivi Windows Mobile. Anteprima di segreteria telefonica supporta inizialmente degli Stati Uniti e le lingue inglese (Canada), francese, portoghese, italiano e polacco. Quando Exchange 2010 SP1 è disponibile un giorno imprecisato prossimo anno, aggiungerà il supporto per più lingue.
• Protetto segreteria telefonica utilizza Active Directory Rights Management Services per proteggere voicemails. Ad esempio, gli utenti possono contrassegnare voicemails come privato in modo che non possono essere inoltrati ad altri destinatari. Sebbene gli utenti possono effettuare in modo stessi, questa impostazione inoltre può essere controllate tramite un criterio amministrativo.
• L'indicatore in attesa di messaggio di notifica agli utenti della presenza e il numero di nuove/messaggi non letti voicemails sui rispettivi apparecchi telefonici desk supportati. Con questa funzionalità, gli utenti possono ricevere anche le anteprime di posta vocale come messaggi SMS.
• Risposta alle chiamate regole, in un'altra nuova funzionalità di Exchange 2010, funziona in modo analogo a regole dei messaggi di posta elettronica tradizionali posta in arrivo, ma per le chiamate in ingresso utente. Gli utenti possono creare un tipo di operatore automatico personali che include un menu per il controllo del flusso di chiamata in ingresso. Ad esempio, gli utenti Impossibile impostare le regole per le operazioni da eseguire con le chiamate in base a criteri quali l'ora del giorno, ID chiamante, la propria pianificazione e così via. Risposta alle chiamate regole consentono inoltre agli utenti di creare un set personalizzato di menu per chiamanti in ingresso.
• La versione RTM di Exchange 2010 dispone del supporto per 16 language pack, con 10 più prossima al più presto.

Criteri di conservazione e archiviazione

Nel corso degli anni, la possibilità di mantenere record di business in modo efficiente è diventata più critica. Questo particolare include messaggi di posta elettronica, che per la maggior parte delle aziende in origine il principio dei dati di individuazione legali e altre analisi di conformità.

Gestione della posta elettronica per verificarne la conformità ha long decodificati imprese, anche se Exchange 2007 ha introdotto diverse funzionalità di protezione e conformità correlati, ad esempio Gestione record di messaggistica (MRM), le regole di trasporto e le regole del journal. Exchange 2010 introduce il concetto di criteri di conservazione. I criteri di conservazione fanno parte della funzionalità MRM impostata in Exchange 2010 e una sostituzione diretta di cartelle gestite.

Exchange 2010 consente inoltre di risolvere la limitazione di dimensione della cassetta postale che forza gli utenti delle versioni precedenti per spostare i messaggi di posta elettronica per i file pst locali per l'archiviazione, ovvero e rendendo difficile per gli amministratori di gestione di conformità.

Per risolvere il problema del file pst, Exchange 2010 offre una nuova funzionalità di archiviazione personale. L'amministratore di Exchange ora possibile attivare le cassette postali archivio in linea per gli utenti, eliminando la necessità per i file pst non in linea. Il nuovo archivio in linea è visibile tramite Outlook 2010 2010 OWA e Outlook 2010 supporta anche trascina e rilascia del contenuto del file pst per l'archivio in linea. Gli amministratori di Exchange possono inoltre configurare i criteri di conservazione spostare automaticamente i messaggi, ovvero i messaggi anteriori a un anno, ad esempio, ovvero l'archivio in linea di.

Exchange 2010 include inoltre nuove funzionalità che consente agli utenti all'interno di legali e conformità ai reparti di eseguire ricerche multimailbox e legale immediato tenere, quale consente la conservazione immediato di un utente del eliminati e modificati elementi cassetta postale.

Con queste nuove funzionalità, assumendo il controllo delle informazioni dell'organizzazione è più semplice e più flessibile rispetto a possibili con precedenti implementazioni di Exchange.

Nuovo modello di federazione Organization

Con Exchange 2007 e versioni precedenti, la federazione tra più insiemi di strutture di Exchange dell'organizzazione stessa o nelle aziende separate è stata un'attività alquanto scomodo e a volte complessa. Per condividere le informazioni sulla disponibilità tra organizzazioni di Exchange 2000/2003, è necessario innanzitutto replicare tutti gli utenti di posta richiesti da un'organizzazione a altra come oggetti contatto utilizzando l'agente di gestione GALSync incluso con Forefront Identity Manager (FIM) in precedenza noto come Microsoft Identity Integration Server e ILM. Quindi era necessario utilizzare uno strumento come replica tra organizzazioni (IOREPL) per replicare le informazioni sulla disponibilità tramite le cartelle pubbliche. Con Exchange 2007 le cose un po' migliorate. È possibile condividere le informazioni sulla disponibilità tra organizzazioni di Exchange 2007 utilizzando il nuovo servizio disponibilità. In particolare è possibile utilizzare cmndlet Aggiungi AvailabilityAddressSpace di impostare la disponibilità condivisione tra organizzazioni. Sfortunatamente, quando non viene stabilita alcuna relazione di trust tra le organizzazioni coinvolte, disponibilità condivisione tra insiemi di strutture è limitata.

Con le nuove funzionalità di federazione inclusa in Exchange 2010, è possibile condividere le informazioni sulla disponibilità, utente calendari e contatti tra insiemi di strutture. Tuttavia, tenere presente che le funzionalità di federazione Exchange 2010 richiedono che tutte le organizzazioni coinvolte hanno distribuito Exchange 2010. Non deve necessariamente essere un'organizzazione pura di Exchange 2010; a causa di alcuni miglioramenti di basso livello proxy in Exchange 2007 SP2, è possibile trarre vantaggio dalle nuove funzionalità di federazione tra Exchange 2010 e organizzazioni 2007 SP2 che dispone di almeno un server di accesso client di Exchange 2010 distribuito.

Le funzionalità di federazione in Exchange 2010 utilizzano un nuovo servizio basato su Windows Live noto come Microsoft federazione gateway (MFG). In sostanza MFG, che si trova nell'area al funge da mediatore trust tra le organizzazioni di Exchange 2010 desidera condividere i dati (vedere di Figura 7). È importante sottolineare che, anche se viene utilizzato un gateway di Microsoft per stabilire la federazione trust tra le organizzazioni Exchange 2010, nessun dato da una qualsiasi delle organizzazioni di Exchange coinvolte viene condivisi con Microsoft. Le organizzazioni utilizzano semplicemente il MFG per garantire protezione durante la pubblicazione di informazioni sul proprio dominio e l'attivazione dell'accesso al dominio ai dati.

 

Nella figura 7 Il nuovo TrustWizard di federazione nella console di gestione di Exchange 2010

Le nuove funzionalità di federazione non richiedono eventuali relazioni di trust o la replica dei dati tra le organizzazioni coinvolte. Per visualizzare lo stato di disponibilità per un utente presso l'organizzazione un utente 2010 Outlook o OWA 2010 semplicemente tipi di indirizzo di posta elettronica della persona nell'Assistente Pianificazione. (In Outlook 2007, gli utenti di posta dall'organizzazione opposto devono essere replicati in modo che vengano visualizzati nell'elenco indirizzi globale locale.) Il calendario e contatti entrambi funzionalità di condivisione richiedono 2010 OWA o Outlook 2010.

In particolare, è possibile impostare i dati che si desidera condividere l'utilizzo dei criteri di condivisione e il relativo livello che i dati devono essere condivise. E con il criterio di condivisa organizzativo, è possibile creare un criterio di condivisa. Specificare qui quante informazioni utenti dovrebbero essere in grado di condividere e con quali domini (vedere di Figura 8).

 

Nella figura 8 Creazione l'organizzazione Relationship guidata nella console di gestione di Exchange 2010

Varie modernità

In breve, ecco altre cose interessanti disponibile con Exchange 2010:

Sposta cassetta postale in linea Exchange 2010 sostituisce la procedura guidata per lo spostamento delle cassette postali con il Move richiesta locale e di guidate Sposta Request remoto, offrire diversi vantaggi con essi. Ad esempio, gli amministratori possono spostare le cassette postali durante le ore lavorative come cassetta postale di origine viene spostata durante il processo non è non in linea. Come effetti, gli utenti possono inviare e ricevere messaggi di posta elettronica, spostare l'elenco indirizzi globale, pianificano le riunioni e così via, durante la cassetta postale di accesso. Inoltre, è possibile utilizzare Exchange Management Console per spostare le cassette postali tra insiemi di strutture di Exchange.

MailTips MailTips consentono un mittente di un messaggio di posta elettronica visualizzare messaggi informativi durante la composizione di un messaggio di posta elettronica in Outlook 2010 o OWA 2010. Microsoft ha creato vari predefinito MailTips, ma è anche possibile aggiungere il proprio. MailTips predefinite includono destinatario interno non valido (se l'utente o il gruppo immettere nella: o CC: i campi non esiste in Active Directory), cassetta postale completa, cassetta postale del destinatario è piena, risposte automatiche (programmi di office e altre risposte automatiche) limitato destinatario (in base ai criteri), messaggi superiori a dimensione consentita (messaggio di dimensioni superiore a inviare o ricevere dimensioni, la dimensione dei messaggi o impostazione lunghezza richiesta) e grande pubblico (quando si inviano messaggi a gruppi di dimensioni superiori a 25 membri).

trasporto Resiliency Noto anche come ridondanza ombreggiatura, questa nuova funzionalità consente di verificare che un messaggio non viene eliminato da un server Trasporto Hub invio prima che il server Trasporto Hub destinazione riconosce il recapito dei messaggi. Con Exchange 2007, se è stato smarrito il database dei messaggi coda dei messaggi all'interno di esso sarebbe quindi persi. Con la funzionalità di ridondanza, ciò non accade in Exchange 2010. Ciò significa che è possibile facilmente sostituire un server Trasporto Hub non riuscito semplicemente essere rimosso dall'ambiente di produzione senza svuotamento code. Elimina inoltre la necessità per garantire la ridondanza hardware di archiviazione, che ha un effetto diretto sui costi.

firme dinamiche È ora possibile (tramite le regole di trasporto) distribuire firma personale o azienda o di non responsabilità con valore contenenti HTML, specifici tipi di carattere, il logo di società (GIF animate anche) e utilizzare valori il DisplayName, FirstName, LastName, reparto e società per un utente in Active Directory durante la creazione.

moderazione del gruppo di distribuzione È ora possibile configurare i gruppi di distribuzione con moderatore che richiedono un moderatore accettare un messaggio prima dell'invio ai membri del gruppo. È inoltre possibile gestire l'appartenenza al gruppo dal nuovo OWA 2010 Exchange controllo pannello (ECP). Gli utenti possono essere assegnati autorizzazioni, consente di creare i propri gruppi di distribuzione all'interno di ECP.

Gestione dei destinatari di massa in Exchange Management Console È ora possibile eseguire massa gestione dei destinatari da all'interno di Exchange Management Console. Ad esempio, è possibile ora spostare, rimuovere, disattivare e attivare le cassette postali degli utenti in massa. È anche possibile modificare le proprietà dei destinatari se è selezionato lo stesso tipo di destinatari.

Invia posta Quando Outlook è installato nello stesso computer gli strumenti di gestione di Exchange, è possibile inviare posta a una cassetta postale dell'utente, contatto di posta, i gruppi di utenti o liste di distribuzione della posta.

autorizzazione della cartella Gestione Con Exchange 2010, è possibile gestire autorizzazioni della cartella di Outlook utilizzando nuovi cmdlet Add-MailboxFolderPermission, Get-MailboxFolderPermission e Remove-MailboxFolderPermission.

Exchange 2010 introduce numerose nuove e interessanti funzionalità e miglioramento rispetto a quelli esistenti. Senza dubbio troverete Exchange 2010 una soluzione di messaggistica completa, integrata e flessibile per le aziende di qualsiasi dimensione.

Contenuto correlato

• Exchange Queue A: Bilanciamento del carico, Trasporto Edge e altro ancora
• Exchange Queue A: Allineamento delle partizioni del disco, pianificazione della replica SCR e altro ancora
• Exchange Queue A: Nuove funzionalità e miglioramenti in Exchange 2010

Henrik Walther è una replica Microsoft Certified Master: Exchange 2007 ed Exchange MVP con più di 15 anni di esperienza nel settore IT. Lavora come architetto un tecnologia per Timengo Consulting (un Microsoft Gold Certified Partner in base a Danimarca) e come un technical writer per Biblioso Corporation (una società italiano specializzata in gestito servizi di documentazione e localizzazione). È possibile contattarlo all'indirizzo exqa@microsoft.com.