Exchange Server opciones de configuración de almacenamiento

Comprender las opciones y los requisitos de almacenamiento de los servidores de buzones de Exchange Server 2016 y Exchange Server 2019 es una parte importante de la solución de diseño de almacenamiento del servidor de buzones.

Arquitecturas de almacenamiento

La siguiente tabla describe las arquitecturas de almacenamiento compatibles y proporciona una guía de las prácticas recomendadas para cada tipo de arquitectura de almacenamiento según corresponda.

Arquitecturas de almacenamiento admitidas:

Arquitectura de almacenamiento Descripción Práctica recomendada
Almacenamiento de conexión directa (DAS) DAS es un sistema de almacenamiento digital conectado directamente a un servidor o estación de trabajo, sin intervención de una red de almacenamiento. Por ejemplo, los transportes DAS incluyen interfaz estándar de equipos pequeños conectados en serie (SCSI) y conexión de tecnología avanzada en serie (ATA). No disponible.
Red de área de almacenamiento (SAN): Interfaz estándar de equipos pequeños de Internet (iSCSI) La SAN es una arquitectura que conecta dispositivos de almacenamiento de equipos remotos (como matriz de discos y bibliotecas de cinta) con servidores de modo que los dispositivos se muestran como conectados localmente al sistema operativo (por ejemplo, almacenamiento en bloque). Las SAN de (iSCSI) encapsulan comandos SCSI dentro de paquetes de IP y utilizan infraestructura de redes como transporte de almacenamiento (por ejemplo, Ethernet). No compartir discos físicos de copia de seguridad de datos de Exchange con otras aplicaciones.

Utilizar redes de almacenamiento dedicadas.

Utilizar varias rutas de acceso de red para las configuraciones independientes.

SAN: Canal de fibra Los SAN de canal de fibra encapsulan comandos SCSI dentro de paquetes de canal de fibra y, por lo general, usan redes de canal de fibra especializadas como transporte de almacenamiento. No compartir discos físicos de copia de seguridad de datos de Exchange con otras aplicaciones.

Utilizar varias rutas de acceso de red de canal de fibra para las configuraciones independientes.

Siga las prácticas recomendadas del proveedor para ajustar los adaptadores de bus host (HBA) de canal de fibra, por ejemplo, profundidad de la cola y destino de la cola.

Una unidad de almacenamiento conectado a la red (NAS) es un equipo independiente conectado a una red, cuyo único propósito consiste en suministrar servicios de almacenamiento de datos basados en archivos a otros dispositivos de la red. El sistema operativo y otro software de la unidad NAS proporcionan la funcionalidad de almacenamiento de datos, sistemas de archivos y acceso a archivos y la administración de estas funciones (por ejemplo, almacenamiento de archivos).

Todo el almacenamiento usado por Exchange para el almacenamiento de datos de Exchange debe ser de nivel de bloque porque Exchange 2016 no admite el uso de volúmenes NAS, excepto en el escenario SMB 3.0 descrito en el artículo Exchange Server virtualización. Además, en un entorno virtualizado, no se admite el almacenamiento de NAS que se presenta al invitado como almacenamiento de nivel de bloque a través del hipervisor.

No se recomienda usar niveles de almacenamiento, ya que podría afectar negativamente al rendimiento del sistema. Por este motivo, no permita que el controlador de almacenamiento mueva automáticamente los archivos más accesibles al almacenamiento "más rápido".

Tipos de discos físicos

La siguiente tabla proporciona una lista de los tipos de discos físicos compatibles y una guía de las prácticas recomendadas para cada tipo de disco físico según corresponda.

Tipos de disco físico admitidos:

Tipo de disco físico Descripción Procedimiento recomendado o admitido
Serie ATA (SATA) SATA es una interfaz serie para discos ATA e IDE (electrónica de dispositivos integrados). Los discos SATA están disponibles en diversos factores de forma, velocidades y capacidades.

En general, elija Discos SATA para el almacenamiento de buzones de Exchange 2016 cuando tenga los siguientes requisitos de diseño:

  • Gran capacidad
  • Rendimiento moderado
  • Consumo moderado de energía
