Alta disponibilidad del servidor back-end en Skype Empresarial Server 2015Back End Server high availability in Skype for Business Server 2015

Obtenga información acerca de las opciones de alta disponibilidad de atrás End Server admitidas Skype para Business Server, incluidos los grupos de disponibilidad AlwaysOn, instancias de clúster de conmutación por error de AlwaysOn, reflejo de la base de datos y organización por clústeres de conmutación por error SQL.Learn about the Back End Server high availability options supported in Skype for Business Server, including AlwaysOn Availability Groups, AlwaysOn Failover Cluster Instances, database mirroring, and SQL failover clustering.

Tiene cuatro opciones para mejorar la alta disponibilidad de sus servidores back-end:To enhance high availability for your Back End Servers, you have four options:

  • Creación de reflejo de la base de datosDatabase mirroring

  • Grupos de disponibilidad AlwaysOnAlwaysOn Availability Groups

  • Instancias de clúster de conmutación por error de AlwaysOn (FCI)AlwaysOn Failover Cluster Instances (FCI)

  • Clústeres de conmutación por error de SQLSQL failover clustering

El uso de una u otra solución es opcional, pero recomendamos mantener la continuidad empresarial de la organización.Using one of these solutions is optional, but is recommended to maintain your organization's business continuity. En caso contrario, tener un servidor de base de datos única caiga podría provocar la pérdida de Skype significativo para los datos de Business Server.Otherwise, having a single database server go down could cause the loss of significant Skype for Business Server data.

Puede establecer la creación de reflejos de base de datos utilizando sólo el generador de topología.You can set up database mirroring using only Topology Builder. Para grupos de disponibilidad AlwaysOn, instancias de clúster de conmutación por error de AlwaysOn o clústeres de conmutación por error SQL, utilice SQL Server para crear la solución de alta disponibilidad, entonces puede utilizar el generador de topología para asociarlo a un grupo de servidores Front-End.For AlwaysOn Availability Groups, AlwaysOn Failover Cluster Instances,or SQL failover clustering, you use SQL Server to create the high availability solution, then you can use Topology Builder to associate it with a Front End pool.

Si utiliza alta disponibilidad del servidor de extremo nuevo en un grupo de Front-End que se empareja con otro grupo de Front-End para recuperación ante desastres, debe utilizar la misma solución de alta disponibilidad de Back End de ambos grupos.If you use Back End Server high availability on a Front End pool that is paired with another Front End pool for disaster recovery, you should use the same Back End high availability solution in both pools.

Creación de reflejo de la base de datosDatabase mirroring

Skype para Business Server soporta el espejado con el software de base de datos siguientes:Skype for Business Server supports mirroring with the following database software:

  • 2014, Enterprise Edition y Standard Edition de SQL ServerSQL Server 2014, both Enterprise Edition and Standard Edition

  • Service Pack 2 de SQL Server 2012 y CU2, Enterprise Edition y Standard EditionSQL Server 2012 SP2 and CU2, both Enterprise Edition and Standard Edition

  • Service Pack 2 de SQL Server 2008 R2, Enterprise Edition y Standard EditionSQL Server 2008 R2 SP2, both Enterprise Edition and Standard Edition

La creación de reflejo de base de datos asincrónica no se admite para alta disponibilidad de servidor nuevo en Skype para Business Server.Asynchronous database mirroring is not supported for Back End Server high availability in Skype for Business 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.In the rest of this document, database mirroring means synchronous database mirroring, unless otherwise explicitly stated.

Al implementar la creación de reflejo de base de datos en un grupo de servidores Front-End, se reflejan todos Skype para bases de datos de Business Server en el grupo, incluido el almacén de Administración Central, si se encuentra en este grupo, así como la base de datos de aplicación de grupo de respuesta y el parque de llamada base de datos de aplicación, si esas aplicaciones se ejecutan en el grupo.When you deploy database mirroring in a Front End pool, all Skype for Business Server databases in the pool are mirrored, including the Central Management store, if it is located in this pool, as well as the Response Group application database and the Call Park application database, if those applications are running in the pool.

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.With database mirroring, you do not need to use shared storage for the servers. Each server keeps its copy of the databases in local storage.

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.You may choose to deploy database mirroring with or without a witness. We recommend using a witness because it enables failover of the Back End Server to be automatic. Otherwise, an administrator must manually invoke failover. Note that even if a witness is deployed, an administrator can manually invoke Back End Server failover, if necessary.

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.If you use a witness, you can use a single witness for multiple pairs of Back End Servers. There is no strict 1:1 correspondence between witnesses and pairs of Back End Servers. Deployments that use a single witness for multiple pairs of Back End Servers are not quite as resilient as topologies with a separate witness for each Back End Server pair.

Instrucciones para planificar la creación de reflejo del servidor back-endGuidelines for planning Back End Server mirroring

En general, la configuración de creación de reflejo de SQL entre los dos servidores back-end con un testigo requiere lo siguiente:In general, setting up SQL mirroring between the two Back End Servers with a witness requires the following:

  • Versión del servidor principal de SQL Server debe ser compatible con la creación de reflejos de SQL.The primary server's version of SQL Server must support SQL mirroring.

  • El servidor principal, el reflejo y el testigo (si se implementan) necesitan tener la misma versión de SQL Server.The primary, mirror, and the witness (if deployed) must have the same version of 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.The primary and the mirror must have the same edition of SQL Server. The witness may have a different edition.

Para recomendaciones SQL en términos de qué versiones SQL son compatibles para un rol de testigo, vea "testigo de reflejo de base de datos" en MSDN Library.For SQL best practices in terms of what SQL versions are supported for a Witness role, see "Database Mirroring Witness" in the MSDN Library.

Para configurar la creación de reflejo del servidor, es necesario que primero configure los permisos de la base de datos de SQL correctamente.Before configuring server mirroring, you must first set up SQL database permissions correctly. Para obtener más información, consulte "Configurar las cuentas de inicio de sesión de reflejo de base de datos o grupos de disponibilidad AlwaysOn (SQL Server)".For details, see "Set Up Login Accounts for Database Mirroring or AlwaysOn Availability Groups (SQL Server)".

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:With SQL mirroring, database recovery mode is always set to Full, which means you must closely monitor transaction log size and back up transaction logs on a regular basis to avoid running out of disk space on the Back End Servers. The frequency of transaction log backups depends on the log growth rate, which in turn depends on database transactions incurred by user activities on the Front End pool. We recommend that you determine how much transaction log growth is expected for your Lync deployment workload so that you can do the planning accordingly. The following articles provide additional information on SQL backup and log management:

Importante

Mediante el generador de topología o cmdlets para configurar y quitar SQL reflejo sólo se admite cuando el principal, réplica y servidores testigo (si lo desea) pertenecen al mismo dominio.Using Topology Builder or cmdlets to set up and remove SQL mirroring is supported only when the primary, mirror, and witness (if desired) servers all belong to the same domain. Si desea configurar la creación del reflejo de SQL entre servidores de dominios diferentes, consulte la documentación de SQL Server.If you want to set up SQL mirroring among servers in different domains, see your SQL Server documentation.

Tiempo de recuperación de conmutación por error automática de servidor back-end con la creación de reflejoRecovery time for automatic Back End Server failover with database mirroring

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.For automatic Back End failover with database mirroring, the engineering target for recovery time objective (RTO) is 5 minutes. Because of the synchronous database mirroring, we do not anticipate data loss during Back End Server failures except in rare occasions when both the Front End Servers and the Back End Server go down simultaneously while data is being moved between the servers. The engineering target for recovery point objective (RPO) is 5 minutes.

Experiencia del usuario durante un error de servidor back-end con la creación de reflejoUser experience during Back End Server failure with database mirroring

La experiencia del usuario durante un error depende de la naturaleza del error y de la topología.User experience during a failure depends on the nature of the failure, and on your topology.

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.If you use database mirroring and have a witness configured, and the principal fails, Back End Server failover happens automatically and quickly. Active users should not notice much interruption to their ongoing sessions.

