Procedimientos recomendados de copia de seguridad y recuperación (SharePoint Foundation 2010)

  • Artículo

 

Se aplica a: SharePoint Foundation 2010

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

En este artículo se describen los procedimientos recomendados que puede usar para ayudar a garantizar que las operaciones de copia de seguridad y recuperación en Microsoft SharePoint Foundation 2010 se completen correctamente y que el entorno esté protegido contra la pérdida de datos o los intervalos de continuidad. En el artículo se incluyen procedimientos recomendados para el rendimiento, el control de calidad, la seguridad y la excelencia operativa.

En este artículo:

  • Procedimientos recomendados de rendimiento

  • Procedimientos recomendados de control de calidad

  • Procedimientos recomendados

Procedimientos recomendados de rendimiento

Mientras se ejecutan, las operaciones de copia de seguridad y restauración pueden consumir recursos del servidor y limitar el rendimiento de este. Si sigue estos procedimientos recomendados, puede reducir el uso de recursos y aumentar el rendimiento de los servidores y de la operación de copias de seguridad o restauración.

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

En general, es mejor usar un disco local en el servidor de bases de datos, en lugar de una unidad de red, para las copias de seguridad y, posteriormente, copiar los datos en una carpeta compartida de la red. Las unidades de red con latencia de 1 milisegundo o inferior entre ellas y el servidor de bases de datos funcionan correctamente.

Para evitar los cuellos de botella de E/S, lleve a cabo la copia de seguridad principal en un disco independiente del disco que ejecuta Microsoft SQL Server 2008 con Service Pack 1 (SP1) y la actualización acumulativa 2.

Por motivos de diseño, la mayoría de los trabajos de copia de seguridad consumen todos los recursos de E/S disponibles para completar el trabajo. Por lo tanto, puede que vea operaciones de disco en cola, lo que podría provocar una latencia de solicitudes de E/S mayor que la habitual. Es normal y no se debe ver como un problema.

Forma de evitar conflictos de procesamiento

Los trabajos de copia de seguridad no se deben ejecutar cuando los usuarios necesitan tener acceso al sistema. Considere la posibilidad de escalonar las copias de seguridad de modo que no todas las bases de datos se copien a la vez.

Mantener las bases de datos en un tamaño reducido para lograr menores tiempos de recuperación

Mantenga las bases de datos en un tamaño reducido para acelerar la copia de seguridad y la recuperación. Para ello, puede usar varias bases de datos de contenido para una aplicación web en lugar de una base de datos de contenido grande.

Uso de copias de seguridad incrementales para bases de datos grandes

