Planificar la alta disponibilidad y la recuperación ante desastres para el servidor de chat persistente en Skype Empresarial Server 2015

Skype for Business Server 2015
 

Última modificación del tema:2016-05-17

Resumen: lea este tema para información sobre cómo planificar la alta disponibilidad y la recuperación ante desastres para Servidor de chat persistente en Skype Empresarial Server 2015.

La alta disponibilidad y la recuperación ante desastres para el Servidor de chat persistente necesitan recursos adicionales aparte de lo que normalmente se necesita para un funcionamiento completo.

noteNota:
El uso de Grupos de disponibilidad AlwaysOn de SQL no es compatible con las bases de datos del servidor de chat persistente.

Antes de configurar el Servidor de chat persistente para la alta disponibilidad y la recuperación ante desastres, asegúrese de contar con los siguientes recursos adicionales.

  • Una instancia de base de datos dedicada ubicada en el mismo centro de datos físico en el que se ubica el front-end principal del servicio del Servidor de chat persistente. Esta base de datos servirá como el reflejo de SQL Server para la base de datos principal del Chat persistente. Opcionalmente, designe un SQL Server adicional para que funcione como testigo de creación de reflejo si desea una conmutación por error automatizada para la base de datos reflejada.

  • Una instancia de base de datos dedicada ubicada en el otro centro de datos físico. Esta base de datos servirá como la base de datos secundaria de trasvase de registros de SQL Server para la base de datos en el centro de datos principal.

  • Una instancia de base de datos dedicada que sirva como el reflejo de SQL Server para la base de datos secundaria. Opcionalmente, designe un SQL Server adicional que sirva como testigo de creación de reflejo. Es preciso que ambos estén ubicados en el mismo centro de datos físico que la base de datos secundaria.

  • Si está habilitado el cumplimiento del Servidor de chat persistente, se necesitan tres instancias de base de datos dedicadas adicionales. Su distribución es la misma que la descrita anteriormente para la base de datos del Chat persistente. Aunque es posible que la base de datos de cumplimiento comparta la misma instancia de SQL Server que la base de datos del Chat persistente, recomendamos usar instancias independientes para la alta disponibilidad y la recuperación ante desastres.

  • Es necesario crear y designar un recurso compartido de archivos para los registros de transacciones de trasvase de registros de SQL Server. Todos los servidores SQL Server de ambos centros de datos que ejecuten bases de datos del Chat persistente necesitan tener acceso de lectura y escritura para este recurso compartido de archivos. Este recurso compartido no está designado como parte del rol FileStore.

  • Un recurso compartido en el servidor de base de datos secundario que sirva como carpeta de destino para el registro de transacciones de SQL Server que se copia desde el recurso compartido del servidor principal.

Skype Empresarial Server es compatible con varios modos de alta disponibilidad para sus servidores back-end, entre los que se incluye la creación de reflejo de la base de datos. Para más información, vea Planificación de la alta disponibilidad y de la recuperación ante desastres en Skype Empresarial Server 2015.

La solución de recuperación ante desastres para Servidor de chat persistente que se describe en este tema se basa en un grupo de servidores extendido de Servidor de chat persistente. No hay ningún requisito para una red de área local virtual (VLAN) extendida. Al extender un grupo de Servidor de chat persistente, configura un grupo en la topología de forma lógica, pero coloca de forma física los servidores en el grupo en dos centros de datos diferentes. Configure la creación de reflejos de SQL Server en la base de datos de la misma forma e implemente la base de datos y el reflejo en el mismo centro de datos. Tiene que configurar una base de datos de copia de seguridad en el centro de datos secundario (con un reflejo opcional para proporcionar alta disponibilidad durante la recuperación ante desastres). Esta es la base de datos de copia de seguridad que se usa para la conmutación por error durante la recuperación ante desastres.

Para obtener información sobre cómo configurar la alta disponibilidad y la recuperación ante desastres del Servidor de chat persistente, consulte Configurar la alta disponibilidad y la recuperación ante desastres para el servidor de chat persistente en Skype Empresarial Server 2015.

Las figuras siguientes muestran ejemplos sobre cómo se puede configurar el Grupo de servidores de chat persistente en dos topologías de grupos de servidores extendidos diferentes:

  • Grupo de servidores de chat persistente extendido en el que los centros de datos se ubican geográficamente con ancho de banda alto y baja latencia.

  • Grupo de servidores de chat persistente extendido en el que los centros de datos se ubican geográficamente con ancho de banda bajo y latencia alta.

En la figura 1 se muestra una topología de un Grupo de servidores de chat persistente extendido en la que los centros de datos se ubican geográficamente con ancho de banda alta y baja latencia. Considere lo siguiente para las topologías físicas y lógicas:

  • La topología lógica incluye lo siguiente:

    • Un grupo de servidores de chat persistente en los sitios 1 y 2 que contiene los servidores de 1 a 8.

    • Un grupo de servidores front-end, una base de datos de chat persistente, una base de datos reflejada y, de manera opcional, una base de datos testigo (que no se muestra en el diagrama) que reside físicamente en el sitio 1.

    • Un segundo grupo de servidores front-end y una base de datos de copia de seguridad que reside físicamente en el sitio 2.

  • La topología física incluye el sitio 1 y el sitio 2 de esta manera:

    • Un grupo de servidores de chat persistente, que incluye los servidores del 1 al 4, dos activos y dos inactivos en el sitio 1.

    • Un grupo de servidores de chat persistente, que incluye los servidores del 5 al 8, dos activos y dos inactivos en el sitio 2.

    • Un grupo de servidores front-end, una base de datos de chat persistente, una base de datos reflejada y, de manera opcional, una base de datos testigo (que no se muestra en el diagrama) en el sitio 1.

    • Un grupo de servidores front-end, una base de datos de copia de seguridad, que es el destino del trasvase de registros de SQL en el sitio 2.

Grupo de servidores de chat persistente extendido donde los centros de datos se ubican geográficamente con ancho de banda alto/latencia baja

Grupo extendido de chat persistente con alto ancho de banda/baja latencia

En la figura 2 se muestra una topología de un Grupo de servidores de chat persistente extendido en la que los centros de datos se ubican geográficamente con ancho de banda bajo y latencia alta.

  • La topología lógica incluye lo siguiente:

    • Un grupo de servidores de chat persistente en los sitios 1 y 2 que contiene los servidores de 1 a 8.

    • Un grupo de servidores front-end, una base de datos de chat persistente, una base de datos reflejada y, de manera opcional, una base de datos testigo (que no se muestra en el diagrama) que reside físicamente en el sitio 1.

    • Un segundo grupo de servidores front-end y una base de datos de copia de seguridad que reside físicamente en el sitio 2.

  • La topología física incluye el sitio 1 y el sitio 2 de esta manera:

    • Un grupo de servidores de chat persistente, que incluye los servidores del 1 al 4, todos activos en el sitio 1.

    • Un grupo de servidores de chat persistente, que incluye los servidores del 5 al 8, todos inactivos en el sitio 2.

    • Un grupo de servidores front-end, una base de datos de chat persistente, una base de datos reflejada y, de manera opcional, una base de datos testigo (que no se muestra en el diagrama) en el sitio 1.

    • Un grupo de servidores front-end, una base de datos de copia de seguridad, que es el destino del trasvase de registros de SQL en el sitio 2.

Grupo de servidores de chat persistente extendidos donde los centros de datos se ubican geográficamente con ancho de banda bajo/latencia alta

Grupo extendido de chat persistente con bajo ancho de banda/alta latencia
 
Mostrar: