Compartir a través de

Establecer las bases de datos de configuración y de organización para conmutación por error AlwaysOn de SQL Server

  • Artículo

 

Publicado: enero de 2017

Se aplica a: Dynamics 365 (on-premises), Dynamics CRM 2016

Las instancias de clúster de conmutación por error (FCI) AlwaysOn de Microsoft SQL Server y los grupos de disponibilidad de AlwaysOn proporcionan una solución completa de alta disponibilidad y recuperación de desastres. Este tema describe cómo configurar una implementación local existente de Microsoft Dynamics 365 Server de modo que las bases de datos de configuración y de organización sean parte de una instancia de clúster de conmutación por error AlwaysOn de dos nodos que use grupos de disponibilidad.

Importante

Si actualiza las bases de datos de configuración y organización de Microsoft Dynamics 365 que ya tiene FCI AlwaysOn de SQL Server configurado, no es necesario que lleve a cabo este procedimiento de nuevo.

Para obtener más información sobre estas soluciones de alta disponibilidad de SQL Server, consulte Instancias de clúster de conmutación por error AlwaysOn y Grupos de disponibilidad de AlwaysOn.

En este tema

Requisitos previos

Habilitar SQL Server AlwaysOn

Cree el grupo de disponibilidad

Cree los inicios de sesión de SQL para los grupos de seguridad de Microsoft Dynamics 365 en todas las réplicas secundarias.

Actualice las cadenas de conexión a bases de datos de configuración en el Registro de Windows

Actualice la cadena de conexión en la base de datos de configuración.

Reiniciar los servicios IIS y Microsoft Dynamics 365

Supervise el grupo de disponibilidad y compruebe la conmutación por error

Requisitos previos

En este tema, se configurará un sencillo clúster de conmutación por error de instancia de dos servidores que requiere lo siguiente:

  • Dos servidores SQL Server ejecutándose en una configuración de clúster de conmutación por error de dos nodos con almacenamiento compartido, como una SAN, NAS o Windows Storage Server. Para obtener una lista de los versiones compatibles de SQL Server, consulte Ediciones de SQL Server.

  • Dos servidores que ejecuten SQL Server en Microsoft Windows Server que serán réplicas en el clúster de conmutación por error de instancia AlwaysOn de SQL Server. La instancia de réplica principal de SQL Server tiene las bases de datos de configuración (MSCRM_CONFIG) y de la organización (OrganizationName_MSCRM).

    Para obtener más información acerca de qué versiones de SQL Server admiten AlwaysOn, vea Alta disponibilidad (AlwaysOn). Para obtener más información sobre cómo crear un clúster de conmutación por error de SQL Server, vea Cree un nuevo clúster de conmutación por error de SQL Server (programa de instalación).

Instancia del clúster de conmutación por error de 2 nodos de SQL Server 2012

Habilitar SQL Server AlwaysOn

Los siguientes pasos para establecer las características de AlwaysOn usan Microsoft SQL Server Management Studio. También puede usar Transact-SQL o SQL ServerPowerShell.Más información:Introducción a los grupos de disponibilidad de AlwaysOn (SQL Server)

Nota

Aunque estos pasos son específicos de Microsoft SQL Server 2012, puede usar pasos similares para otras versiones compatibles de SQL Server.

  1. En Administrador de configuración de SQL Server, habilite Grupos de disponibilidad de AlwaysOn en la réplica principal y secundaria. Para obtener instrucciones paso a paso, consulte Habilitar grupos de disponibilidad de AlwaysOn.

  2. En SQL Server Management Studio, cree un grupo de disponibilidad; especifique las bases de datos de configuración y de la organización, y la réplica primaria y secundaria.Más información:Creación y configuración de grupos de disponibilidad (SQL Server)

Cree el grupo de disponibilidad

En los pasos siguientes cree un único grupo de disponibilidad de SQL Server que incluya una base de datos de configuración de Microsoft Dynamics 365 y una única base de datos de organización. Además, se agregará un agente de escucha al grupo de disponibilidad.

