Copia de seguridad o archivo de registros (SharePoint Foundation 2010)

  • Artículo

 

Se aplica a: SharePoint Foundation 2010

Última modificación del tema: 2016-11-30

Una estrategia de protección de datos para todo el sistema debe incluir el archivado o la realización de una copia de seguridad de los registros en los que se registran los datos relacionados con Microsoft SharePoint Foundation 2010. Estos datos pueden ser útiles para analizar el rendimiento, solucionar problemas, supervisar el cumplimiento de los acuerdos de nivel de servicio o por motivos legales, normativos o empresariales. Por lo tanto, archive o realice una copia de seguridad de los registros como parte del mantenimiento rutinario para proteger estos datos.

Las siguientes secciones están denominadas como se muestra a continuación para indicar la importancia de realizar una copia de seguridad de estos registros o de archivarlos:

  • [Esencial] significa que el registro contiene datos que son esenciales para el entorno. Los datos se perderán si se produce un error en el disco o algún otro problema.

  • [Recomendado] significa que el registro contiene datos que son útiles en la mayoría de los entornos para solucionar problemas o con fines operativos, legales o de otra índole.

En este artículo:

  • [Esencial] Copia de seguridad de registros de transacciones

  • [Recomendado] Recolección de datos de uso

  • [Recomendado] Archivo de registros de diagnóstico

[Esencial] Copia de seguridad de registros de transacciones

Los registros de transacciones de Microsoft SQL Server 2008 R2, SQL Server 2008 con Service Pack 1 (SP1) y la actualización acumulativa 2, y SQL Server 2005 con Service Pack 3 (SP3) y la actualización acumulativa 3 registran todos los cambios realizados en una base de datos desde el último punto de control o copia de seguridad completa. Estos archivos de registro contienen datos necesarios para restaurar el conjunto o granja de servidores.

