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

  • Artículo

En este artículo se describe la compatibilidad con 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 porque esta configuración optimiza SQL Server rendimiento y confiabilidad. De forma predeterminada, el uso de archivos de base de datos de red almacenados en un servidor en red o en 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 el orden 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 que se almacenan 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, ya no se requiere la marca de seguimiento. Para obtener más información sobre cómo habilitar marcas de seguimiento de inicio, vea Opciones de inicio del servicio motor de base de datos.

Dispositivos calificados para Windows Hardware Quality Lab (WHQL)

Los servidores de Microsoft Windows y los servidores de almacenamiento en red o los servidores de almacenamiento NAS calificados como Laboratorio de calidad de hardware (WHQL) de Windows cumplen automáticamente las garantías de escritura y escritura a través 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: SQL Server requisitos del programa de confiabilidad de E/S.

Otros dispositivos

Si usa un dispositivo de almacenamiento no calificado de WHQL con SQL Server que admita las garantías de E/S para el uso de bases de datos transaccionales que se describen en este artículo, Microsoft proporcionará compatibilidad completa con 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 de WHQL que no admite las garantías de E/S para el uso de bases de datos transaccionales que se describen en este artículo, Microsoft no puede proporcionar soporte técnico para aplicaciones basadas en SQL Server o SQL Server. Para determinar si el dispositivo de almacenamiento no calificado para WHQL admite las garantías de E/S para el uso de bases de datos transaccionales que se describen en este artículo o que están diseñadas 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 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 asignada o UNC genera cualquiera 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 base de datos empresariales, use 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 cierre no administrado. Estos protocolos de recuperación se basan en la capacidad de escribir directamente en los medios de disco para que cuando una solicitud de escritura de entrada/salida (E/S) del sistema operativo vuelva al administrador de bases de datos, el sistema de recuperación puede estar seguro de que la escritura está completa o de que se puede garantizar la finalización de la escritura. Cualquier error por parte de cualquier componente de software o hardware 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, consulte 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 SQL Server archivos de base de datos en red en nas o servidores de almacenamiento en red que no cumplan estos requisitos de escritura y escritura.

Debido a los riesgos de errores de red que comprometen la integridad de la base de datos, junto con las posibles implicaciones de rendimiento que pueden derivarse 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 locales 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 redireccionamiento 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 ubicación para SQL Server bases de datos.

Problemas de rendimiento

SQL Server, al igual que otros sistemas de bases de datos empresariales, puede colocar una gran carga en un subsistema de E/S. En la mayoría de las aplicaciones de base de datos grandes, la configuración y el ajuste físicos de E/S 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, normalmente medido en megabytes por segundo que se puede mantener en un dispositivo de base de datos.
  • Latencia de E/S: la latencia, normalmente medida 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, normalmente medido 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 redireccionamiento de red estándar, una tarjeta de interfaz de red (NIC) estándar y componentes Ethernet estándar. El inconveniente de esta configuración es que todas las E/S de archivo 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 rendimiento y confiabilidad de datos, especialmente en programas que requieren altos niveles de E/S de archivo, como SQL Server. En algunas configuraciones nas probadas por Microsoft, el rendimiento de E/S era un tercio (1/3) de una solución de almacenamiento conectado directamente 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 que el de una 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 los 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, es probable que el rendimiento en un sistema basado en NAS sea adecuado para la aplicación.

Consideraciones 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 para restaurar bases de datos 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 lugar a 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 SQL Server. La operación de restauración es análoga.

Para evitar la sobrecarga adicional de red, el proveedor de copia de seguridad debe proporcionar soporte técnico específico de NAS por parte del proveedor de copia de seguridad y del proveedor nas. SQL Server VDI permite que el software de copia de seguridad aproveche las tecnologías de hardware (espejo dividido) o software (copia en escritura) compatibles con los dispositivos NAS para hacer 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, sino que también pueden reducir los tiempos de restauración por ordenes 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 copiándolas 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 SQL Server compatibilidad con VDI. Estos daños incluyen páginas desgarradas o incoherencias entre los archivos de registro y de datos si se almacenan en dispositivos independientes. SQL Server es posible que no detecte las páginas desgarradas o las 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 nas que no estén coordinadas con SQL Server.

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

Microsoft insta a los clientes que están considerando la posibilidad de implementar una solución NAS para SQL Server bases de datos a consultar a su proveedor nas para asegurarse de que el diseño de la solución de un extremo a otro es para su uso en 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 realicen pruebas comparativas de 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 mal configurado puede dar lugar a 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 respetan completamente las garantías de datos, como el orden de escritura o la escritura a través, el hardware, el software o incluso los errores de energía podrían poner en peligro gravemente la integridad de los datos.

Referencias