Alta disponibilidad del servidor back-end en Skype Empresarial Server 2015

Skype for Business Server 2015
 

Última modificación del tema:2017-03-20

Más información sobre las opciones de alta disponibilidad de Servidor back-end compatibles con Skype Empresarial Server, incluidos Grupos de disponibilidad AlwaysOn, Instancias del clúster de conmutación por error AlwaysOn, la creación de reflejo de la base de datos y los clústeres de conmutación por error de SQL.

Tiene cuatro opciones para mejorar la alta disponibilidad de sus servidores back-end:

  • Creación de reflejo de la base de datos

  • Grupos de disponibilidad AlwaysOn

  • Instancias del clúster de conmutación por error AlwaysOn (FCI)

  • Clústeres de conmutación por error de SQL

El uso de una u otra solución es opcional, pero recomendamos mantener la continuidad empresarial de la organización. De lo contrario, cuando el único servidor de base de datos esté inactivo, podrían perderse datos de Skype Empresarial Server importantes.

Puede configurar la creación de reflejo de la base de datos solo con el Generador de topologías. Para Grupos de disponibilidad AlwaysOn, Instancias del clúster de conmutación por error AlwaysOn o los clústeres de conmutación por error de SQL, use SQL Server para crear la solución de alta disponibilidad; luego, puede usar el Generador de topologías para asociarla con un Grupo de servidores front-end.

Si usa alta disponibilidad del Servidor back-end en un Grupo de servidores front-end que está emparejado con otro grupo front-end para la recuperación ante desastres, tendrá que usar la misma solución de alta disponibilidad back-end en ambos grupos.

Skype Empresarial Server admite la creación de reflejo con los siguientes software de bases de datos:

  • SQL Server 2014, tanto Enterprise Edition como Standard Edition

  • SQL Server 2012 SP2 y CU2, tanto Enterprise Edition como Standard Edition

  • SQL Server 2008 R2 SP2, tanto Enterprise Edition como Standard Edition

La creación de reflejo de la base de datos asincrónica no es compatible con la alta disponibilidad del Servidor back-end en Skype Empresarial Server. En lo que resta de este documento, la creación de reflejo de la base de datos implica la creación de reflejo de la base de datos sincrónica, a menos que se indique lo contrario.

Cuando implementa la creación de reflejo de bases de datos en un Grupo de servidores front-end, todas las bases de datos de Skype Empresarial Server en el grupo se reflejan, incluso el Almacén de administración central, si se encuentra en este grupo, así como también la base de datos de la aplicación Grupo de respuesta y la base de datos de la aplicación Estacionamiento de llamadas, si esas aplicaciones se están ejecutando en el grupo.

Con la creación de reflejo de la base de datos, no es necesario usar el almacenamiento compartido para los servidores. Cada servidor guarda su copia de la base de datos en un almacenamiento local.

Puede optar por implementar una creación de reflejo de la base de datos con o sin un testigo. Recomendamos usar un testigo, porque esto permite que la conmutación por error del servidor back-end sea automática. De lo contrario, un administrador tendrá que invocar manualmente la conmutación por error. Tenga en cuenta que, incluso si se implementa un testigo, un administrador puede invocar manualmente la conmutación por error del servidor back-end, si fuera necesario.

Si usa un testigo, puede usar un único testigo para varios pares de servidores back-end. No existe una correspondencia estricta uno a uno entre testigos y pares de servidores back-end. Las implementaciones en las que se emplea un único testigo para varios pares de servidores back-end no son tan resistentes como las topologías con un testigo independiente para cada par de servidor back-end.

En general, la configuración de creación de reflejo de SQL entre los dos servidores back-end con un testigo requiere lo siguiente:

  • La versión del servidor principal de SQL Server necesita ser compatible con la creación de reflejo de SQL.

  • El servidor principal, el reflejo y el testigo (si se implementan) necesitan tener la misma versión de SQL Server.

  • El servidor principal y el reflejo necesitan tener la misma edición de SQL Server. El testigo puede tener una edición diferente.

Para ver los procedimientos recomendados de SQL en relación con las versiones de SQL que son compatibles para un rol de testigo, consulte "Testigo de creación de reflejo de la base de datos" en MSDN Library, en https://go.microsoft.com/fwlink/p/?LinkId=247345.

Para configurar la creación de reflejo del servidor, es necesario que primero configure los permisos de la base de datos de SQL correctamente. Para más detalles, consulte "Configurar cuentas de inicio de sesión para la creación de reflejo de la base de datos o los grupos de disponibilidad de AlwaysOn (SQL Server)" en https://go.microsoft.com/fwlink/p/?LinkId=268454.