Cree el grupo de disponibilidad para las bases de datos de configuración y organización

  1. En el SQL Server que será la réplica principal, inicie SQL Server Management Studio.

  2. En el Explorador de objetos, haga clic con el botón secundario en Alta disponibilidad de AlwaysOn y, a continuación, haga clic en Asistente para nuevo grupo de disponibilidad.

  3. Cuando aparezca el asistente, haga clic en Siguiente.

  4. En la página Especificar nombre, escriba un nombre para el grupo de disponibilidad, como Dynamics 365 y haga clic en Siguiente.

  5. En la página Seleccionar bases de datos , seleccione MSCRM_CONFIG y las bases de datos de Nombredeorganización_MSCRM y, a continuación, haga clic en Siguiente.

    Importante

    Requisitos para agregar una base de datos a un grupo de disponibilidad:

    • El modelo de recuperación se debe configurar como Completo. De forma predeterminada, las bases de datos de organización (OrganizationName_MSCRM) se configuran como Simple.

    • Copia de seguridad completa de la base de datos.

  6. En la página Especificar réplicas , haga clic en Agregar réplica, escriba el nombre de la réplica SQL Server en el cuadro de nombre Servidor (como CRMNode2 en este ejemplo) y haga clic en Conectar. La instancia del servidor de réplicas aparece en la lista Instancia del servidor .

  7. Haga clic en la pestaña Extremos y compruebe que ambas réplicas aparecen en la lista. Vaya directamente a Cuenta de servicio de SQL Server y asegúrese de que la cuenta de usuario de dominio esté especificada. Se requiere una cuenta de usuario de dominio para el servicio de SQL Server para el clúster de conmutación por error de SQL Server.

  8. Haga clic en la pestaña Agente de escucha. Un agente de escucha de grupo de disponibilidad permite una conmutación por error con conexión al cliente más rápida en escenarios de múltiples subredes. Escriba la siguiente información:

    • Nombre DNS del agente de escucha: Escriba un nombre para el agente de escucha.

    • Para completar la creación del agente de escucha, especifique un puerto TCP, y establezca el Modo de red como Dirección IP estática. Haga clic en Agregar para especificar la dirección IP, y haga clic en Aceptar. Para obtener más información sobre estas propiedades, haga clic en Ayuda en el Asistente para nuevo grupo de disponibilidad.

      Haga clic en Siguiente.

  9. Determine qué cambios adicionales desea realizar en las réplicas y, a continuación haga clic en Siguiente. Para obtener más información, haga clic en Ayuda en el Asistente para nuevo grupo de disponibilidad.

    1. En la página Seleccionar sincronización de datos , seleccione el método de sincronización de datos. Si selecciona Completo, debe agregar un recurso compartido de red al que puedan tener acceso a todas las réplicas. Tenga en cuenta que la cuenta de servicio de SQL Server requiere permisos de lectura-escritura en el recurso compartido. Para obtener más información, haga clic en Ayuda en el Asistente para nuevo grupo de disponibilidad.

      Haga clic en Siguiente.

  10. Aparecerá la página Validación, que ejecuta las comprobaciones de validación para el nuevo grupo de disponibilidad. Solucione los errores antes de crear el grupo de disponibilidad. Haga clic en Siguiente.

  11. En la página Resumen, verifique que las opciones sean correctas y, a continuación, haga clic en Finalizar.

Cree los inicios de sesión de SQL para los grupos de seguridad de Microsoft Dynamics 365 en todas las réplicas secundarias.

Cree los inicios de sesión de SQL para los grupos de seguridad de Microsoft Dynamics 365 en la réplica secundaria. Para ello, siga estos pasos:

  1. Inicie SQL Server Management Studio y conecte con la réplica secundaria de SQL Server (CRMNode2).

  2. Expanda el nodo Seguridad, haga clic con el botón secundario en Inicios de sesión y, a continuación, haga clic en Nuevo inicio de sesión.

  3. En el cuadro de nombre Inicio de sesión, haga clic en Buscar, y asegúrese de que la opción Grupos está incluida en Seleccionar este tipo de objeto (si no es así, haga clic en Tipos de objeto y agréguela). Escriba DomainName\PrivReportingGroup, haga clic en Comprobar nombres, y si el nombre se resuelve correctamente, haga clic en Aceptar.

    Nota

    El nombre real de PrivReportingGroup puede variar. Compruebe que el nombre existente en Active Directory.

  4. Repita los pasos 2 y 3 para los siguientes grupos de seguridad:

    • ReportingGroup

    • SQLAccessGroup

