Compartir a través de

Consideraciones sobre la recuperación ante desastres para el entorno de AppFabric

  • Artículo

La instalación de Windows Server AppFabric no cambia la forma en que el administrador debe realizar la planeación para la recuperación ante desastres. La planificación y restauración de una instalación de AppFabric se basa principalmente en seguir la recuperación normal de desastres para Windows, Internet Information Service (IIS) y SQL Server. Debe realizarse una copia de seguridad de los siguientes artefactos de AppFabric a través de estos tres productos.

  • Valores de configuración y archivos

  • Configuración de servicios de Windows para recopilación de eventos, administración de flujos de trabajo y servicio de almacenamiento en caché

  • Configuración de seguridad de Windows para modificaciones en grupos de usuarios específicos de AppFabric

  • Configuración del Registro

  • Archivos de aplicaciones web

  • Bases de datos usadas por AppFabric

Bases de datos de SQL Server

Utilice procedimientos SQL normales para realizar una copia de seguridad y restaurar las bases de datos de seguimiento y persistencia, así como la base de datos de configuración de almacenamiento en caché si usa el almacenamiento en caché de AppFabric. La finalidad de la creación de copias de seguridad de SQL Server es permitirle recuperar una base de datos dañada. No obstante, hacer una copia de seguridad de los datos y restaurarlos debe personalizarse a un entorno concreto y debe funcionar con los recursos disponibles. En consecuencia, un uso confiable de la copia de seguridad y restauración para la recuperación requiere una estrategia de copia de seguridad y restauración. Una estrategia de copia de seguridad y restauración bien diseñada maximiza la disponibilidad de datos y minimiza la pérdida de datos, teniendo en cuenta sus necesidades empresariales concretas.

Windows Server AppFabric produce datos del estado de la aplicación. La persistencia de flujo de trabajo almacena el estado de las instancias de servicio de flujos de trabajo. En el caso de que se bloquee un equipo que ejecuta un flujo de trabajo, otro equipo que ejecuta el servicio puede reiniciar la instancia de flujo de trabajo en el último punto de persistencia. Los datos de persistencia son críticos para la aplicación de flujo de trabajo y su disponibilidad en tiempo real debe estar garantizada. Cuando se usa el proveedor de almacén de instancias de SQL Server, se debe usar una de las características de alta disponibilidad de SQL Server. Éstas incluyen el clúster de conmutación por error, la creación de reflejo de base de datos, la replicación transaccional o el envío de registros. En los casos en los que el servicio de flujo de trabajo escribe en otra base de datos de la aplicación, el esquema de persistencia se puede agregar a la base de datos existente en lugar de a una base de datos de persistencia independiente. Esto simplificará el cumplimiento de la coherencia de datos al restaurar datos después de un desastre.

En algunos casos, los datos que llenan la memoria caché distribuida provienen de un origen, tal como una base de datos, del que se puede realizar una copia de seguridad. En otros escenarios, por ejemplo, cuando la memoria caché se usa para almacenar el estado de la sesión ASP.NET, los datos nunca se escriben en el almacenamiento permanente. La memoria caché proporciona un modo de alta disponibilidad que asegura que cada fragmento de datos en caché se escriba en al menos dos hosts. En el caso de que un equipo se bloquee, las aplicaciones pueden continuar usando los datos de la memoria caché de otros equipos.

Las bases de datos de seguimiento de Windows Server AppFabric contienen los eventos que emitieron los tiempos de ejecución de WCF y WF durante un período de tiempo. Estos datos se pueden usar para calcular la carga del servicio y solucionar problemas de errores de la aplicación (por ejemplo, estos datos se usan en el panel de AppFabric). Aunque se pueden extraer los datos relacionados con la empresa de los flujos de trabajo, Windows Server AppFabric no garantiza la confiabilidad de los datos de seguimiento ni garantiza que los datos de seguimiento sean coherentes con el estado del flujo de trabajo. Los eventos se recopilan para fines operativos, no para la toma de decisiones empresariales. Como resultado, no es crucial que los datos de seguimiento estén sincronizados con otros datos de la aplicación. En la mayoría de los casos, los datos de seguimiento se deben conservar en bases de datos dedicadas, separados de los datos de persistencia y de otros datos de la aplicación.

Como parte del plan de recuperación de desastres para la instalación de AppFabric, es posible que deba mover una base de datos de Windows Server AppFabric a otro servidor. Para poder mover una base de datos, realice una copia de seguridad y restauración con éxito de la base de datos. Las cadenas de conexión deberán modificarse para señalar la ubicación de la base de datos actualizada. Puede actualizar la cadena de conexión para que señale a la nueva ubicación de la base de datos usando la Página Configurar servicios de hospedaje. Para obtener más información sobre el movimiento de bases de datos de AppFabric, vea Mover bases de datos de usuario.

Para obtener más información sobre la recuperación de desastres de SQL Server, vea Introducción a estrategias de copias de seguridad y restauración en SQL Server, Temas de procedimientos de copia de seguridad y restauración, Descripción de opciones de recuperación de desastres para Microsoft SQL Server y Planear la recuperación de un desastre.

Nota

En ese documento haremos referencia a bases de datos de SQL Server. No obstante, es necesario hacer lo mismo para las bases de datos de Windows Server AppFabric implementadas por otros proveedores.

Configuración de Windows

