Conmutación por recuperación de servidor de chat persistente en Lync Server 2013

 

Última modificación del tema: 2014-02-05

Este procedimiento describe los pasos necesarios para recuperarse de una falla persistente del servidor de chat, y restablecer las operaciones del centro de datos primario.

Durante el error del servidor de chat persistente, el centro de datos principal sufre una interrupción completa y las bases de datos principal y reflejada no están disponibles. El centro de datos principal se conmuta por error al servidor de copia de seguridad.

En el siguiente procedimiento, se restaura el funcionamiento normal después de realizar una copia de seguridad del centro de datos principal y volver a generar los servidores. El procedimiento asume que el centro de datos primario se ha recuperado de la interrupción total, y que la base de datos mgc y la base de datos mgccomp se han reconstruido y reinstalado utilizando el Generador de topología.

El procedimiento también asume que no se implementaron nuevos servidores de copia de seguridad y reflejo durante el período de conmutación por error, y que el único servidor implementado es el servidor de copia de seguridad y su servidor reflejado, como se define en Conmutación por error sobre servidor de chat persistente en Lync Server 2013.

Estos pasos están pensados para recuperar la configuración tal y como estaba antes del desastre, lo que resulta en la conmutación por error del servidor principal al servidor de copia de seguridad.

Para revertir el servidor de chat persistente

1. Borre todos los servidores de la lista Active Server de Chat Persistente mediante el Set-CsPersistentChatActiveServer cmdlet del Shell de administración de Lync Server. Esto detiene todos los servidores de chat persistente de conectarse a la base de datos mgc y a la base de datos mgccomp durante el failback.

   Importante

   El agente de SQL Server en el servidor back-end del servidor de chat persistente secundario debe ejecutarse bajo una cuenta con privilegios. En concreto, la cuenta debe incluir:

   • Acceso de lectura al recurso compartido de red en el que están las copias de seguridad

   • Acceso de escritura al directorio local específico en el que las copias de seguridad se copian

2. Deshabilite la creación de reflejo en la base de datos mgc de copia de seguridad:

   1. Usando SQL Server Management Studio, conectarse a la instancia de mgc de respaldo.

   2. Haga clic con el botón secundario en la base de datos mgc, seleccione Tareas y, luego, haga clic en Reflejo.

   3. Haga clic en Quitar creación de reflejo.

   4. Haga clic en Aceptar.

   5. Lleve a cabo los mismos pasos con la base de datos mgccomp.

3. Realice una copia de seguridad de la base de datos mgc, de modo que se pueda restaurar a la nueva base de datos principal:

   1. Usando SQL Server Management Studio, conectarse a la instancia de mgc de respaldo.

   2. Haga clic con el botón secundario en la base de datos mgc, seleccione Tareas y, luego, haga clic en Copia de seguridad. Aparecerá el cuadro de diálogo de la Base de datos de copia de seguridad.

   3. En Tipo de copia de seguridad, seleccione Completo.

   4. Para el Componente de copia de seguridad, haga clic en Base de datos.

   5. Puede aceptar el nombre del conjunto de copia de seguridad predeterminado que se sugiere en Nombre, o bien especificar otro.

   6. <Opcional> En Descripción, escriba una descripción del conjunto de copias de seguridad.

   7. Elimine la ubicación de copia de seguridad predeterminada de la lista de destino.

   8. Agregue un archivo a la lista por medio de la ruta de acceso a la ubicación del recurso compartido que haya definido para el trasvase de registros. Esta ruta se encuentra disponible tanto para la base de datos principal como para la de copia de seguridad.

   9. Haga clic en Aceptar para cerrar el cuadro de diálogo e iniciar el proceso de copia de seguridad.

4. Restaure la base de datos principal a partir de la copia de seguridad creada en el paso anterior.

   1. Usando SQL Server Management Studio, conectarse a la instancia mgc primaria.

   2. Haga clic con el botón secundario en la base de datos mgc, seleccione Tareas, Restaurar y, luego, haga clic en Base de datos. Aparecerá el cuadro de diálogo Restaurar base de datos.

   3. Seleccione Desde dispositivo.

   4. Haga clic en el botón Examinar, que abre el cuadro de diálogo Especificar copia de seguridad. En Medio para copia de seguridad, seleccione Archivo. Haga clic en Agregar, seleccione el archivo de copia de seguridad que creó en el paso 3 y haga clic en Aceptar.

   5. En Seleccionar los conjuntos de copia de seguridad que se van a restaurar, seleccione la copia de seguridad.

   6. Haga clic en Opciones en el panel Seleccionar una página.

   7. En Restaurar opciones, seleccione Sobrescribir la base de datos existente.

   8. En Estado de recuperación, seleccione Dejar la base de datos lista para su uso.

   9. Haga clic en Aceptar para iniciar el proceso de restauración.

5. Configure SQL Server trasvase de registros para la base de datos principal. Siga los procedimientos de Configuración del servidor de chat persistente para una alta disponibilidad y recuperación ante desastres en Lync Server 2013 para establecer el trasvase de registros para la base de datos mgc principal.

6. Establezca los servidores activos del servidor de chat persistente. Desde el Shell de administración de Lync Server, use el cmdlet Set-CsPersistentChatActiveServer para establecer la lista de servidores activos.

   Importante

   Todos los servidores activos tienen que estar en el mismo centro de datos que la nueva base de datos principal o en un centro de datos que tenga una conexión con una latencia baja o un ancho de banda alto con la base de datos.

La restauración del grupo a su estado normal ejecuta el siguiente comando Windows PowerShell:

Set-CsPersistentChatState -Identity "service: lyncpc.dci.discovery.com" -PoolState Normal

Vea el tema de ayuda para el cmdlet Set-CsPersistentChatState para obtener más información.