Use copias de seguridad incrementales para bases de datos grandes como las que se encuentran disponibles con DPM 2010. Las copias de seguridad incrementales pueden restaurarse con mayor rapidez y eficacia que las copias de seguridad completas para bases de datos de mayor tamaño. Para obtener más información acerca de los tipos de copia de seguridad, vea el tema de información general de copia de seguridad (SQL Server) (https://go.microsoft.com/fwlink/?linkid=203863&clcid=0xC0A).

Uso de la compresión durante la copia de seguridad

En algunas circunstancias, puede usar la compresión para mejorar el tamaño de copia de seguridad (disminución del 30%) y las horas de copia de seguridad (disminución del 25%). La compresión de copia de seguridad se introdujo en SQL Server 2008 Enterprise. Para obtener más información acerca de cómo afecta la compresión de copia de seguridad al rendimiento en SQL Server, vea el tema sobre la compresión de copia de seguridad (SQL Server) (https://go.microsoft.com/fwlink/?linkid=129381&clcid=0xC0A).

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, la creación de copias de seguridad de base de datos diferenciales es más rápida que la de copias de seguridad de base de datos completas y, además, reduce el volumen de registro de transacciones necesario para recuperar la base de datos.

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

Para obtener recomendaciones detalladas acerca de cómo optimizar el rendimiento de las copias de seguridad y restauración de SQL Server, vea el tema sobre cómo optimizar el rendimiento de copias de seguridad y restauración en SQL Server (https://go.microsoft.com/fwlink/?linkid=126630&clcid=0xC0A).

Si se va a usar RAID, usar 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 las copias de seguridad, vea el artículo que trata acerca de 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).

Configuración de SharePoint para obtener un mejor rendimiento de copias de seguridad y restauración

Puede establecer la configuración en Administración central y en Windows PowerShell para incrementar el rendimiento y la eficacia de las copias de seguridad o la restauración.

Si usa el cmdlet de Windows PowerShell Export-SPWeb, puede usar el parámetro NoFileCompression. De forma predeterminada, SharePoint Foundation 2010 usa la compresión de archivos al exportar aplicaciones web, colecciones de sitios, listas o bibliotecas de documentos. Puede usar este parámetro para suprimir la compresión de archivos durante la exportación y la importación. La compresión de archivos puede usar hasta un 30% más de recursos, pero el archivo exportado usará aproximadamente un 25% menos de espacio en disco. Si usa el parámetro NoFileCompression al exportar, también debe usarlo al importar el mismo contenido.

También puede usar el parámetro NoLogFile. De forma predeterminada, SharePoint Foundation 2010 siempre crea un archivo de registro al exportar contenido. Puede usar este parámetro para suprimir la creación de archivos de registro para ahorrar recursos. Sin embargo, se recomienda crear siempre los registros, ya que se pueden usar para solucionar problemas. Además, la creación de registros no usa muchos recursos.

Nota

Esta configuración no está disponible mediante Administración central.

Si usa el cmdlet Backup-SPFarm, puede usar el parámetro BackupThreads para especificar la cantidad de subprocesos que usará SharePoint Foundation 2010 durante el proceso de copia de seguridad. Cuantos más subprocesos se especifiquen, mayor será la cantidad de recursos que usará la operación de copia de seguridad, pero finalizará con mayor rapidez si se encuentran disponibles los recursos suficientes. No obstante, cada subproceso se notifica por separado en los archivos de registro, por lo que el uso de una menor cantidad de subprocesos facilita la interpretación de los archivos de registro. De forma predeterminada, se usan tres subprocesos. El número máximo de subprocesos disponibles es 10.

Nota

Este valor también está disponible mediante Administración central en la página Configuración de restauración y copia de seguridad predeterminada de la sección Copia de seguridad y restauración.

Consideración del tamaño de la colección de sitios al determinar las herramientas que se van a usar

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

Procedimientos recomendados de control de calidad

Puede seguir estos procedimientos recomendados para ayudar a garantizar la calidad de las copias de seguridad del entorno del conjunto o granja de servidores y reducir las posibilidades de pérdida de datos.

Asegurarse de contar con espacio de almacenamiento suficiente

Asegúrese de que el sistema cuenta con espacio en disco suficiente para dar cabida a la copia de seguridad.

Pruebas regulares de la calidad de la copia de seguridad

De forma periódica, pruebe las copias de seguridad y valide su coherencia. Ejecute operaciones de recuperación de prueba para validar el contenido de la copia de seguridad y para garantizar que se podrá restaurar el entorno completo. En entornos dispersos geográficamente, prepárese para la recuperación ante desastres mediante la configuración de un conjunto o granja de servidores remoto. A continuación, puede restaurar el entorno mediante el comando de base de datos adjunta para cargar una copia de la base de datos en la granja remota y redirigir a los usuarios. De forma periódica, realice una operación de recuperación de datos de prueba para comprobar que la copia de seguridad de los archivos se ha realizado correctamente. Una restauración de prueba puede ayudar a detectar problemas de hardware que no aparecen en las comprobaciones de software.

Copia de seguridad de registros de seguimiento ULS

Las herramientas de SharePoint Foundation 2010 no crean copias de seguridad de los registros de seguimiento ULS. Los datos de estos registros pueden ser útiles para analizar el rendimiento, solucionar problemas, supervisar el cumplimiento de los contratos de nivel de servicio o por motivos legales, normativos o empresariales. Por lo tanto, proteja estos datos como parte del mantenimiento rutinario. Para obtener más información acerca de la copia de seguridad de los registros ULS, vea Copia de seguridad o archivo de registros (SharePoint Foundation 2010).

Almacenamiento de una copia de los archivos de copia de seguridad fuera del sitio

Para evitar pérdidas en caso de producirse una catástrofe, como un incendio o un terremoto, guarde duplicados de las copias de seguridad en una ubicación independiente de los servidores. De esta forma podrá evitar la pérdida de datos importantes. Se recomienda guardar tres copias de los medios de copia de seguridad y al menos una copia fuera del sitio en un entorno controlado. Se deben incluir todos los materiales de copia de seguridad y recuperación, documentos, copias de seguridad de base de datos y registro de transacciones, y copias de seguridad de registro de seguimiento y uso.

Procedimientos recomendados

Puede usar estos procedimientos recomendados para planear y realizar operaciones de copias de seguridad y restauración con una mejor documentación y mayor facilidad y seguridad.

Uso de nombres de dominio completos (FQDN) de servidor

Al hacer referencia a servidores de un dominio diferente, use siempre nombres de dominio completos (FQDN).

Conservación de registros precisos

Al implementar SharePoint Foundation 2010, registre las cuentas creadas y los nombres de equipo, contraseñas y opciones de configuración elegidos. Guarde esta información en un lugar seguro.

Contar con un entorno de recuperación preparado

Prepárese para las pruebas de restauración y la recuperación ante desastres mediante la configuración de un conjunto o granja de servidores remoto. A continuación, puede restaurar el entorno mediante el comando de base de datos adjunta para cargar una copia de la base de datos en la granja remota y redirigir a los usuarios. De forma similar, puede configurar un entorno de espera que ejecute la misma versión de software que el entorno de producción con el fin de poder restaurar las bases de datos y recuperar los documentos rápidamente.

Programación de operaciones de copia de seguridad

Si desea programar las copias de seguridad, puede usar el Programador de tareas de Windows para ejecutarlas mediante un archivo de script de Windows PowerShell (*.ps1).

Uso del proveedor de SQL FILESTREAM con el almacenamiento de blobs

Si usa el almacenamiento de blobs con el proveedor de SQL FILESTREAM y hace una copia de seguridad de la base de datos de contenido con dicho almacén remoto de blobs (RBS) definido, tanto el RBS como la base de datos de contenido se copiarán y restaurarán al usar herramientas de SharePoint o herramientas de SQL Server. No se recomienda usar RBS con otros métodos de restauración.