Cree el inicio de sesión de SQL MSCRMSqlClrLogin

  1. Cree la clave asimétrica para el inicio de sesión de SQL MSCRMSqlClrLogin.

    En todas las réplicas secundarias, ejecute la siguiente instrucción SQL con la base de datos master para crear la clave asimétrica, donde <ruta de acceso> es la ruta de acceso de la carpeta al archivo Microsoft.Crm.SqlClr.Helper.dll, que se encuentra en el servidor donde está instalado el rol de servidor de Herramientas de implementación. Por ejemplo, escriba una ruta de acceso UNC en un recurso compartido similar a \\crmdeploymenttools\CRMshare\Tools\. De forma predeterminada, Microsoft.Crm.SqlClr.Helper.dll se encuentra en el servidor de Herramientas de implementación en la carpeta C:\Program Files\Microsoft Dynamics CRM\Tools\.

    IF NOT EXISTS (SELECT * FROM sys.asymmetric_keys WHERE name = 'MSCRMSqlClrKey') BEGIN CREATE ASYMMETRIC KEY MSCRMSqlClrKey FROM EXECUTABLE FILE = ’<path>\Microsoft.Crm.SqlClr.Helper.dll’; 
END

  2. Cree el inicio de sesión de SQL MSCRMSqlClrLogin.

    Ejecute la siguiente instrucción SQL con la base de datos master para crear el inicio de sesión de SQL MSCRMSqlClrLogin.

    IF NOT EXISTS (SELECT * FROM sys.syslogins WHERE name = 'MSCRMSqlClrLogin') BEGIN CREATE LOGIN MSCRMSqlClrLogin FROM ASYMMETRIC KEY MSCRMSqlClrKey GRANT UNSAFE ASSEMBLY TO MSCRMSqlClrLogin END

Actualice las cadenas de conexión a bases de datos de configuración en el Registro de Windows

Actualice la cadena de conexión de SQL Server en cada Registro de Windows en todos los servidores que ejecutan un rol de Microsoft Dynamics 365 Server, incluido el servidor de Microsoft Dynamics 365 Reporting Extensions. Para hacerlo, siga estos pasos.

Advertencia

Si modifica el Registro de forma incorrecta mediante el Editor del Registro o con otro método, podrían producirse graves problemas. Estos problemas pueden requerir que vuelva a instalar el sistema operativo y Microsoft Dynamics 365. No obstante, esto no garantiza que se resuelvan dichos problemas. Por tanto, tenga en cuenta que la modificación del Registro conllevará ciertos riesgos.

  1. En el equipo que ejecuta el rol de Microsoft Dynamics 365 Server, inicie Editor del Registro y busque la siguiente subclave del Registro:

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSCRM\

  2. Haga clic con el botón secundario en configdb y, a continuación, en Modificar.

    1. Si Failover Partner=MSCRM_Mirror está presente, quite esto del valor.

    2. Cambie el Origen de datos del nombre de la instancia de SQL Server al nombre del agente de escucha del grupo de disponibilidad.

      La cadena de conexión completa debe parecerse al siguiente ejemplo, donde MSCRMAG es el nombre del agente de escucha del grupo de disponibilidad que incluye la base de datos de configuración de Microsoft Dynamics 365 :

      Data Source MSCRMAG;Initial Catalog= MSCRM_CONFIG;Integrated Security=SSPI

      Sugerencia

      El nombre del agente de escucha se encuentra bajo el nodo Grupos de disponibilidad en SQL Server Management Studio.

    3. Si está usando una escucha, agregue ;multisubnetfailover=true al final del valor configdb para formar la cadena de conexión.Más información:Soporte de SqlClient para alta disponibilidad, recuperación de desastres

      Deberá aparecer un valor completo de configdb para una subred múltiple de este modo como se muestra aquí:

      Data Source MSCRMAG;Initial Catalog= MSCRM_CONFIG;Integrated Security=SSPI;multisubnetfailover=true

  3. Haga clic en Aceptar y, a continuación, cierre el Editor del Registro.

  4. Repita los pasos anteriores para agregar la cadena de conexión a la subclave de configuración de cada servidor que ejecuta un rol de Microsoft Dynamics 365 Server, incluido el servidor que ejecuta Microsoft Dynamics 365 Reporting Extensions.

