Procedimientos recomendados de copia de seguridad y restauración en SharePoint ServerBackup and restore best practices in SharePoint Server

se aplica a: sí2013 sí2016 sí2019 noSharePoint OnlineAPPLIES TO: yes2013 yes2016 yes2019 noSharePoint Online

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.Best practices for backup and restore help make sure that backup and restore operations in SharePoint Server are successful and that the environment is protected against data loss or continuity gaps.

Procedimientos recomendados de rendimiento para operaciones de copia de seguridad y restauración de SharePointPerformance best practices for SharePoint backup and restore operations

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.Backup and restore operations consume server resources and limit server performance while the operations are running. Follow these recommended practices to help reduce resource usage and increase the performance of servers and the backup or restore task.

Reducir al mínimo la latencia entre SQL Server y la ubicación de la copia de seguridadMinimize latency between SQL Server and the backup location

Por lo general, resulta 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 posteriores en una carpeta compartida de la red Las unidades de red con 1 milisegundo o menos de latencia entre ellas y el servidor de base de datos funcionan bien.In general, it is efficient to back up to a local disk on the database server instead of a network drive. You can then copy the data later to a shared folder on the network. Network drives with 1 millisecond or less latency between them and the database server perform well.

Nota

Si no puede realizar una copia de seguridad en las unidades locales, use las unidades de red con latencia similar. Como las copias de seguridad de red están sujetas a errores de red, compruebe la acción de la copia de seguridad cuando finalice. Para obtener más información, vea "Realizar una copia de seguridad en un archivo de un recurso compartido de red" en Dispositivos de copia de seguridad (SQL Server).If you cannot back up to local drives, use network drives with similar latency. Because network backups are subject to network errors, verify the backup action after it finishes. For more information, see "Backing Up to a File on a Network Share" in Backup Devices (SQL Server).

Para evitar los 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).To avoid I/O bottlenecks, perform the main backup to a separate disk from the disk running SQL Servers 2017 RTM, 2016, 2014, 2012, or 2008 R2 with 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).For more information, see Define a Logical Backup Device for a Disk File (SQL Server).

Por diseño, la mayoría de los trabajos de copia de seguridad consumen todos los recursos de E/S disponibles para completar el trabajo. Por lo tanto, puede que vea operaciones de disco en cola y que la latencia sea superior a la habitual para las solicitudes de E/S. Es normal y no tiene que considerarse un problema. Para obtener más información, vea Supervisar el uso del disco.By design, most backup jobs consume all available I/O resources to complete the job. Therefore, you might see disk queuing, which can result in greater than usual latency for I/O requests. This is typical and should not be considered a problem. For more information, see Monitor Disk Usage.

Forma de evitar conflictos de procesamientoAvoid processing conflicts

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.Do not run backup jobs during times when users need access to the system. Typically, systems run 24 hours a day, seven days a week. A best practice is to always run incremental backups to safeguard against server failure. Consider staggering backups so that all databases are not backed up at the same time.

Conservar las bases de datos pequeñas para tiempos de recuperación más rápidosKeep databases small for faster recovery times

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.Keep databases small to speed both backup and restore. For example, use multiple content databases for a web application instead of one large content database. For more information, see Database types and descriptions in 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.For a graphical overview of the databases that support SharePoint Server 2016, see Quick reference guide: SharePoint Server 2016 databases.

Usar copias de seguridad incrementales en bases de datos grandesUse incremental backups for large databases

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).Use incremental backups for large databases because you can make them quickly and maintain performance of the environment. Although you can restore full backups faster than incremental backups, continuous incremental backups minimize data loss. For more information about types of backups, see Backup Overview (SQL Server).

Usar compresión durante la copia de seguridadUse compression during backup

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.In some circumstances, you can use compression to decrease the size of backups and the time to complete each backup. Backup compression was introduced in SQL Server 2008 Enterprise. Backup compression increases CPU usage and this can affect SQL Server concurrent operations.

Importante

SharePoint Server admite la compresión de copia de seguridad de SQL Server. La compresión de datos de SQL Server no es compatible con las bases de datos de SharePoint Server.SharePoint Server supports SQL Server backup compression. SQL Server data compression is not supported for SharePoint Server databases.

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).For more information about how backup compression affects performance in SQL Server, see Backup Compression (SQL Server).

Seguir las recomendaciones de optimización de copias de seguridad y restauración de SQL ServerFollow SQL Server backup and restore optimization recommendations

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.SQL Server backups use a combination of full, differential, and transaction log backups (for the full or bulk-logged recovery model) to minimize recovery time. Differential database backups are usually faster to create than full database backups and reduce the number of transaction logs required to recover the database.

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.If you are using the full recovery model, we recommend that you periodically truncate the transaction log files to avoid maintenance issues.

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.For detailed recommendations about how to optimize SQL Server backup and restore performance, see Optimizing Backup and Restore Performance in SQL Server.

