Compartir a través de

Instalar SQL Server con el recurso compartido de archivos SMB como opción de almacenamiento

  • Artículo

A partir de SQL Server 2012, las bases de datos del sistema (Master, Model, MSDB y TempDB) y las bases de datos de usuario del motor de base de datos se pueden instalar con el servidor de archivos bloque de mensajes del servidor (SMB) como opción de almacenamiento. Esto se aplica tanto a las instalaciones independientes de SQL Server como a las instalaciones de clústeres de conmutación por error (FCI) de SQL Server .

Nota

Secuencia de archivos no se admite actualmente en un recurso compartido de archivos SMB.

Consideraciones para la instalación

Formatos del recurso compartido de archivos de SMB:

Al especificar el recurso compartido de archivos SMB, se admiten los siguientes formatos de la Convención de nomenclatura universal (UNC) para las bases de datos independientes y FCI.

  • \\NombreDeServidor\NombreDeRecursoCompartido\

  • \\NombreDeServidor\NombreDeRecursoCompartido

Para obtener más información sobre la convención de nomenclatura universal, vea UNC (https://go.microsoft.com/fwlink/?LinkId=245534).

No se permite usar la ruta UNC de bucle invertido (una ruta UNC cuyo nombre de servidor es localhost, 127.0.0.1 o el nombre del equipo local). Como caso especial, tampoco se admite SQL Server que usa el clúster de servidor de archivos que se hospeda en el mismo nodo en que se ejecuta SQL Server . Para evitar esta situación, se recomienda que SQL Server y el clúster del servidor de archivos se creen en clústeres de Windows independientes.

Los formatos siguientes de ruta UNC no se admiten:

  • Ruta de acceso de bucle invertido, por ejemplo, \\localhost\...\ o \\127.0.0.1\...\

  • Recursos compartidos administrativos, por ejemplo \\nombreDeServidor\x$

  • Otros formatos de ruta de acceso UNC, como \\?\x:\

  • Unidades de red asignadas.

Instrucciones admitidas del lenguaje de definición de datos (DDL)

Las instrucciones DDL Transact-SQL y los procedimientos almacenados del motor de base de datos siguientes admiten recursos compartidos de archivos de SMB:

  1. CREATE DATABASE (Transact-SQL de SQL Server)

  2. ALTER DATABASE (Transact-SQL)

  3. RESTORE (Transact-SQL)

  4. BACKUP (Transact-SQL)

  5. sp_attach_db (Transact-SQL)

  6. sp_attach_single_file_db (Transact-SQL)

Opción de instalación

  • En la página "Configuración del Motor de base de datos" de la interfaz de usuario de la instalación, en la pestaña "Directorios de datos", establezca el parámetro "Directorio raíz de datos" como "\\fileserver1\share1".

  • En la instalación desde el símbolo del sistema, especifique "/INSTALLSQLDATADIR" como "\\fileserver1\share1".

    A continuación se muestra la sintaxis de ejemplo para instalar SQL Server en un servidor independiente usando la opción de recurso compartido de archivos de SMB:

    Setup.exe /q /ACTION=Install /FEATURES=SQL /INSTANCENAME=MSSQLSERVER /SQLSVCACCOUNT="<DomainName\UserName>" /SQLSVCPASSWORD="<StrongPassword>" /SQLSYSADMINACCOUNTS="<DomainName\UserName>" /AGTSVCACCOUNT="<DomainName\UserName>" /AGTSVCPASSWORD="<StrongPassword>" /INSTALLSQLDATADIR="\\FileServer\Share1\" /IACCEPTSQLSERVERLICENSETERMS

    Para instalar una instancia en clúster de conmutación por error de SQL Server de nodo único con Motor de base de datos y Analysis Services, la instancia predeterminada:

    setup.exe /q /ACTION=InstallFailoverCluster /InstanceName=MSSQLSERVER /INDICATEPROGRESS /ASSYSADMINACCOUNTS="<DomainName\UserName>" /ASDATADIR=<Drive>:\OLAP\Data /ASLOGDIR=<Drive>:\OLAP\Log /ASBACKUPDIR=<Drive>:\OLAP\Backup /ASCONFIGDIR=<Drive>:\OLAP\Config /ASTEMPDIR=<Drive>:\OLAP\Temp /FAILOVERCLUSTERDISKS="<Cluster Disk Resource Name - for example, 'Disk S:'" /FAILOVERCLUSTERNETWORKNAME="<Insert Network Name>" /FAILOVERCLUSTERIPADDRESSES="IPv4;xx.xxx.xx.xx;Cluster Network;xxx.xxx.xxx.x" /FAILOVERCLUSTERGROUP="MSSQLSERVER" /Features=AS,SQL /ASSVCACCOUNT="<DomainName\UserName>" /ASSVCPASSWORD="xxxxxxxxxxx" /AGTSVCACCOUNT="<DomainName\UserName>" /AGTSVCPASSWORD="xxxxxxxxxxx" /INSTALLSQLDATADIR="\\FileServer\Share1\" /SQLCOLLATION="SQL_Latin1_General_CP1_CS_AS" /SQLSVCACCOUNT="<DomainName\UserName>" /SQLSVCPASSWORD="xxxxxxxxxxx" /SQLSYSADMINACCOUNTS="<DomainName\UserName> /IACCEPTSQLSERVERLICENSETERMS

    Para obtener más información sobre el uso de varias opciones de parámetros de línea de comandos en SQL Server 2014, consulte Instalación de SQL Server 2014 desde el símbolo del sistema.

Consideraciones sobre el sistema operativo (protocolo SMB frente a SQL Server)

Los distintos sistemas operativos Windows tienen diferentes versiones de protocolo SMB y la versión del protocolo SMB es transparente para SQL Server. Puede encontrar las ventajas de diferentes versiones del protocolo SMB con respecto a SQL Server 2014.

Sistema operativo Versión del protocolo SMB2 Ventajas para SQL Server
Windows Server 2008 SP 2 2.0 Rendimiento mejorado con respecto a las versiones anteriores de SMB.

Durabilidad, que ayuda a recuperarse de problemas temporales de red.
Windows Server 2008 R2 SP1, incluido Server Core 2.1 Compatibilidad con MTU grande, lo que beneficia a las transferencias de datos grandes, como operaciones de copia de seguridad y restauración de SQL. Esta capacidad la debe habilitar el usuario. Para obtener más información sobre cómo habilitar esta funcionalidad, consulte Novedades de SMB (https://go.microsoft.com/fwlink/?LinkID=237319).

Mejoras significativas en el rendimiento, concretamente para las cargas de trabajo de estilo OLTP de SQL. Estas mejoras de rendimiento necesitan la aplicación de una revisión. Para obtener más información sobre la revisión, vea esto (https://go.microsoft.com/fwlink/?LinkId=237320).
Windows Server 2012, incluido Server Core 3.0 Admite conmutación por error transparente de los recursos compartidos de archivos que proporcionan cero tiempo de inactividad sin que sea necesaria la intervención del administrador DBA o del servidor de archivos de SQL en las configuraciones de clúster de servidores de archivos.

Compatibilidad con E/S usando varias interfaces de red simultáneamente, así como tolerancia a errores de interfaz de red.

Compatibilidad con interfaces de red con funciones de RDMA.

Para obtener más información sobre estas características y el bloque de mensajes de servidor, vea Información general del bloque de mensajes de servidor (https://go.microsoft.com/fwlink/?LinkId=253174).

Compatibilidad de la escala del servidor de archivos (SoFS) con disponibilidad continua.
Windows Server 2012 R2, incluido Server Core 3.2 Admite conmutación por error transparente de los recursos compartidos de archivos que proporcionan cero tiempo de inactividad sin que sea necesaria la intervención del administrador DBA o del servidor de archivos de SQL en las configuraciones de clúster de servidores de archivos.

Compatibilidad con E/S usando varias interfaces de red simultáneamente, así como tolerancia a errores de interfaz de red, con SMB multicanal.

Compatibilidad con interfaces de red con funciones de RDMA con SMB Direct.

Para obtener más información sobre estas características y el bloque de mensajes de servidor, vea Información general del bloque de mensajes de servidor (https://go.microsoft.com/fwlink/?LinkId=253174).

Compatibilidad de la escala del servidor de archivos (SoFS) con disponibilidad continua.

Optimizado para E/S pequeñas de lectura/escritura aleatoria comunes para SQL Server OLTP.

Se activa la Unidad de transmisión máxima (MTU) de forma predeterminada, lo que mejora significativamente el rendimiento en las transferencias secuenciales grandes como el almacenamiento de datos SQL Server y la copia de seguridad o restauración de la base de datos.

Consideraciones sobre la seguridad

  • La cuenta de servicio de SQL Server y la cuenta de servicio del agente SQL Server deben tener permisos de recurso compartido CONTROL TOTAL y permisos NTFS en las carpetas de recursos compartidos SMB. Si se usa un servidor de archivos SMB, la cuenta de servicio de SQL Server puede ser una cuenta de dominio o una cuenta del sistema. Para obtener más información sobre los permisos NTFS y de uso compartido, vea Permisos NTFS y de uso compartido en un servidor de archivos (https://go.microsoft.com/fwlink/?LinkId=245535).

    Nota

    Los permisos de recurso compartido FULL CONTROL y los permisos NTFS en las carpetas de recursos compartidos SMB deben restringirse a: SQL Server cuenta de servicio, Agente SQL Server cuenta de servicio y usuarios de Windows con roles de servidor de administración.

    Se recomienda usar una cuenta de dominio como cuenta de servicio de SQL Server. Si la cuenta del sistema se usa como cuenta de servicio, conceda los permisos para la cuenta de equipo con el formato: <domain_name computer_name>\<>$.

    Nota

    • Durante la instalación de SQL Server, es necesario especificar la cuenta de dominio como una cuenta de servicio si el recurso compartido de archivos de SMB se especifica como opción de almacenamiento. Con el recurso compartido de archivos de SMB, la cuenta del sistema solo se puede especificar como una cuenta de servicio después de la instalación de SQL Server .
    • Las cuentas virtuales no se pueden autenticar en una ubicación remota. Todas las cuentas virtuales usan el permiso de la cuenta del equipo. Aprovisione la cuenta de equipo con el formato <nombre_de_dominio>\<nombre_de_equipo>$.

  • La cuenta que se usa para instalar SQL Server debe tener permisos FULL CONTROL en la carpeta del recurso compartido de archivos SMB que se usa como directorio de datos, o cualquier otra carpeta de datos (directorio de base de datos de usuario, directorio de registro de base de datos de usuario, directorio de registro de TempDB, directorio de copia de seguridad) durante la instalación del clúster.

  • Al a cuenta que se usa para instalar SQL Server se le debe conceder los privilegios SeSecurityPrivilege en el servidor de archivos SMB. Para ello, use la consola Directiva de seguridad local del servidor de archivos para agregar la cuenta de instalación de SQL Server a la directiva Administrar registro de seguridad y auditoría. Esta opción está disponible en la sección Asignaciones de derechos de usuario bajo Directivas locales en la consola Directiva de seguridad local.

Problemas conocidos

  • Después de desasociar una base de datos de SQL Server 2014 que reside en el almacenamiento conectado a la red, es posible que se produzca un problema de permisos de base de datos al intentar volver a adjuntar la base de datos de SQL Server. El problema se define en este artículo de KB (https://go.microsoft.com/fwlink/?LinkId=237321). Para conocer una solución alternativa a este problema, vea la sección Más información del artículo de KB.

  • Algunos sistemas de terceros, como en el caso de dispositivos de NetApp, no admiten todas las llamadas API de SQL Server. Con estos podría obtener lo siguiente:
    2015-06-04 13:14:19.97 spid9s Error: 17053, Gravedad: 16, Estado: 1.
    2015-06-04 13:14:19.97 spid9s DoDevIoCtlOut() GetOverlappedResult() : Error del sistema operativo 1(Función incorrecta).

    En el caso de NTFS, el error resulta inofensivo; en el de ReFS, por el contrario, puede provocar una degradación significativa del rendimiento.

  • Si se usa un recurso compartido de archivo SMB como opción de almacenamiento para una instancia en clúster de SQL Server, el registro de diagnóstico del clúster de conmutación por error de SQL Server no puede escribirse de forma predeterminada en el recurso compartido de archivo porque la biblioteca DLL de recursos de SQL Server carece de permiso de lectura y escritura en el recurso compartido de archivo. Para resolver este problema, intente uno de los métodos siguientes:

    1. Conceda permisos de lectura y escritura en el recurso compartido de archivo a todos los objetos de equipo del clúster.

    2. Establezca la ubicación de los registros de diagnóstico en una ruta de acceso de archivo local. Observe el ejemplo siguiente:

      ALTER SERVER CONFIGURATION  
SET DIAGNOSTICS LOG PATH = 'C:\logs';

Consulte también

Planear una instalación de SQL Server
Temas de procedimientos de instalación
Configurar los permisos y las cuentas de servicio de Windows