Con el reflejo de SQL, el modo de recuperación de bases de datos siempre está configurado como Completa . Esto significa que es preciso controlar atentamente el tamaño del registro de transacciones y crear copias de seguridad de los registros de transacciones periódicamente para evitar que los servidores back-end se queden sin espacio en disco. La frecuencia con que se necesitan crear copias de seguridad de los registros de transacciones depende de la tasa de crecimiento del registro, que, a su vez, depende de las transacciones de la base de datos producidas por las actividades del usuario en el grupo de servidores front-end. Recomendamos que determine el crecimiento estimado del registro de transacciones para la carga de trabajo de la implementación de Skype Empresarial, de modo que pueda realizar la planeación en consonancia. En los artículos siguientes encontrará información adicional sobre la administración del registro y la copia de seguridad de SQL:

importantImportante:
El uso del Generador de topologías o de cmdlets para configurar y eliminar el reflejo de SQL es compatible solo cuando el servidor principal, el reflejo y el testigo (si se desea) pertenecen todos al mismo dominio. Si desea configurar la creación del reflejo de SQL entre servidores de dominios diferentes, consulte la documentación de SQL Server.

Para la conmutación por error automática de servidores back-end con la creación de reflejos, el objetivo de ingeniería para el objetivo de tiempo de recuperación (RTO) es de 5 minutos. Debido a la creación de reflejos sincrónica, no prevemos pérdida de datos durante los errores en el servidor back-end, excepto en raras ocasiones, cuando tanto los servidores front-end como los servidores back-end dejan de funcionar simultáneamente mientras se mueven datos entre los servidores. El objetivo de ingeniería para el objetivo de punto de recuperación (RPO) es de 5 minutos.

La experiencia del usuario durante un error depende de la naturaleza del error y de la topología.

Si usa la creación de reflejo de bases de datos y tiene un testigo configurado y se produce un error en la entidad principal, la conmutación por error del servidor back-end se produce de forma rápida y automática. Los usuarios activos no tendrían que notar muchas interrupciones en sus sesiones en curso.

Si no hay ningún testigo configurado, tomará algún tiempo que el administrador invoque manualmente la conmutación por error. Durante ese tiempo, los usuarios activos probablemente lo notarán. Continuarán con sus sesiones normalmente durante unos 30 minutos. Si el servidor principal aún no se ha restaurado, o si un administrador aún no ha llevado a cabo la conmutación por error a la copia de seguridad, se cambiará a los usuarios al modo de resistencia, lo que significa que no podrán realizar las tareas que requieran un cambio persistente en Lync Server (como agregar un contacto).

Si tanto el servidor back-end principal como el de reflejo fallan o si se produce un error en uno de esos servidores y el testigo, el servidor back-end dejará de estar disponible (incluso si se trata del principal que sigue funcionando). En este caso, los usuarios activos se cambian al modo de resistencia después de algún tiempo.

Grupos de disponibilidad AlwaysOn y Instancias del clúster de conmutación por error AlwaysOn son compatibles solo con SQL Server 2014 Enterprise Edition y SQL Server 2012 Enterprise Edition. Skype Empresarial Server es compatible con Grupos de disponibilidad AlwaysOn solo como activo/pasivo (no como activo/activo).

Para usar Grupos de disponibilidad AlwaysOn o Instancias del clúster de conmutación por error AlwaysOn, use primero SQL Server para configurar y establecer la solución de alta disponibilidad. Luego, puede usar el Generador de topologías para asociarla con un Grupo de servidores front-end.

importantImportante:
Los nombres de instancia de varias instancias de Grupo de disponibilidad AlwaysOn deben ser iguales.

Para ver los pasos a fin de implementar Grupos de disponibilidad AlwaysOn, consulte Implementar un grupo de disponibilidad AlwaysOn en un servidor back-end en Skype Empresarial Server 2015.

Skype Empresarial Server admite clústeres de conmutación por error de SQL Server con los siguientes software de base de datos:

  • SQL Server 2014, tanto Enterprise Edition como Standard Edition

  • SQL Server 2012 SP2 y CU2, tanto Enterprise Edition como Standard Edition

  • SQL Server 2008 R2 SP2, tanto Enterprise Edition como Standard Edition

Para utilizar clústeres de conmutación por error de SQL, primero necesita configurar el clúster de SQL Server antes de implementar el Grupo de servidores front-end. Para conocer los procedimientos recomendados y las instrucciones de configuración de los clústeres de conmutación por error de SQL Server 2012, consulte https://technet.microsoft.com/en-us/library/hh231721.aspx. Para los clústeres de conmutación por error de SQL Server 2008, consulte https://technet.microsoft.com/en-us/library/ms189134(v=sql.105).aspx.

Al instalar SQL Server, es preciso instalar también SQL Server Management Studio para administrar las ubicaciones de la base de datos y de los archivos de registro. SQL Server Management Studio se instala como un componente opcional al instalar SQL Server.

 
Mostrar: