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

Artículo
03/05/2017

Se aplica a: SharePoint Foundation 2010

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

En este artículo se describen las etapas implicadas en la planeación de la copia de seguridad y recuperación, entre las que se incluyen la determinación de las estrategias de la copia de seguridad y recuperación para un entorno de Microsoft SharePoint Foundation y las decisiones sobre las herramientas que se usarán. No es necesario realizar las etapas en el orden en que se enumeran, y el proceso puede ser iterativo.

Cuando planee cómo va a usar la copia de seguridad y la recuperación para recuperarse de un desastre, tenga en cuenta los eventos y los errores comunes, y las emergencias locales y regionales.

Importante

El proceso de actualización de SharePoint 2010 Service Pack 1 (SP1) altera el esquema de algunas bases de datos de la granja de servidores y de todas las bases de datos de contenido. Debido a estos cambios, es posible que deba realizar pasos adicionales para restaurar una copia de seguridad que creó antes de que se actualizara la granja de servidores a SP1 a la granja después de que se actualizara a SP1. Para obtener más información sobre cómo hacerlo, consulte Restaurar copias de seguridad que no están actualizadas a SP1 en granjas con SP1 (SharePoint Foundation 2010)

Para obtener información detallada sobre la copia de seguridad y recuperación en Microsoft SharePoint Foundation, vea Información general de copia de seguridad y recuperación (SharePoint Foundation 2010).

En este artículo:

Definir requisitos empresariales
Elegir qué se va a proteger y recuperar en el entorno
Elegir herramientas
Determinar estrategias
Planear un mejor rendimiento de la copia de seguridad y la recuperación

Definir requisitos empresariales

Para definir los requisitos empresariales, determine lo siguiente para cada granja de servidores y servicio en el entorno:

Objetivo de punto de recuperación (RPO) es el objetivo para el período máximo de tiempo entre la última copia de seguridad disponible y algún punto posible de error. Se determina por la cantidad de datos que la empresa podría permitirse perder en caso de un error.
Objetivo de tiempo de recuperación (RTO) es el objetivo de tiempo máximo que podría tardar un proceso de recuperación de datos. Se determina mediante el tiempo que la empresa podría permitirse no tener disponible el sitio o servicio.
Objetivo de nivel de recuperación (RLO) es el objetivo que define la granularidad con la que se deben poder recuperar datos, tanto si se debe poder recuperar toda la granja de servidores, una aplicación web, una colección de sitios, un sitio, una lista o biblioteca, o un elemento.

Un RPO y RTO más cortos, y una granularidad más fina del RLO suelen ser más costosos.

