Configuración de la recuperación ante desastres para una aplicación de SharePoint de niveles múltiples mediante Azure Site Recovery

Artículo
09/10/2024

En este artículo se describe detalladamente cómo proteger una aplicación de SharePoint mediante Azure Site Recovery.

Información general

Microsoft SharePoint es una aplicación eficaz que puede ayudar a un grupo o departamento a organizarse, colaborar y compartir información. SharePoint proporciona portales de intranet, administración de archivos y documentos, colaboración, redes sociales, extranets, sitios web, motor de búsqueda Enterprise Search e inteligencia empresarial. También dispone de integración de sistemas, integración de procesos y funcionalidades de automatización de flujos de trabajo. Normalmente, las organizaciones la consideran como una aplicación de nivel 1 sensible a tiempos de inactividad y pérdidas de datos.

En la actualidad, la aplicación Microsoft SharePoint no tiene integrada ninguna funcionalidad de recuperación ante desastres. Independientemente del tipo y la escala de un desastre, la recuperación implica el uso de un centro de datos en espera del que recuperar el conjunto de servidores. Se requieren centros de datos en espera en escenarios donde los sistemas locales de redundancia y copias de seguridad no se puedan recuperar de una interrupción en el centro de datos principal.

Una buena solución de recuperación ante desastres debe permitir el modelado de planes de recuperación alrededor de arquitecturas de aplicación complejas, como SharePoint. También debe tener la capacidad de agregar pasos personalizados para controlar las asignaciones de aplicaciones entre distintos niveles y, por tanto, proporcionar una conmutación por error de un solo clic con un RTO inferior en caso de desastre.

En este artículo se describe detalladamente cómo proteger una aplicación de SharePoint mediante Azure Site Recovery. En este artículo se describen los procedimientos recomendados para replicar una aplicación de SharePoint de tres niveles en Azure, cómo llevar a cabo la recuperación ante desastres y cómo conmutar por error la aplicación en Azure.

Requisitos previos

Antes de empezar, no olvide informarse sobre las cuestione siguientes:

Arquitectura de SharePoint

SharePoint puede implementarse en uno o varios servidores usando topologías por niveles y roles de servidor para implementar un diseño de granja de servidores que cumpla determinados objetivos. Una granja de servidores de SharePoint típica de gran tamaño y alta demanda que admita un número elevado de usuarios simultáneos y elementos de contenido utiliza la agrupación de servicios como parte de su estrategia de escalabilidad. Este enfoque implica ejecutar servicios en servidores dedicados, agrupando estos servicios y posteriormente escalando horizontalmente los servidores como un grupo. La topología siguiente ilustra la agrupación de servicios y servidores para una granja de servidores de SharePoint de tres niveles. Consulte la documentación de SharePoint y las arquitecturas de línea de productos para obtener instrucciones detalladas sobre diferentes topologías de SharePoint. Encontrará más detalles sobre la implementación de SharePoint 2013 en este documento.

Modelo de implementación 1

Compatibilidad de Site Recovery

Site Recovery es independiente de la aplicación y debe funcionar con cualquier versión de SharePoint que se ejecute en un equipo compatible. Para elaborar este artículo, se utilizaron máquinas virtuales de VMware con Windows Server 2012 R2 Enterprise. Se utilizaron SharePoint 2013 Enterprise y SQL server 2014 Enterprise.

Origen y destino

Escenario	En un sitio secundario	En Azure
Hyper-V	Sí	Sí
VMware	Sí	Sí
Servidor físico	Sí	Sí
Azure	N/D	Sí

Aspectos que debe tener en cuenta

Si usa un clúster basado en disco compartido en cualquier nivel de la aplicación, no podrá utilizar la replicación de Site Recovery para replicar estas máquinas virtuales. Puede usar replicación nativa proporcionada por la aplicación y, a continuación, usar un plan de recuperación para conmutar por error todas las capas.

Replicación de máquinas virtuales

Siga estas directrices para comenzar a replicar la máquina virtual en Azure.

Una vez completada la replicación, asegúrese de ir a cada máquina virtual de cada nivel y seleccionar el mismo conjunto de disponibilidad en Elemento replicado>Configuración>Propiedades>Proceso y red. Por ejemplo, si el nivel web tiene 3 máquinas virtuales, asegúrese de que todas estén configuradas para formar parte del mismo conjunto de disponibilidad en Azure.
Para obtener instrucciones sobre la protección de Active Directory y DNS, consulte el documento Protección de Active Directory y DNS con Azure Site Recovery.
Para obtener instrucciones sobre la protección de niveles de bases de datos ejecutadas en SQL server, consulte el documento Protección de Active Directory y DNS con Azure Site Recovery.

