Exchange Server opzioni di configurazione dell'archiviazione
Comprendere le opzioni e i requisiti di archiviazione per i server Cassette postali in Exchange Server 2016 e Exchange Server 2019 è una parte importante della soluzione di progettazione dell'archiviazione del server Cassette postali.
Architetture di archiviazione
Nella tabella seguente vengono descritte le architetture di archiviazione supportate e vengono illustrate le procedure consigliate per ogni tipo di architettura.
Architetture di archiviazione supportate:
| Architettura di archiviazione | Descrizione | Procedura consigliata |
|---|---|---|
| DAS (Direct-Attached Storage) | DAS è un sistema di archiviazione digitale direttamente collegato al server o alla workstation, senza dover utilizzare una rete di archiviazione. Ad esempio, i trasporti DAS comprendono Serial Attached SCSI (Small Computer System Interface) e Serial Attached ATA (Advanced Technology Attachment). | Non disponibile. |
| SAN (rete di archiviazione): iSCSI (Internet Small Computer System Interface) | La rete di archiviazione (SAN, Storage Area Network) è un'architettura che consente di collegare dispositivi di archiviazione di computer remoti (ad esempio array di dischi e librerie di nastri) a server in modo che i dispositivi risultino come se fossero collegati localmente al sistema operativo (ad esempio archiviazione a blocchi). Le reti SAN iSCSI comprendono i comandi SCSI all'interno dei pacchetti IP e utilizzano l'infrastruttura di rete standard come trasporto di archiviazione (ad esempio, Ethernet). | Non condividere dischi fisici di backup dei dati di Exchange con altre applicazioni. Utilizzare reti di archiviazione dedicate. Utilizzare più percorsi di rete per le configurazioni autonome. |
| SAN: Fibre Channel | Le reti SAN Fibre Channel incapsulano i comandi SCSI all'interno dei pacchetti Fibre Channel e usano in genere reti Fibre Channel specializzate come trasporto di archiviazione. | Non condividere dischi fisici di backup dei dati di Exchange con altre applicazioni. Utilizzare più percorsi di rete Fibre Channel per le configurazioni standalone. Seguire le procedure consigliate del fornitore di archiviazione per la regolazione delle schede bus host (HBA) di Fibre Channel, come la destinazione e la profondità della coda. |
Un'unità NAS (Network Attached Storage) è un computer autonomo connesso ad una rete, con l'unico scopo di fornire servizi di archiviazione dei dati basati sui file ad altri dispositivi sulla rete. Il sistema operativo e altri software nell'unità NAS forniscono la funzionalità di archiviazione dei dati, file system e accesso ai file e la gestione di queste funzioni (ad esempio, archiviazione file).
Tutte le risorse di archiviazione usate da Exchange per l'archiviazione dei dati di Exchange devono essere a livello di blocco perché Exchange 2016 non supporta l'uso di volumi NAS, ad eccezione dello scenario SMB 3.0 descritto nell'articolo Exchange Server virtualizzazione. Inoltre, in un ambiente virtualizzato, l'archiviazione NAS presentata alla macchina guest come archiviazione a livello di blocco via hypervisor non è supportata.
L'uso dei livelli di archiviazione non è consigliato, in quanto potrebbe influire negativamente sulle prestazioni del sistema. Per questo motivo, non consentire al controller di archiviazione di spostare automaticamente i file più accessibili nell'archiviazione "più veloce".
Tipi di disco fisico
Nella tabella seguente viene fornito un elenco dei tipi di disco fisico supportati e vengono illustrate le procedure consigliate per ogni tipo di disco fisico.
Tipi di dischi fisici supportati:
| Tipo di disco fisico | Descrizione | Procedura supportata o consigliata |
|---|---|---|
| SATA (Serial ATA) | SATA indica un'interfaccia seriale per ATA e i dischi IDE (Integrated Device Electronics). I dischi SATA sono disponibili in vari fattori di forma, velocità e capacità. In generale, scegliere Dischi SATA per l'archiviazione delle cassette postali di Exchange 2016 quando si hanno i requisiti di progettazione seguenti:
|
Supportato: dischi di settore a 512 byte per Windows Server 2008 e Windows Server 2008 R2. Inoltre, i dischi 512e sono supportati per Windows Server 2008 R2 con quanto segue:
Exchange 2013 e versioni successive supporta dischi di settore nativi da 4 kilobyte (KB) e dischi da 512e. Il supporto richiede che tutte le copie di un database si trovino sullo stesso tipo di disco fisico. Ad esempio, non è una configurazione supportata ospitare una copia di un database specifico in un disco del settore a 512 byte e un'altra copia dello stesso database in un disco 512e o 4K. Procedura consigliata: Prendere in considerazione i dischi SATA classe Enterprise, che generalmente dispongono di migliori caratteristiche riguardo a calore, vibrazione e affidabilità. |
| Serial Attached SCSI | Serial Attached SCSI indica un'interfaccia seriale per i dischi SCSI. I dischi SCSI collegati seriali sono disponibili in vari fattori di forma, velocità e capacità. In generale, scegliere Dischi SCSI collegati seriali per l'archiviazione delle cassette postali di Exchange 2016 quando si hanno i requisiti di progettazione seguenti:
|
Supportato: dischi di settore a 512 byte per Windows Server 2008 e Windows Server 2008 R2. Inoltre, i dischi 512e sono supportati per Windows Server 2008 R2 con quanto segue:
Exchange 2013 e versioni successive supporta dischi di settore nativi da 4 kilobyte (KB) e dischi da 512e. Il supporto richiede che tutte le copie di un database si trovino nello stesso tipo di disco fisico. Ad esempio, non è supportata una configurazione che ospita una copia di un determinato database su un settore del disco da 512 byte e un'altra copia dello stesso database su un disco 512e o un disco 4K. Procedura consigliata: La cache in scrittura del disco dei dati fisici deve essere disabilitata quando viene utilizzata senza un gruppo di continuità. |
| Fibre Channel | Fibre Channel indica un'interfaccia elettrica utilizzata per collegare i dischi alle reti SAN basate su Fibre Channel. I dischi Fibre Channel sono disponibili in diverse velocità e capacità. In generale, scegliere Dischi Fibre Channel per l'archiviazione delle cassette postali di Exchange 2016 quando si hanno i requisiti di progettazione seguenti:
|
Supportato: dischi di settore a 512 byte per Windows Server 2008 e Windows Server 2008 R2. Inoltre, i dischi 512e sono supportati per Windows Server 2008 R2 con quanto segue:
Exchange 2013 e versioni successive supporta dischi di settore nativi da 4 kilobyte (KB) e dischi da 512e. Il supporto richiede che tutte le copie di un database si trovino nello stesso tipo di disco fisico. Ad esempio, non è una configurazione supportata ospitare una copia di un database specifico in un disco del settore a 512 byte e un'altra copia dello stesso database in un disco 512e o 4K. Procedura consigliata: La cache in scrittura del disco dei dati fisici deve essere disabilitata quando viene utilizzata senza un gruppo di continuità. |
| Unità SSD (disco flash) | Un'unità SSD è un dispositivo di archiviazione dei dati che utilizza la memoria a stato solido per archiviare i dati permanenti. Un'unità SSD emula un'interfaccia dell'unità disco rigido. I dischi SSD sono disponibili in diverse velocità (diverse funzionalità di prestazioni di I/O) e capacità. In generale, scegliere Dischi SSD per l'archiviazione delle cassette postali di Exchange 2016 quando si hanno i requisiti di progettazione seguenti:
|
Supportato: dischi di settore a 512 byte per Windows Server 2008 e Windows Server 2008 R2. Inoltre, i dischi 512e sono supportati per Windows Server 2008 R2 con quanto segue:
Exchange 2013 e versioni successive supporta dischi di settore nativi da 4 KB e dischi da 512e quando tutte le copie di un database si trovano nello stesso tipo di disco fisico. Ad esempio, non è una configurazione supportata ospitare una copia di un database specifico in un disco del settore a 512 byte e un'altra copia dello stesso database in un disco 512e o 4K. Procedura consigliata: La cache in scrittura del disco dei dati fisici deve essere disabilitata quando viene utilizzata senza un gruppo di continuità. In generale, i server cassette postali di Exchange 2016 non richiedono le caratteristiche di prestazioni dell'archiviazione SSD. |
Fattori da considerare quando si scelgono i tipi di disco
Quando si scelgono i tipi di disco per l'archiviazione di Exchange 2016, esistono diversi compromessi. Il disco corretto è quello che ha un giusto rapporto tra prestazioni (sia sequenziali che casuali), capacità, affidabilità, consumo di energia e costi. Nella tabella seguente relativa ai tipi di disco fisico supportati vengono fornite informazioni utili per la scelta del disco.
Dal punto di vista delle prestazioni, l'uso di dischi di grandi dimensioni e più lenti per l'archiviazione di Exchange è corretto, a condizione che i dischi possano mantenere una latenza media di lettura e scrittura di 20 ms o meno sotto carico.
Fattori nella scelta del tipo di disco:
| Velocità disco (RPM) | Form factor disco | Interfaccia o trasporto | Capacità | Prestazioni I/O casuali | Prestazioni I/O sequenziali | Risparmio energetico |
|---|---|---|---|---|---|---|
| 5,400 | 2,5 pollici | SATA | Nella media | Povero | Povero | Eccellente |
| 5,400 | 3,5 pollici | SATA | Eccellente | Povero | Povero | Sopra la media |
| 7,200 | 2,5 pollici | SATA | Nella media | Nella media | Nella media | Eccellente |
| 7,200 | 2,5 pollici | Serial Attached SCSI | Nella media | Nella media | Sopra la media | Eccellente |
| 7,200 | 3,5 pollici | SATA | Eccellente | Nella media | Sopra la media | Sopra la media |
| 7,200 | 3,5 pollici | Serial Attached SCSI | Eccellente | Nella media | Sopra la media | Sopra la media |
| 7,200 | 3,5 pollici | Fibre Channel | Eccellente | Nella media | Sopra la media | Nella media |
| 10,000 | 2,5 pollici | Serial Attached SCSI | Sotto la media | Eccellente | Sopra la media | Sopra la media |
| 10,000 | 3,5 pollici | SATA | Nella media | Nella media | Sopra la media | Sopra la media |
| 10,000 | 3,5 pollici | Serial Attached SCSI | Nella media | Sopra la media | Sopra la media | Sotto la media |
| 10,000 | 3,5 pollici | Fibre Channel | Nella media | Sopra la media | Sopra la media | Sotto la media |
| 15.000 | 2,5 pollici | Serial Attached SCSI | Povero | Eccellente | Eccellente | Nella media |
| 15.000 | 3,5 pollici | Serial Attached SCSI | Nella media | Eccellente | Eccellente | Sotto la media |
| 15.000 | 3,5 pollici | Fibre Channel | Nella media | Eccellente | Eccellente | Povero |
| SSD: -= | Non applicabile | SATA, Serial Attached SCSI, Fibre Channel | Povero | Eccellente | Eccellente | Eccellente |
Procedure consigliate per le configurazioni di archiviazione supportate
In questa sezione vengono illustrate le procedure consigliate per le configurazioni del controller dell'array e del disco supportate. Oltre all'array ridondante di dischi indipendenti (RAID) comunemente usato, esiste anche solo un gruppo di dischi (o unità) o JBOD, che fa riferimento a una raccolta di dischi rigidi che non sono stati configurati per fungere da matrice ridondante.
RAID viene spesso usato sia per migliorare le caratteristiche delle prestazioni dei singoli dischi (tramite striping dei dati tra più dischi) sia per fornire protezione da singoli errori del disco. Con i progressi nella disponibilità elevata di Exchange 2016, RAID non è un componente necessario per la progettazione dell'archiviazione di Exchange 2016. Tuttavia, RAID è ancora un componente essenziale della progettazione dello spazio di archiviazione di Exchange 2016 per server autonomi e soluzioni che richiedono la tolleranza di errore di archiviazione.
Sistema operativo, sistema o volume di paging
La configurazione consigliata per un volume di sistema operativo, sistema o file di pagina consiste nell'usare la tecnologia RAID per proteggere questo tipo di dati. La configurazione RAID consigliata è RAID-1 o RAID-1/0, ma sono supportati tutti i tipi di RAID.
Volumi separati per il registro e il database delle cassette postali
Se si distribuisce un'architettura del ruolo del server Cassette postali autonoma, è necessaria la tecnologia RAID per il database delle cassette postali e i volumi di log. La configurazione RAID consigliata per i volumi delle cassette postali è RAID-1/0 (soprattutto se si usano dischi da 5,4 K o 7,2 K); tuttavia sono supportati tutti i tipi RAID. Per i volumi del registro, la configurazione RAID consigliata è RAID-1 o RAID-1/0.
Quando si utilizzano configurazioni RAID-5 o RAID-6 per il sistema operativo, il paging o i volumi di dati di Exchange, tenere presenti le seguenti considerazioni:
Le configurazioni RAID-5, incluse varianti come RAID-50 e RAID-51, non devono avere più di sette dischi per gruppo di array e lo scrubbing con priorità elevata del controller di matrice e l'analisi della superficie abilitati.
Nelle configurazioni RAID-6 lo scrubbing ad alta priorità e l'analisi della superficie del controller di array devono essere abilitati.
Anche se JBOD è supportato in architetture a disponibilità elevata con tre o più copie di database a disponibilità elevata, poiché i volumi di database del log e delle cassette postali sono separati, JBOD non è consigliato come soluzione.
Database delle cassette postali e registro nello stesso volume
La co-posizione del database delle cassette postali e del volume di log non è consigliata nelle architetture autonome. Nelle architetture ad alta disponibilità, esistono due possibilità per questo scenario:
Singolo database per volume
Più database per volume
Singolo database per volume
In un ambiente Exchange, una soluzione di archiviazione JBOD prevede l'archiviazione del database e dei log associati in un singolo disco. Per distribuire una soluzione JBOD, è necessario distribuire almeno tre copie di database a disponibilità elevata. L'uso di un singolo disco è un singolo punto di errore, perché quando il disco ha esito negativo, la copia del database che risiede su tale disco viene persa. La presenza di almeno tre copie del database garantisce la tolleranza di errore con due copie aggiuntive se una copia (o un disco) ha esito negativo. Tuttavia, il posizionamento di tre copie di database a disponibilità elevata e l'uso di copie ritardate del database possono influire sulla progettazione dell'archiviazione. Nella tabella seguente vengono visualizzate le linee guida per le considerazioni su RAID o JBOD.
Considerazioni su RAID o JBOD:
| Server di datacenter | Due copie altamente disponibili (totale) | Tre copie altamente disponibili (totale) | Due o più copie altamente disponibili per datacenter | Una copia ritardata | Due o più copie ritardate per datacenter |
|---|---|---|---|---|---|
| Server di datacenter principale | RAID | RAID o JBOD (2 copie) | RAID o JBOD | RAID | RAID o JBOD |
| Server di datacenter secondario | RAID | RAID (1 copia) | RAID o JBOD | RAID | RAID o JBOD |
Per la distribuzione su JBOD con i server di datacenter principali, sono necessarie tre o più copie ad alta disponibilità del database all'interno del DAG. Se si mischiano le copie ritardate sullo stesso server che ospita le copie altamente disponibili del database (ad esempio, non utilizzando i server dedicati alle copie ritardate del database), sono necessarie almeno due copie ritardate del database.
Affinché i server di datacenter secondari utilizzino JBOD, è necessario disporre di almeno due copie altamente disponibili del database nel datacenter secondario. La perdita di una copia nel datacenter secondario non comporterà la richiesta di un reseeding attraverso la rete WAN o la presenza di un unico punto di errore nel caso in cui il datacenter secondario venga attivato. Se si mischiano le copie ritardate del database sullo stesso server che ospita le copie altamente disponibili del database (ad esempio, non utilizzando i server dedicati alle copie ritardate del database), sono necessarie almeno due copie ritardate del database.
Per i server dedicati alle copie ritardate del database, è necessario disporre di almeno due copie ritardate del database all'interno di un datacenter per utilizzare JBOD. In caso contrario, la perdita del disco comporta la perdita della copia ritardata del database e la perdita del meccanismo di protezione.
Più database per volume
Più database per volume sono un nuovo scenario JBOD disponibile in Exchange 2016 che consente di miscelare copie attive e passive (incluse le copie ritardate) su un singolo disco, consentendo un migliore utilizzo del disco. Tuttavia, per distribuire le copie in questo modo, è necessario abilitare la riproduzione automatica del file di registro della copia ritardata. Nella tabella seguente vengono mostrate le linee guida per le considerazioni su JBOD per più database per volume.
Considerazioni su JBOD:
| Server di datacenter | 3 o più copie (totale) | Due o più copie per datacenter |
|---|---|---|
| Server di datacenter principale | JBOD | JBOD |
| Server di datacenter secondario | N/D | JBOD |
La tabella seguente fornisce indicazioni sulle configurazioni degli array di archiviazione per Exchange 2016.
Tipi RAID supportati per il ruolo del server Cassette postali di Exchange 2016:
| Tipo di RAID | Descrizione | Procedura supportata o consigliata |
|---|---|---|
| Dimensioni di striping RAID dell'array di dischi (KB) | Le dimensioni di striping rappresentano l'unità della distribuzione dei dati in un gruppo RAID per disco. Le dimensioni di striping sono definite anche dimensioni del blocco. | Procedura consigliata: un minimo di 256 KB. Seguire le procedure consigliate del fornitore di archiviazione. |
| Impostazioni della cache per l'array di archiviazione | Le impostazioni della cache vengono fornite da un controller dell'array con cache supportato da batteria. | Procedura consigliata: cache di scrittura al 100% (cache con batteria o flash) per i controller di archiviazione DAS in una configurazione RAID o JBOD. 75% cache di scrittura, 25% cache di lettura (cache con batteria o flash backed) per altri tipi di soluzioni di archiviazione, ad esempio SAN. Se il fornitore SAN ha procedure consigliate diverse per la configurazione della cache nella piattaforma, seguire le indicazioni del fornitore SAN. |
| Cache in scrittura del disco fisico | Le impostazioni per la cache sono su ciascun disco. | Procedura supportata: La cache in scrittura del disco dei dati fisici deve essere disabilitata quando viene utilizzata senza un gruppo di continuità. |
Nella tabella seguente vengono fornite indicazioni sulla scelta dei file di database e di registro.
Scelte di file di database e di log per il ruolo del server Cassette postali di Exchange 2016:
| Opzioni del file di database e di registro | Descrizione | Autonomo: procedura supportata o consigliata | Alta disponibilità: procedura supportata o consigliata |
|---|---|---|---|
| Posizionamento dei file: isolamento di database per log | L'isolamento del database per log si riferisce all'inserimento del file di database e dei log dello stesso database delle cassette postali in volumi diversi supportati da dischi fisici diversi. | Procedura consigliata: per il ripristino, spostare il file di database (con estensione edb) e i log dallo stesso database a volumi diversi supportati da dischi fisici diversi. | Procedura supportata: Isolamento dei database e dei registri non necessario. |
| Posizionamento del file: file di database per volume | I file di database per volume si riferiscono a come si distribuiscono i file di database all'interno o tra i volumi del disco. | Procedura consigliata: in base alla metodologia di backup. | Procedura supportata: Utilizzando JBOD, si crea un volume singolo con directory separate per i database e per i file di registro. |
| Posizionamento del file: flussi di registrazione per volume | I flussi di log per volume si riferiscono a come si distribuiscono i file di log del database all'interno o tra i volumi del disco. | Procedura consigliata: in base alla metodologia di backup. | Procedura supportata: Utilizzando JBOD, si crea un volume singolo con directory separate per i database e per i file di registro. Procedura consigliata: quando si usa JBOD, usare più database per volume. |
| Dimensione del database | Le dimensioni del database si riferiscono a quelle del file (.edb) di database dei dischi. | Procedura supportata: circa 16 terabyte. Procedura consigliata:
|
Supportato: circa 16 terabyte. Procedura consigliata:
|
| Metodo di troncamento del registro | Il metodo di troncamento del registro indica il processo per il troncamento e l'eliminazione dei precedenti file di registro del database. Sono disponibili due metodi:
|
Procedura consigliata:
|
Procedura consigliata:
|
Nella tabella seguente vengono fornite informazioni sui tipi di disco di Windows.
Tipi di disco di Windows per il ruolo del server Cassette postali di Exchange 2016:
| Tipo di disco di Windows | Descrizione | Autonomo: procedura supportata o consigliata | Alta disponibilità: procedura supportata o consigliata |
|---|---|---|---|
| Disco di base | Un disco inizializzato per l'archiviazione di base è definito disco di base. Un disco di base contiene volumi di base, quali partizioni primarie, partizioni estese e unità logiche. | Procedura supportata. Procedura consigliata: utilizzare i dischi di base. |
Procedura supportata. Procedura consigliata: utilizzare i dischi di base. |
| Disco dinamico | Un disco inizializzato per l'archiviazione dinamica è definito disco dinamico. Un disco dinamico contiene volumi dinamici, quali volumi semplici, volumi con spanning, volumi con striping, volumi con mirroring e volumi RAID-5. | Procedura supportata. | Procedura supportata. |
Nella tabella seguente vengono fornite informazioni sulle configurazioni del volume.
Configurazioni del volume per il ruolo del server Cassette postali di Exchange 2016:
| Configurazione del volume | Descrizione | Autonomo: procedura supportata o consigliata | Alta disponibilità: procedura supportata o consigliata |
|---|---|---|---|
| GPT (tabella di partizione GUID) | GPT è un'architettura del disco che si espande sullo schema di partizione precedente del record di avvio principale (MBR). Le dimensioni massime della partizione formattata NTFS è di 256 terabyte. | Procedura supportata. Procedura consigliata: utilizzare le partizioni GPT. |
Procedura supportata. Procedura consigliata: utilizzare le partizioni GPT. |
| MBR | MBR, o settore di partizione, indica il settore di avvio da 512 byte, cioè il primo settore (Settore 0 di LBA) di un dispositivo di archiviazione dei dati partizionati, come un disco rigido. Le dimensioni massime della partizione formattata NTFS è di 2 terabyte. | Procedura supportata. | Procedura supportata. |
| Allineamento tra le partizioni | Per allineamento tra le partizioni si intende l'allineamento delle partizioni nei limiti del settore per ottenere prestazioni ottimali. | Supportato: Il valore predefinito di Windows Server 2008 R2 e Windows Server 2012 è 1 megabyte (MB). | Supportato: Il valore predefinito di Windows Server 2008 R2 e Windows Server 2012 è 1 MB. |
| Percorso volume | Percorso volume si riferisce alla modalità di accesso a un volume. | Procedura supportata: lettera di unità o punto di montaggio. Procedura consigliata: il volume host del punto di montaggio deve disporre di RAID. | Procedura supportata: lettera di unità o punto di montaggio. Procedura consigliata: il volume host del punto di montaggio deve essere abilitato a RAID. |
| File system | Il file system indica un metodo per l'archiviazione e l'organizzazione dei file del computer e dei dati contenuti per facilitarne l'individuazione e l'accesso. | Supportato: NTFS e ReFS. | Supportato: NTFS e ReFS. |
| Deframmentazione NTFS | La deframmentazione NTFS è un processo che riduce la quantità di frammentazione nei file system di Windows. È in grado di organizzare il contenuto del disco in modo da archiviare parti di ciascun file in modo contiguo e ravvicinato. | Procedura supportata. Procedura consigliata: Non necessario e non consigliato. Su Windows Server 2012, si consiglia anche di disabilitare l'ottimizzazione automatica del disco e la funzionalità di deframmentazione. |
Procedura supportata. Procedura consigliata: Non necessario e non consigliato. Su Windows Server 2012, si consiglia anche di disabilitare l'ottimizzazione automatica del disco e la funzionalità di deframmentazione. |
| Dimensione unità di allocazione NTFS | Dimensione unità di allocazione NTFS indica la quantità minima di spazio su disco che può essere allocata per memorizzare un file. | Procedura supportata: tutte le dimensioni delle unità di allocazione. Procedura consigliata: 64 KB per i volumi dei file .edb e di registro. |
Procedura supportata: tutte le dimensioni delle unità di allocazione. Procedura consigliata: 64 KB per i volumi dei file .edb e di registro. |
| Compressione NTFS | Compressione NTFS è il processo di riduzione delle dimensioni effettive di un file archiviato sul disco rigido. | Supportato: non supportato per i file di database o di log di Exchange. | Supportato: non supportato per i file di database o di log di Exchange. |
| NTFS Encrypting File System (EFS) | EFS consente agli utenti di crittografare singoli file, cartelle o unità di dati. Dal momento che EFS fornisce un metodo di crittografia avanzata mediante algoritmi standard e crittografia a chiave pubblica, i file crittografati rimangono riservati anche nel caso in cui venga superato il sistema di sicurezza. | Supportato: non supportato per i file di database o di log di Exchange. | Non supportato per i file di database o di log di Exchange. |
| Windows BitLocker (crittografia del volume) | Windows BitLocker è una funzionalità di protezione dei dati in Windows Server 2008. BitLocker protegge dal furto dei dati o dall'esposizione su computer smarriti o rubati e offre una modalità più sicura di eliminazione dei dati quando i computer vengono rimossi. | Supportato: tutti i file di database e di log di Exchange. | Supportato: tutti i file di database e di log di Exchange. I cluster di failover windows richiedono Windows Server 2008 R2 o Windows Server 2008 R2 SP1. I volumi di Exchange con BitLocker abilitato non sono supportati nei cluster di failover di Windows che eseguono versioni precedenti di Windows. Per altre informazioni sulla crittografia BitLocker di Windows 7, vedere Crittografia unità BitLocker in Windows 7: Domande frequenti. |
| SMB (Server Message Block) 3.0 | Il protocollo SMB (Server Message Block) è un protocollo per la condivisione dei file in rete (come TCP/IP o altri protocolli di rete) che consente alle applicazioni su un computer di accedere a file e risorse su un server remoto. Consente inoltre alle applicazioni di comunicare con qualsiasi programma server configurato per ricevere le richieste di client SMB. Windows Server 2012 introduce la nuova versione 3.0 del protocollo SMB con le seguenti funzionalità:
|
Supporto limitato. Lo scenario supportato è una distribuzione hardware virtualizzata in cui i dischi si trovano su dischi rigidi virtuali in una condivisione SMB 3.0. Questi dischi rigidi virtuali comunicano con l'host tramite hypervisor. Per altre informazioni, vedere Exchange Server virtualizzazione. | Supporto limitato. Lo scenario supportato è una distribuzione hardware virtualizzata in cui i dischi si trovano su dischi rigidi virtuali in una condivisione SMB 3.0. Questi dischi rigidi virtuali comunicano con l'host tramite hypervisor. Per altre informazioni, vedere Exchange Server virtualizzazione. |
| Spazi di archiviazione | Spazio di archiviazione è una nuova soluzione di archiviazione che fornisce funzioni di virtualizzazione per Windows Server 2012. Spazi di archiviazione consente di organizzare i dischi fisici in pool di archiviazione, che possono essere facilmente espansi aggiungendo dischi. Questi dischi possono essere connessi tramite USB, SATA o SAS. Usa anche dischi virtuali (spazi), che si comportano esattamente come i dischi fisici, con funzionalità potenti associate come il thin provisioning e la resilienza agli errori dei supporti fisici sottostanti. Per altre informazioni su Spazi di archiviazione, vedere Panoramica Spazi di archiviazione. | Procedura supportata. Stesse restrizioni dei tipi di dischi fisici descritti in questo articolo. | Procedura supportata. Stesse restrizioni dei tipi di dischi fisici descritti in questo articolo. |
| Resilient File System (ReFS) | ReFS è un file system progettato per Windows Server 2012 basato su NTFS. ReFS mantiene un elevato grado di compatibilità con NTFS, fornendo al tempo stesso tecniche avanzate di verifica e correzione automatica dei dati e una resilienza end-to-end integrata ai danneggiamenti, soprattutto se usato con la funzionalità spazi di archiviazione. Per altre informazioni su ReFS, vedere Panoramica di Resilient File System (ReFS): Distribuzioni supportate. | Supportato per i volumi contenenti file di database di Exchange, file di log e file di indicizzazione del contenuto, se è installato l'hotfix seguente: Exchange Server database 2013 diventano frammentati in Windows Server 2012. Non supportato per i volumi contenenti file binari di Exchange. Procedura consigliata: È necessario disabilitare le funzionalità di integrità dei dati per i file EDB del database di Exchange oppure il volume che ospita i file EDB. Le funzionalità di integrità possono essere abilitate per i volumi contenenti il catalogo dell'indice di contenuto, se il volume non contiene database o file di log. |
Supportato per i volumi contenenti file di database di Exchange, file di log e file di indicizzazione del contenuto, se è installato l'hotfix seguente: Exchange Server database 2013 diventano frammentati in Windows Server 2012. Non supportato per i volumi contenenti file binari di Exchange. Procedura consigliata: È necessario disabilitare le funzionalità di integrità dei dati per i file EDB del database di Exchange oppure il volume che ospita i file EDB. Le funzionalità di integrità possono essere abilitate per i volumi contenenti il catalogo dell'indice di contenuto, se il volume non contiene database o file di log. |
| Dimensioni dell'unità di allocazione ReFS | Le dimensioni dell'unità di allocazione ReFS rappresentano la quantità minima di spazio su disco che può essere allocata per contenere un file. | Procedura supportata: tutte le dimensioni delle unità di allocazione. Procedura consigliata: 64 KB per i volumi dei file .edb e di registro. |
Procedura supportata: tutte le dimensioni delle unità di allocazione. Procedura consigliata: 64 KB per i volumi dei file .edb e di registro. |
| Deduplicazione dati | La deduplicazione dei dati è una tecnica per ottimizzare l'utilizzo dell'archiviazione. È un metodo per trovare e rimuovere la duplicazione all'interno dei dati senza comprometterne la fedeltà o l'integrità. L'obiettivo è archiviare più dati in meno spazio segmentando i file in piccoli blocchi di dimensioni variabili, identificando blocchi duplicati e mantenendo una singola copia di ogni blocco. Le tecnologie di deduplicazione dati sono in genere implementate in uno dei due modi seguenti: a livello di sistema operativo o a livello di sistema di archiviazione e il sistema operativo non è a conoscenza dell'uso. | Livello del sistema operativo: non supportato per i database delle cassette postali di Exchange, i database di trasporto o i file di indice del contenuto. Livello di sistema di archiviazione: supportato, ma rientra nei criteri di supporto delle soluzioni software di archiviazione di terze parti Microsoft. Nota: il dedupe a livello di sistema operativo può essere usato per i file di database di Exchange offline (usati come backup o archivi). |
Livello del sistema operativo: non supportato per i database delle cassette postali di Exchange, i database di trasporto o i file di indice del contenuto. Livello di archiviazione: supportato, ma rientra nei criteri di supporto delle soluzioni software di archiviazione di terze parti Microsoft. Nota: il dedupe a livello di sistema operativo può essere usato per i file di database di Exchange offline (usati come backup o archivi). |