Planeación de copia de seguridad y recuperación en SharePoint (Server 2010)
Se aplica a: SharePoint Server 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 Server y las decisiones sobre las herramientas que se usarán. No es necesario realizar las etapas en el orden en que se presentan, y el proceso puede ser iterativo.
Cuando planee para qué va a usar la copia de seguridad y la recuperación ante desastres, tenga en cuenta los eventos, los errores, las emergencias locales y regionales que sean habituales.
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 anteriores a SP1 a una granja de servidores de SP1 (SharePoint Server 2010).
Para obtener información detallada sobre la copia de seguridad y recuperación en Microsoft SharePoint Server, vea Introducción a la copia de seguridad y recuperación (SharePoint Server 2010).
En este artículo:
Definir requisitos empresariales para servicios y granjas de servidores de SharePoint
Elegir qué se va a proteger y recuperar en el entorno
Elegir las herramientas de copia de seguridad y recuperación de SharePoint
Determinar estrategias de copia de seguridad y recuperación de SharePoint
Planear un mejor rendimiento de la copia de seguridad y la recuperación
Definir requisitos empresariales para servicios y granjas de servidores de SharePoint
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 generalmente son más costosos.
Puede descargar del libro de planeación de copia de seguridad y recuperación de Productos de SharePoint 2010 (en inglés) (https://go.microsoft.com/fwlink/?linkid=184385&clcid=0xC0A) (en inglés) 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 Server 2010.
Elegir qué se va a proteger y recuperar en el entorno de SharePoint
Los requisitos empresariales ayudarán a determinar qué componentes del entorno se deben 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 con Service Pack 1 (SP1) y la actualización acumulativa 2 | 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 en 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 en 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 Server 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 realizados en 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 de reconstrucción 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 Server. 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, consulte Restaurar una granja de servidores (SharePoint Foundation 2010)Restauración de una granja de servidores (SharePoint Server 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 Server 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 Server 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 Server. Copias de seguridad de Windows Server incluye SharePoint Server 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 Server 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.
Proteger 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 IFilters.
Cambios en archivos XML estándar.
Definiciones de sitio personalizado (WebTemp.xml).
Cambios en el 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:
Los ensamblados de Visual Studio para las actividades se almacenan en la memoria caché global de ensamblados (GAC).
Los archivos de definición XML (archivos .ACTIONS) se almacenan en el directorio 14\TEMPLATE\{LCID}\Workflow.
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 estas entradas XML. Del mismo modo que las características de SharePoint Server, 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 Server, 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 Server, 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 Server 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 Server 2010).
Protección de las bases de datos de SQL Server Reporting Services
La copia de seguridad y recuperación de SharePoint Server no incluye las bases de datos de SQL Server Reporting Services. Debe usar las herramientas de SQL Server. 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 las herramientas de copia de seguridad y recuperación de SharePoint
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 Server y SQL Server se realizaron con la compresión de copia de seguridad activada.
Hardware de prueba
En la siguiente tabla se muestra 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 Server 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 Server, vea los siguientes recursos:
Introducción a la copia de seguridad y recuperación (SharePoint Server 2010)
Copias de seguridad y restauración de bases de datos en SQL Server (https://go.microsoft.com/fwlink/?linkid=186643&clcid=0xC0A)
Información general sobre Data Protection Manager 2010 (https://go.microsoft.com/fwlink/?linkid=186655&clcid=0xC0A)
Determinar estrategias de copia de seguridad y recuperación de SharePoint
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 Server 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. 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 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 Server puede tratar una instantánea, junto con su base de datos subyacente, como una base de datos no adjunta. Sin embargo, el proceso de 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 Server 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 Server. 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 la administración de la continuidad empresarial (SharePoint Server 2010).
Planificar un rendimiento mejorado al diseñar la estrategia de copia de seguridad y recuperación de SharePoint
Cuando planee la estrategia de copia de seguridad y recuperación, considere las siguientes recomendaciones para ayudar 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 y el almacenamiento para un entorno de SharePoint Server. Para obtener más información, vea Planeación y configuración del almacenamiento y capacidad de SQL Server (SharePoint Server 2010).
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 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 tendrán un buen rendimiento. Si la granja de servidores tiene varios servidores (incluido el equipo que ejecuta SQL Server), 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 Server usan copias de seguridad de SQL Server. Si usa compresión con las copias de seguridad, tenga cuidado de no saturar SQL Server. 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, 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, vea el tema sobre la 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 (en inglés) (https://go.microsoft.com/fwlink/?linkid=126632&clcid=0xC0A) (en inglés).
Contenido relacionado
Centro de recursos |
Administración de la continuidad empresarial para SharePoint Server 2010 (en inglés)(https://go.microsoft.com/fwlink/?linkid=199235&clcid=0xC0A) (en inglés) |
Contenido para profesionales de TI |
Introducción a la copia de seguridad y recuperación (SharePoint Server 2010) Copia de seguridad y recuperación (SharePoint Server 2010) Planeación de disponibilidad (SharePoint Server 2010) Configuración de disponibilidad (SharePoint Server 2010) Planeación de la recuperación ante desastres (SharePoint Server 2010) |
Contenido para programadores |
Protección y recuperación de datos (https://go.microsoft.com/fwlink/?linkid=199237&clcid=0xC0A) |
See Also
Other Resources
Centro de recursos: diseño de arquitectura para SharePoint Server 2010