Exportar (0) Imprimir
Expandir todo

Planear la copia de seguridad y la recuperación en SharePoint 2013

 

Se aplica a: SharePoint Server 2013, SharePoint Foundation 2013

Última modificación del tema: 2014-09-12

Resumen: descubra cómo planear estrategias de recuperación y copia de seguridad para un entorno de SharePoint 2013.

Normalmente, deseará tener un plan de copia de seguridad y recuperación antes de implementar el entorno de SharePoint 2013. El plan de copia de seguridad y recuperación se debe modificar a medida que cambie SharePoint 2013 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 2013. 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 de SharePoint 2013.

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

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.

Para planear las estrategias para realizar una copia de seguridad y recuperación del entorno de SharePoint 2013 puede descargar una hoja de cálculo del libro de planeación de copia de seguridad y recuperación de Productos de SharePoint 2013 Preview.

Los requisitos empresariales ayudarán a determinar qué componentes del entorno se deben proteger y la granularidad con la que se deben recuperar.

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.

Componentes de SharePoint 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

6

Aplicaciones de servicio

Aplicación web

Bases de datos de contenido

Colección de sitios

1, 2

1, 2

1, 2

1, 2

Sitio

2

2

2

Lista o biblioteca de documentos

2

2

2

Elemento de lista o documento

Contenido almacenado en almacenamientos remotos de blobs

3

3

3

3

Personalizaciones implementadas como paquetes de soluciones

7

7

7

6, 7

Cambios en Web.config realizados mediante Administración central o API

4

Parámetros de configuración de SharePoint

2, 8

2, 8

2, 8

2, 9

Personalizaciones no implementadas como paquetes de soluciones

Sí, pueden recuperarse los archivos si están protegidos como archivos.4, 5

Cambios en Web.config no realizados mediante Administración central o API

4

Configuraciones de IIS no establecidas a través de SharePoint 2013

5

Bases de datos de SQL Server Reporting Services

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 2013 para restaurar colecciones de sitios, sitios, listas y configuraciones.

3No se puede usar System Center 2012 - Data Protection Manager (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.

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

6DPM puede recuperar este elemento mediante 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 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 granjas en SharePoint 2013.

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 2013 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.

NotaNota:
Puede registrar SharePoint 2013 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 2013. Copias de seguridad de Windows Server 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.
El uso de Copias de seguridad de Windows Server solo se recomienda para implementaciones de servidores únicos.

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.

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.

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 2013, 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 15\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 estas entradas XML. Del mismo modo que las características de SharePoint 2013, 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 2013, 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 la granja de servidores de SharePoint 2013, 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.

Las aplicaciones de servicio de un entorno de SharePoint 2013 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 Restaurar las aplicaciones de servicio en SharePoint 2013.

La copia de seguridad y recuperación de SharePoint 2013 no incluye bases de datos de SQL Server Reporting Services. Debe usar herramientas de SQL Server para SharePoint Server y herramientas de SQL Server 2008 R2 Express para SharePoint Foundation. Para más información, vea Operaciones de copias de seguridad y restauración para una instalación de Reporting Services.

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.

Comparación de copias de seguridad de una granja de servidores de SharePoint

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.

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

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.

Tabla 3. Hardware usado en las pruebas de tamaño de la copia de seguridad

Componente Descripción

Procesador

Procesador dual de 64 bits, 3 GHz

Memoria 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

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

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

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 2013 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 para SharePoint Server y SQL Server 2008 R2 Express para SharePoint Foundation. 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 y 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 2013 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.

    NotaNota:
    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 2013 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 2013. 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.

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.

Siga las recomendaciones generales para configurar SQL Server y el almacenamiento para un entorno de SharePoint Server y para configurar SQL Server 2008 R2 Express y el almacenamiento para un entorno de SharePoint Foundation.

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 o 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 o 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.

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 y las copias de seguridad de SharePoint Foundation usan SQL Server 2008 R2 Express. Si usa compresión con las copias de seguridad, tenga cuidado de no saturar SQL Server o 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.

Si ejecuta SQL Server 2008 Enterprise, se recomienda usar la compresión de copia de seguridad. Para 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.

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 más información acerca del uso de RAID con las copias de seguridad, vea Configuración de RAID para obtener el máximo rendimiento de E/S en SQL Server.

¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios
Mostrar:
© 2014 Microsoft