Procedimientos recomendados de copia de seguridad y restauración en SharePoint Server
SE APLICA A:
2013 2016 2019 Subscription Edition 
SharePoint en Microsoft 365
Los procedimientos recomendados para realizar copias de seguridad y ayudar a garantizar que las operaciones de copia de seguridad y restauración de SharePoint Server son correctas y que el entorno está protegido frente a la pérdida de datos o las carencias de continuidad.
Procedimientos recomendados de rendimiento para operaciones de copia de seguridad y restauración de SharePoint
Las operaciones de copia de seguridad y restauración consumen recursos del servidor y limitan el rendimiento del servidor mientras se ejecutan las operaciones. Siga estas prácticas recomendadas para reducir el uso de recursos y aumentar el rendimiento de servidores y la tarea de copia de seguridad o restauración.
Reducir al mínimo la latencia entre SQL Server y la ubicación de la copia de seguridad
En general, es eficaz realizar una copia de seguridad en un disco local en el servidor de base de datos en lugar de en una unidad de red. A continuación, puede copiar los datos más adelante en una carpeta compartida de la red. Las unidades de red con 1 milisegundo o menos latencia entre ellas y el servidor de base de datos funcionan bien.
Nota:
Si no puede realizar una copia de seguridad en las unidades locales, use las unidades de red con latencia similar. Dado que las copias de seguridad están sujetas a errores de red, compruebe la acción de la copia de seguridad antes de que finalice. Para obtener más información, consulte la sección «Realizar una copia de seguridad en un archivo de un recurso compartido de red» de Dispositivos de copia de seguridad (SQL Server).
Para evitar cuellos de botella de E/S, realice la copia de seguridad principal en un disco independiente del disco que ejecuta SQL Servers 2017 RTM, 2016, 2014, 2012 o 2008 R2 con Service Pack 1 (SP1). Para obtener más información, vea Definir un dispositivo lógico de copia de seguridad para un archivo de disco (SQL Server).
Por diseño, la mayor parte de los trabajos de copia de seguridad consume todos los recursos de E/S disponibles para completar el trabajo. Por tanto, puede que vea operaciones de disco en cola y que la latencia sea superior a la usual para las solicitudes de E/S. Es normal y no se debe considerar un problema. Para obtener más información, consulte Supervisar el uso del disco.
Forma de evitar conflictos de procesamiento
No ejecute trabajos de copia de seguridad durante las ocasiones en que los usuarios necesitan acceso al sistema. Normalmente, los sistemas se ejecutan 24 horas al día, siete días de la semana. Un procedimiento recomendado es ejecutar siempre copias de seguridad incrementales como medida de seguridad contra el error del servidor. Considere la posibilidad de escalonar las copias de seguridad de modo que no todas las bases de datos se copien a la vez.
Conservar las bases de datos pequeñas para tiempos de recuperación más rápidos
Conserve las bases de datos pequeñas para acelerar la copia de seguridad y la restauración. Por ejemplo, use varias bases de datos de contenido para una aplicación web en lugar de una base de datos de contenido grande. Para obtener más información, vea Tipos y descripciones de bases de datos en SharePoint Server.
Para obtener información general gráfica de las bases de datos que admiten SharePoint Server 2016, vea Guía de referencia rápida: bases de datos de SharePoint Server 2016 y 2019.
Usar copias de seguridad incrementales en bases de datos grandes
Use copias de seguridad incrementales para bases de datos grandes porque puede realizarlas con rapidez y mantener el rendimiento del entorno. Aunque puede restaurar copias de seguridad completas con mayor rapidez que copias de seguridad incrementales, las copias de seguridad incrementales continuas minimizan la pérdida de datos. Para obtener más información sobre los tipos de copias de seguridad, consulte Información general de copia de seguridad (SQL Server).
Usar compresión durante la copia de seguridad
En algunas circunstancias, puede usar la compresión para disminuir el tamaño de las copias de seguridad y el tiempo para completar cada copia de seguridad. La compresión de copia de seguridad se introdujo en SQL Server 2008 Enterprise. La compresión de las copias de seguridad aumenta el uso de la CPU y esto puede afectar las operaciones concurrentes de SQL Server.
Importante
SharePoint Server admite la compresión de copias de seguridad de SQL Server. La compresión de datos de SQL Server no es compatible con las bases de datos de SharePoint Server.
Para obtener más información sobre cómo afecta la compresión de copia de seguridad al rendimiento en SQL Server, vea Compresión de copia de seguridad (SQL Server).
Seguir las recomendaciones de optimización de copias de seguridad y restauración de SQL Server
Las copias de seguridad de SQL Server usan una combinación de copias de seguridad de registros de transacciones, diferenciales completas (para el modelo de recuperación completo o para cargas masivas de registros) para minimizar el tiempo de recuperación. Las copias de seguridad de bases de datos diferenciales suelen ser más rápidas de crear que las copias de seguridad de bases de datos y reducen el número de registros de transacciones necesarios para recuperar la base de datos.
Si está usando el modelo de recuperación completo, se recomienda que trunque de manera periódica los archivos de registros de transacciones 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.
Usar RAID 10 si usa RAID
Debe considerar con detenimiento si va a usar una matriz redundante de discos independientes (RAID) en el dispositivo en el que va a realizar una copia de seguridad de los datos. 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. RAID 10 puede proporcionar copias de seguridad más rápidas porque no necesita administrar la paridad. Por tanto, lee y escribe datos con mayor rapidez. 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 y Niveles de RAID y SQL Server.
Configurar las opciones de SharePoint para mejorar el rendimiento de copia de seguridad o restauración
Solo puede configurar la compresión de archivos y de archivos de registro en PowerShell. Puede configurar los subprocesos de restauración y copia de seguridad en el sitio web de Administración central de SharePoint y PowerShell para aumentar la eficacia y el rendimiento de restauración y copia de seguridad.
Si usa el Export-SPWeb cmdlet de PowerShell, puede usar el NoFileCompression parámetro . De manera predeterminada, SharePoint Server usa la compresión de archivos al exportar las aplicación web, la colección de sitios, las listas o las bibliotecas de documentos. Puede usar este parámetro para suprimir la compresión de archivos al exportar e importar. La compresión de archivos puede usar hasta el 30% más de recursos. Sin embargo, el archivo exportado usa aproximadamente el 25% menos de espacio en disco. Si usa el NoFileCompression parámetro al exportar, también debe usarlo al importar el mismo contenido.
También puede usar el NoLogFile parámetro . De manera predeterminada, SharePoint Server siempre crea un archivo de registro al exportar contenido. Aunque puede usar este parámetro para suprimir la creación de archivos de registro para guardar recursos, se recomienda que cree siempre registros. Los registros son importantes para solucionar problemas y la creación de registros no usa muchos recursos como la CPU o la memoria.
Al usar el Backup-SPFarm cmdlet , también puede usar el BackupThreads parámetro para especificar cuántos subprocesos usará SharePoint Server durante el proceso de copia de seguridad. Un mayor número de subprocesos consumirá más recursos durante la copia de seguridad. Sin embargo, disminuye el tiempo general para realizar la copia de seguridad. Dado que cada subproceso se registra en los archivos de registro, el número de subprocesos afecta a la interpretación del archivo de registro. De manera predeterminada, se usan tres subprocesos. El número máximo de subprocesos disponibles es 10.
Nota:
La configuración de los subprocesos de copia de seguridad también está disponible a través de Administración central en la página Configuración de restauración y copia de seguridad predeterminada de la sección Copias de seguridad y restauración.
Piense en la colección de sitios cuando determine las herramientas que se van a usar
Si el negocio requiere copias de seguridad de colección de sitios además de copias de seguridad de nivel de base de datos o granja de servidores, elija una herramienta de copia de seguridad basada en el tamaño de la colección de sitios.
15-100 GB: use
Backup-SPSite, una herramienta de SharePoint Server, una herramienta de SQL Server u otra herramienta de copia de seguridad de base de datos para proteger la base de datos de contenido que contiene la colección de sitios. Para obtener más información, vea Copias de seguridad de colecciones de sitios en SharePoint Server.Más de 100 GB: use una solución de copia de seguridad diferencial, como SQL Server o System Center Data Protection Manager R2, en lugar de las herramientas de recuperación y copias de seguridad integradas.
Procedimientos recomendados de control de calidad para copias de seguridad de una granja de servidores de SharePoint
Siga estos procedimientos recomendados para ayudar a garantizar la calidad de las copias de seguridad del entorno de la granja de servidores y para reducir las posibilidades de pérdida de datos.
Asegúrese de que tiene espacio de almacenamiento suficiente
Asegúrese de que el sistema dispone de espacio en disco suficiente para dar cabida a la copia de seguridad. Configure un trabajo de copia de seguridad en Administración central para comprobar el espacio en disco necesario.
Probar de manera rutinaria la calidad de las copias de seguridad
Pruebe de manera rutinaria las copias de seguridad y valide su coherencia. Ejecute operaciones de recuperación prácticas para validar el contenido de la copia de seguridad y asegurarse de que puede restaurar el entorno completo. Para preparase para la recuperación ante desastres de entornos dispersos geográficamente, configure una granja de servidores remota. A continuación, puede restaurar el entorno usando el método para adjuntar bases de datos para cargar una copia de la base de datos a la granja de servidores remota y redirigir a los usuarios. De manera periódica, lleve a cabo una acción de recuperación de datos de prueba para comprobar que el proceso realiza correctamente copias de seguridad de archivos. Una restauración de prueba puede exponer los problemas de hardware que no se incluyen con verificaciones de software y también puede asegurarse de que se cumplen los objetivos del tiempo de recuperación (RTO).
Realiza copias de seguridad de registros de seguimiento de ULS
El proceso de copia de seguridad de SharePoint Server no realiza una copia de seguridad de los registros de seguimiento del Servicio de creación de registros unificado (ULS). Los datos de los registros de seguimiento de ULS pueden resultar útiles para análisis de rendimiento, solución de problemas y cumplimiento de supervisión con acuerdos de nivel de servicio. Por tanto, proteja estos datos como parte del mantenimiento rutinario.
De forma predeterminada, los archivos de registro de SharePoint se encuentran en C:\Archivos de programa\Common Files\Microsoft Shared\Web Server Extensions\<16 o 15>\Logs. Los archivos reciben el nombre del nombre de servidor seguido de la marca de fecha y hora. Los registros de seguimiento de SharePoint se crean en intervalos establecidos y cuando usa el comando IISRESET.
Almacenar una copia de archivos de copia de seguridad fuera de las instalaciones
Para tomar medidas de seguridad frente a la pérdida ante un desastre natural que destruye el centro de datos principal, mantenga copias de seguridad duplicadas en ubicaciones independientes de los servidores. Las copias duplicadas pueden ayudar a evitar la pérdida de datos críticos. Como procedimiento recomendado, conserve tres copias del contenido multimedia de copia de seguridad y conserve al menos una copia fuera de las instalaciones en un entorno controlado. Esto debe incluir todos los materiales de copia de seguridad y recuperación, documentos, copias de seguridad de registro de transacciones y bases de datos, y las copias de seguridad de registro de seguimiento y de uso.
Procedimientos recomendados para copia de seguridad y restauración de SharePoint Server
Use los siguientes procedimientos recomendados para planificar y llevar a cabo operaciones de copias de seguridad y restauración.
Usar nombres de servidor FQDN
Cuando haga referencia a servidores en un dominio diferente, use siempre nombres de dominio completo (FQDN).
Conservar registros precisos
Cuando implemente SharePoint Server, registre las cuentas que crea, los nombres de equipo, las contraseñas y las opciones de configuración. Conserve esta información en un lugar seguro. Posiblemente, conserve varios registros para asegurarse de esta información siempre está disponible.
Tener un entorno de recuperación preparado
Como parte de su estrategia de recuperación ante desastres, use una granja de servidores en una ubicación secundaria para asegurarse de que las operaciones de restauración se completen correctamente. Para obtener más información, vea Seleccionar una estrategia de recuperación ante desastres para SharePoint Server. En una situación de recuperación ante desastres, puede restaurar el entorno con el método para asociar bases de datos para cargar una copia de la base de datos en la granja de servidores remota y redirigir los usuarios. Para obtener más información, revise y siga los pasos que se indican en Restaurar granjas de servidores en SharePoint Server. Además, para una solución de alta disponibilidad, puede configurar un entorno en espera que ejecute la misma versión de software que el entorno de producción para poder restaurar rápidamente las bases de datos y recuperar los documentos. Para obtener más información, vea Descripción de la alta disponibilidad.
Programar operaciones de copias de seguridad
Use cmdlets de copia de seguridad y recuperación de PowerShell para crear un archivo de script (*.ps1) y, a continuación, programe su ejecución con el Programador de tareas de Windows. De así se asegura que todas las operaciones de copias de seguridad se ejecutan en el mejor momento cuando el sistema menos ocupado y los usuarios no están obteniendo al mismo. Para obtener más información, vea los artículos siguientes:
Usar el proveedor de FILESTREAM de SQL con el almacenamiento de blobs
El almacenamiento de blobs remoto (RBS) se admite en una granja de servidores de SharePoint Server. Hay tanto ventajas como inconvenientes en el uso del RBS en SharePoint Server. Una limitación del RBS relacionada con una granja de servidores de SharePoint es que System Center Data Protection Manager no puede usar el proveedor FILESTREAM para realizar copias de seguridad del RBS o restaurarlo. SharePoint Server admite el proveedor FILESTREAM para las operaciones de copias de seguridad y restauración. Una ventaja del RBS con una granja de servidores de SharePoint es que puede usar herramientas de SharePoint o herramientas de SQL Server para realizar copias de seguridad y restaurar la base de datos de contenido con el RBS definido. Con esto se realiza una copia de seguridad y se restaura el RBS y la base de datos de contenido. No se recomienda usar el RBS con otros métodos de restauración. Para obtener más información sobre las ventajas y las limitaciones del uso del RBS, consulte Decidir sobre el uso de RBS en SharePoint Server. Descargue el Feature Pack de Microsoft SQL Server 2014 que incluye el RBS.
Nota:
SharePoint Server 2019 admite el proveedor FILESTREAM que se incluye con SQL Server 2017. SharePoint Server 2016 es compatible con el proveedor FILESTREAM incluido en SQL Server 2014. Para obtener más información, consulte Habilitar y configurar FILESTREAM.
SharePoint Server 2013 admite el proveedor FILESTREAM que se incluye en Microsoft® SQL Server® 2008 R2 Feature Pack. En el medio de instalación de SQL Server 2012 y SQL Server 2014 se incluye RBS como un componente opcional de complementos.
Vea también
Conceptos
Información general sobre copia de seguridad y recuperación en SharePoint Server
Planear copias de seguridad y recuperación en SharePoint Server
Preparar la copia de seguridad y restauración de granjas de servidores en SharePoint Server