Planear copias de seguridad y recuperación en SharePoint Server

Artículo
03/08/2023

SE APLICA A: yes-img-13 2013 yes-img-16 2016 yes-img-19 2019 yes-img-se Subscription Edition no-img-sop SharePoint en Microsoft 365

Normalmente, deseará tener un plan de copia de seguridad y recuperación antes de implementar el entorno de SharePoint Server. Posteriormente deberá mantener y actualizar dicho plan a medida que cambie SharePoint Server para proteger los datos.

Las etapas implicadas en la planeación de la copia de seguridad y recuperación incluyen la determinación de las estrategias de la copia de seguridad y recuperación para un entorno de 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 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. Las secciones de este artículo describen las fases que debe abordar en el plan de copia de seguridad y recuperación. Cada fase es un paso adelante hacia el objetivo final de una buena copia de seguridad a fin de recuperar su granja de servidores de SharePoint Server. Puede personalizar las fases para satisfacer sus necesidades. Tenga en cuenta que el plan de copia de seguridad y recuperación general es dinámico y debe reflejar su entorno actual de SharePoint Server.

Para obtener más información sobre la copia de seguridad y recuperación en SharePoint Server, vea Información general sobre copia de seguridad y recuperación en SharePoint Server.

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.

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 se deben recuperar.

En las tablas siguientes se muestra una lista de 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. Como verá, las dos tablas son parecidas, pero se muestran componentes de copia de seguridad específicos para cada edición de SharePoint Server.

Componentes de SharePoint Server 2016 para copia de seguridad y recuperación

Componente	Copia de seguridad de SharePoint	SQL Server 2014 Service Pack 1 (SP1)	SQL Server 2016	System Center 2016: Paquete acumulativo de actualizaciones 2 de Data Protection Manager	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í	Sí
Colección de sitios	Sí (1, 2)	Sí (1, 2)	Sí (1, 2)	Sí (1, 2)
Sitio	Sí (2)	Sí (2)	Sí (2)	Sí
Lista o biblioteca de documentos	Sí (2)	Sí (2)	Sí (2)	Sí
Elemento de lista o documento				Sí
Contenido almacenado en almacenamientos remotos de blobs	Sí (3)	Sí (3)	Sí (3)	Sí (3)
Personalizaciones implementadas como paquetes de soluciones	Sí (7)	Sí (7)	Sí (7)	Sí (6, 7)
Cambios en Web.config realizados mediante Administración central o API	Sí	Sí	Sí	Sí (4)
Parámetros de configuración de SharePoint	Sí (2, 8)	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 API				Sí (4)	Sí
Configuraciones de IIS no establecidas a través de SharePoint Server 2016				Sí (5)	Sí
Bases de datos de SQL Server Reporting Services		Sí	Sí	Sí

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

(2) Las copias de seguridad de nivel de granja de servidores y de nivel de base de datos pueden usarse con la recuperación de bases de datos no asociadas de SharePoint Server 2016 para restaurar colecciones de sitios, sitios, listas y configuraciones.

(3) No se puede usar System Center Data Protection Manager para restaurar el contenido almacenado en almacenes remotos de blobs.

(4) Se puede realizar una copia de seguridad de los cambios realizados en Web.config con una copia de seguridad del sistema de archivos de DPM.

(5) Las configuraciones de IIS pueden recuperarse con una copia de seguridad de reconstrucción completa de DPM.

(6) DPM puede recuperar este elemento con una combinación de una copia de seguridad de reconstrucción completa y una copia de seguridad de SharePoint Server 2016. No se puede crear una copia de seguridad de este elemento y recuperarlo como un objeto.

(7) Los 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 base de datos de contenido o de granja de servidores.

(8) Las 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 granjas de servidores en SharePoint Server.

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

Para obtener más información, consulte Anuncio: Proteger sus cargas de trabajo de Server 2016 con la seguridad mejorada.

Componentes de SharePoint 2013 para copia de seguridad y recuperación