Actualice la cadena de conexión en la base de datos de configuración.

Actualice la tabla de la organización en la base de datos de configuración para especificar el nombre del agente de escucha del grupo de disponibilidad para la cadena de conexión del cliente. Para ello, ejecute la siguiente instrucción de actualización en la base de datos de configuración (MSCRM_CONFIG).

Advertencia

Haga una copia de seguridad de la base de datos de configuración de Microsoft Dynamics 365 (MSCRM_CONFIG) antes de ejecutar estas instrucciones de actualización.

Update Organization set ConnectionString = 'Provider=SQLOLEDB;Data Source=AG_Listener_Name;Initial Catalog=OrganizationName_MSCRM;Integrated Security=SSPI';MultiSubnetFailover=True' where DatabaseName = 'OrganizationName_MSCRM'

  • Reemplace AG_Listener_Name con el nombre del agente de escucha del grupo de disponibilidad donde se encuentra la base de datos de la organización de Microsoft Dynamics 365 .

  • Reemplace Nombredeorganización_MSCRM con el nombre de la base de datos de la organización.

Parámetros adicionales disponibles

Si usa un número de puerto distinto del 1433 para el agente de escucha del grupo de disponibilidad, agregue el siguiente parámetro donde Port_Number es el número de puerto de red.

Update Organization set ConnectionString = 'Provider=SQLOLEDB;Data Source=AG_Listener_Name,Port_Number;Initial Catalog=OrganizationName_MSCRM;Integrated Security=SSPI;multisubnetfailover=true' where DatabaseName = 'OrganizationName_MSCRM'

Reiniciar los servicios IIS y Microsoft Dynamics 365

Después de hacer estos cambios, reinicie IIS en el equipo que ejecuta el rol de Servidor de aplicaciones web.

Advertencia

Todos los usuarios activos de Microsoft Dynamics 365 se desconectarán.

Para hacerlo, haga clic en Inicio y elija Ejecutar. En el cuadro Abrir, escriba iisreset y haga clic en Aceptar.

Reinicie todos los servicios de Microsoft Dynamics 365 de la implementación en todos los servidores donde haya características de Microsoft Dynamics CRM Server 2013 instaladas.

Supervise el grupo de disponibilidad y compruebe la conmutación por error

Microsoft SQL Server Management Studio incluye características que permiten ver el estado del grupo de disponibilidad y ejecutar una conmutación por error manual con facilidad.

Ver el estado del grupo de disponibilidad

  1. Inicie SQL Server Management Studio y conéctese a la instancia de SQL Server que es la réplica principal en el grupo de disponibilidad.

  2. En SQL Server Management Studio, expanda Grupos de disponibilidad, haga clic con el botón secundario en el grupo de disponibilidad que ha creado para Microsoft Dynamics 365, y haga clic en Mostrar panel.

El panel muestra todas las réplicas y el estado de la sincronización. Puede ver el panel de cualquier réplica en el grupo de disponibilidad.

Comprobar la conmutación por error

  1. Compruebe que un Microsoft Dynamics 365 puede conectarse al grupo de disponibilidad. Por ejemplo, inicie Internet Explorer, y conéctese a la dirección URL de la organización de Microsoft Dynamics 365.

  2. Desde el panel descrito en el procedimiento anterior, haga clic en Iniciar el Asistente para la conmutación por error para comenzar el proceso de conmutación por error.

  3. Para finalizar la conmutación por error, siga las instrucciones del Asistente.

    Después de una conmutación por error correcta, la réplica principal se convierte en la réplica secundaria y la réplica secundaria, en la principal.

  4. Vaya al explorador web conectado a la organización de Microsoft Dynamics 365 y compruebe que puede conectarse perfectamente a la nueva réplica principal haciendo clic en cualquier lugar de la aplicación.

Para volver a las réplicas principal y secundaria originales, siga el procedimiento de conmutación por error manual de nuevo con la nueva réplica principal.

Ver también

Instalación o actualización del servidor de Microsoft Dynamics CRM
Guía paso a paso del clúster de conmutación por error: Configuración de un clúster de conmutación por error de servidores de archivos de dos nodos
Actualización de Microsoft Dynamics CRM Server

© 2017 Microsoft. Todos los derechos reservados. Copyright