Usar RAID 10 si usa RAIDUse RAID 10 if you use 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.Carefully consider whether to use redundant array of independent disks (RAID) on the device to which you back up data. For example, RAID 5 has slow write performance, approximately the same speed as for a single disk. This is because RAID 5 has to maintain parity information. RAID 10 can provide faster backups because it doesn't need to manage parity. Therefore, it reads and writes data faster. For more information about how to use RAID with backups, see Configure RAID for maximum SQL Server I/O throughput and RAID Levels and SQL Server.

Configurar las opciones de SharePoint para mejorar el rendimiento de copia de seguridad o restauraciónConfigure SharePoint settings to improve backup or restore performance

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.You can only configure file compression and log file settings in PowerShell. You can configure backup and restore threads in both the SharePoint Central Administration website and PowerShell to increase backup or restore efficiency and performance.

Si use el cmdlet Export-SPWeb PowerShell, puede usar el parámetro NoFileCompression. 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 parámetro NoFileCompression al exportar, tiene que usarlo al importar el mismo contenido.If you use the Export-SPWeb PowerShell cmdlet, you can use the NoFileCompression parameter. By default, SharePoint Server uses file compression while exporting web applications, site collection, lists, or document libraries. You can use this parameter to suppress file compression while exporting and importing. File compression can use up to 30% more resources. However, the exported file uses approximately 25% less disk space. If you use the NoFileCompression parameter when you export, you have to also use it when you import the same content.

También puede usar el parámetro NoLogFile. 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.You can also use the NoLogFile parameter. By default, SharePoint Server always creates a log file when you export content. Although you can use this parameter to suppress log file creation to save resources, we recommend that you always create logs. Logs are important for troubleshooting and log creation does not use many resources such as CPU or memory.

Cuando use el cmdlet Backup-SPFarm, también puede usar el parámetro BackupThreads para especificar cuántos subprocesos SharePoint Server usará 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.When you use the Backup-SPFarm cmdlet, you can also use the BackupThreads parameter to specify how many threads SharePoint Server will use during the backup process. A higher number of threads will consume more resources during backup. But the overall time to make the backup is decreased. Because each thread is recorded in the log files, the number of threads does affect log file interpretation. By default, three threads are used. The maximum number of available threads is 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.The backup threads setting is also available through Central Administration on the Default Backup and Restore Settings page in the Backup and Restore section.

Piense en la colección de sitios cuando determine las herramientas que se van a usarConsider site collection size when you determine the tools to use

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.If the business requires site collection backups in addition to farm-level or database-level backups, choose a backup tool that is based on the size of the site collection.

  • 15-100 GB: use la 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.15-100 GB: Usethe Backup-SPSite, a SharePoint Server tool, a SQL Server tool, or other database backup tool to protect the content database that contains the site collection. For more information, see Back up site collections in 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.Larger than 100 GB: Use a differential backup solution, such as SQL Server or System Center Data Protection Manager R2, instead of the built-in backup and recovery tools.

Procedimientos recomendados de control de calidad para copias de seguridad de una granja de servidores de SharePointQuality assurance best practices to back up a SharePoint farm

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.Follow these best practices to help ensure the quality of the backups of the farm environment and reduce the chances of data loss.

Asegúrese de que tiene espacio de almacenamiento suficienteEnsure you have enough storage space

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.Be certain that the system has enough disk space to accommodate the backup. Configure a backup job in Central Administration to verify the required disk space.

Probar de manera rutinaria la calidad de las copias de seguridadRoutinely test backup quality

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).Routinely test backups and validate their consistency. Run practice recovery operations to validate the contents of the backup and to make sure that you can restore the complete environment. To prepare for disaster recovery of geographically dispersed environments, set up a remote farm. Then you can restore the environment by using the database-attach method to upload a copy of the database to the remote farm and redirect users. Periodically perform a trial data recovery action to verify that the process correctly backs up files. A trial restoration can expose hardware problems that do not come up with software verifications and can also to make sure that the recovery time objectives (RTO) are met.

Realiza copias de seguridad de registros de seguimiento de ULSBack up ULS trace logs

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.The SharePoint Server backup process doesn't back up the Unified Logging Service (ULS) trace logs. Data in ULS trace logs can be useful for performance analysis, troubleshooting, and monitoring compliance with service level agreements. Therefore, protect this data as part of the routine maintenance.