Al realizar copias de seguridad del servidor, el administrador debe asegurarse de que se incluyan los siguientes datos de configuración relacionados con AppFabric. La copia de seguridad de agentes que aprovechan el Servicio de instantáneas de volumen (VSS) de Windows, tal como Microsoft System Center Data Production Manager, incluirá automáticamente los archivos siguientes. El escritor del sistema cubre el archivo web.config raíz y los archivos de %SystemRoot%\System32. El escritor de configuración de IIS cubre los archivos de esquema de MWA. Ningún escritor de VSS cubre automáticamente la configuración de la memoria caché.

  • La configuración para el Servicio de recopilación de eventos, la configuración del comportamiento del servicio sin nombre (nombre de comportamiento="") y los proveedores de seguimiento y persistencia se almacenan en el archivo web.config raíz (%SystemRoot%\Microsoft.NET\Framework {Framework64}\v4.x\Config\web.config).

  • La configuración del Servicio de administración de flujos de trabajo se almacena en el archivo Workflowmanagementservice.exe.config bajo %SystemRoot%\System32\AppFabric.

  • Los esquemas de MWA personalizados (por ejemplo, para permitir los utillajes de comportamientos personalizados) se almacenan en %SystemRoot%\System32\inetsrv\config\schema.

  • Windows Server AppFabric facilita dos proveedores para almacenar la configuración de caché distribuida. El proveedor de XML almacena la configuración de caché como un archivo XML en un directorio compartido que el usuario especifica durante la configuración. El proveedor de SQL Server almacena la configuración de caché en una base de datos de SQL Server. Se debe crear una copia de seguridad de esta configuración.

De forma alternativa, el administrador tiene la opción de programar comandos periódicos de la Herramienta de implementación web (“MSDeploy”) que sincronizarán el contenido de todo el servidor web en un paquete almacenado en un equipo remoto. Este paquete cubrirá de forma predeterminada el elemento 1 anterior e incluirá todas las aplicaciones (configuración y binarios) implementados en el servidor web. El paquete se puede personalizar para que incluya explícitamente los archivos de configuración indicados anteriormente. En caso de desastre, el administrador puede restaurar la imagen de servidor base y simplemente implementar el paquete Herramienta de implementación web en el servidor. Normalmente, se creará la configuración de un servidor base que luego se copiará en otros equipos. El servidor base incluye el sistema operativo Windows, los roles de servidor Windows, las actualizaciones de Windows y las cuentas de usuario personalizadas. El administrador debe instalar Windows Server AppFabric en el servidor base, pero normalmente no debe configurar AppFabric en la imagen de servidor base para que las bases de datos y las cuentas de usuario de los servicios de AppFabric se puedan establecer después de aplicar la imagen en el nuevo equipo. Se puede crear una copia de seguridad de esta imagen de servidor base mediante Sysprep o Copias de seguridad de Windows Server.

Internet Information Services (IIS)

Use WebDeploy y exporte aplicaciones de la consola del Administrador de IIS para crear versiones de copia de seguridad. También puede exportar todo el contenido del sistema de archivos para la aplicación. Mediante el uso del cuadro de diálogo Configuración avanzada con la función Implementar de AppFabric, puede exportar ACL y agregar parámetros personalizados específicos. Una vez exportados, podrá almacenar el archivo zip exportado en un lugar seguro. Más tarde, cuando restaure el sistema después de un desastre, podrá volver a importar una aplicación a AppFabric mediante el Administrador de IIS para volver a generar las aplicaciones y sus parámetros asociados de configuración y registro. Para obtener más información sobre cómo exportar e importar correctamente aplicaciones de AppFabric para garantizar que conserva todos los parámetros de configuración necesarios, vea Importación y exportación de aplicaciones en Windows Server AppFabric.

Desde un punto de vista meramente de IIS, deseará realizar una copia de seguridad de la metabase de IIS mediante la utilidad AppCmd. Si usa la configuración compartida de IIS en un recurso compartido UNC común, deberá administrar manualmente la copia de seguridad de un archivo de configuración, pues AppCmd no realizará la copia de seguridad de datos en un recurso compartido. Proteger los datos de configuración de IIS7 en el nivel del sistema de archivos de Windows es tan sencillo como copiar el directorio \windows\system32\inetsrv\config (y sus subdirectorios) en un directorio de copia de seguridad. Sólo tiene que incluir este directorio en el plan de copia de seguridad actual del SO Windows (por ejemplo, mediante la utilidad BACKUP) o escribir un script personalizado para hacerlo. Para obtener información sobre el uso de la utilidad AppCmd para realizar una copia de seguridad de IIS, vea Cómo crear y administrar copias de seguridad de configuración en Internet Information Services 7.0y Copia de seguridad de una configuración de IIS 7.

Resumen

La preparación para la recuperación ante desastres es una tarea importante en el entorno de producción. Esto se realiza en los niveles de SQL Server, Windows e IIS. Algunos datos (tal como la configuración del equipo y del software) no cambian con frecuencia y pueden guardarse de forma segura mediante copias de seguridad planeadas periódicamente. Otros datos, tal como la persistencia de flujos de trabajo, son críticos para la aplicación y se deben guardar mientras se escriben. Los datos de configuración de Windows Server AppFabric se deben incluir en copias de seguridad periódicas. Los administradores también deben garantizar la alta disponibilidad de la persistencia y, en algunos escenarios, los datos de caché.

  2011-12-05