Se admiten: discos con sector de 512 bytes para Windows Server 2008 y Windows Server 2008 R2. Además, los discos 512e se admiten en Windows Server 2008 R2 con lo siguiente:
  • Revisión descrita en KB982018.
  • Windows Server 2008 R2 con Service Pack 1 (SP1) y Exchange Server 2010 SP1.

Exchange 2013 y versiones posteriores admiten discos de sector nativos de 4 kilobytes (KB) y discos de 512e. Para la compatibilidad es necesario que todas las copias de una base de datos residan en el mismo tipo de disco físico. Por ejemplo, no es una configuración compatible hospedar una copia de una base de datos determinada en un disco de sector de 512 bytes y otra copia de esa misma base de datos en un disco 512e o en un disco 4K.

Práctica recomendada: Considere utilizar discos SATA de tipo empresarial que generalmente tienen características más avanzadas relacionadas con el calor, la vibración y la confiabilidad.

SCSI conectados en serie SCSI conectada en serie (Serial Attached SCSI) es una interfaz serie para discos SCSI. Los discos SCSI conectados en serie están disponibles en diversos factores de forma, velocidades y capacidades.

En general, elija Discos SCSI conectados en serie para el almacenamiento de buzones de Exchange 2016 cuando tenga los siguientes requisitos de diseño:

  • Capacidad moderada
  • Alto rendimiento
  • Consumo moderado de energía
Se admiten: discos con sector de 512 bytes para Windows Server 2008 y Windows Server 2008 R2. Además, los discos 512e se admiten en Windows Server 2008 R2 con lo siguiente:
  • Revisión descrita en KB982018.
  • Windows Server 2008 R2 SP1 y Exchange Server 2010 SP1.

Exchange 2013 y versiones posteriores admiten discos de sector nativos de 4 kilobytes (KB) y discos de 512e. La compatibilidad requiere que todas las copias de una base de datos estén en el mismo tipo de disco físico. Por ejemplo, no se admite la configuración en la que se hospede una copia de la base de datos en un disco con sectores de 512 bytes y otra copia de la misma base de datos en un disco 512e o 4K.

Procedimiento recomendado: debe deshabilitar el almacenamiento en caché de escritura de disco físico cuando se usa sin un SAI (UPS).

Canal de fibra El canal de fibra es una interfaz eléctrica utilizada para conectar discos a los SAN basados en canal de fibra. Los discos de canal de fibra están disponibles en varias velocidades y capacidades.

En general, elija Discos de canal de fibra para el almacenamiento de buzones de Exchange 2016 cuando tenga los siguientes requisitos de diseño:

  • Capacidad moderada
  • Alto rendimiento
  • Conectividad de SAN
Se admiten: discos con sector de 512 bytes para Windows Server 2008 y Windows Server 2008 R2. Además, los discos 512e se admiten en Windows Server 2008 R2 con lo siguiente:
  • Revisión descrita en KB982018.
  • Windows Server 2008 R2 con Service Pack 1 (SP1) y Exchange Server 2010 SP1.

Exchange 2013 y versiones posteriores admiten discos de sector nativos de 4 kilobytes (KB) y discos de 512e. La compatibilidad requiere que todas las copias de una base de datos estén en el mismo tipo de disco físico. Por ejemplo, no es una configuración compatible hospedar una copia de una base de datos determinada en un disco de sector de 512 bytes y otra copia de esa misma base de datos en un disco 512e o en un disco 4K.

Procedimiento recomendado: debe deshabilitar el almacenamiento en caché de escritura de disco físico cuando se usa sin un SAI (UPS).

Unidad de estado sólido (SSD) (disco flash) El SSD es un dispositivo de almacenamiento de datos que utiliza memoria en estado sólido para almacenar datos persistentes. Un SSD emula una interfaz de unidad de disco duro. Los discos SSD están disponibles en varias velocidades (diferentes capacidades de rendimiento de E/S) y capacidades.

En general, elija Discos SSD para el almacenamiento de buzones de Exchange 2016 cuando tenga los siguientes requisitos de diseño:

  • Poca capacidad
  • Alto rendimiento
Se admiten: discos con sector de 512 bytes para Windows Server 2008 y Windows Server 2008 R2. Además, los discos 512e se admiten en Windows Server 2008 R2 con lo siguiente:
  • Revisión descrita en KB982018.
  • Windows Server 2008 R2 SP1 y Exchange Server 2010 SP1.

