Compartir a través de

Descripción de la compatibilidad con archivos de base de datos de red en SQL Server

En este artículo se describe la compatibilidad con los archivos de base de datos de red en SQL Server y cómo configurar SQL Server para almacenar una base de datos en un servidor en red o en un servidor de almacenamiento NAS.

Versión del producto original: SQL Server
Número de KB original: 304261

Resumen

Por lo general, Microsoft recomienda usar una red de área de almacenamiento (SAN) o un disco conectado localmente para el almacenamiento de los archivos de base de datos de Microsoft SQL Server, ya que esta configuración optimiza el rendimiento y la confiabilidad de SQL Server. De forma predeterminada, el uso de archivos de base de datos de red almacenados en un servidor en red o un servidor de almacenamiento conectado a la red (NAS) no está habilitado para SQL Server.

Sin embargo, puede configurar SQL Server para almacenar una base de datos en un servidor en red o en un servidor NAS. Los servidores que se usan para este propósito deben cumplir los requisitos de SQL Server para la ordenación de escritura de datos y las garantías de escritura a través. Estos se detallan en la sección Más información .

Las condiciones siguientes describen el uso de archivos de base de datos de red almacenados en un servidor en red o en un servidor NAS:

  • Este uso está habilitado de forma predeterminada en Microsoft SQL Server 2008 R2 y versiones posteriores.

  • Este uso requiere que la marca de seguimiento de inicio -T1807 funcione en Microsoft SQL Server 2008 y versiones anteriores. A partir de SQL Server 2012, la marca de seguimiento ya no es necesaria. Para obtener más información sobre cómo habilitar marcas de seguimiento de inicio, consulte Motor de base de datos Opciones de inicio del servicio.

Dispositivos calificados de Windows Hardware Quality Lab (WHQL)

Los servidores de Microsoft Windows y los servidores de almacenamiento en red o los servidores de almacenamiento NAS que son el Laboratorio de calidad de hardware de Windows (WHQL) cumplen automáticamente las garantías de escritura y escritura de datos necesarias para admitir un dispositivo de almacenamiento de SQL Server. Microsoft admite problemas relacionados con la aplicación y el almacenamiento en estas configuraciones.

Nota:

Para ser compatible con SQL Server, la solución de almacenamiento NAS también debe cumplir todos los requisitos que se enumeran en el documento de descarga: Requisitos del programa de confiabilidad de E/S de SQL Server.

Otros dispositivos

Si usa un dispositivo de almacenamiento no calificado con WHQL con SQL Server que admite las garantías de E/S para el uso de base de datos transaccional descrito en este artículo, Microsoft proporcionará compatibilidad completa con las aplicaciones basadas en SQL Server y SQL Server. Sin embargo, los problemas con o causados por el dispositivo o su subsistema de almacenamiento se harán referencia al fabricante del dispositivo. Si usa un dispositivo de almacenamiento no calificado con WHQL que no admite las garantías de E/S para el uso de base de datos transaccional descrito en este artículo, Microsoft no puede proporcionar compatibilidad con aplicaciones basadas en SQL Server o SQL Server. Para determinar si el dispositivo de almacenamiento no calificado con WHQL admite las garantías de E/S para el uso de bases de datos transaccionales que se describen en este artículo o están diseñados para el uso de la base de datos, consulte con el proveedor del dispositivo. Además, póngase en contacto con el proveedor del dispositivo para comprobar que ha implementado y configurado correctamente el dispositivo para el uso de la base de datos transaccional.

Más información

De forma predeterminada, en SQL Server 2008 y versiones anteriores, no se puede crear una base de datos de SQL Server en un recurso compartido de archivos de red. Cualquier intento de crear un archivo de base de datos en una ubicación de red UNC o asignada genera uno de los siguientes mensajes de error:

  • Mensaje de error 1

    5105 "Error de activación del dispositivo"

  • Mensaje de error 2

    5110 "El archivo 'file_name' está en un dispositivo de red no compatible con los archivos de base de datos".

