Procedimientos recomendados para SQL Server 2008 en una granja de SharePoint Server 2010

  • Artículo

 

Se aplica a: SharePoint Server 2010

Última modificación del tema: 2016-11-30

En este artículo se describen los procedimientos recomendados para configurar y llevar el mantenimiento de Microsoft SQL Server 2008 en un entorno con Microsoft SharePoint Server 2010. Estos procedimientos se clasifican según el orden en que se aplicarían, desde la instalación y configuración de SQL Server 2008, hasta la implementación de SharePoint Server y, posteriormente, el mantenimiento de la granja.

Este artículo forma parte de una serie de artículos sobre procedimientos recomendados para SharePoint Server. Para consultar el resto de artículos de la serie, vea Procedimientos recomendados (SharePoint Server 2010). Para obtener información adicional y recursos sobre los procedimientos recomendados para SharePoint Server 2010, vaya al Centro de recursos de procedimientos recomendados (https://go.microsoft.com/fwlink/?linkid=220280&clcid=0xC0A).

1. Use un servidor dedicado para SQL Server 2008

Para garantizar un rendimiento óptimo en las operaciones de la granja, se recomienda que instale SQL Server 2008 en un servidor dedicado que no esté ejecutando otros roles de granja y que no aloje bases de datos para ninguna otra aplicación. Se puede hacer una única excepción si va a implementar SharePoint Server 2010 en un servidor independiente, lo cual no se recomienda para entornos de producción a gran escala.

Nota

La recomendación de usar un servidor dedicado para la base de datos se aplica también a cualquier entorno en el que se haya virtualizado SQL Server 2008.

2. Configure SQL Server 2008 con valores específicos antes de implementar SharePoint Server 2010

Para garantizar un comportamiento y rendimiento sistemáticos, configure las opciones y valores siguientes antes de implementar SharePoint Server 2010.

  • No habilite las estadísticas de creación automática en un SQL Server que esté ofreciendo compatibilidad a SharePoint Server.

  • Establezca el grado máximo de paralelismo (MAXDOP) en 1 para instancias de SQL Server que alojen bases de datos de SharePoint Server 2010 con el fin de garantizar que cada solicitud se envía mediante un solo proceso de SQL Server.

    Importante

    En entornos de SharePoint Server, cualquier otro valor de configuración conllevaría la selección para ejecución de un plan de consultas por debajo del nivel óptimo, lo que reduciría el rendimiento global.

  • Para facilitar el mantenimiento y que resulte más sencillo volver a ubicar la base de datos si fuera necesario ulteriormente, configure los alias de la conexión de SQL Server para cada servidor de bases de datos en la granja.

Para obtener más información, vea Establecimiento de opciones de SQL Server.

3. Refuerce el servidor de bases de datos antes de implementar SharePoint Server 2010

Se recomienda que prevea el refuerzo del servidor de bases de datos, y que así lo haga, antes de implementar SharePoint Server 2010. Aquí se incluye la protección del rol de servidor de bases de datos para SharePoint Server y SQL Server. Para obtener más información, vea:

4. Configure los servidores de bases de datos para obtener rendimiento y disponibilidad

Tal como sucede con los servidores web y los servidores de aplicaciones, la configuración para los servidores de bases de datos repercute en el buen rendimiento de SharePoint Server 2010. Algunas bases de datos requieren una ubicación específica junto a otras bases de datos o estar separadas. Para obtener más información, vea:

Para obtener bases de datos con gran disponibilidad que usen la creación de reflejo, consulte las instrucciones de los procedimientos recomendados en Procedimientos recomendados para la creación de reflejos de bases de datos y consideraciones sobre el rendimiento (https://go.microsoft.com/fwlink/?linkid=185119&clcid=0xC0A).

5. Diseñe el almacenamiento para lograr un rendimiento y capacidad de administración óptimos

Se recomienda que separe y priorice sus datos entre los discos del servidor de bases de datos. Lo idóneo sería colocar la base de datos tempdb, las bases de datos de contenido, las bases de datos de uso, las bases de datos de búsqueda y los registros de transacciones de SQL Server 2008 en discos duros físicos independientes. En la lista siguiente se describen algunos procedimientos recomendados para priorizar y administrar datos y registros. Para obtener más información, vea Configuración de bases de datos.

  • Para los sitios de colaboración o para los sitios que usen muchos recursos en su actualización, use la siguiente clasificación para la distribución del almacenamiento:

    1. Archivos tempdb y registros de transacciones en los discos más rápidos

    2. Archivos de registros de transacciones de bases de datos de contenido

    3. Bases de datos de búsqueda, salvo la base de datos de administración de búsqueda

    4. Archivos de datos de bases de datos de contenido

  • En un sitio del portal orientado principalmente a la lectura, asigne prioridad a los datos y busque en los registros de transacciones según se indica a continuación:

    1. Archivos tempdb y registros de transacciones en los discos más rápidos

    2. Archivos de datos de bases de datos de contenido

    3. Bases de datos de búsqueda, salvo la base de datos de administración de búsqueda

    4. Archivos de registros de transacciones de bases de datos de contenido

  • Las pruebas y los datos de los usuarios muestran que el rendimiento global de la granja puede verse dificultado de forma significativa si no hubiera E/S de disco suficientes para tempdb.

  • Para obtener un mejor rendimiento, coloque tempdb en una matriz RAID 10. La cantidad de archivos de datos de tempdb debe ser igual a la cantidad de CPU de núcleo y los archivos de datos de tempdb se deben establecer al mismo tamaño.

  • Separe los datos de la base de datos y los archivos de registro de transacciones en diferentes discos. Si los archivos deben compartir discos porque son demasiado pequeños como para aprovechar un disco completo o una banda, o bien si no dispone de espacio en el disco, coloque los archivos que tengan patrones de uso diferentes en el mismo disco para minimizar las solicitudes de acceso simultáneas.

  • Use múltiples archivos de datos para bases de datos de contenido que se usen de forma masiva, cada uno en su disco

  • Para mejorar la capacidad de administración, limite el tamaño de la base de datos de contenidos a 50 GB

Es muy importante usar la configuración adecuada para los subsistemas de E/S con el fin de que el rendimiento y operación de los sistemas de SQL Server sean óptimos. Para obtener más información, vea Storage Top 10 Best Practices.

6. Administre de forma proactiva el crecimiento de los datos y de los archivos de registros

Se recomienda que administre de forma proactiva el crecimiento de los datos y de los archivos de registros; para ello, tenga en cuenta las recomendaciones siguientes:

  • Siempre que sea posible, ajuste previamente todos los archivos de datos y archivos de registro a su tamaño final esperado o bien, increméntelos regularmente en periodos establecidos, por ejemplo, cada mes o cada seis meses; por otra parte, también puede implementar un nuevo sitio de almacenamiento intensivo durante, por ejemplo, las migraciones de archivos.

  • Se recomienda habilitar el aumento de tamaño automático de la base de datos como medida de protección para garantizar que no se queda sin espacio en archivos de datos y de registros. Tenga en cuenta lo siguiente:

    Importante

    Debe factorizar los problemas de rendimiento y operaciones asociados al aumento de tamaño automático. Para obtener más información, vea Consideraciones para la configuración del aumento de tamaño automático y de la reducción de tamaño automático en SQL Server (https://go.microsoft.com/fwlink/?linkid=117750&clcid=0xC0A).

    • No confíe en la configuración predeterminada del aumento de tamaño automático, siga las instrucciones que se facilitan en Establecimiento de opciones de SQL Server.

    • Establezca los valores del aumento de tamaño automático en forma de porcentaje en lugar de como un número fijo de megabytes. Cuanto más grande sea la base de datos, mayor deberá ser el incremento de aumento de tamaño.

      Tenga en cuenta, por ejemplo, una situación en la que el contenido se va incrementando gradualmente, digamos que a incrementos de 100 MB, con el aumento de tamaño automático establecido a 10 MB. De forma inesperada, se necesita una cantidad enorme de almacenamiento de datos para un sitio nuevo de administración de documentos, probablemente con un tamaño inicial de 50 GB; en tal caso, querríamos que el crecimiento fuera a incrementos de 500 MB y no a incrementos de 10 MB.

    • Para obtener un sistema de producción administrado, debe entender el aumento de tamaño automático como un mero método de contingencia cuando se produzcan crecimientos inesperados. No administre el crecimiento de datos y de registros regularmente con la opción de aumento de tamaño automático.

  • Conserve un nivel de al menos un 25 por ciento de espacio disponible en los discos para acomodar los patrones de crecimiento y de uso máximo. Si está administrando el crecimiento mediante la agregación de discos a una matriz RAID o mediante la asignación de más espacio de almacenamiento, supervise meticulosamente el tamaño del disco para evitar quedarse sin espacio.

7. Supervise en todo momento el almacenamiento y el rendimiento de SQL Server

Se recomienda supervisar de forma continuada el almacenamiento y rendimiento de SQL Server con el fin de garantizar que el servidor de bases de datos de producción está administrando adecuadamente la información que se le envía. Por otra parte, una supervisión continuada le permite establecer pruebas comparativas que podrá usar para el planeamiento de recursos.

Obtenga una visión completa de la supervisión de recursos; no limite la supervisión a los recursos específicos de SQL Server. Es igualmente importante realizar un seguimiento de los siguientes componentes de los recursos de un servidor que esté ejecutando SQL Server: CPU, memoria, proporción de aciertos en la memoria caché y subsistema de E/S.

Cuando uno o más de los componentes del servidor de bases de datos parecen ir lentos o estar sobrecargados, analice la estrategia adecuada de acuerdo a la carga de trabajo actual y la prevista. Para obtener más información, vea:

8. Use la comprensión de copia de seguridad para acelerar las copias de seguridad y reducir los tamaños de archivo

La compresión de copia de seguridad puede acelerar cualquier copia de seguridad de SharePoint y se encuentra disponible en SQL Server 2008 Enterprise Edition o SQL Server 2008 R2Standard Edition. Si se configura la opción de compresión en el script de copia de seguridad o si se configura el servidor que ejecuta SQL Server para comprimir de forma predeterminada, se puede reducir significativamente el tamaño de las copias de seguridad de bases de datos y registros de envío. Para obtener más información, vea Compresión de copia de seguridad (SQL Server) (https://go.microsoft.com/fwlink/?linkid=129381&clcid=0xC0A) y Compresión de datos: estrategia, planeamiento de la capacidad y procedimientos recomendados (https://go.microsoft.com/fwlink/?linkid=223674&clcid=0xC0A).

Reconocimientos

El equipo de publicación de contenido de SharePoint Server 2010 desea mostrar su agradecimiento a los siguientes colaboradores en este artículo:

  • Stephen Dillon, consultor sénior

  • Gus Apostal, jefe de programas sénior, SQL Server