Exchange 2013 y versiones posteriores admiten discos de sector nativos de 4 kilobytes (KB) y discos 512e cuando todas las copias de una base de datos están en el mismo tipo de disco físico. Por ejemplo, no es una configuración compatible hospedar una copia de una base de datos determinada en un disco de sector de 512 bytes y otra copia de esa misma base de datos en un disco 512e o en un disco 4K.

Procedimiento recomendado: debe deshabilitar el almacenamiento en caché de escritura de disco físico cuando se usa sin un SAI (UPS).

En general, los servidores de buzones de Exchange 2016 no requieren las características de rendimiento del almacenamiento SSD.

Factores a considerar al elegir los tipos de discos

Hay varias ventajas al elegir tipos de disco para el almacenamiento de Exchange 2016. El disco correcto es aquel que tiene equilibrio de rendimiento (secuencial y aleatorio) con capacidad, confiabilidad, utilización de energía y costo de capital. La siguiente tabla de tipos de discos físicos compatibles brinda información para ayudarlo al considerar estos factores.

Desde una perspectiva de rendimiento, el uso de discos grandes y más lentos para el almacenamiento de Exchange está bien, siempre que los discos puedan mantener una latencia media de lectura y escritura de 20 ms o menos bajo carga.

Factores en la elección del tipo de disco:

Velocidad de disco (en RPM) Factor de forma de disco Interfaz o transporte Capacidad Rendimiento de E/S aleatorio Rendimiento de E/S secuencial Utilización de energía
5.400 2,5 pulgadas SATA Media Deficiente Deficiente Excelente
5.400 3,5 pulgadas SATA Excelente Deficiente Deficiente Por encima de la media
7.200 2,5 pulgadas SATA Media Media Media Excelente
7.200 2,5 pulgadas SCSI conectados en serie Media Media Por encima de la media Excelente
7.200 3,5 pulgadas SATA Excelente Media Por encima de la media Por encima de la media
7.200 3,5 pulgadas SCSI conectados en serie Excelente Media Por encima de la media Por encima de la media
7.200 3,5 pulgadas Canal de fibra Excelente Media Por encima de la media Media
10,000 2,5 pulgadas SCSI conectados en serie Por debajo de la media Excelente Por encima de la media Por encima de la media
10,000 3,5 pulgadas SATA Media Media Por encima de la media Por encima de la media
10,000 3,5 pulgadas SCSI conectados en serie Media Por encima de la media Por encima de la media Por debajo de la media
10,000 3,5 pulgadas Canal de fibra Media Por encima de la media Por encima de la media Por debajo de la media
15 000 2,5 pulgadas SCSI conectados en serie Deficiente Excelente Excelente Media
15 000 3,5 pulgadas SCSI conectados en serie Media Excelente Excelente Por debajo de la media
15 000 3,5 pulgadas Canal de fibra Media Excelente Excelente Deficiente
SSD: -= No aplicable SATA, SCSI conectados en serie, canal de fibra Deficiente Excelente Excelente Excelente

Prácticas recomendadas para las configuraciones de almacenamiento compatibles

Esta sección brinda información de las prácticas recomendadas relacionadas con las configuraciones de controladores de matriz y discos compatibles. Además de la matriz redundante de discos independientes (RAID) que se usa habitualmente, también hay un montón de discos (o unidades) o JBOD, que hace referencia a una colección de discos duros que no se han configurado para actuar como una matriz redundante.

RAID se usa a menudo para mejorar las características de rendimiento de los discos individuales (mediante el seccionamiento de datos entre varios discos) y para proporcionar protección contra errores de disco individuales. Con los avances en la alta disponibilidad de Exchange 2016, RAID no es un componente necesario para el diseño de almacenamiento de Exchange 2016. Sin embargo, RAID sigue siendo un componente esencial del diseño de almacenamiento de Exchange 2016 para servidores independientes y soluciones que requieren tolerancia a errores de almacenamiento.

Sistema operativo, sistema o volumen de archivo de paginación