Este comportamiento es normal. La marca de seguimiento 1807 omite la comprobación y permite configurar SQL Server con archivos de base de datos basados en red. SQL Server y la mayoría de los demás sistemas de bases de datos empresariales usan un registro de transacciones y una lógica de recuperación asociada para mantener la coherencia de la base de datos transaccional en caso de un error del sistema o un apagado no administrado. Estos protocolos de recuperación dependen de la capacidad de escribir directamente en los medios de disco para que cuando una solicitud de escritura de entrada/salida del sistema operativo (E/S) vuelva al administrador de bases de datos, el sistema de recuperación puede asegurarse de que la escritura está completa o que se puede garantizar la finalización de la escritura. Cualquier error de cualquier componente de hardware o software para respetar este protocolo puede provocar una pérdida de datos parcial o total o daños en caso de error del sistema. Para obtener más información sobre estos aspectos de los protocolos de registro y recuperación en SQL Server, vea Descripción de los algoritmos de registro y almacenamiento de datos que amplían la confiabilidad de los datos en SQL Server.

Microsoft no admite archivos de base de datos en red de SQL Server en servidores nas o de almacenamiento en red que no cumplen estos requisitos de escritura a través y de orden de escritura.

Debido a los riesgos de errores de red que pone en peligro la integridad de la base de datos, junto con posibles implicaciones de rendimiento que pueden resultar del uso de recursos compartidos de archivos de red para almacenar bases de datos, Microsoft recomienda almacenar archivos de base de datos en subsistemas de disco local o en redes de área de almacenamiento (SAN).

Un sistema de almacenamiento conectado a la red (NAS) es un sistema de almacenamiento basado en archivos al que los clientes se conectan a través del redirector de red mediante un protocolo de red (como TCP/IP). De forma predeterminada, si el acceso a un recurso de disco requiere que se asigne un recurso compartido, o si el recurso de disco aparece como un servidor remoto a través de una ruta de acceso UNC (por ejemplo, \Servername\Sharename) en la red, el sistema de almacenamiento en disco no se admite como una ubicación para las bases de datos de SQL Server.

Problemas de rendimiento

SQL Server, al igual que otros sistemas de bases de datos empresariales, pueden colocar una carga grande en un subsistema de E/S. En la mayoría de las aplicaciones de base de datos grandes, la configuración física de E/S y el ajuste desempeñan un papel importante en el rendimiento general del sistema. Hay tres factores principales de rendimiento de E/S que se deben tener en cuenta:

  • Ancho de banda de E/S: ancho de banda agregado, que normalmente se mide en megabytes por segundo que se puede mantener en un dispositivo de base de datos.
  • Latencia de E/S: la latencia, que normalmente se mide en milisegundos, entre una solicitud de E/S por el sistema de base de datos y el punto donde se completa la solicitud de E/S.
  • Costo de CPU: el costo de CPU del host, medido normalmente en microsegundos de CPU, para que el sistema de base de datos complete una única E/S.

Cualquiera de estos factores de E/S puede convertirse en un cuello de botella y debe tener en cuenta todos estos factores al diseñar un sistema de E/S para una aplicación de base de datos.

En su forma más sencilla, una solución NAS usa una pila de software de redirector de red estándar, una tarjeta de interfaz de red estándar (NIC) y componentes Ethernet estándar. El inconveniente de esta configuración es que todas las E/S de archivos se procesan a través de la pila de red y están sujetas a las limitaciones de ancho de banda de la propia red. Esto puede crear problemas de confiabilidad de datos y rendimiento, especialmente en programas que requieren altos niveles de E/S de archivos, como SQL Server. En algunas configuraciones de NAS probadas por Microsoft, el rendimiento de E/S era de un tercio (1/3) de una solución de almacenamiento conectada directa en el mismo servidor. En esta misma configuración, el costo de cpu para completar una E/S a través del dispositivo NAS era el doble de un E/S local. A medida que evolucionan los dispositivos NAS y la infraestructura de red, estas relaciones también pueden mejorar en relación con el almacenamiento conectado directo o las SAN. Además, si los datos de la aplicación se almacenan principalmente en caché en el grupo de búferes de base de datos y no encuentra ninguno de los cuellos de botella de E/S descritos, el rendimiento en un sistema basado en NAS probablemente sea adecuado para la aplicación.

