Configuración de la recuperación ante desastres a través de las granjas de SharePoint mediante el uso de trasvase de registros de SQL Server

Este artículo describe cómo usar el registro de trasvases de Microsoft SQL Server 2005 o Microsoft SQL Server 2008 para crear una granja de servidores de recuperación ante desastres en un centro de datos geográficamente distribuido para Microsoft Office SharePoint Server 2007 con Service Pack 2 (SP2). Al usar esta configuración, se puede establecer un sitio de recuperación ante desastres que proporcione resultados de búsquedas actuales cuando se produce una conmutación por error. En este artículo, se supone que está familiarizado con los conceptos y la terminología que se presentan en Planeación de la disponibilidad (Office SharePoint Server).

Frecuentemente se necesitan muchos equipos o funciones en una organización para crear y configurar un centro de datos secundario y una granja secundaria. Para poder configurar y probar el entorno secundario, es necesario contar con los administradores de los proveedores de autenticación, los administradores de bases de datos de SQL Server y todos los administradores afectados de la granja de servidores de SharePoint. Este artículo está principalmente destinado a ayudar a los administradores de la granja de servidores de SharePoint a realizar lo siguiente:

• Comprender los requisitos para crear una granja de recuperación ante desastres de registros trasvasados

• Configurar entornos de registros trasvasados de prueba

• Comunicarse con los administradores de bases de datos de SQL Server, quienes configurarán el trasvase de registros para los entornos de producción.

En este artículo se incluyen las siguientes secciones:

• Introducción al trasvase de registros

• Introducción a Office SharePoint Server y al trasvase de registros

• Requisitos para el centro de datos secundario y para la granja de servidores secundaria

• Configuración del entorno de trasvase de registros

• Conmutación por error

• Consideraciones al probar la conmutación por error

• Configurar nuevamente el trasvase de registros y la conmutación por recuperación

• Resumen

Introducción al trasvase de registros

El trasvase de registros le permite configurar SQL Server de manera que envíe de forma continua copias de seguridad de los registros de transacciones desde una base de datos principal de una instancia de servidor principal a una o varias bases de datos secundarias en instancias del servidor secundario independiente. Las copias de seguridad del registro de transacciones se aplican de forma individual a cada base de datos secundaria. Al realizar continuamente copias de seguridad de los registros de transacciones desde una base de datos principal y luego copiarlas y restaurarlas en una base de datos secundaria, se mantiene la base de datos secundaria casi sincronizada con la base de datos principal. El trasvase de registros también puede incluir una tercera instancia de servidor opcional, conocida como servidor de supervisión, que registra el historial y el estado de las operaciones de copia de seguridad y restauración, y genera alertas en caso de que estas operaciones no se produzcan tal como estaban programadas.

El trasvase de registros consta de tres trabajos. Cada trabajo realiza una de las siguientes operaciones:

1. Realiza copias de seguridad del registro de transacciones en la instancia del servidor principal

2. Copia el archivo de registro de transacciones en la instancia del servidor secundario

3. Restaura la copia de seguridad del registro en la instancia del servidor secundario

El siguiente diagrama describe el trasvase de registros.