Configuración de red

Propiedades de red

En máquinas virtuales de nivel de web y aplicación, configure las opciones de red en Azure Portal para que las máquinas virtuales se conecten a la red de recuperación ante desastres adecuada después de la conmutación por error.
Si utiliza una dirección IP estática, especifique la dirección IP que quiera utilizar con la máquina virtual en el campo IP de destino.

Enrutamiento de tráfico y DNS

Para sitios orientados a Internet, cree un perfil de Traffic Manager de tipo Prioridad en la suscripción de Azure. A continuación, configure el perfil de DNS y Traffic Manager de la siguiente manera.

Where	Origen	Destino
DNS público	DNS público para sitios de SharePoint Por ejemplo: sharepoint.contoso.com	Traffic Manager contososharepoint.trafficmanager.net
DNS local	sharepointonprem.contoso.com	Dirección IP pública en la granja de servidores locales

En el perfil de Traffic Manager, cree los puntos de conexión principal y de recuperación. Utilice el punto de conexión externo para el punto de conexión local y la dirección IP pública para el punto de conexión de Azure. Asegúrese de que la prioridad sea superior a la del punto de conexión local.

Hospede una página de prueba en un puerto específico (por ejemplo, 800) en el nivel web de SharePoint para que Traffic Manager detecte automáticamente la disponibilidad después de la conmutación por error. Se trata de una solución alternativa en caso de que no se puede habilitar la autenticación anónima en alguno de los sitios de SharePoint.

Configure el perfil de Traffic Manager con las opciones siguientes:

Método de enrutamiento: Prioridad
Período de vida (TTL) de DNS: 30 segundos
Configuración del monitor del punto de conexión: Si se puede habilitar la autenticación anónima, puede proporcionar un punto de conexión de sitio web específico. También puede usar una página de prueba en un puerto específico (por ejemplo, 800).

Creación de un plan de recuperación

Los planes de recuperación permiten secuenciar la conmutación por error de los diferentes niveles de una aplicación de niveles múltiples y, por tanto, mantener la coherencia de la aplicación. Siga los pasos que se indican a continuación cuando cree un plan de recuperación para una aplicación web de varios niveles. Aprenda más sobre la creación de un plan de recuperación.

Incorporación de máquinas virtuales a grupos de conmutación por error

Cree un plan de recuperación agregando la aplicación y las máquinas virtuales de nivel web.
Haga clic en Personalizar para agrupar las máquinas virtuales. De forma predeterminada, todas las máquinas virtuales forman parte de "Grupo 1".
Cree otro grupo (grupo 2) y mueva las máquinas virtuales de nivel web al nuevo grupo. Las máquinas virtuales de nivel de aplicación deben formar parte de "Grupo 1" y las máquinas virtuales de nivel web deben formar parte de "Grupo 2". Esto es para asegurarse de que las máquinas virtuales de nivel de aplicación arranquen primero seguidas de las máquinas virtuales de nivel web.

Incorporación de scripts al plan de recuperación

Puede implementar los scripts de Azure Site Recovery más utilizados en su cuenta de Automation haciendo clic en el botón "Implementar en Azure" más abajo. Si utiliza un script publicado, asegúrese de seguir las instrucciones en el script.

