Sugerencias para aumentar el rendimiento de la copia de seguridad y la restauración (Office SharePoint Server)

Aplique las sugerencias de este artículo para reducir el efecto que tienen en el rendimiento las operaciones de copia de seguridad y recuperación.

La mayoría de los trabajos de copia de seguridad consumen tantos recursos de E/S como pueden para finalizar el trabajo en el tiempo disponible para realizar las tareas de mantenimiento. Por lo tanto, puede que haya operaciones de disco en cola y que las solicitudes de E/S se procesen más despacio de lo habitual. Es normal y no se debe ver como un problema.

Selección de las herramientas de copia de seguridad de la colección de sitios según su tamaño

Si la empresa necesita realizar copias de seguridad de las colecciones de sitios además de copias de seguridad en el nivel de granja de servidores o en el nivel de base de datos, seleccione las herramientas que va a usar en función del tamaño de la colección de sitios.

• Menos de 15 GB: use Stsadm para realizar una copia de seguridad de la colección de sitios.

  Nota

  Bloquee la colección de sitios antes de usar Stsadm para realizar la copia de seguridad. Para ello, establezca un bloqueo de solo lectura con esta operación: Setsitelock: operación de Stsadm (Office SharePoint Server).

• Entre 15 y 100 GB: use una herramienta de Productos y Tecnologías de SharePoint, una herramienta de SQL Server u otra herramienta de copia de seguridad de bases de datos para proteger la base de datos de contenido que contiene la colección de sitios.

• Más de 100 GB: use una solución de copia de seguridad diferencial, como Microsoft SQL Server 2005 o Microsoft System Center Data Protection Manager 2007, en lugar de las herramientas integradas de copia de seguridad y recuperación.

Reducción al mínimo de la latencia entre SQL Server y la ubicación de la copia de seguridad

En general, es mejor usar un disco local, no una unidad de red, para las copias de seguridad. Si va a realizar copias de seguridad de varios servidores, conviene disponer de un equipo conectado directamente en el que los servidores puedan escribir. No obstante, esta operación se lleva a cabo correctamente en unidades de red con una latencia de 1 milisegundo o menos entre ellos y los equipos que ejecutan SQL Server.

Forma de evitar conflictos de procesamiento

Los trabajos de copia de seguridad no se deben ejecutar cuando los usuarios necesitan tener acceso al sistema.

Para evitar los cuellos de botella de E/S, realice la copia de seguridad principal en un disco independiente y sólo entonces realice la copia en cinta.

Considere la posibilidad de escalonar las copias de seguridad de modo que no todas las bases de datos se copien a la vez.

Las copias de seguridad de SharePoint usan copias de seguridad de SQL Server. Cuando se use la compresión con las copias de seguridad, hay que tener cuidado de no saturar SQL Server. Por ejemplo, algunas herramientas de copia de seguridad de otros fabricantes realizan el proceso de compresión durante la copia de seguridad, lo que puede afectar al rendimiento de SQL Server. Existen herramientas que permiten limitar los procesos de compresión y así controlar el impacto en SQL Server.

Consideración del tamaño de la base de datos para determinar las herramientas que se van a usar

Tenga en cuenta la información de la tabla siguiente cuando seleccione una herramienta de copia de seguridad y recuperación. Para las bases de datos grandes, se recomienda el uso de herramientas de copia de seguridad incremental. Para obtener más información, vea Elección de herramientas de copia de seguridad y recuperación (Office SharePoint Server).

Recomendaciones para la optimización de la copia de seguridad y restauración de SQL Server

Si se usan copias de seguridad de SQL Server, para reducir al mínimo el tiempo del proceso de recuperación, se puede usar una combinación de copias de seguridad completa, diferencial y del registro de transacciones (para el modelo de recuperación completo u optimizado para cargas masivas de registros). Normalmente, las copias de seguridad de base de datos diferenciales son más rápidas que las copias de seguridad de base de datos completas y, además, se reduce el volumen de registro de transacciones necesario para recuperar la base de datos.

Si usa el modelo de recuperación completa de SQL Server 2005, se recomienda truncar de forma periódica los archivos de registro de transacciones para evitar los problemas de mantenimiento.

Para obtener recomendaciones detalladas acerca de la optimización del rendimiento de la copia de seguridad y restauración de SQL Server, vea el tema sobre la optimización del rendimiento de la copia de seguridad y restauración en SQL Server (https://go.microsoft.com/fwlink/?linkid=126630&clcid=0xC0A) (en inglés).

Si va a usar RAID, use RAID 10

Debe considerar con detenimiento si va a usar una matriz redundante de discos independientes (RAID) en el dispositivo de copia de seguridad en disco. Por ejemplo, RAID 5 tiene un bajo rendimiento de escritura, aproximadamente la misma velocidad que para un solo disco. (Esto se debe a que RAID 5 tiene que mantener la información de paridad.) El uso de RAID 10 para un dispositivo de copia de seguridad puede proporcionar copias de seguridad más rápidas. Para obtener más información acerca del uso de RAID con copias de seguridad, vea el tema sobre la configuración de RAID para obtener el máximo rendimiento de E/S en SQL Server (https://go.microsoft.com/fwlink/?linkid=126632&clcid=0xC0A) (en inglés).