La configuración recomendada para un sistema operativo, sistema o volumen de archivos de página es usar la tecnología RAID para proteger este tipo de datos. La configuración RAID recomendada es RAID-1 o RAID-1/0; no obstante, se admiten todos los tipos RAID.

Bases de datos de buzones de correo y volúmenes de registros independientes

Si va a implementar una arquitectura de rol de servidor de buzón de correo independiente, se requiere tecnología RAID para la base de datos de buzones y los volúmenes de registro. La configuración DE RAID recomendada para volúmenes de buzón es RAID-1/0 (especialmente si usa discos de 5,4 K o 7,2 K); sin embargo, se admiten todos los tipos RAID. Para volúmenes de registros, RAID-1 o RAID-1/0 es la configuración RAID recomendada.

Al usar configuraciones RAID-5 o RAID-6 para el sistema operativo, el archivo de paginación o los volúmenes de datos de Exchange, tenga en cuenta lo siguiente:

  • Las configuraciones DE RAID-5, incluidas las variaciones como RAID-50 y RAID-51, no deben tener más de siete discos por grupo de matrices y controladores de matriz de prioridad alta habilitados.

  • Las configuraciones RAID-6 deben tener la limpieza de matriz de alta prioridad y el análisis de superficies habilitados.

Aunque JBOD se admite en arquitecturas de alta disponibilidad que tienen tres o más copias de base de datos de alta disponibilidad, dado que los volúmenes de base de datos de registro y buzón están separados, JBOD no se recomienda como solución.

Ubicación compartida de base de datos de buzones de correo y de volumen de registros

No se recomienda la ubicación conjunta de la base de datos de buzones y del volumen de registro en las arquitecturas independientes. En arquitecturas de alta disponibilidad, hay dos posibilidades para este escenario:

  1. Una sola base de datos por volumen

  2. Varias bases de datos por volumen

Una sola base de datos por volumen

En un entorno de Exchange, una solución de almacenamiento JBOD implica tener la base de datos y sus registros asociados almacenados en un único disco. Para implementar una solución JBOD, debe implementar un mínimo de tres copias de base de datos de alta disponibilidad. El uso de un único disco es un único punto de error, ya que cuando se produce un error en el disco, se pierde la copia de base de datos que reside en ese disco. Tener un mínimo de tres copias de base de datos garantiza la tolerancia a errores al tener dos copias adicionales si se produce un error en una copia (o en un disco). Sin embargo, la colocación de tres copias de base de datos de alta disponibilidad y el uso de copias de base de datos retrasadas pueden afectar al diseño del almacenamiento. La siguiente tabla muestra las pautas para considerar implementaciones de RAID o JBOD.

Consideraciones de RAID o JBOD:

Servidores de centro de datos Dos copias de alta disponibilidad (totales) Tres copias de alta disponibilidad (totales) Dos o más copias de alta disponibilidad por centro de datos Una copia retrasada Dos o varias copias retrasadas por centro de datos
Servidores de centros de datos principales RAID RAID o JBOD (2 copias) RAID o JBOD RAID RAID o JBOD
Servidores de centros de datos secundarios RAID RAID (1 copia) RAID o JBOD RAID RAID o JBOD

Para una implementación en JBOD con servidores de centro de datos primario, se necesitan tres o más copias de base de datos de alta disponibilidad en el DAG. Si se combinan copias retrasadas en el mismo servidor que hospeda copias de base de datos de alta disponibilidad (por ejemplo, sin usar servidores dedicados para copias de base de datos retrasadas), se necesitan al menos dos copias de base de datos retrasadas.

Para que los servidores de centro de datos secundario usen JBOD, se debe contar con al menos dos copias de base de datos de alta disponibilidad en el centro de datos secundario. La pérdida de una copia en el centro de datos secundario no resultará en la necesidad de reinicialización en toda la WAN o en la disponibilidad de un único punto de error posible en caso de que se active el centro de datos secundario. Si se combinan copias de base de datos retrasadas en el mismo servidor que hospeda copias de base de datos de alta disponibilidad (por ejemplo, sin usar servidores dedicados para copias de base de datos retrasadas), se necesitan al menos dos copias de base de datos retrasadas.