Se recomienda que realice una copia de seguridad de estos registros cada 5 a 10 minutos. Cuando lo hace, los registros se truncan automáticamente. Puede usar las herramientas de Microsoft SQL Server 2008 R2, SQL Server 2008 con Service Pack 1 (SP1) y la actualización acumulativa 2, y SQL Server 2005 con Service Pack 3 (SP3) y la actualización acumulativa 3 para realizar una copia de seguridad del registro de transacciones. Para obtener más información, vea el artículo sobre la creación de copias de seguridad del registro de transacciones (https://go.microsoft.com/fwlink/?linkid=124881&clcid=0xC0A) en la documentación de Microsoft SQL Server 2008 R2, SQL Server 2008 con Service Pack 1 (SP1) y la actualización acumulativa 2, y SQL Server 2005 con Service Pack 3 (SP3) y la actualización acumulativa 3.

De manera automática, se realiza una copia de seguridad de los registros de transacciones cada vez que se hace una copia de seguridad de la granja de servidores, la aplicación web o las bases de datos mediante el sitio web de Administración central de SharePoint o Windows PowerShell. Para obtener más información, vea Realización de una copia de seguridad de una granja de servidores (SharePoint Foundation 2010).

Efecto del tamaño del registro de transacciones en el tiempo necesario para realizar una copia de seguridad de una granja

Al realizar una copia de seguridad de SharePoint Foundation 2010, el tamaño del registro de transacciones puede influir en el tiempo que tarda la operación de copia de seguridad. Debido a que el registro de transacciones registra todos los cambios realizados en una base de datos desde el último punto de control o copia de seguridad completa, el registro puede hacerse muy grande con el paso del tiempo. Si el registro de transacciones ha crecido mucho, es posible que las copias de seguridad tarden mucho tiempo en completarse. Para obtener más información, vea el artículo sobre el procedimiento para evitar que el registro de transacciones de una base de datos de SQL Server crezca de forma inesperada (https://go.microsoft.com/fwlink/?linkid=111458&clcid=0xC0A).

El procedimiento recomendado para truncar el registro de transacciones si usa un modelo de recuperación completa consiste en realizar una copia de seguridad del registro. Microsoft SQL Server 2008 R2, SQL Server 2008 con Service Pack 1 (SP1) y la actualización acumulativa 2, y SQL Server 2005 con Service Pack 3 (SP3) y la actualización acumulativa 3 trunca automáticamente las partes inactivas del registro de transacciones al realizar una copia de seguridad del registro. También se recomienda ampliar previamente el registro de transacciones para evitar que crezca automáticamente. Para obtener más información, vea el tema sobre administración del tamaño del archivo de registro de transacciones (https://go.microsoft.com/fwlink/?linkid=124882&clcid=0xC0A). Para obtener más información sobre el uso de un modelo de recuperación completa, vea Copia de seguridad en el modelo de recuperación completa (https://go.microsoft.com/fwlink/?linkid=127985&clcid=0xC0A). Para obtener más información sobre el uso de un modelo de recuperación simple, vea Copia de seguridad en el modelo de recuperación simple (https://go.microsoft.com/fwlink/?linkid=127987&clcid=0xC0A).

No se recomienda reducir manualmente el tamaño del registro de transacciones o truncar manualmente el registro mediante el método Truncate.

[Recomendado] Recolección de datos de uso

El análisis de uso permite realizar un seguimiento de la forma en que se usan los sitios web. Diariamente se crean archivos de registro para realizar un seguimiento del uso. Puede configurar los valores para la colección de datos de uso. Uno de los valores más importantes es la ubicación de los archivos de registro. De forma predeterminada, la carpeta de registro está configurada para estar en la misma partición de la unidad donde está instalado SharePoint Foundation 2010. Para asegurarse de que los archivos de registro no llenen esa unidad, debe cambiar la carpeta de registro a una unidad independiente.

La ubicación del directorio de registro es una configuración de nivel de granja de servidores y el directorio que se especifica en dicha configuración debe existir en todos los servidores de la granja. De forma automática, se realiza una copia de seguridad de estos registros cuando realiza la copia de seguridad de la granja de servidores.

En la mayoría de los entornos, la configuración predeterminada es la adecuada. Para obtener más información acerca de la configuración de la recolección de datos de uso, vea Configuración de la recolección de datos de mantenimiento y uso (SharePoint Foundation 2010)

[Recomendado] Archivo de registros de diagnóstico

Los registros de diagnóstico proporcionan información detallada sobre el funcionamiento de la granja de servidores. Puede configurar el nivel de detalle que se registra. Se recomienda que cuando archive la granja de servidores también archive los registros. Puede archivar los registros de toda la granja de servidores o de un servidor específico. Para archivar estos archivos, copie los archivos manualmente a una carpeta compartida o use el cmdlet Merge-SPlogFile de Windows PowerShell. Puede usar el cmdlet Merge-SPLogFIle para archivar los archivos de registro en todos los servidores de la granja a la vez. Puede usar el cmdlet Copy-Item de Windows PowerShell para archivar los archivos de registro de un único servidor. El cmdlet Copy-Item no proporciona filtrado y debe copiar el archivo de registro completo.

Para obtener más información sobre cómo configurar el registro de diagnósticos, vea Configuración del registro de diagnósticos (SharePoint Foundation 2010).

Para archivar registros de diagnóstico de todas las granjas de servidores mediante Windows PowerShell

  1. Compruebe que cumple los siguientes requisitos mínimos: Consulte Add-SPShellAdmin.

  2. En el menú Inicio, haga clic en Todos los programas.

  3. Haga clic en Productos de Microsoft SharePoint 2010.

  4. Haga clic en Consola de administración de SharePoint 2010.

  5. En el símbolo del sistema de Windows PowerShell, escriba el siguiente comando:

    Merge-SPLogFile -Path "<path to merged log file>.log" -Overwrite

    Por ejemplo, Merge-SPLogFile -Path "C:\Logs\MergedFiles\AllFarm_merged_12.20.2009.log" -Overwrite

    Importante

    Combinar las entradas de todos los registros para todas las granjas de servidores puede tardar mucho y consumir muchos recursos. Se recomienda que filtre las entradas para que coincidan con un conjunto de criterios específicos antes de combinarlas.

    Para combinar las entradas que coinciden con un conjunto de criterios específicos, escriba el siguiente comando:

    Merge-SPLogFile -Path "<path to merged log file>.log" -Area "<Area>" -Category "<Category>"

    Puede filtrar por uno o más de los siguientes criterios:

    • Area (una o varias, comodín)

    • Category (una o varias, comodín)

    • Level

    • Correlation (una o varias)

    • EventID (uno o varios, comodín)

    • Message (comodín)

    • StartTime

    • EndTime

    • Process (uno o varios, comodín)

    • ThreadID (uno o varios)

    Sugerencia

    Puede denominar al archivo de registro combinado del modo que desee. Se recomienda usar una convención de nomenclatura que ayude a determinar lo que éste contiene, como "<fecha de combinación><nombre de la granja de servidores><criterios de filtrado>. Por ejemplo, para indicar todas las entradas de registro del servidor de la granja de servidores para SharePoint Foundation 2010 que implican la categoría de base de datos y están marcadas como "Alta", use "Dic_2009_ContosoInternet_Foundation_BaseDeDatos_Alta.log".

Para obtener más información, vea Merge-SPLogFile.

Para archivar registros de diagnóstico para un servidor específico mediante Windows PowerShell

  1. Compruebe que cumple los siguientes requisitos mínimos: Consulte Add-SPShellAdmin.

  2. En el menú Inicio, haga clic en Todos los programas.

  3. Haga clic en Productos de Microsoft SharePoint 2010.

  4. Haga clic en Consola de administración de SharePoint 2010.

  5. En el símbolo del sistema de Windows PowerShell, escriba el siguiente comando:

    Copy-Item <Log folder path> -Destination <Archive folder path> -Recurse

Para obtener más información, escriba Get-Help Copy-Item -Full.

Nota

Se recomienda usar Windows PowerShell para realizar tareas administrativas de línea de comandos. La herramienta de línea de comandos Stsadm ya no se usa, pero se ha incluido para ofrecer compatibilidad con las versiones anteriores del producto.