Agregue un script anterior a la acción a "Grupo 1" para conmutar por error el grupo de disponibilidad de SQL. Use el script ASR-SQL-FailoverAG publicado en los scripts de ejemplo. Asegúrese de seguir las instrucciones en el script y realice los cambios necesarios de forma adecuada.
Agregue un script posterior a la acción para adjuntar un equilibrador de carga en las máquinas virtuales conmutadas por error del nivel web (grupo 2). Use el script ASR-AddSingleLoadBalancer publicado en los scripts de ejemplo. Asegúrese de seguir las instrucciones en el script y realice los cambios necesarios de forma adecuada.
Agregue un paso manual para actualizar los registros DNS de modo que apunten a la nueva granja de servidores en Azure.
- En sitios orientados a Internet no se requieren las actualizaciones DNS son posteriores a la conmutación por error. Siga los pasos descritos en la sección Guía de red para configurar Traffic Manager. Si el perfil de Traffic Manager se ha configurado como se describe en la sección anterior, agregue un script para abrir el puerto ficticio (800 en el ejemplo) en la máquina virtual de Azure.
- En el caso de los sitios orientados internamente, agregue un paso manual para actualizar el registro DNS para que apunte a la nueva dirección IP del equilibrador de carga de la máquina virtual de nivel web.
Agregue un paso manual para restaurar la aplicación de búsqueda desde una copia de seguridad o iniciar un nuevo servicio de búsqueda.
Para restaurar la aplicación de servicio de búsqueda desde una copia de seguridad, siga los pasos indicados a continuación:
- Este método supone que se ha realizado una copia de seguridad de la aplicación de servicio de búsqueda antes del desastre y que la copia de seguridad está disponible en el sitio de recuperación ante desastres.
- Esto puede lograrse fácilmente programando la copia de seguridad (por ejemplo, una vez al día) y usando un procedimiento de copia para colocar la copia de seguridad en el sitio de recuperación ante desastres. Los procedimientos de copia pueden incluir programas con scripts, como AzCopy (Azure Copy), o la configuración de DFSR (replicación de servicios de archivos distribuida).
- Ahora que se está ejecutando la granja de servidores de SharePoint, vaya a la administración central, seleccione Copias de seguridad y restauración, y elija Restaurar. La restauración interroga la ubicación de copia de seguridad especificada (puede que tenga que actualizar el valor). Seleccione la copia de seguridad de la aplicación de servicio de búsqueda que desea restaurar.
- Se restaura la búsqueda. Tenga en cuenta que la restauración espera encontrar la misma topología (el mismo número de servidores) y las mismas letras de unidad de disco duro asignadas a esos servidores. Para obtener más información, consulte el documento Restaurar las aplicaciones de servicio de búsqueda en SharePoint 2013.
Para iniciar con una nueva aplicación de servicio de búsqueda, siga los pasos indicados a continuación:
- Este método supone que hay disponible una copia de seguridad de la base de datos de Administración de búsqueda en el sitio de recuperación ante desastres.
- Puesto que no se replican las otras bases de datos de la aplicación de servicio de búsqueda, deben crearse de nuevo. Para ello, vaya a la administración central y elimine la aplicación de servicio de búsqueda. En todos los servidores que hospeden el índice de búsqueda, elimine los archivos de índice.
- Vuelva a crear la aplicación de servicio de búsqueda para recrear las bases de datos. Se recomienda tener un script preparado que vuelva a crear esta aplicación de servicio, ya que no se pueden realizar todas las acciones mediante la GUI. Por ejemplo, solo se puede establecer la ubicación de la unidad de índice y configurar la topología de búsqueda mediante cmdlets de PowerShell de SharePoint. Use el cmdlet de Windows PowerShell Restore-SPEnterpriseSearchServiceApplication y especifique la base de datos de administración de búsqueda replicada y con registros enviados automáticamente (Search_Service__DB). Este cmdlet proporciona la configuración de búsqueda, esquema, propiedades administradas, reglas y orígenes, y crea un conjunto predeterminado del resto de los componentes.
- Una vez recreada la aplicación de servicio de búsqueda, debe iniciar un rastreo completo para cada origen de contenido para restaurar el servicio de búsqueda. Se perderán determinados datos de análisis de la granja de servidores locales, como las recomendaciones de búsqueda.
Una vez completados todos los pasos, guarde el plan de recuperación. El plan final tendrá un aspecto similar al siguiente:

Realización de una conmutación por error de prueba

Siga estas directrices para llevar a cabo una conmutación por error de prueba.

Vaya a Azure Portal y seleccione el almacén de Recovery Services.
Seleccione el plan de recuperación creado para la aplicación de SharePoint.
Seleccione Conmutación por error de prueba.
Seleccione un punto de recuperación y una red virtual de Azure para iniciar el proceso de conmutación por error de prueba.
Cuando el entorno secundario esté activo, podrá realizar las validaciones.
Después de completar las validaciones, haga clic en Limpiar conmutación por error de prueba en el plan de recuperación para limpiar el entorno de la conmutación por error de prueba.

Para obtener instrucciones sobre cómo realizar la conmutación por error para AD y DNS, consulte el documento Consideraciones sobre la conmutación por error de prueba.

Para obtener instrucciones sobre cómo realizar la conmutación por error de grupos de disponibilidad AlwaysOn de SQL, consulte el documento Ejecución de DR para aplicaciones con Azure Site Recovery y conmutación por error de prueba.

Realización de una conmutación por error

Siga estas directrices cuando realice una conmutación por error.

Vaya a Azure Portal y seleccione el almacén de Recovery Services.
Haga clic en el plan de recuperación creado para la granja de servidores de SharePoint.
Haga clic en 'Conmutación por error'.
Seleccione el punto de recuperación en el que se va a iniciar el proceso de conmutación por error.

Pasos siguientes

Puede obtener más información sobre la replicación de otras aplicaciones a través de Site Recovery.

Compartir a través de