Para servidores de copias de base de datos retrasadas, se requieren al menos dos copias de base de datos retrasadas dentro del centro de datos para utilizar JBOD. De lo contrario, la pérdida del disco da lugar a la pérdida de la copia de base de datos retrasada y a la pérdida del mecanismo de protección.

Varias bases de datos por volumen

Varias bases de datos por volumen son un nuevo escenario de JBOD disponible en Exchange 2016 que permite que las copias activas y pasivas (incluidas las copias retrasadas) se mezclen en un solo disco, lo que permite un mejor uso del disco. No obstante, para implementar copias retrasadas de este modo, debe habilitarse la reproducción de archivos de registro de copia retrasada. La siguiente tabla muestra directrices y consideraciones de JBOD para varias bases de datos por volumen.

Consideraciones de JBOD:

Servidores de centro de datos 3 o varias copias (total) Dos o varias copias por centro de datos
Servidores de centros de datos principales JBOD JBOD
Servidores de centros de datos secundarios N/D JBOD

En la tabla siguiente se proporcionan instrucciones sobre las configuraciones de matriz de almacenamiento para Exchange 2016.

Tipos RAID admitidos para el rol de servidor de buzón de Exchange 2016:

Tipo de RAID Descripción Procedimiento recomendado o admitido
Tamaño de la banda de matriz RAID (KB) de disco El tamaño de sección es la unidad de distribución de datos por disco en un conjunto RAID. También se denomina tamaño de bloque. Práctica recomendada: 256 KB o superior. Seguir las prácticas recomendadas del proveedor de almacenamiento.
Configuraciones de la memoria caché de matriz de almacenamiento La configuración de caché es proporcionada por un controlador de matriz redundante con caché y batería. Procedimiento recomendado: caché de escritura del 100 % (batería o memoria caché con respaldo flash) para controladores de almacenamiento DAS en una configuración RAID o JBOD. Caché de escritura del 75 por ciento, caché de lectura del 25 por ciento (batería o memoria caché con respaldo flash) para otros tipos de soluciones de almacenamiento, como SAN. Si su proveedor de SAN tiene otros procedimientos recomendados para la configuración de la caché en su plataforma, siga las instrucciones del proveedor.
Almacenamiento en caché de escritura de disco físico La configuración de la memoria caché se encuentra en cada disco individual. Se admite: Debe deshabilitar el almacenamiento en caché de escritura de disco físico cuando se utiliza sin un SAI (UPS).

En la siguiente tabla, se proporcionan instrucciones acerca de las opciones de archivo de base de datos y registro.

Opciones de base de datos y archivo de registro para el rol de servidor buzón de Exchange 2016:

Opciones de archivo de base de datos y registro Descripción Independiente: procedimiento recomendado o admitido Alta disponibilidad: procedimiento recomendado o admitido
Ubicación del archivo: aislamiento de base de datos por registro El aislamiento de base de datos por registro se refiere a colocar el archivo de base de datos y los registros de la misma base de datos de buzón en diferentes volúmenes respaldados por discos físicos diferentes. Práctica recomendada: Para lograr la capacidad de recuperación, mueva el archivo de la base de datos (.edb) y los registros de la misma base de datos a volúmenes diferentes respaldados por discos físicos diferentes. Se admite: El aislamiento de los registros y las bases de datos no es necesario.
Ubicación del archivo: archivos de bases de datos por volumen Los archivos de base de datos por volumen hacen referencia a cómo distribuir archivos de base de datos dentro o entre volúmenes de disco. Procedimiento recomendado: En función de la metodología de copia de seguridad. Se admite: Al usar JBOD, cree un único volumen con directorios separados para las bases de datos y los archivos de registro.
Ubicación del archivo: secuencias de registro por volumen Las secuencias de registro por volumen hacen referencia a cómo distribuir archivos de registro de base de datos dentro o entre volúmenes de disco. Procedimiento recomendado: En función de la metodología de copia de seguridad. Se admite: Al usar JBOD, cree un único volumen con directorios separados para las bases de datos y los archivos de registro.

Procedimiento recomendado: al usar JBOD, use varias bases de datos por volumen.

Tamaño de la base de datos El tamaño de la base de datos se refiere al tamaño del archivo de la base de datos (.edb) del disco. Se admite: Aproximadamente 16 terabytes.