Componente	Copia de seguridad de SharePoint	SQL Server 2008 con Service Pack 1 (SP1) y la actualización acumulativa 2	SQL Server 2012	System Center 2012 - Data Protection Manager (DPM)	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í	Sí
Colección de sitios	Sí (1, 2)	Sí (1, 2)	Sí (1, 2)	Sí (1, 2)
Sitio	Sí (2)	Sí (2)	Sí (2)	Sí
Lista o biblioteca de documentos	Sí (2)	Sí (2)	Sí (2)	Sí
Elemento de lista o documento				Sí
Contenido almacenado en almacenamientos remotos de blobs	Sí (3)	Sí (3)	Sí (3)	Sí (3)
Personalizaciones implementadas como paquetes de soluciones	Sí (7)	Sí (7)	Sí (7)	Sí (6, 7)
Cambios en Web.config realizados mediante Administración central o API	Sí	Sí	Sí	Sí (4)
Parámetros de configuración de SharePoint	Sí (2, 8)	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 API				Sí (4)	Sí
Configuraciones de IIS no establecidas a través de SharePoint 2013				Sí (5)	Sí
Bases de datos de SQL Server Reporting Services		Sí	Sí	Sí

(2) Las copias de seguridad de nivel de granja de servidores y de nivel de base de datos pueden usarse con la recuperación de bases de datos no asociadas de SharePoint 2013 para restaurar colecciones de sitios, sitios, listas y configuraciones.

(3) No se puede usar System Center Data Protection Manager para restaurar el contenido almacenado en almacenes remotos de blobs.

(4) Se puede realizar una copia de seguridad de los cambios realizados en Web.config con una copia de seguridad del sistema de archivos de DPM.

(5) Las configuraciones de IIS pueden recuperarse con una copia de seguridad de reconstrucción completa de DPM.

(6) DPM puede recuperar este elemento con una combinación de una copia de seguridad de reconstrucción completa y una copia de seguridad de SharePoint 2013. No se puede crear una copia de seguridad de este elemento y recuperarlo como un objeto.

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

Nota:

Puede registrar SharePoint 2013 con Copias de seguridad de Windows Server con la operación -o -registerwsswriter de stsadm.exe para configurar el Servicio de instantáneas de volumen (VSS) Writer para SharePoint 2013. En Copias de seguridad de Windows Server se incluye SharePoint 2013 en las copias de seguridad de todo el servidor. Al restaurar desde una copia de seguridad de Windows Server, puede seleccionar SharePoint Foundation (independientemente de la versión de SharePoint 2013 que esté instalada) y se restaurarán todos los componentes informados por VSS Writer para SharePoint 2013 en ese servidor en el momento de la copia de seguridad. > La copia de seguridad de Windows Server solo se recomienda para su uso con para implementaciones de un solo 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 en 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 usar paquetes de solución para implementar personalizaciones y usar Administración central o API de SharePoint y el modelo de objeto para configurar el archivo Web.config.

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 SharePoint Designer, 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 (. Los archivos ACTIONS) se almacenan en el directorio 15\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. Para obtener más información, consulte «Back up workflows in SharePoint» («Creación de copias de seguridad de flujos de trabajo en SharePoint») en Copia de seguridad de personalizaciones en SharePoint Server.
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 la 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 Server 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, vea Restaurar aplicaciones de servicio en SharePoint Server.

Protección de 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 SharePoint Server. Para obtener más información, consulte Operaciones de copia de seguridad y restauración de Reporting Services.

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.

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

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 con SQL Server para SharePoint 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 el almacenamiento remoto de blobs (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 es necesario usar otras herramientas para la estrategia de continuidad empresarial. Tenga en cuenta 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 alta disponibilidad y recuperación ante desastres para SharePoint Server.

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 de un entorno de SharePoint Server. Para obtener más información, vea Configuración y planeamiento de capacidad de almacenamiento y SQL Server (SharePoint Server).

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

En general, use 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.

Seguir las recomendaciones de optimización de copias de seguridad y restauración de SQL Server

Si ejecuta SQL Server Enterprise, le recomendamos usar la compresión de copia de seguridad. Para obtener más información, vea Compresión de copia de seguridad (SQL Server).

Si se van a usar copias de seguridad de SQL Server o 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 sobre cómo optimizar el rendimiento de la copia de seguridad y restauración de SQL Server, vea Optimización del rendimiento de copias de seguridad y restauración en SQL Server.

Garantizar rendimiento de escritura suficiente 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 un bajo rendimiento de escritura, aproximadamente la misma velocidad que para un solo disco. (Esto se debe a que RAID 5 mantiene 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 sobre cómo usar RAID con copias de seguridad, consulte Configuración de RAID para obtener el máximo rendimiento de E/S de SQL Server.

Consulte también

Conceptos

Información general sobre copia de seguridad y recuperación en SharePoint Server

Otros recursos

Protección y recuperación de datos

Compartir a través de