Si no hay ningún testigo configurado, tomará algún tiempo que el administrador invoque manualmente la conmutación por error.If there is no witness configured, it will take some time for the administrator to manually invoke the failover. Durante ese tiempo, los usuarios activos probablemente lo notarán.During that time, active users may be affected. Continuarán con sus sesiones normalmente durante unos 30 minutos.They will continue their sessions as normal for about 30 minutes. Si el primario todavía, no se restaura, o un administrador no haya dejado sobre la copia de seguridad, los usuarios se cambian a modo de resiliencia, lo que significa que no son capaces de realizar tareas que requieren un cambio persistente en Lync Server (como agregar un contacto).If the primary is still not restored, or an administrator has not failed over to the backup, then users are switched to Resiliency mode, meaning that they are unable to perform tasks that require a persistent change on Lync Server (such as adding a contact).

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.If both the principal and the mirror Back End Servers fail, or if one of those servers and the witness fails, the Back End Server will become unavailable (even if it is the principal that is still working). In this case, active users are switched to Resiliency mode after some time.

Grupos de disponibilidad AlwaysOn e instancias de clústeres de conmutación por error AlwaysOnAlwaysOn Availability Groups and AlwaysOn Failover Cluster Instances

Grupos de disponibilidad AlwaysOn y AlwaysOn instancias de clúster de conmutación por error sólo son compatibles con SQL Server 2014 Enterprise Edition y Enterprise Edition de SQL Server 2012.AlwaysOn Availability Groups and AlwaysOn Failover Cluster Instances are supported only on SQL Server 2014 Enterprise Edition and SQL Server 2012 Enterprise Edition. Skype para Business Server admite grupos de disponibilidad AlwaysOn sólo como activo/pasivo, no activo/activo.Skype for Business Server supports AlwaysOn Availability Groups only as active/passive, not active/active.

Para utilizar grupos de disponibilidad AlwaysOn o instancias de clúster de conmutación por error de AlwaysOn, primero utilizar SQL Server para instalar y configurar la solución de alta disponibilidad.To use AlwaysOn Availability Groups or AlwaysOn Failover Cluster Instances, you first use SQL Server to set up and configure the high availability solution. A continuación, puede utilizar el generador de topología para asociarlo a un grupo de servidores Front-End.You can then use Topology Builder to associate it with a Front End pool.

Importante

Nombres de instancia para varias instancias del grupo de disponibilidad AlwaysOn deben ser el mismo.Instance names for multiple AlwaysOn Availability Group instances must be the same.

Para conocer los pasos para implementar grupos de disponibilidad AlwaysOn, vea implementar un grupo de disponibilidad AlwaysOn en un servidor de fondo detrás de Skype para Business Server 2015.For steps for deploying AlwaysOn Availability Groups, see Deploy an AlwaysOn Availability Group on a Back End Server in Skype for Business Server 2015.

Clústeres de conmutación por error de SQL ServerSQL Server Failover Clustering

Skype para Business Server admite clústeres con el siguiente software de base de datos de conmutación por error de SQL Server:Skype for Business Server supports SQL Server failover clustering with the following database software:

  • 2014, Enterprise Edition y Standard Edition de SQL ServerSQL Server 2014, both Enterprise Edition and Standard Edition

  • Service Pack 2 de SQL Server 2012 y CU2, Enterprise Edition y Standard EditionSQL Server 2012 SP2 and CU2, both Enterprise Edition and Standard Edition

  • Service Pack 2 de SQL Server 2008 R2, Enterprise Edition y Standard EditionSQL Server 2008 R2 SP2, both Enterprise Edition and Standard Edition

Para utilizar el clúster de conmutación por error SQL, primero debe configurar y configurar el clúster de SQL Server antes de implementar el grupo de servidores Front-End.To use SQL failover clustering, you should first set up and configure the SQL Server cluster before deploying your Front End pool. Para recomendaciones e instrucciones de instalación para conmutación por error de SQL Server 2012, consulte https://technet.microsoft.com/en-us/library/hh231721.aspx.For best practices and setup instructions for failover clustering in SQL Server 2012, see https://technet.microsoft.com/en-us/library/hh231721.aspx. Para la conmutación por error de SQL Server 2008, consulte https://technet.microsoft.com/en-us/library/ms189134(v=sql.105).aspx.For failover clustering in SQL Server 2008, see 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.When you install SQL Server, you should install SQL Server Management Studio to manage the locations for database and log file locations. SQL Server Management Studio is installed as an optional component when you install SQL Server.