Procedimiento recomendado:

  • 200 gigabytes (GB) o menos.
  • Aprovisionamiento para el 120 por ciento del tamaño máximo de la base de datos calculado.
Se admite: Aproximadamente 16 terabytes.

Procedimiento recomendado:

  • 2 terabytes como máximo.
  • Aprovisionamiento para el 120 por ciento del tamaño máximo de la base de datos calculado.
Método de truncamiento del registro El método de truncamiento del registro es el proceso para truncar y eliminar archivos de registro de base de datos antiguos. Existen dos mecanismos:
  • Registro circular, en el cual Exchange elimina los registros.
  • Truncamiento de registro, que se realiza después de haber realizado copias de seguridad del servicio de instantáneas de volumen completo o incremental.
Procedimiento recomendado:
  • Utilizar copias de seguridad para el truncamiento del registro (por ejemplo, registro circular deshabilitado).
  • Provisión para tres días de la capacidad de generación de registro.
Procedimiento recomendado:
  • Habilite el registro circular para implementaciones que usan características de protección de datos nativos de Exchange.
  • Provisión para tres días más allá de la reproducción de la configuración de la capacidad de generación de registro.

En la siguiente tabla, se proporcionan instrucciones acerca de los tipos de discos de Windows.

Tipos de disco de Windows para el rol de servidor de buzón de Exchange 2016:

Tipo de disco de Windows Descripción Independiente: procedimiento recomendado o admitido Alta disponibilidad: procedimiento recomendado o admitido
Disco básico El disco inicializado para un almacenamiento básico se denomina disco básico. Un disco básico contiene volúmenes básicos, como particiones primarias, particiones extendidas y unidades lógicas. Se admite.

Procedimiento recomendado: Use discos básicos.

Se admite.

Procedimiento recomendado: Use discos básicos.

Disco dinámico El disco inicializado para almacenamiento dinámico se denomina disco dinámico. Un disco dinámico contiene volúmenes dinámicos, como volúmenes simples, extendidos, seccionados, reflejados y de RAID-5. Se admite. Se admite.

En la siguiente tabla, se proporciona orientación sobre las configuraciones de volumen.

Configuraciones de volumen para el rol de servidor de buzón de Exchange 2016:

Configuración de volumen Descripción Independiente: procedimiento recomendado o admitido Alta disponibilidad: procedimiento recomendado o admitido
Tabla de particiones (GPT) El GPT es una arquitectura de disco que se expande por el esquema de partición de registro de inicio maestro (MBR). El tamaño máximo de partición con formato NTFS es 256 terabytes. Se admite.

Procedimiento recomendado: use particiones GPT.

Se admite.

Procedimiento recomendado: use particiones GPT.

MBR Un MBR, o sector de partición, es el sector de inicio de 512 bytes que es el primer sector (LBA Sector 0) de un dispositivo de almacenamiento de datos con particiones como un disco duro. El tamaño máximo de partición con formato NTFS es 2 terabytes. Se admite. Se admite.
Alineación de partición La alineación de partición hace referencia a la alineación de particiones en los límites del sector para un rendimiento óptimo. Se admite: El valor predeterminado de Windows Server 2008 R2 y de Windows Server 2012 es 1 megabyte (MB). Se admite: El valor predeterminado de Windows Server 2008 R2 y de Windows Server 2012 es 1 MB.
Ruta de acceso del volumen La ruta de acceso del volumen hace referencia a cómo se obtiene acceso a un volumen. Se admite: punto de montaje o letra de unidad. Práctica recomendada: El volumen de host de montaje debe estar habilitado para RAID. Se admite: punto de montaje o letra de unidad.

Práctica recomendada: El volumen de host de montaje debe estar habilitado para RAID.

Sistema de archivos El sistema de archivos es un método para almacenar y organizar archivos del equipo y los datos que contienen para facilitar la búsqueda y el acceso a dichos archivos. Se admiten: NTFS y ReFS. Se admiten: NTFS y ReFS.
Desfragmentación de NTFS La desfragmentación de NTFS es un proceso que reduce la cantidad de fragmentación en sistemas de archivos de Windows. Lo realiza mediante la organización física de los contenidos del disco para almacenar las piezas de cada archivo cercanas y contiguas. Se admite.