De manera predeterminada, los archivos de registro de SharePoint se encuentran en C:\Program files\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.By default, SharePoint log files are at C:\Program files\Common Files\Microsoft Shared\Web Server Extensions\<16 or 15>\Logs. The files are named with the server name followed by the date and time stamp. The SharePoint trace logs are created at set intervals and when you use the IISRESET command.

Almacenar una copia de archivos de copia de seguridad fuera de las instalacionesStore a copy of backup files off-site

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.To safeguard against loss from a natural disaster that destroys the primary data center, maintain duplicate copies of backups in separate locations from the servers. Duplicate copies can help prevent the loss of critical data. As a best practice, keep three copies of the backup media, and keep at least one copy offsite in a controlled environment. This should include all backup and recovery materials, documents, database and transaction log backups, and usage and trace log backups.

Procedimientos recomendados para copia de seguridad y restauración de SharePoint ServerProcedural best practices to back up and restore SharePoint Server

Use los siguientes procedimientos recomendados para planificar y llevar a cabo operaciones de copias de seguridad y restauración.Use the following procedural best practices to plan and perform backup and restore operations.

Usar nombres de servidor FQDNUse FQDN server names

Cuando haga referencia a servidores en un dominio diferente, use siempre nombres de dominio completo (FQDN).When you refer to servers in a different domain, always use fully qualified domain names (FQDN).

Conservar registros precisosKeep accurate records

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.When you deploy SharePoint Server, record the accounts that you create, the computer names, passwords, and setup options. Keep this information in a safe and secure location. Possibly, keep multiple records to make sure this information is always available.

Tener un entorno de recuperación preparadoHave a recovery environment ready

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.Use a farm in a secondary location to validate the success of restore operations as part of your disaster recovery strategy. For more information, see Choose a disaster recovery strategy for SharePoint Server. In a disaster recovery situation, you can then restore the environment by using the database-attach method to upload a copy of the database to the remote farm and redirect users. For more information, review and follow the steps in Restore farms in SharePoint Server. Also for a high availability solution, you can set up a standby environment that runs the same version of software as the production environment so that you can restore the databases and recover documents quickly. For more information, see Describing high availability.

Programar operaciones de copias de seguridadSchedule backup operations

Use los cmdlets de copias de seguridad y recuperación de PowerShell para crear un archivo de script (*.ps1) y, a continuación, programarlo para ejecutar 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:Use PowerShell backup and recovery cmdlets to create a script file (*.ps1) and then schedule it to run with Windows Task Scheduler. This makes sure that all backup operations are run at the best time when the system is least busy and users are not accessing it. For more information, see the following:

Usar el proveedor de FILESTREAM de SQL con el almacenamiento de blobsUse the SQL FILESTREAM provider with BLOB storage

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.Remote BLOB Storage (RBS) is supported in a SharePoint Server farm. There are both pros and cons associated with using RBS in SharePoint Server. One related limitation of RBS with a SharePoint farm is that System Center Data Protection Manager cannot use the FILESTREAM provider to back up or restore RBS. SharePoint Server supports the FILESTREAM provider for backup and restore operations. A benefit of RBS with a SharePoint farm is that you can use either SharePoint tools or SQL Server tools to back up and restore the content database with the Remote BLOB Store (RBS) defined. This backs up and restores both the RBS and the content database. We do not recommend that you use RBS with other restore methods. For more information about the benefits and limitations of using RBS, see Deciding to use RBS in SharePoint Server. Download Microsoft SQL Server 2014 Feature Packthat includes RBS.

Nota

SharePoint Server 2019 admite el proveedor de FILESTREAM que se incluye con SQL Server 2017.SharePoint Server 2019 supports the FILESTREAM provider that is included with SQL Server 2017. SharePoint Server 2016 es compatible con el proveedor FILESTREAM incluido en SQL Server 2014.SharePoint Server 2016 supports the FILESTREAM provider that is included with SQL Server 2014. Para obtener más información, consulte Habilitar y configurar FILESTREAM.For more information, see Enable and Configure FILESTREAM.

Nota

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.SharePoint Server 2013 supports the FILESTREAM provider that is included in the Microsoft® SQL Server® 2008 R2 Feature Pack. The SQL Server 2012 and SQL Server 2014 installation media includes RBS as an optional add-on component.

Ver tambiénSee also

ConceptosConcepts

Información general sobre la copia de seguridad y recuperación en SharePoint ServerOverview of backup and recovery in SharePoint Server

Planear copias de seguridad y recuperación en SharePoint ServerPlan for backup and recovery in SharePoint Server

Preparar la copia de seguridad y restauración de granjas de servidores en SharePoint ServerPrepare to back up and restore farms in SharePoint Server

Otros recursosOther Resources

Cifrado de datos transparenteTransparent Data Encryption