Consideraciones sobre las operaciones de copia de seguridad y restauración

SQL Server proporciona la interfaz de dispositivo virtual (VDI) para la copia de seguridad. VDI proporciona a los proveedores de software de copia de seguridad un medio de alto rendimiento, escalable y confiable para realizar copias de seguridad activas y restaurar bases de datos de SQL Server.

El software de copia de seguridad funciona en archivos de base de datos almacenados en dispositivos NAS a través de VDI sin soporte especial específico para el NAS. Sin embargo, esto da como resultado una gran cantidad de tráfico de red adicional durante la copia de seguridad y restauración. Durante la copia de seguridad a través de VDI, SQL Server lee los archivos de forma remota y pasa los datos al software de copia de seguridad de terceros que se ejecuta en el equipo con SQL Server. La operación de restauración es análoga.

Para evitar la sobrecarga de red adicional, el proveedor de copia de seguridad debe proporcionar compatibilidad específica de NAS por parte del proveedor de copia de seguridad y el proveedor de NAS. VDI de SQL Server permite que el software de copia de seguridad aproveche las tecnologías de hardware (reflejo dividido) o software (copia en escritura) compatibles con los dispositivos NAS para realizar copias rápidas de los archivos de base de datos locales en el NAS. Estas tecnologías no solo evitan la sobrecarga de copiar los archivos a través de la red para la copia de seguridad, también pueden reducir los tiempos de restauración por orden de magnitud.

Las copias de seguridad almacenadas en NAS son vulnerables a los mismos errores que afectan a los archivos de base de datos almacenados en el NAS. Debe considerar la posibilidad de proteger estas copias de seguridad copiandolas en medios alternativos.

Precaución

Puede experimentar daños en la base de datos en la copia de seguridad si usa tecnologías de copia de seguridad nas sin compatibilidad con VDI de SQL Server. Estos daños incluyen páginas rasgadas o incoherencias entre el registro y los archivos de datos si se almacenan en dispositivos independientes. ES posible que SQL Server no detecte las páginas rasgadas o incoherencias hasta que restaure la base de datos y acceda a los datos dañados. Microsoft no admite el uso de tecnologías de copia de seguridad de NAS que no están coordinadas con SQL Server.

La compatibilidad con copias de seguridad y la compatibilidad del proveedor de NAS con VDI de SQL Server varía. Consulte con sus proveedores de software nas y de copia de seguridad para obtener más información sobre la compatibilidad con VDI.

Microsoft insta a los clientes que están considerando la implementación de una solución NAS para las bases de datos de SQL Server para consultar a su proveedor de NAS para asegurarse de que el diseño de la solución de un extremo a otro es para el uso de la base de datos. Muchos proveedores de NAS tienen guías de procedimientos recomendados y configuraciones certificadas para este uso. Microsoft también recomienda que los clientes comprueben su rendimiento de E/S para asegurarse de que ninguno de los factores de E/S mencionados anteriormente provoca un cuello de botella en su aplicación.

En la lista siguiente se describe la compatibilidad con archivos basados en red en clústeres de conmutación por error de SQL:

Notas adicionales

El uso incorrecto del software de base de datos con un producto NAS o el uso de la base de datos con un producto NAS configurado incorrectamente puede provocar la pérdida de datos, incluida la pérdida total de la base de datos. Si el dispositivo NAS o el software de red no respeta completamente las garantías de datos, como la ordenación de escritura o la escritura, el hardware, el software o incluso los errores de energía podrían poner en peligro la integridad de los datos.

Referencias