Procedimiento recomendado: No es necesario y no se recomienda. En Windows Server 2012, también recomendamos deshabilitar la optimización automática del disco y la desfragmentación.

Se admite.

Procedimiento recomendado: No es necesario y no se recomienda. En Windows Server 2012, también recomendamos deshabilitar la optimización automática del disco y la desfragmentación.

Tamaño de unidad de asignación de NTFS El tamaño de unidad de asignación representa la cantidad más pequeña de espacio en disco que se puede asignar para contener un archivo. Se admite: todos los tamaños de unidad de asignación.

Procedimiento recomendado: 64 KB para volúmenes de .edb y de archivos de registro.

Se admite: todos los tamaños de unidad de asignación.

Procedimiento recomendado: 64 KB para volúmenes de .edb y de archivos de registro.

Compresión NTFS La compresión NTFS es el proceso de reducción del tamaño real del archivo almacenado en el disco duro. Se admite: no es compatible con archivos de registro o bases de datos de Exchange. Se admite: no es compatible con archivos de registro o bases de datos de Exchange.
Sistema de archivos (EFS) de cifrado de NTFS El EFS le permite a los usuarios cifrar archivos individuales, carpetas o unidades de datos completa. Debido a que EFS proporciona un cifrado seguro mediante algoritmos estándar del sector y criptografía mediante claves públicas, los archivos cifrados son confidenciales incluso si un atacante omite la seguridad del sistema. Se admite: no es compatible con archivos de registro o bases de datos de Exchange. no es compatible con archivos de registro o bases de datos de Exchange.
Windows BitLocker (cifrado de volumen) Windows BitLocker es una característica para la protección en Windows Server 2008. BitLocker protege contra el robo o la puesta en peligro de los datos en equipos perdidos o robados y ofrece un borrado de datos más seguro cuando los equipos se retiran. Se admite: todas las bases de datos y los archivos de registro de Exchange. Se admite: Todas las bases de datos y los archivos de registro de Exchange. Los clústeres de conmutación por error de Windows requieren Windows Server 2008 R2 o Windows Server 2008 R2 SP1. Los volúmenes de Exchange con BitLocker habilitado no se admiten en clústeres de conmutación por error de Windows que ejecutan versiones anteriores de Windows.

Para obtener más información sobre el cifrado BitLocker en Windows 7, vea Cifrado de unidades BitLocker en Windows 7: Preguntas más frecuentes.

Bloqueo de mensajes del servidor (SMB) 3.0 El protocolo de Bloqueo de mensajes del servidor (SMB) es un protocolo de uso compartido de archivos de red (además de TCP/IP u otros protocoles de red) que permite a las aplicaciones de un PC acceder a archivos y recursos en un servidor remoto. También permite a las aplicaciones comunicarse con cualquier programa servidor configurado para recibir una solicitud de cliente SMB. Windows Server 2012 presenta la nueva versión 3.0 del protocolo SMB con las siguientes características:
  • Conmutación por error transparente de SMB
  • Escalabilidad horizontal de SMB
  • Multicanal de SMB
  • Directo de SMB
  • Cifrado de SMB
  • VSS para recursos compartidos de archivos de SMB
  • Leasing de directorios de SMB
  • SMB PowerShell
