Opzioni di configurazione dell'archiviazione in Exchange 2013
Si applica a: Exchange Server 2013
Le informazioni sulle opzioni e i requisiti di archiviazione per il ruolo del server Cassette postali in Microsoft Exchange Server 2013 costituiscono un aspetto importante della soluzione di progettazione per l'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 di Fibre Channel comprendono i comandi SCSI all'interno dei pacchetti Fibre Channel e generalmente utilizzano le 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 il software sull'unità NAS offrono l'archiviazione dei dati, file system, l'accesso ai file e la gestione delle funzionalità (ad esempio, l'archiviazione dei file).
Tutta l'archiviazione usata da Exchange per l'archiviazione dei dati di Exchange deve essere a livello di blocco perché Exchange 2013 non supporta l'uso di volumi NAS, ad eccezione dello scenario SMB 3.0 descritto nell'argomento Virtualizzazione di Exchange 2013. 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 disco fisico 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 2013 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 i dischi con settore da 4 kilobyte (KB) nativi e i dischi 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. |
| Serial Attached SCSI | Serial Attached SCSI indica un'interfaccia seriale per i dischi SCSI. I dischi Serial Attached SCSI sono disponibili in una vasta gamma di form factor, velocità e capacità. In generale, scegliere Dischi SCSI collegati seriali per l'archiviazione delle cassette postali di Exchange 2013 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 i dischi con settore da 4 kilobyte (KB) nativi e i dischi 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. |
| Fibre Channel | Fibre Channel è un'interfaccia elettrica usata per connettere i dischi alle reti SAN basate su Fiber Channel. I dischi Fibre Channel sono disponibili in una vasta gamma di velocità e capacità. In generale, scegliere Dischi Fibre Channel per l'archiviazione delle cassette postali di Exchange 2013 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 i dischi con settore da 4 kilobyte (KB) nativi e i dischi 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. |
| 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 una vasta gamma di velocità (diverse prestazioni I/O) e capacità. In generale, scegliere Dischi SSD per l'archiviazione delle cassette postali di Exchange 2013 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 i dischi con settore da 4 kilobyte (KB) nativi e i dischi 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. |
Fattori da considerare quando si scelgono i tipi di disco
È necessario tenere in considerazione diversi fattori nella scelta dei dischi per l'archiviazione di Exchange 2013. 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: classe Enterprise | 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.
L'array ridondante di dischi indipendenti (RAID) viene spesso usato sia per migliorare le caratteristiche di prestazioni dei singoli dischi (tramite striping dei dati su più dischi) sia per fornire protezione da singoli errori del disco. Con i progressi nella disponibilità elevata di Exchange 2013, RAID non è un componente necessario per la progettazione dell'archiviazione di Exchange 2013. Tuttavia, RAID è ancora un componente essenziale della progettazione dell'archiviazione di Exchange 2013 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 sistema operativo, sistema o volume di paging prevede l'uso della 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 5.4K o 7.2K); 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, devono includere massimo di 7 dischi per gruppo di array e lo scrubbing ad alta priorità e l'analisi della superficie del controller di array devono essere 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 3 o più copie di database a disponibilità elevata, poiché i volumi di database del log e delle cassette postali sono separati, JBOD non è consigliato.
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
Dalla prospettiva di Exchange, JBOD implica che il database e i registri associati sono archiviati in un unico disco. Per la distribuzione su JBOD, è necessario distribuire minimo di tre copie altamente disponibili del database. L'utilizzo di un unico disco costituisce un unico punto di errore perché, quando si verifica un errore del disco, si perde la copia del database che risiede nel disco. La presenza di almeno tre copie del database garantisce la tolleranza di errore in presenza di altre due copie nel caso in cui una copia (o un disco) abbia esito negativo. Tuttavia, la presenza di tre copie altamente disponibili del database, così come l'utilizzo di copie ritardate del database, può 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, così come la perdita del meccanismo di protezione.
Più database per volume
Più database per volume è un nuovo scenario disponibile in Exchange 2013 che consente di mischiare copie attive e passive (incluse le copie ritardate) in un solo disco, permettendo 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 |
Nella tabella seguente vengono fornite indicazioni sulle configurazioni dell'array di archiviazione per Exchange 2013.
Tipi di RAID supportati per il ruolo del server Cassette postali di Exchange 2013
| 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% (batteria o cache supportata da flash) per i controller di archiviazione DAS in una configurazione RAID o JBOD. 75% cache di scrittura, 25% cache di lettura (batteria o cache 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.
Scelta del file di registro e di database per il ruolo del server Cassette postali di Exchange 2013
| 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 registro si riferisce al posizionamento dei registri e del file di database dallo stesso database delle cassette postali a diversi volumi supportati da diversi dischi fisici. | 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 alla modalità di distribuzione dei 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 registrazione per volume si riferiscono alla modalità di distribuzione dei file di registro 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: Utilizzando JBOD, è possibile utilizzare 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 2013
| 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 2013
| 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 windows che eseguono versioni precedenti di Windows. Per altre informazioni sulla crittografia BitLocker di Windows 7, vedere (/previous-versions/windows/it-pro/windows-7/ee449438(v=ws.10))[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 Virtualizzazione di Exchange 2013. | 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 Virtualizzazione di Exchange 2013. |
| 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 dischi fisici i un pool di archiviazione, che è possibile espandere aggiungendo semplicemente dei dischi. È possibile collegare questi dischi tramite USB, SATA o SAS. Spazi di archiviazione utilizza lo spazio di dischi virtuali, i quali si comportano come dischi fisici, insieme al thin provisioning e alle funzionalità di supporto dello spazio fisico di archiviazione. Per altre informazioni su Spazi di archiviazione, vedere Panoramica Spazi di archiviazione. | Procedura supportata. In questo argomento vengono riportati alcuni limiti per i dischi fisici. | Procedura supportata. In questo argomento vengono riportati alcuni limiti per i dischi fisici. |
| Resilient File System (ReFS) | ReFS è un file system progettato per Windows Server 2012 basato su NTFS. ReFS mantiene un livello alto di compatibilità con NTFS e consente di effettuare verifiche dei dati ottimizzate e tecniche di correzione automatica, insieme ad una flessibilità end-to-end integrata sui danneggiamenti, soprattutto quando si utilizza insieme alla funzionalità di spazio di archiviazione. Per altre informazioni su ReFS, vedere Panoramica del file system resiliente. | Supportato per volumi contenenti file di database di Exchange, file di log e file di indicizzazione del contenuto. Se si esegue la distribuzione in Windows Server 2012, verificare che i seguenti hotfix siano installati in Windows Server 2012:
ReFS non è supportato per i volumi del sistema operativo. |
Supportato per volumi contenenti file di database di Exchange, file di log e file di indicizzazione del contenuto. Se si esegue la distribuzione in Windows Server 2012, verificare che i seguenti hotfix siano installati in Windows Server 2012:
ReFS non è supportato per i volumi del sistema operativo. |
| Deduplicazione dati | La deduplicazione dei dati è una nuova tecnica per ottimizzare l'utilizzo dello spazio di archiviazione per Windows Server 2012. Si tratta di 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 copie ridondanti del blocco vengono sostituite da un riferimento alla singola copia, i blocchi sono organizzati in file contenitore e i contenitori vengono compressi per un'ulteriore ottimizzazione dello spazio. | La deduplicazione non è supportata per i file di database di Exchange. Nota: È possibile utilizzarla per i file di database di Exchange non in linea (utilizzati come backup o archivi). | La deduplicazione non è supportata per i file di database di Exchange. Nota: È possibile utilizzarla per i file di database di Exchange non in linea (utilizzati come backup o archivi). |