Puede descargar del libro de planeación de copia de seguridad y recuperación de Productos de SharePoint 2010 (https://go.microsoft.com/fwlink/?linkid=184385&clcid=0xC0A) una hoja de cálculo que le ayudará a planear las estrategias para realizar una copia de seguridad y recuperación del entorno de SharePoint Foundation 2010.

Elegir qué se va a proteger y recuperar en el entorno

Los requisitos empresariales ayudarán a determinar qué componentes del entorno debe proteger y la granularidad con la que es necesario recuperarlos.

En la siguiente tabla se enumeran componentes de un entorno de SharePoint que podría decidir proteger, y las herramientas que se pueden usar para realizar la copia de seguridad y recuperación de cada componente.

Componente	Copia de seguridad de SharePoint	Microsoft SQL Server 2008 R2 Express	System Center Data Protection Manager (DPM) 2010	Copia de seguridad de sistema de archivos
Granja de servidores	Sí		Sí6
Aplicaciones de servicio	Sí
Aplicación web	Sí
Bases de datos de contenido	Sí	Sí	Sí
Colección de sitios	Sí1, 2	Sí1, 2	Sí1, 2
Sitio	Sí2	Sí2	Sí
Lista o biblioteca de documentos	Sí2	Sí2	Sí
Elemento de lista o documento			Sí
Contenido almacenado en almacenamientos remotos de blobs	Sí3	Sí3	No3
Personalizaciones implementadas como paquetes de soluciones	Sí7	Sí7	Sí6, 7
Cambios a Web.config realizados mediante Administración central o una API	Sí	Sí	Sí4
Parámetros de configuración (SharePoint)	Sí2, 8	Sí2, 8	Sí 2, 9
Personalizaciones no implementadas como paquetes de soluciones			Sí. Pueden recuperarse los archivos si están protegidos como archivos.4, 5	Sí
Cambios a Web.config no realizados mediante Administración central o una API			Sí4	Sí
Configuraciones de IIS no establecidas a través de SharePoint			Sí5	Sí
Bases de datos de SQL Server Reporting Services		Sí	Sí

1La copia de seguridad y restauración en el nivel de granja de servidores y en el de base de datos puede usarse para recuperar una colección de sitios cuando solo haya una colección de sitios almacenada en una base de datos.

2Las copias de seguridad en los niveles de granja de servidores y de base de datos pueden usarse con la recuperación de base de datos no adjunta de SharePoint Foundation para restaurar colecciones de sitios, sitios, listas y configuraciones.

3No se puede usar DPM para restaurar el contenido almacenado en almacenes remotos de blobs.

4Se puede hacer una copia de seguridad de los cambios a Web.config mediante una copia de seguridad del sistema de archivos de DPM 2010.

5Las configuraciones de IIS pueden recuperarse mediante una copia de seguridad completa de DPM 2010.

6DPM 2010 puede recuperar este elemento mediante una combinación de una copia de seguridad de reconstrucción completa y una copia de seguridad de SharePoint Foundation. No se puede crear una copia de seguridad de este elemento y restaurarlo como un objeto.

7Los paquetes de solución de plena confianza se almacenan en la base de datos de configuración y las soluciones de espacio aislado se almacenan en las bases de datos de contenido. Pueden recuperarse como parte de una recuperación de la base de datos de contenido o de la granja de servidores.

8Las opciones de configuración pueden recuperarse a partir de copias de seguridad realizadas en el nivel de granja de servidores. Para obtener más información, vea Restaurar una granja de servidores (SharePoint Foundation 2010).

9La base de datos de configuración y la base de datos de contenido de Administración central de una granja de servidores de SharePoint Foundation 2010 pueden recuperarse, pero solo como parte de una recuperación de la granja de servidores completa en la misma granja y con los mismos equipos.

Nota

Puede registrar SharePoint Foundation 2010 con Copias de seguridad de Windows Server mediante la operación -o -registerwsswriter de stsadm.exe para configurar el Servicio de instantáneas de volumen (VSS) Writer para SharePoint Foundation. Copias de seguridad de Windows Server incluye SharePoint Foundation 2010 en las copias de seguridad de todo el servidor. Al restaurar desde una copia de seguridad de Windows Server, puede seleccionar Microsoft SharePoint Foundation (independientemente de la versión de Productos de SharePoint 2010 que esté instalada) y se restaurarán todos los componentes informados por VSS Writer para SharePoint Foundation 2010 en ese servidor en el momento de la copia de seguridad.
Solo se recomienda Copias de seguridad de Windows Server para su uso con implementaciones en un servidor.

Elegir qué recuperar desde las bases de datos de contenido de SharePoint

Desde una base de datos de contenido, se pueden recuperar colecciones de sitios, sitios, listas y bibliotecas.

Las herramientas de copia de seguridad y recuperación proporcionan diferentes niveles de recuperación para contenido desde una base de datos de contenido. La recuperación de un objeto desde una base de datos de contenido siempre es más compleja que la recuperación de una base de datos de contenido completa.

Protección de personalizaciones

Las personalizaciones realizadas en sitios de SharePoint pueden incluir lo siguiente:

Páginas maestras, diseños de página y hojas de estilos en cascada. Estos objetos se almacenan en la base de datos de contenido de una aplicación web.
Elementos web, definiciones de sitio o lista, columnas personalizadas, nuevos tipos de contenido, campos personalizados, acciones personalizadas, flujos de trabajo codificados o actividades y condiciones de flujos de trabajo.
Soluciones de terceros, con sus claves del Registro y archivos binarios asociados, como los filtros de índice IFilters.
Cambios en archivos XML estándar.
Definiciones de sitio personalizado (WebTemp.xml).
Cambios al archivo Web.config.

La manera en que se implementan las personalizaciones y la forma en que se aplican los cambios realizados en el archivo Web.config influyen significativamente en las herramientas que se pueden usar para realizar las copias de seguridad y recuperaciones de las personalizaciones. Para proporcionar la mayor oportunidad de recuperación, se recomienda implementar las personalizaciones mediante paquetes de solución y configurar el archivo Web.config mediante Administración central o las API y el modelo de objetos de SharePoint.

Protección de flujos de trabajo

Los flujos de trabajo son un caso especial de personalización, ya que puede hacer una copia de seguridad de ellos y recuperarlos. Asegúrese de que el plan de copia de seguridad y recuperación abarque uno de los siguientes escenarios que se aplican al entorno:

Los flujos de trabajo declarativos, como los que creó en Microsoft SharePoint Designer 2010, se almacenan en la base de datos de contenido de la colección de sitios en la que se implementan. Cree una copia de seguridad de la base de datos de contenido para proteger estos flujos de trabajo.
Las acciones personalizadas de flujos de trabajo declarativos tienen componentes en las tres ubicaciones siguientes:
1. Los ensamblados de Visual Studio para las actividades se almacenan en la memoria caché global de ensamblados (GAC).
2. Los archivos de definición XML (archivos .ACTIONS) se almacenan en el directorio 14\TEMPLATE\{LCID}\Workflow.
3. Una entrada XML para marcar la actividad como un tipo autorizado se almacena en el archivo Web.config de las aplicaciones web en las que se usa.
Si los flujos de trabajo de la granja de servidores usan acciones personalizadas, debe usar un sistema de copia de seguridad de archivos para proteger estos archivos y entradas XML. Del mismo modo que las características de SharePoint Foundation, como los elementos web y los receptores de eventos, estos archivos deben volver a aplicarse a la granja de servidores según sea necesario después de la recuperación.
Los flujos de trabajo que dependen de código personalizado, como aquellos que se crean con Visual Studio, se almacenan en dos ubicaciones. Los ensamblados de Visual Studio para el flujo de trabajo se almacenan en la memoria caché global de ensamblados (GAC) y los archivos de definición XML se almacenan en el directorio de características. Lo mismo ocurre con otros tipos de características de SharePoint Foundation, como elementos web y receptores de eventos. Si el flujo de trabajo se ha instalado como parte de un paquete de solución, se puede proteger mediante la creación de una copia de seguridad de la base de datos de contenido.
Si crea un flujo de trabajo personalizado que interactúa con una colección de sitios distinta a aquella en la que se implementa el flujo de trabajo, debe realizar una copia de seguridad de ambas colecciones de sitios para proteger el flujo de trabajo. Esto incluye los flujos de trabajo que escriben en una lista de historial u otra lista personalizada en otra colección de sitios. Una copia de seguridad de la granja de servidores es suficiente para realizar una copia de seguridad de todas las colecciones de sitios de la granja de servidores y todos los flujos de trabajo que están asociados a ellas.
Se debe realizar una copia de seguridad y restauración por separado de los flujos de trabajo que aún no se han implementado, al igual que cualquier otro archivo de datos. Si está desarrollando un nuevo flujo de trabajo y aún no lo ha implementado en el conjunto o granja de servidores de SharePoint Foundation, asegúrese de hacer una copia de seguridad de la carpeta donde almacena los archivos del proyecto de flujo de trabajo mediante Copias de seguridad de Windows u otra aplicación de copia de seguridad del sistema de archivos.

Proteger aplicaciones de servicio

Las aplicaciones de servicio de un entorno de SharePoint Foundation pueden constar de opciones de configuración de servicio y una o varias bases de datos, o bien solo de opciones de configuración de servicio. No puede restaurar una aplicación de servicio completa mediante la restauración de la base de datos únicamente. No obstante, es posible restaurar las bases de datos de una aplicación de servicio y, posteriormente, aprovisionar la aplicación de servicio. Para obtener más información, consulte Restauración de una aplicación de servicio (SharePoint Foundation 2010).

Protección de las bases de datos de SQL Server Reporting Services

La copia de seguridad y recuperación de SharePoint Foundation no incluye las bases de datos de SQL Server Reporting Services. Debe usar las herramientas de SQL Server 2008 R2 Express. Para obtener más información, consulte Operaciones de copias de seguridad y restauración para una instalación de Reporting Services (https://go.microsoft.com/fwlink/?linkid=186642&clcid=0xC0A).

Elegir herramientas

Para seleccionar las herramientas adecuadas para la copia de seguridad y recuperación, debe determinar si se pueden cumplir los requisitos de continuidad establecidos para el negocio dentro del presupuesto de tiempo y recursos.

Entre los factores clave que hay que considerar al seleccionar herramientas, están los siguientes:

Velocidad de la copia de seguridad: ¿puede la herramienta realizar el procedimiento dentro del período de mantenimiento de las bases de datos? Debería probar cualquier sistema de copia de seguridad para asegurarse de que es capaz de satisfacer sus necesidades en el hardware.
Integridad de la recuperación.
Granularidad de los objetos que se pueden recuperar.
Tipo de copia de seguridad admitida (completa, diferencial o incremental).
Complejidad de administración de la herramienta.

En la siguiente tabla se compara el tipo de copia de seguridad y el tamaño de la granja de servidores cuya copia de seguridad puede realizarse en un período de seis horas para las herramientas de copia de seguridad y recuperación disponibles en Microsoft.

Herramienta	Tipo de copia de seguridad	Tamaño de la copia de seguridad completada en seis horas1
Copia de seguridad y recuperación de la granja de servidores de SharePoint	Completa, diferencial	600 GB
SQL Server	Completa, diferencial	600 GB
System Center Data Protection Manager	Incremental	Terabytes

1El tamaño de la copia de seguridad se determinó mediante la copia de seguridad de un sistema cuyo tamaño es igual al especificado en el hardware de prueba que se enumera en la siguiente sección.

Nota

Las copias de seguridad de SharePoint Foundation y SQL Server 2008 R2 Express se realizaron con la compresión de copia de seguridad activada.

Hardware de prueba

En la siguiente tabla, se enumera el hardware usado en las pruebas que determinó el tamaño de la copia de seguridad que podría completarse en una ventana de seis horas.

Componente	Descripción
Procesador	Procesador dual de 64 bits, 3 GHz
RAM	8 GB
Disco	Partición con formato de sistema de archivos NTFS de 2 terabytes
Red	Conexión de 100 megabits por segundo (Mbps) o más rápida entre los equipos cliente y el servidor
Recurso compartido de red	Recurso compartido de red con 1,25 terabytes de espacio libre

Nota

El límite de tamaño superior para realizar copias de seguridad de colecciones de sitios de SharePoint Foundation 2010 es 100 GB.

Para obtener información detallada acerca de los sistemas de copia de seguridad y recuperación que pueden usarse con Microsoft SharePoint Foundation, vea los siguientes recursos:

Determinar estrategias

Según los requisitos empresariales, las necesidades de recuperación y las herramientas que se hayan seleccionado, determine y documente las estrategias de copia de seguridad y recuperación para el entorno.

Es habitual que los departamentos de TI que admiten entornos de SharePoint Foundation decidan usar más de una herramienta para proteger el entorno, mientras determinan las estrategias que usarán.

Por ejemplo, en un entorno que tiene bases de datos administradas por administradores de bases de datos, podrían emplearse las estrategias de la siguiente lista:

Las copias de seguridad de todas las bases de datos se realizan mediante SQL Server 2008 R2 Express. El intervalo de copia de seguridad establecido se basa en lo siguiente:
- La importancia del contenido o servicio.
- El efecto en el rendimiento que tiene la copia de seguridad en el entorno.
Las bases de datos de contenido pequeñas, que cambian rápidamente y que conllevan un impacto de negocio muy alto también se protegen mediante instantáneas de base de datos de SQL Server 2008 R2 Express almacenadas en un disco físico separado. Se almacena solo una instantánea por base de datos, y las instantáneas se descartan de forma periódica para minimizar el efecto en el rendimiento. El intervalo de instantáneas establecido para cada base de datos se basa en lo siguiente:
- La importancia del contenido o servicio.
- La frecuencia de cambio estándar para la base de datos.
- El efecto en el rendimiento que tiene la instantánea en el entorno.
- La cantidad de espacio que se necesita para almacenar la instantánea.
La recuperación a partir de una instantánea es más rápida que una recuperación estándar, ya que SharePoint Foundation puede tratar a una instantánea, junto con su base de datos subyacente, como una base de datos no adjunta. Sin embargo, crear instantáneas puede disminuir el rendimiento de la base de datos subyacente. Se recomienda probar el efecto que tienen las instantáneas en el rendimiento del sistema antes de implementarlas, y descartarlas de forma periódica para reducir el espacio requerido.

Nota

Si usa RBS y el proveedor de RBS que usa no admite instantáneas, no podrá usar instantáneas para la copia de seguridad. Por ejemplo, el proveedor de FILESTREAM no admite instantáneas.
La copia de seguridad de SharePoint Foundation se usa para proteger aplicaciones de servicio. El intervalo de copia de seguridad se basa en lo siguiente:
- La importancia del servicio.
- La frecuencia de cambio estándar para la base de datos.
- El efecto en el rendimiento que tiene la copia de seguridad en la base de datos.
Todas las operaciones de restauración se realizan a través de SharePoint Foundation. La opción del sistema de restauración que se usará se determina mediante el tipo de copia de seguridad disponible y el objeto que se va a restaurar.

También se deben usar otras herramientas para la estrategia de continuidad del negocio. Considere cómo usará las papeleras de reciclaje y el control de versiones en colecciones de sitios en el entorno. Para obtener más información, vea Planeación de administración de continuación del negocio (SharePoint Foundation 2010).

Planear un mejor rendimiento de la copia de seguridad y la recuperación

Cuando planee la estrategia de copia de seguridad y recuperación, considere las siguientes recomendaciones para ayuda a disminuir el efecto que tendrá la copia de seguridad y la recuperación en el rendimiento del sistema.

Por diseño, la mayoría de los trabajos de copia de seguridad consumen todos los recursos de E/S que pueden para finalizar el trabajo en el tiempo disponible para el mantenimiento. Por lo tanto, puede que vea operaciones de disco en cola y que todas las solicitudes de E/S se procesen más lentamente de lo habitual. Es normal y no se debe considerar un problema.

Seguir las recomendaciones para configurar SQL Server y el almacenamiento

Siga las recomendaciones generales para configurar SQL Server 2008 R2 Express y el almacenamiento para un entorno de SharePoint Foundation. Para obtener más información, consulte SQL Server y el almacenamiento (SharePoint Foundation 2010).

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 en lugar de 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. Las unidades de red que tienen una latencia de 1 milisegundo o menos entre ellas y los equipos que ejecutan SQL Server 2008 R2 Express tendrán un buen rendimiento. Si la granja de servidores tiene varios servidores (incluido el equipo que ejecuta SQL Server 2008 R2 Express), debe usar rutas de acceso UNC de red para la ubicación de la copia de seguridad de la granja de servidores de SharePoint.

Forma de evitar conflictos de procesamiento

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

Para evitar los cuellos de botella de E/S, realice la copia de seguridad principal en un disco independiente y solo entonces haga una 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 Foundation usan copias de seguridad de SQL Server 2008 R2 Express. Si usa compresión con las copias de seguridad, tenga cuidado de no saturar SQL Server 2008 R2 Express. Por ejemplo, algunas herramientas de copia de seguridad de terceros comprimen datos durante la copia de seguridad, lo que puede alterar el rendimiento de SQL Server. Existen herramientas que permiten limitar los procesos de compresión y así controlar el efecto en SQL Server.

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

Si ejecuta SQL Server 2008 Enterprise, se recomienda usar la compresión de copia de seguridad. Para obtener más información, vea el tema sobre la compresión de copia de seguridad (SQL Server) (https://go.microsoft.com/fwlink/?linkid=179525&clcid=0xC0A).

Si se van a usar copias de seguridad de SQL Server 2008 R2 Express, para minimizar el tiempo de recuperación, use una combinación de copias de seguridad completa, diferencial y del registro de transacciones para el modelo de recuperación completa. 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, reducen el volumen de registro de transacciones necesario para recuperar la base de datos.

Si se va a usar el modelo de recuperación completa en SQL Server 2008, se recomienda usar la opción de truncado durante la copia de seguridad para evitar problemas de mantenimiento.

Para obtener recomendaciones detalladas acerca de cómo optimizar el rendimiento de la copia de seguridad y restauración de SQL Server 2008 R2 Express, consulte Optimización del rendimiento de copias de seguridad y restauración en SQL Server (https://go.microsoft.com/fwlink/?linkid=126630&clcid=0xC0A).

Asegurar suficiente rendimiento de escritura en la unidad de copia de seguridad

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 bajo rendimiento de escritura, aproximadamente la misma velocidad que para un solo disco. (Esto se debe a que RAID 5 mantiene información de paridad). Es posible que el uso de RAID 10 para un dispositivo de copia de seguridad proporcione 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 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).