Compatibilidad limitada. El escenario compatible es una implementación virtualizada de hardware donde los discos se hospedan en VHD en un recurso compartido SMB 3.0. Estos VHD se presentan en el host a través de un hipervisor. Para obtener más información, consulte Exchange Server virtualización. Compatibilidad limitada. El escenario compatible es una implementación virtualizada de hardware donde los discos se hospedan en VHD en un recurso compartido SMB 3.0. Estos VHD se presentan en el host a través de un hipervisor. Para obtener más información, consulte Exchange Server virtualización.
Espacios de almacenamiento Espacios de almacenamiento es una nueva solución de almacenamiento que ofrece capacidades de virtualización para Windows Server 2012. Espacios de almacenamiento permite organizar discos físicos en grupos de almacenamiento, que se pueden expandir fácilmente agregando discos. Estos discos se pueden conectar a través de USB, SATA o SAS. También usa discos virtuales (espacios), que se comportan igual que los discos físicos, con funcionalidades eficaces asociadas, como el aprovisionamiento fino, y resistencia a errores de medios físicos subyacentes. Para más información sobre los espacios de almacenamiento, vea Introducción a los espacios de almacenamiento. Se admite. Las mismas restricciones que para los tipos de disco físico descritos en este artículo. Se admite. Las mismas restricciones que para los tipos de disco físico descritos en este artículo.
Sistema de archivos resistente (ReFS) ReFS es un sistema de archivos recién diseñado para Windows Server 2012 que se ha creado basándose en NTFS. ReFS mantiene un alto grado de compatibilidad con NTFS, a la vez que proporciona técnicas mejoradas de comprobación de datos y autocorrección y una resistencia integral integrada a los daños, especialmente cuando se usa con la característica de espacios de almacenamiento. Para obtener más información sobre ReFS, consulte Introducción al sistema de archivos resistente (ReFS): implementaciones admitidas. Compatible con volúmenes que contienen archivos de base de datos de Exchange, archivos de registro y archivos de indexación de contenido, si se instala la siguiente revisión: Exchange Server bases de datos de 2013 se fragmentan en Windows Server 2012. No se admite para volúmenes que contienen archivos binarios de Exchange.

Procedimiento recomendado: Las características de integridad de datos se deben deshabilitar en los archivos de base de datos de Exchange (.edb) o en el volumen que hospeda estos archivos. Las características de integridad se pueden habilitar para los volúmenes que contienen el catálogo de índices de contenido, si el volumen no contiene ninguna base de datos ni archivos de registro.

Compatible con volúmenes que contienen archivos de base de datos de Exchange, archivos de registro y archivos de indexación de contenido, si se instala la siguiente revisión: Exchange Server bases de datos de 2013 se fragmentan en Windows Server 2012. No se admite para volúmenes que contienen archivos binarios de Exchange.

Procedimiento recomendado: Las características de integridad de datos se deben deshabilitar en los archivos de base de datos de Exchange (.edb) o en el volumen que hospeda estos archivos. Las características de integridad se pueden habilitar para los volúmenes que contienen el catálogo de índices de contenido, si el volumen no contiene ninguna base de datos ni archivos de registro.

Tamaño de unidad de asignación de ReFS El tamaño de la unidad de asignación de ReFS representa la menor cantidad de espacio en disco que se puede asignar para contener un archivo. Se admite: todos los tamaños de unidad de asignación.

Procedimiento recomendado: 64 KB para volúmenes de .edb y de archivos de registro.

Se admite: todos los tamaños de unidad de asignación.

Procedimiento recomendado: 64 KB para volúmenes de .edb y de archivos de registro.

Desduplicación de datos La desduplicación de datos es una técnica para optimizar el uso del almacenamiento. Es un método de búsqueda y eliminación de la duplicación dentro de los datos sin poner en peligro su fidelidad o integridad. El objetivo es almacenar más datos en menos espacio segmentando archivos en pequeños fragmentos de tamaño variable, identificando fragmentos duplicados y manteniendo una copia única de cada fragmento. Las tecnologías de desduplicación de datos se implementan normalmente de dos maneras; en el nivel de sistema operativo, o en el nivel del sistema de almacenamiento y el sistema operativo no son conscientes de que se está usando. Nivel de sistema operativo: no se admite para bases de datos de buzones de Exchange, bases de datos de transporte o archivos de índice de contenido.

Nivel de sistema de almacenamiento: compatible, pero se encuentra dentro de la directiva de soporte técnico de soluciones de software de almacenamiento de terceros de Microsoft.

Nota: El desduplicación de nivel de sistema operativo se puede usar para los archivos de base de datos de Exchange que están sin conexión (se usan como copias de seguridad o archivos).

Nivel de sistema operativo: no se admite para bases de datos de buzones de Exchange, bases de datos de transporte o archivos de índice de contenido.

Nivel de almacenamiento: compatible, pero se encuentra dentro de la directiva de soporte técnico de soluciones de software de almacenamiento de terceros de Microsoft.

Nota: El desduplicación de nivel de sistema operativo se puede usar para los archivos de base de datos de Exchange que están sin conexión (se usan como copias de seguridad o archivos).