Para obtener más información, vea el artículo de los Libros en pantalla de SQL Server acerca del trasvase de registros (en inglés) (https://go.microsoft.com/fwlink/?linkid=151252&clcid=0xC0A) (en inglés).

Introducción a Office SharePoint Server y al trasvase de registros

El trasvase de registros de SQL Server se puede usar para enviar bases de datos de contenido, incluidas las bases de datos de Mis sitios y las bases de datos de inicio de sesión único (SSO), desde una granja de servidores que está ejecutando Office SharePoint Server 2007 con SP2 a una o más granjas de servidores secundarias dispersas geográficamente.

Usos de granjas de servidores secundarias

Se considera que el propósito principal de una granja de servidores secundaria es primordialmente la recuperación ante desastres. Sin embargo, si se crea una granja de servidores secundaria que esté ejecutando Office SharePoint Server 2007 con SP2, podrá exponer a los usuarios los sitios de la granja de servidores secundaria con registros trasvasados. Puede distribuir un archivo de hosts que se señale a los sitios en la granja de servidores secundaria o definir una asignación de acceso alternativa dedicada para cada aplicación web de la granja de servidores secundaria que desea exponer con un espacio de nombres secundario; por ejemplo, http://secondary.contoso.com o http://readonly.contoso.com. El sitio que expone no mostrará funciones de escritura para los usuarios. Este artículo supone que está ejecutando Office SharePoint Server 2007 con SP2. Para obtener más información, vea Ejecución de una granja de servidores que usa bases de datos de solo lectura (Office SharePoint Server).

Topología del trasvase de registros

El siguiente diagrama describe un escenario con dos centros de datos y dos granjas de servidores configuradas para usar el trasvase de datos. En este escenario, el centro de datos de recuperación ante desastres hospeda una granja de servidores secundaria de solo lectura.

Existen dos granjas de servidores lógicas, cada una en un centro de datos. Cada granja de servidores es una instalación independiente, con bases de datos de contenido de Administración central y de configuración independientes y proveedores de servicios compartidos (SSP) independientes. Solo en las bases de datos de contenido y en las bases de datos de SSO se realizan trasvases de registros desde el centro de datos principal al centro de datos secundario. El SSP A proporciona la búsqueda en la granja de servidores principal y el SSP B proporciona la búsqueda en la granja secundaria. Un script de actualización de la base de datos de configuración (C) se ejecuta en la granja de servidores secundaria. Tal como muestra el diagrama, es importante coordinar la cronología de los tres procesos en el entorno secundario de manera que no se superpongan:

1. Procesamiento de las bases de datos con registros trasvasados

2. Rastreo de búsqueda

3. Script de actualización de la base de datos de configuración

Esta topología se puede repetir en muchos centros de datos si configura el trasvase de registros de SQL Server para uno o varios centros de datos adicionales.

Consideraciones generales al realizar trasvases de registros con Office SharePoint Server

Esta sección describe las limitaciones en el uso del trasvase de registros con Office SharePoint Server 2007 con SP2.

• De forma predeterminada, el proceso de conmutación por error para el trasvase de registros es manual. Puede crear scripts para automatizar la conmutación por error.

• En el caso de una conmutación por error no planeada, es posible que se produzca una pérdida de ciertos datos según la frecuencia del trasvase de registros y el momento del error. Es posible perder datos del último intervalo del trasvase de registros antes del error.

• La base de datos de configuración no se puede enviar como un registro a otra granja de servidores ya que contiene información específica del equipo. Debe establecer las mismas personalizaciones y opciones de configuración en ambas granjas de servidores de forma manual.

• La base de datos de búsqueda no se puede enviar correctamente como registro a la granja de servidores secundaria porque la base de datos de búsqueda, el archivo de índice y la base de datos de SSP deben estar sincronizados. Para garantizar la disponibilidad de la búsqueda en una granja de servidores de conmutación por error con bases de datos de registros trasvasados, puede usar cualquiera de las siguientes soluciones:

  • Configurar y ejecutar un SSP que esté configurado para proporcionar una búsqueda dentro de la granja de servidores de conmutación por error. Esta solución puede proporcionar una disponibilidad de búsqueda inmediata cuando la granja de servidores secundaria se encuentre disponible y en funcionamiento, y es apropiada para grandes conjuntos de datos. Este artículo describe cómo configurar y ejecutar una búsqueda de SSP dentro de una granja de servidores de conmutación por error.

  • Restaurar el SSP desde la granja de servidores principal a la granja de servidores de conmutación por error mediante el uso de la característica integrada de copia de seguridad y recuperación de SharePoint. Esta solución proporciona una disponibilidad de búsqueda una vez que se restaure el SSP y que la búsqueda rastree nuevamente el contenido. Si el intervalo que se necesita para recuperar el SSP se encuentra dentro del tiempo destinado a la recuperación de la granja de servidores, es posible que desee usar esta solución. Esta solución no se describe en detalle en este artículo. Para obtener más información sobre cómo realizar copias de seguridad y restaurar el SSP de búsqueda, vea Copia de seguridad y restauración de SSP (Office SharePoint Server 2007).

• Si está ejecutando el servicio de perfil en la granja de servidores principal, recomendamos que configure el SSP en la granja de servidores secundaria para ejecutar el servicio de perfil. Para mantener sincronizados los perfiles en todos los SSP, deberá usar User Profile Replication Engine que se incluye en la versión de 32 bits del kit de herramientas administrativas de SharePoint de Microsoft x86 (en inglés) (https://go.microsoft.com/fwlink/?linkid=151962&clcid=0xC0A) (en inglés) o en la versión de 64 bits del kit de herramientas administrativas de SharePoint de Microsoft x64 (en inglés) (https://go.microsoft.com/fwlink/?linkid=142035&clcid=0xC0A) (en inglés). Para obtener más información, vea User Profile Replication Engine (Office SharePoint Server).

• No se recomiendan bases de datos de trasvase de registros que no sean bases de datos de contenido y bases de datos de SSO; por ejemplo, bases de datos de Microsoft Office Project Server 2007. En el caso de las bases de datos que no se hayan mencionado, se recomienda realizar copias de seguridad y restaurarlas en la granja de servidores de conmutación por error.

• Las colecciones de sitios que se agregan a la granja de servidores principal no se agregan automáticamente a la base de datos de configuración de la granja de servidores secundaria, por lo que se deben agregar mediante las operaciones de Stsadm o mediante un script. Para obtener script de muestra, vea Creación de un script para actualizar la lista de sitios en la base de datos de configuración de la granja de servidores secundaria (script de actualización).

Las actualizaciones de Office SharePoint Server se deben aplicar a los archivos binarios en la granja de servidores principal y en las granjas de servidores secundarias, si bien se pueden aplicar a las bases de datos de la granja de servidores principal y luego enviarse como registros a la granja de servidores secundaria. Este documento no contiene información detallada sobre revisiones, pero, a continuación, se proporciona información general sobre el proceso:

1. Detenga el trasvase de registros.

2. Separe las bases de datos de contenido de la aplicación web de la granja de servidores secundaria a través de Administración central o de un script.

3. Actualice ambas granjas de servidores, comenzando por la granja de servidores principal.

   Importante

   Asegúrese de que el proceso de actualización se completó correctamente en la granja de servidores principal y en la secundaria. Las bases de datos en la granja de servidores secundaria no se actualizan mediante el proceso de actualización, se actualizan mediante el trasvase de registros.

4. Inicio del trasvase de registros.

5. Ya que los intentos de asociar bases de datos no actualizadas a la granja de servidores secundaria no funcionan y pueden dejar a la granja de servidores en un estado no admitido, asegúrese de que se completen uno o dos ciclos del trasvase de registros antes de asociar la base de datos de contenido de registros trasvasados en la granja de servidores secundaria.

   Opcional. También puede usar la siguiente consulta para determinar si el esquema de base de datos de la granja de servidores principal se ha replicado completamente en la granja de servidores secundaria antes de asociar las bases de datos.

   USE <base de datos de contenido>

   GO

   SELECT * FROM Versions

   La consulta devuelve los números de las versiones con el siguiente formato.

   00000000-0000-0000-0000-000000000000

   La última versión de la lista es la versión instalada más recientemente de Office SharePoint Server 2007.

   Importante

   Microsoft generalmente no admite consultas en ejecución en las bases de datos utilizadas por Productos y Tecnologías de SharePoint. La consulta anterior es una excepción permitida ya que trata los metadatos de la base de datos. Las consultas directas pueden afectar negativamente al rendimiento y la confiabilidad del sistema. Para obtener más información sobre los efectos de los cambios directos en las bases de datos, vea el artículo de Knowledge Base sobre el soporte para los cambios en las bases de datos que usan los productos del servidor de Office y Windows SharePoint Services (https://go.microsoft.com/fwlink/?linkid=105589&clcid=0xC0A)

6. Asocie las bases de datos de registros trasvasados a la granja de servidores secundaria.

Consideraciones de rendimiento al realizar trasvases de registros con Office SharePoint Server

Analice la cantidad de datos que se envían a través del trasvase de registros de manera que pueda establecer correctamente los intervalos para las tareas de copia de seguridad, copia y restauración del trasvase de registros. La cantidad de datos del trasvase de registros se ve afectada por la cantidad de cambios diarios que se realizan en la base de datos de contenido. Según nuestra experiencia, una granja de servidores típica sufre una modificación de entre el 2 y el 4 por ciento, pero con cambios de mantenimiento el nivel de modificaciones puede alcanzar entre el 5 y el 7 por ciento en horas de mayor actividad. Para determinar la cantidad de cambios que sufre una base de datos de contenido en el sistema, para cada base de datos de contenido con la que se realiza un trasvase de registros, calcule el total de cambios en las copias de seguridad del registro de transacciones dentro de un intervalo de tiempo determinado y calcule el porcentaje de cambios en comparación con el tamaño de la base de datos principal.

Descubrimos que es mejor realizar copias de seguridad y copiar muchos pequeños registros de transacciones, en lugar de copiar unos pocos registros de transacciones de gran tamaño. Se recomienda que programe los procesos de copia de seguridad y copia de los registros en intervalos frecuentes. Puede restaurar los registros de transacciones en intervalos de menor frecuencia. Es posible que desee comenzar con intervalos de 5 minutos para realizar copias de seguridad e intervalos de 15 minutos para realizar la restauración. SQL Server 2008 incluye la capacidad de programar intervalos para realizar trasvases de registro menores a un minuto. Para obtener más información, vea el tema sobre cómo programar un trasvase de registros menor a un minuto en SQL Server 2008 (en inglés) (https://go.microsoft.com/fwlink/?linkid=151253&clcid=0xC0A) (en inglés)

Es posible que se encuentre con problemas de rendimiento si el tiempo que el sistema tarda en realizar un trasvase de registros excede constantemente el tiempo que se necesita para crear nuevos registros; es decir, si se retrasa constantemente en la programación del trasvase de registros. Este tipo de problemas puede ser causado por problemas de redimiendo o latencia. Si tiene problemas de rendimiento o latencia, se recomienda que considere el uso de Windows Distributed File System Replication (DFSR) con el servicio de directorio Active Directory que se está ejecutando en Windows Server 2003 R2 o Active Directory Domain Services (AD DS) que se está ejecutando en Windows Server 2008 para reemplazar el trabajo de copia del trasvase de registro. Para obtener más información sobre cómo usar DFSR, vea el tema de introducción a Distributed File System Solution en Microsoft Windows Server 2003 R2 (https://go.microsoft.com/fwlink/?linkid=150764&clcid=0xC0A) y la guía paso a paso sobre DFS para Windows Server 2008 (https://go.microsoft.com/fwlink/?linkid=150765&clcid=0xC0A).

En el siguiente gráfico se compara el rendimiento proporcionado por diversas tecnologías de replicación que se pueden usar para copiar registros de transacciones trasvasados.

SQL Server 2008 también incluye la capacidad de comprimir copias de seguridad para reducir el tamaño de los archivos de los cuales realiza el trasvase de registros. Para obtener más información, vea los temas sobre el ajuste del rendimiento de la compresión de copias de seguridad en SQL Server 2008, parte 1 (en inglés) (https://go.microsoft.com/fwlink/?linkid=151254&clcid=0xC0A) (en inglés) y sobre el ajuste del rendimiento de la compresión de copias de seguridad, parte 2 (en inglés) (https://go.microsoft.com/fwlink/?linkid=151255&clcid=0xC0A) (en inglés).

Consideraciones de seguridad al realizar trasvases de registros con Office SharePoint Server

Para que se realice el trasvase de registros de SQL Server con Office SharePoint Server 2007 con SP2, los miembros del equipo deben tener los siguientes permisos:

• Para configurar Office SharePoint Server 2007 con SP2 con el trasvase de registros y realizar los procedimiento de este artículo, un miembro del equipo debe ser miembro del grupo de Administradores de la granja de servidores de SharePoint.

• Para configurar el trasvase de registros de SQL Server y realizar los procedimientos de este artículo, un miembro del equipo debe ser miembro de la función fija de servidor sysadmin en cada instancia del servidor.

Cuando un administrador de la base de datos establece una base de datos con registros trasvasados, los inicios de sesión y los permisos de SQL Server para la base de datos que se deben utilizar en una granja de servidores de SharePoint no se configuran automáticamente en las bases de datos master y msdb del servidor de registros trasvasados. En su lugar, debe configurar los permisos para los inicios de sesión necesarios. Estos permisos incluyen, sin limitaciones, los siguientes:

• La cuenta del grupo de aplicaciones de Administración central debe pertenecer a los funciones fijas del servidor dbcreator y securityadmin.

• Todas las cuentas del grupo de aplicaciones y las cuentas predeterminados de acceso al contenido y servicios de búsqueda deben tener inicios de sesión de SQL Server, aunque estas cuentas no estén asignadas a las funciones fijas de base de datos o a las funciones fijas de servidor de SQL Server.

• Los miembros del grupo de administradores de la granja de servidores de SharePoint también deben tener inicios de sesión de SQL Server y deben pertenecer a las mismas funciones que la cuenta del grupo de aplicaciones de Administración central.

Se recomienda que transfiera los inicios de sesión y los permisos desde el servidor principal al servidor reflejado mediante la ejecución de un script. Hay un script de ejemplo disponible en el artículo 918992 de Knowledge Base sobre cómo transferir los inicios de sesión y las contraseñas entre instancias de SQL Server 2005 (https://go.microsoft.com/fwlink/?linkid=122053&clcid=0xC0A). Para obtener información general sobre cómo transferir metadatos de SQL Server entre instancias, vea el artículo de los Libros en pantalla de SQL Server sobre cómo administrar metadatos al facilitar la disponibilidad de una base de datos en otra instancia del servidor (https://go.microsoft.com/fwlink/?linkid=122055&clcid=0xC0A) y el artículo 321247 de Knowledge Base sobre cómo configurar la seguridad para el trasvase de registros en SQL Server (en inglés) (https://go.microsoft.com/fwlink/?linkid=150830&clcid=0xC0A) (en inglés).

Los directorios de copia de seguridad y restauración de la configuración del trasvase de registros deben cumplir con los siguientes requisitos:

• Para que el trabajo de copia de seguridad se realice correctamente, la cuenta de servicio de SQL Server en la instancia del servidor principal y la cuenta del servidor proxy del trabajo de copia de seguridad (de forma predeterminada, la cuenta del Agente SQL Server en la instancia del servidor principal) deben tener permisos de lectura/escritura en el directorio de copia de seguridad.

• Para que el trabajo de copia se realice correctamente, la cuenta del servidor proxy del trabajo de copia (de forma predeterminada, la cuenta del Agente SQL Server en la instancia del servidor secundario) debe tener permisos de lectura en el directorio de copia de seguridad y permisos de escritura en el directorio de copia.

• Para que el trabajo de restauración se realice correctamente, la cuenta de servicio de SQL Server en la instancia del servidor secundario y la cuenta del servidor proxy del trabajo de restauración (de forma predeterminada, la cuenta del Agente SQL Server en la instancia del servidor secundario) deben tener permiso de lectura/escritura en el directorio de copia.

Requisitos para el centro de datos secundario y para la granja de servidores secundaria

Se realizan las siguientes suposiciones sobre el entorno en el centro de datos secundario:

• El centro de datos secundario incluye un controlador de dominio que se está ejecutando y el proveedor de autenticación pertinente. Para obtener más información, vea el tema sobre cómo instalar un controlador de dominio adicional (https://go.microsoft.com/fwlink/?linkid=150832&clcid=0xC0A).

• Si una implementación incluye las características de integración de Microsoft Exchange 2007, el centro de datos secundario contiene un servidor de registros trasvasados o bien un servidor de Exchange 2007 replicado. Para obtener más información, vea el tema sobre alta disponibilidad (https://go.microsoft.com/fwlink/?linkid=150839&clcid=0xC0A).

La granja de servidores de conmutación por error debe tener las siguientes características:

• Debe tener instalada y mantener en la granja de servidores de conmutación por error una base de datos de configuración independiente y una base de datos de contenido de Administración central independiente, lo que significa que todos los cambios de configuración en la granja de servidores principal se deben replicar manualmente en la granja de servidores de conmutación por error.

  La información almacenada en la base de datos de configuración incluye lo siguiente.

  Características activadas	Configuración del registro de diagnóstico
  Plantillas de formulario implementadas por el administrador	Configuración del correo electrónico
  Configuración de la asignación alternativa de acceso	Configuración de la conexión con servicios externos
  Configuración de la protección antivirus	Configuración de búsquedas en el nivel de la granja de servidores
  Configuración de grupos de aplicaciones, incluidas las cuentas de servicio (todas las cuentas que se ejecutan como aplicaciones web, incluida la cuenta del rastreador y la cuenta de búsqueda)	Configuración del Visor HTML
  Tipos de archivos bloqueados	Configuración de la papelera de reciclaje y otras configuraciones generales de aplicaciones web
  Configuración de la implementación de contenido	Configuración de los trabajos del temporizador
  Reglas de impacto del rastreador	Configuración del procesamiento del análisis de uso
  Nombres y ubicaciones de las bases de datos	Bases de datos y nombres de aplicaciones web. No olvide documentar los nombres de las bases de datos de contenido asociados con cada aplicación web.
  Plantillas de cuota predeterminadas	Configuración de la administración de flujos de trabajo

  Nota

  Si ha configurado la asignación alternativa de acceso para la granja de servidores principal, es especialmente importante configurarla de forma idéntica en la granja de servidores secundaria en el punto de conmutación por error. Para documentar la configuración de asignación de acceso alternativa, exporte la configuración a un archivo de texto mediante el uso del comando stsadm -o enumalternatedomains.

• Todas las personalizaciones, como las características, soluciones, plantillas de sitios y las soluciones de terceros como IFilters, se deben implementar en ambas granjas de servidores. Se recomienda empaquetar todas las personalizaciones como soluciones para permitir una rápida implementación. Para obtener más detalles, vea Implementación de personalizaciones.

• Las bases de datos de contenido se deben establecer para que usen el modelo de recuperación completa. Para obtener información sobre cómo establecer el modelo de recuperación para una base de datos, vea el tema sobre cómo ver o modificar el modelo de recuperación de una base de datos (SQL Server Management Studio) (https://go.microsoft.com/fwlink/?linkid=151701&clcid=0xC0A).

• El servidor principal y los servidores secundarios se deben ejecutar con la misma edición de SQL Server 2005 o SQL Server 2008. El trasvase de registros está disponible en las ediciones Standard, Developer y Enterprise.

• Si planea exponer la granja de servidores secundaria de registros trasvasados a los usuarios, configure una asignación de acceso alternativa con un espacio de nombres secundario para la granja de servidores secundaria; por ejemplo, http://secondary.contoso.com o http://readonly.contoso.com. Para obtener más información, vea Configuración de asignación de acceso alternativa. Reemplace esta asignación de acceso alternativa con una asignación que sea idéntica a la granja de servidores principal en la conmutación por error.

Configuración del entorno de trasvase de registros

Esta sección proporciona procedimientos detallados para configurar el trasvase de registros.

Los procedimientos en esta sección suponen que la organización comprende los siguientes requisitos previos:

• Cómo implementar Office SharePoint Server

• Cómo establecer las identidades del grupo de aplicaciones

• Cómo detener e iniciar el servicio de búsqueda

• Cómo configurar un sistema de nombres de dominio (DNS) para detener e iniciar la aceptación de tráfico

• Cómo usar el archivo de host para habilitar y deshabilitar los sitios locales

La fase de conmutación por error se compone de los siguientes procedimientos:

• Preparación de la granja de servidores principal

• Preparación de la granja de servidores secundaria

• Configuración del trasvase de registros

• Asociación de las bases de datos de registros trasvasados a la granja de servidores secundaria de SharePoint

• Configuración de búsqueda y perfiles en la granja de servidores secundaria

• Creación de un script para actualizar la lista de sitios en la base de datos de configuración de la granja de servidores secundaria (script de actualización)

• Coordinación de los tiempos de los trabajos de trasvase de registros, rastreos de búsquedas y script de actualización

• Opcional. Mantenimiento de SSO en la granja de servidores secundaria

• Opcional. Proporcionar a los usuarios el acceso a una granja de servidores de solo lectura

Preparación de la granja de servidores principal

Los pasos para preparar la granja de servidores principal son los siguientes:

1. Establecer la identidad del grupo de aplicaciones de las aplicaciones web en una cuenta de dominio que esté disponible en ambas granjas de servidores. Para obtener más información, vea Cambio de la identidad del grupo de aplicaciones de una aplicación web (Office SharePoint Server).

2. Documentar todas las configuraciones para que se puedan aplicar a la granja de servidores secundaria. Para obtener más información, vea Preparativos para la copia de seguridad y restauración de una granja de servidores (Office SharePoint Server 2007). Asegúrese, especialmente, de documentar la configuración de asignación de acceso alternativa al exportarla mediante el uso del comando stsadm -o enumalternatedomains para exportar la configuración.

3. Documentar todas las personalizaciones. Será más fácil volver a aplicar las personalizaciones a la granja de servidores secundaria si están empaquetadas como soluciones. Para obtener más información, vea Implementación de personalizaciones.

Preparación de la granja de servidores secundaria

1. Instale y configure Office SharePoint Server en la granja de servidores secundaria. Para obtener más información, vea Implementación de Office SharePoint Server 2007 en un entorno de granja de servidores.

   Se recomienda que si tiene suficiente equipamiento, configure el mismo número de servidores cliente web y bases de datos que en la granja de servidores principal. Si no dispone de suficiente equipamiento, puede utilizar menos servidores en la granja de servidores secundaria, pero es posible que no pueda administrar la misma carga que en la granja de servidores principal.

   Asegúrese de que el número de versión y el nivel de revisiones sea el mismo en la granja de servidores principal y en la secundaria. Para obtener más información, vea el tema de las actualizaciones del centro de recursos para Productos y Tecnologías de SharePoint (en inglés) (https://go.microsoft.com/fwlink/?linkid=106182&clcid=0xC0A) (en inglés).

2. Aplique todas las configuraciones y personalizaciones que haya realizado en la granja de servidores principal. Para obtener más información, vea Implementación de personalizaciones.

3. Cree duplicados de todas las aplicaciones web que existen en la granja de servidores principal. Asegúrese de utilizar la misma identidad del grupo de aplicaciones que en las aplicaciones web de la granja de servidores principal. Para obtener más información, vea Creación y administración de aplicaciones web (Office SharePoint Server).

4. Deshabilite los siguientes trabajos del temporizador. Para obtener más información, vea Administración de trabajos del temporizador de SharePoint (Office SharePoint Server).

   Procesamiento de tareas de flujo de trabajo masivo	Sincronización de perfiles	Colección de sitios: eliminar
   Registro de cambios	Sincronización rápida de perfiles	Análisis de uso
   Estadísticas de base de datos	Procesamiento del centro de registros	Definición del trabajo de página de propagación de variaciones
   Eliminación de sitios inactivos	Papelera de reciclaje	Definición del trabajo de sitio de propagación de variaciones
   Advertencia de cuota de disco	Aprobación programada	Actualización de la directiva Watson de Windows SharePoint Services
   Directiva de caducidad	Revisión programada de página	Flujo de trabajo
   Suspender procesamiento y generación de informes	No publicación programada	Limpieza automática del flujo de trabajo
   Alertas inmediatas	Búsqueda y procesamiento	Conmutación por error del flujo de trabajo
   Directiva de administración de información	Trabajo de sincronización del proveedor de servicios compartidos

Configuración del trasvase de registros

Se puede configurar el trasvase de registros mediante SQL Server Management Studio o Transact-SQL. Este artículo describe de qué manera usar Management Studio.

Configuración del trasvase de registros en el servidor principal

1. Abra Management Studio en un servidor de base de datos de la granja de servidores principal.

2. En el panel de navegación del Explorador de objetos, haga clic con el botón secundario del mouse en la base de datos de contenido de la aplicación web, seleccione Tareas y luego haga clic en Trasvasar registros de transacciones.

   Aparecerá el cuadro de diálogo Propiedades de la base de datos.

3. Seleccione Habilitar ésta como base de datos principal en una configuración de trasvase de registros.

4. Haga clic en Configuración de copia de seguridad.

   Aparecerá el cuadro de diálogo Configuración de copias de seguridad de registros de transacciones.

   1. En la Ruta de red a esta carpeta de copia de seguridad escriba la ruta de acceso de la carpeta de la copia de seguridad en la granja de servidores principal.

   2. Escriba los valores para Eliminar archivos con más de y Mostrar una alerta si no se produce una copia de seguridad tras.

   3. Revise la programación mostrada en la sección Trabajo de copia de seguridad. Si necesita personalizar la programación, haga clic en Programar.

      Registre el momento en que los trabajos del trasvase de registros están programados para ejecutarse de manera que pueda programar los rastreos de búsqueda y otros trabajos por lotes para que no coincidan.

   4. Opcional. Revise la configuración en la sección Compresión si desea utilizar la compresión de copia de seguridad.

   5. Haga clic en Aceptar.

5. En el cuadro de diálogo Propiedades de la base de datos, en la sección Bases de datos secundarias, haga clic en Agregar.

   Aparecerá el cuadro de diálogo Configuración de base de datos secundaria.

   • Haga clic en Conectar y conéctese a la instancia de SQL Server que desea utilizar como servidor secundario. De forma predeterminada, el nombre de la base de datos secundaria es el mismo nombre que el de la base de datos del servidor principal.

   • En la ficha Inicializar base de datos secundaria, seleccione Sí, generar una copia de seguridad completa de la base de datos principal y restaurarla en la base de datos secundaria (y crear la base de datos secundaria si no existe).

   • En la ficha Copiar archivos, en el cuadro Carpeta de destino para los archivos copiados, escriba la ruta de acceso de la carpeta en el servidor secundario en el que desea que se copien las copias de seguridad de los registros de transacciones.

   • En la ficha Restaurar registro de transacciones, en la sección Estado de la base de datos al restaurar copias de seguridad, seleccione Modo de espera y desactive Estado de la base de datos al restaurar copias de seguridad.

   • Haga clic en Aceptar.

   • Se recomienda guardar las configuraciones en un script. En el cuadro de diálogo Propiedades de la base de datos, haga clic en Incluir configuración y luego haga clic en Incluir configuración en archivo.

     Aparecerá el cuadro de diálogo Guardar como. Escriba la carpeta donde desea guardar el archivo y luego haga clic en Aceptar.

   • Haga clic en Aceptar.

     Todos los trabajos se ejecutarán una vez para inicializar el trasvase de registros e informarán de si se han completado correctamente o no.

6. Repita el procedimiento anterior para todas las bases de datos en las que planea realizar trasvases de registros. Para obtener más información, vea el tema sobre cómo habilitar el trasvase de registros (SQL Server Management Studio) (https://go.microsoft.com/fwlink/?linkid=151644&clcid=0xC0A).

Opcional. Reemplace la tarea de la copia del trasvase de registros con la replicación DFS

1. Habilite y configure la replicación DFS (DFSR) para el entorno. Para obtener más información, vea el tema sobre replicación (https://go.microsoft.com/fwlink/?linkid=151670&clcid=0xC0A). Para ver un ejemplo sobre la configuración de la replicación DFS, vea la guía paso a paso de DFS para Windows Server 2008 (https://go.microsoft.com/fwlink/?linkid=150765&clcid=0xC0A).

2. Dado que DFSR se utilizará para transportar, deberá deshabilitar el trabajo de la copia del trasvase de registros para cada base de datos que participa en la configuración del trasvase de registros. Para obtener más información, vea el tema sobre cómo deshabilitar o habilitar un trabajo (SQL Server Management Studio) (https://go.microsoft.com/fwlink/?linkid=151673&clcid=0xC0A)

Validar que el trasvase de registro se ha completado correctamente

1. Inicie Management Studio en el servidor de base de datos en la granja de servidores secundaria.

2. En el panel de navegación del Explorador de objetos, compruebe que todas las bases de datos de contenido de registros trasvasados se encuentran en estado de Espera o Solo lectura.

3. Determine el tiempo medio que se necesita para que los trabajos de trasvase de registros se ejecuten en la granja de servidores secundaria, al ejecutar los trabajos y cronometrar su duración. Para obtener más información, vea el tema sobre cómo supervisar el trasvase de registros (https://go.microsoft.com/fwlink/?linkid=151682&clcid=0xC0A).

Asociación de las bases de datos de registros trasvasados a la granja de servidores secundaria de SharePoint

1. En el sitio web de Administración central de SharePoint, en Inicio rápido, en la sección Administración central, haga clic en Administración de aplicaciones. Se abrirá la página Administración de aplicaciones.

   En la sección Administración de aplicaciones web de SharePoint, haga clic en Bases de datos de contenidos.

   Se abrirá la página Administrar bases de datos de contenidos.

2. En la columna Nombre de la base de datos, haga clic en la base de datos de contenido que desea quitar. Se abrirá la página Administrar configuración de bases de datos de contenido.

3. En la sección Quitar base de datos de contenidos, active la casilla de verificación Quitar base de datos de contenido y luego haga clic en Aceptar.

4. En la página Administrar bases de datos de contenido, haga clic en Agregar una base de datos de contenido. Se abrirá la página Agregar base de datos de contenido.

5. Escriba el servidor adecuado de la base de datos y el nombre de la base de datos de contenido de registros trasvasados y luego haga clic en Aceptar.

6. Repita este procedimiento para todas las bases de datos de trasvase de registros.

   En este momento, puede examinar el contenido de la granja de servidores secundaria.

Configuración de búsqueda y perfiles en la granja de servidores secundaria

Configure la búsqueda en la granja de servidores secundaria para cumplir con los objetivos de negocio para el escenario de recuperación ante desastres. Inicialmente, puede que desee buscar en las mismas bases de datos, con la misma configuración de rastreo y las mismas reglas de rastreo de la granja de servidores principal. Si determina que no puede programar rastreos y trasvases de registros para que no se superpongan, se recomienda ajustar el contenido que incluye en los rastreos. Por ejemplo, antes de una conmutación por error, podría rastrear únicamente las bases de datos cuyo contenido sea de alta repercusión para la empresa y, a continuación, rastrear otro contenido sólo después de la conmutación por error. Para obtener más información, vea Limitación o aumento de la cantidad de contenido que se rastrea (Office SharePoint Server).

1. Detenga el trabajo del Agente SQL Server en la granja de servidores secundaria para deshabilitar el trasvase de registros mientras configura una búsqueda.

2. Configure la búsqueda en la granja de servidores secundaria.

   Determine cuánto tiempo tardan los rastreos de búsqueda en la granja de servidores secundaria. Puede usar los datos recopilados de la granja de servidores principal para estimar el tiempo que se necesita en la granja de servidores secundaria.

   Importante

   Asegúrese de programar los rastreos de búsqueda en momentos en que no se ejecuten trabajos de trasvase de registros. Para obtener más información, vea Coordinación de los tiempos de los trabajos de trasvase de registros, rastreos de búsquedas y script de actualización.

3. Inicie el trabajo del Agente SQL Server en la granja de servidores secundaria para habilitar el trasvase de registros.

4. Si usa perfiles, los perfiles en los SSP de conmutación por error no están sincronizados con los perfiles en los SSP principales; se encontrarán en el estado en que estaban cuando se importaron por primera vez. Para mantener todos los perfiles de los SSP sincronizados, use la herramienta User Profile Replication Engine que se incluye en la versión de 32 bits del kit de herramientas administrativas de SharePoint de Microsoft x86 (en inglés) (https://go.microsoft.com/fwlink/?linkid=151962&clcid=0xC0A) (en inglés) o en la versión de 64 bits del kit de herramientas administrativas de SharePoint de Microsoft x64 (en inglés) (https://go.microsoft.com/fwlink/?linkid=142035&clcid=0xC0A) (en inglés). Para obtener más información, vea User Profile Replication Engine (Office SharePoint Server).

Creación de un script para actualizar la lista de sitios en la base de datos de configuración de la granja de servidores secundaria (script de actualización)

Utilice el siguiente ejemplo como modelo para crear un script de actualización que se pueda ejecutar en la granja de servidores secundaria cuando las colecciones de sitios se hayan agregado o eliminado en la granja de servidores principal.

En el script de ejemplo, reemplace <db_name1>, <URL>, y <db_name2>, <URL> con los nombres de las bases de datos de registros trasvasados.

Agregue las secciones de desasociación y asociación al script para cada una de las bases de datos de registros trasvasados.

echo off

SET PATH=C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN;%PATH%

echo %time Shutting down the Osearch service…
SC config Osearch start= disabled
SC stop Osearch

echo %time Shutting down the SQL Server Agent service…
SC \\<SQL Server> config SQLSERVERAGENT start= disabled
SC \\<SQL Server>  stop SQLSERVERAGENT
f
echo %time About to refresh Site Map…

echo %time About to detach db <db_name1>
stsadm.exe -o deletecontentdb -url <URL> -databasename <db_name1>  -databaseserver <SQL_Server>
echo %time About to attach db <db_name1>
stsadm.exe -o addcontentdb -url <URL> -databasename <db_name1> -databaseserver <SQL_Server>

echo %time  About to detach db <db_name2>
stsadm.exe -o deletecontentdb -url <URL> -databasename <db_name2>  -databaseserver <SQL_Server>
echo %time  About to attach db <db_name2>
stsadm.exe -o addcontentdb -url <URL> -databasename <db_name2> -databaseserver <SQL_Server>

rem --:: repeat for all databases ::--

echo %time Restarting the Osearch service…
SC config Osearch start= demand
SC start Osearch

echo %time Restarting the SQL Server Agent service…
SC \\<SQL Server> config SQLSERVERAGENT start= demand
SC \\<SQL Server>  start SQLSERVERAGENT

echo on

Coordinación de los tiempos de los trabajos de trasvase de registros, rastreos de búsquedas y script de actualización

1. Determine el tiempo medio que se necesita para que los trabajos de trasvase de registros se ejecuten en la granja de servidores secundaria y cuándo desea programar la ejecución de los trabajos.

2. Determine cuánto tiempo tardan los rastreos incrementales en la granja secundaria y cuándo desea planear los rastreos. Es posible que pueda utilizar datos de rastreo de la granja principal para determinar cuánto tiempo necesitan los rastreos incrementales para completarse. Para obtener más información sobre la programación de rastreos incrementales, vea Programación de un rastreo incremental (Office SharePoint Server 2007).

3. Si es posible, programe los trabajos de trasvase de registros y los rastreos de búsqueda para que no se superpongan.

4. Si no puede programar el trasvase de registros y los rastreos de búsqueda incrementales de manera que no se superpongan, elija una de las siguientes opciones:

   • Ejecutar los trabajos de trasvase de registros y los rastreos de búsqueda de forma manual, mediante la suspensión de un conjunto de trabajos mientras se ejecuta el otro.

   • Permitir que los rastreos de búsqueda tengan prioridad sobre el procesamiento de registros y crear un script para iniciar automáticamente el trasvase de registros cuando no se esté ejecutando el proceso del rastreador.

   • Si el único proceso activo en la base de datos es el proceso del rastreador, configurar el trasvase de registros para que espere hasta que la base de datos no se encuentre en uso y, a continuación, procesar los registros trasvasados.

   Si ninguna de estas opciones funcionan y si no puede programar la cantidad de datos del trasvase de registros y las horas de rastreo de manera que no se superpongan, considere la posibilidad de reducir las acciones que desea realizar para que el sistema funcione. Por ejemplo, si no puede completar el trasvase de registros y la búsqueda en las horas disponibles, rastree sólo las bases de datos de contenido de gran importancia para la empresa antes de la conmutación por error y comience a rastrear otro contenido después de la conmutación por error.

5. Programe el script para que se ejecute. Si no se agregaron nuevas colecciones de sitios a la granja de servidores principal, no necesita ejecutar el script de actualización. Cuando se agregan nuevas colecciones de sitios, el script de actualización se debe ejecutar de forma periódica mediante el uso del Programador de tareas de Windows. Cuando se ejecuta el script de actualización, se suspenden los procesos de rastreo y de trasvase de registros. Para obtener más información sobre las tareas de programación, vea el tema sobre programación de tareas (https://go.microsoft.com/fwlink/?linkid=151894&clcid=0xC0A).

   Si se cancela el script de actualización mientras se está ejecutando, se recomienda que lo ejecute manualmente para asegurarse de que se hayan vuelto a asociar todas las bases de datos y se hayan vuelto a activar todos los servicios.

Opcional. Mantenimiento de SSO en la granja de servidores secundaria

• Realice una copia de seguridad de la clave de cifrado después de haber configurado inicialmente el SSO y luego realice una copia de seguridad nuevamente cada vez que se vuelva a generar. Para obtener más información, vea Copia de seguridad de SSO (Office SharePoint Server 2007)

  Tenga en cuenta las siguientes restricciones de la copia de seguridad de la clave de cifrado:

  • Debe ser un miembro de la cuenta de administrador de SSO para realizar una copia de seguridad de la clave de cifrado.

  • No se puede hacer una copia de seguridad remota de la clave de cifrado. Debe haber iniciado una sesión de forma local en el servidor de la clave de cifrado para realizar una copia de seguridad de la clave de cifrado.

  • Debe transferir físicamente el dispositivo de almacenamiento extraíble que contiene la clave de cifrado de SSO para la granja de servidores secundaria y luego restaurarlo.

Opcional. Proporcionar a los usuarios el acceso a una granja de servidores de solo lectura

1. Si es posible, proporcione a los usuarios un archivo de hosts actualizado que señale a las aplicaciones web en la granja de servidores secundaria que desea exponer.

2. Si no puede distribuir un archivo de host, defina una asignación de acceso alternativa dedicada para cada aplicación web que desea exponer, como http//readonly.contoso.com o http://secondary.contoso.com y configure el mapa en el DNS.

   Nota

   Si no tiene más espacio para definir asignaciones alternativas de acceso para una aplicación web concreta, entonces esta opción de asignación dedicada no es posible.

Conmutación por error

La conmutación por error se puede realizar de forma manual o a través de un script. Este artículo describe la conmutación por error de forma manual.

El siguiente diagrama muestra un entorno de varias granjas de servidores que ha sufrido una conmutación por error. El trasvase de registros se ha roto y los administradores de la granja de servidores han realizado las siguientes acciones:

• Establecer el DNS para que dejara de aceptar tráfico hacia la granja de servidores principal.

• Aplicar registros de transacciones no aplicados en las bases de datos en el servidor secundario.

• Cambiar las bases de datos de contenido de la granja de servidores secundaria a modo de lectura y escritura.

• Establecer el DNS para aceptar el tráfico en la granja de servidores secundaria.

La fase de conmutación por error se compone de los siguientes procedimientos.

• Deshabilitar todos los trabajos de trasvase de registros en la granja de servidores principal

• Dejar de aceptar tráfico hacia la granja de servidores principal

• Realizar copias de seguridad de los registros de transacciones del servidor principal

• Restaurar los últimos registros de transacciones en el servidor secundario

• Establecer las bases de datos de contenido en modo de lectura o escritura

• Opcional. Restaurar la clave de cifrado de SSO

• Dirigir el tráfico hacia la granja de servidores secundaria

• Completar la configuración del entorno secundario

Deshabilitar todos los trabajos de trasvase de registros en la granja de servidores principal

1. Si la granja de servidores principal todavía está disponible y el trasvase de registros aún no se ha detenido, deshabilite todos los trabajos de trasvase de registros en los servidores de base de datos de la granja de servidores principal.

2. Si no puede tener acceso a las bases de datos en los servidores, ejecute la siguiente instrucción de Transact-SQL para cada base de datos y vaya al paso: Establecer las bases de datos de contenido en modo de lectura o escritura.

   RESTORE DATABASE content_db WITH RECOVERY
   

Dejar de aceptar tráfico hacia la granja de servidores principal

• Siga los procedimientos recomendados para que el DNS deje de aceptar tráfico para la granja de servidores principal. No reenvíe aún el tráfico hacia la granja de servidores secundaria.

  Este documento no describe de qué manera usar o configurar un DNS. Para obtener más información sobre DNS, vea el tema de referencias técnicas sobre DNS (en inglés)(https://go.microsoft.com/fwlink/?linkid=151820&clcid=0xC0A) (en inglés).

  Nota

  Los usuarios experimentarán errores mientras la granja de servidores principal no está disponible.

Realizar copias de seguridad de los registros de transacciones del servidor principal

1. Determine si la granja de servidores principal aún se encuentra disponible y si la carpeta compartida de red en la que se almacenan las copias de seguridad se encuentra accesible para ambas granjas de servidores. Si ninguna de estas condiciones se encuentra disponible, vaya al procedimiento Establecer las bases de datos de contenido en modo de lectura o escritura.

2. En Management Studio, en el panel de navegación del Explorador de objetos, haga clic con el botón secundario del mouse en una base de datos de contenido, seleccione Tareas y haga clic en Copia de seguridad. Aparecerá el cuadro de diálogo Copia de seguridad de base de datos.

3. Haga clic en la lista desplegable Tipo de copia de seguridad y seleccione Registro de transacciones.

4. En el panel Seleccionar una página, haga clic en Opciones.

5. En la sección Registro de transacciones, seleccione Realizar copia de seguridad del final del registro y dejar la base de datos en estado de restauración y finalmente haga clic en Aceptar.

6. Repita este procedimiento para todas las bases de datos de los registros trasvasados.

Restaurar los últimos registros de transacciones en el servidor secundario

1. Este procedimiento sólo es útil si la granja de servidores principal aún se encuentra disponible y si el recurso compartido de red en el que se almacenan las copias de seguridad se encuentra accesible para ambas granjas de servidores. Si no se cumplen ambas condiciones, vaya al procedimiento Establecer las bases de datos de contenido en modo de lectura o escritura.

   En Management Studio en el servidor secundario, haga clic con el botón secundario del mouse en la base de datos de contenido, seleccione Tareas, haga clic en Restaurar y luego haga clic en Registro de transacciones. Aparecerá el cuadro de diálogo Restaurar registro de transacciones.

2. En la ficha General, seleccione Desde archivo o cinta y escriba la ruta de acceso del archivo de copa de seguridad que creó en el servidor principal.

3. En la sección Estado de recuperación, seleccione Dejar la base de datos lista para su uso revirtiendo las transacciones no confirmadas. No pueden restaurarse registros de transacciones adicionales. (RESTORE WITH RECOVERY) y, a continuación, haga clic en Aceptar.

4. Repita este procedimiento para todas las bases de datos de registros trasvasados.

Establecer las bases de datos de contenido en modo de lectura o escritura

Después de cambiar las bases de datos en la granja de servidores secundaria a modo de lectura y escritura, deberá restablecer el trasvase de registros desde un nuevo archivo de copia de seguridad en el servidor secundario que se copia luego en el servidor principal.

1. En Management Studio, haga clic con el botón secundario del mouse en la base de datos de contenido que desea modificar al modo de lectura y escritura y luego haga clic en Propiedades. Aparecerá el cuadro de diálogo Propiedades de la base de datos.

2. En el panel Seleccionar una página, haga clic en Opciones y en la lista Otras opciones, desplácese a la sección Estado.

3. En la entrada Base de datos de sólo lectura, haga clic en la flecha situada junto a Verdadero, seleccione Falso y haga clic en Aceptar.

4. Repita esta operación con todas las bases de datos de contenido.

Opcional. Restaurar la clave de cifrado de SSO

1. En la granja de servidores secundaria, reinicie el servicio de SSO.

2. Configure el SSO en el servidor secundario.

3. En la granja de servidores secundaria, reinicie el SSO.

4. Restaure la clave desde la unidad extraíble.

5. Cree una definición de aplicaciones para comprobar que se pueden crear nuevas definiciones de aplicaciones.

6. Compruebe que puede obtener las credenciales para diversas aplicaciones mediante el método GetCredentials. Para obtener más información, vea el tema sobre el Método ISsoProvider.GetCredentials (Microsoft.SharePoint.Portal.SingleSignon (en inglés) (https://go.microsoft.com/fwlink/?linkid=151824&clcid=0xC0A) (en inglés).

Dirigir el tráfico hacia la granja de servidores secundaria

1. Compruebe que la configuración de la asignación de acceso alternativa en la granja de servidores secundaria coincide con la configuración de la granja de servidores principal.

2. Siga los procedimientos recomendados para que el DNS dirija el tráfico hacia la granja de servidores secundaria.

   Nota

   Después de desviar el tráfico en el DNS hacia la granja de servidores secundaria, es posible que los usuarios deban cerrar y volver a abrir sus exploradores para que la operación de redireccionamiento surta efecto.

Completar la configuración del entorno secundario

1. Establezca procesos comunes de mantenimiento.

   • Configure la supervisión.

   • Implemente los procesos de copia de seguridad a nivel de producción.

2. Comience con la restauración del entorno principal anterior.

Consideraciones de las pruebas de conmutación por error

Cuando se está probando la conmutación por error, deberá saber el nivel de las pruebas de conmutación por error que los acuerdos del nivel de servicio requieren que realice. Los siguientes son algunos ejemplos comunes de pruebas de conmutación por error.

Verification that the secondary site is live, and is being crawled   Para este tipo de prueba de conmutación por error, podrá proporcionar a los usuarios un archivo de hosts o una ruta de asignación de acceso alternativa a la granja de servidores secundaria, de manera que puedan comprobar que la granja de servidores está activa y actualizada. No se requieren pasos adicionales.

Farm failover   En este tipo de prueba, se quita la granja de servidores principal por un intervalo breve anunciado pero la granja de servidores secundaria no se modifica al estado de lectura y escritura. Para este tipo de prueba, siga los procedimientos de la sección Conmutación por error, con las siguientes diferencias:

Planned data center failover with additional precautions   En este tipo de prueba, el centro de datos principal se quita durante un intervalo breve anunciado. La granja de servidores secundaria se modifica al estado de lectura y escritura. Para este tipo de prueba, sigas los procedimientos de la sección Conmutación por error, con las siguientes diferencias:

Planned data center failover without additional precautions   En este tipo de prueba, se quita el centro de datos principal durante un intervalo anunciado para determinar cuánto tiempo llevará una verdadera recuperación. Es posible que se pierdan algunos datos. La granja de servidores secundaria se modifica al estado de lectura y escritura. Para este tipo de prueba, siga los procedimientos de la sección Conmutación por error.

Volver a configurar el trasvase de registros

Cuando la granja de servidores secundaria es funcional y la base de datos principal original es accesible y el problema con esa granja de servidores se investigó y se resolvió, puede convertir la anterior base de datos principal en una nueva base de datos secundaria o puede deliberadamente conmutar por error desde la granja de servidores secundaria a la antigua granja de servidores principal y volver a configurar el trasvase de registros como inicialmente lo tenía estructurado.

1. Configure el trasvase de registros entre la granja de servidores principal y la granja de servidores secundaria. Establezca una relación de trasvase de registros entre la instancia de SQL Server y la correspondiente instancia de la granja de servidores principal. Para obtener información detallada, vea la sección Configuración del entorno de trasvase de registros.

2. En la granja de servidores principal, aplique las copias de seguridad del registro de transacciones no aplicadas a cada base de datos.

3. Use el DNS para que se deje de aceptar el tráfico en la granja de servidores secundaria.

4. Conmute por error desde la granja de servidores secundaria a la granja de servidores principal. Para obtener detalles, vea la sección Conmutación por error y luego vuelva a configurar el trasvase de registros.

5. Opcional. Restaure el SSO mediante el uso de la copia local de la clave de cifrado en medios.

6. Traiga nuevamente la granja de servidores principal, compruebe que todo funcione como se esperaba y cambie el DNS para dirigir el tráfico entrante hacia la granja de servidores principal.

7. Vuelva a configurar el trasvase de registros de la granja de servidores principal a la granja de servidores secundaria.

Resumen

El uso del trasvase de registros para proporcionar una granja de servidores de recuperación ante desastres en un centro de datos secundario es complejo. Asegúrese de establecer claros acuerdos de nivel de servicio con los usuarios y de probar el entorno en forma regular.

Agradecimientos

El equipo de publicación de contenido de Microsoft Office SharePoint Server agradece la participación de los siguientes colaboradores y revisores técnicos:

• Doron Bar-Caspi, Director de programas, Equipo de asesoramiento al cliente de SharePoint

• Lindsay Allen, Jefa de administración del programa principal, Programas para clientes de SQL Server

• Sanjay Mishra, Director de programas, Programas para clientes de SQL Server

• Burzin Patel, Director de programas, Programas para clientes de SQL Server

• Bill Baer, Arquitecto de tecnologías, Microsoft SharePoint Online

• Cory Burns, Ingeniero de operaciones, Microsoft SharePoint Online

• Steve Peschka, Arquitecto principal

• JP Poissant, Asesor principal II, Servicios de consultoría de Microsoft, Canadá