Note:

• Este tutorial requiere acceso a Oracle Cloud. Para registrarse en una cuenta gratuita, consulte Introducción a la capa gratuita de Oracle Cloud Infrastructure.
• Utiliza valores de ejemplo para credenciales, arrendamiento y compartimentos de Oracle Cloud Infrastructure. Al completar el laboratorio, sustituya estos valores por otros específicos de su entorno en la nube.

Despliegue de grupos de disponibilidad Always On de Microsoft SQL Server para alta disponibilidad y recuperación ante desastres en OCI

Introducción

El despliegue de Microsoft SQL Server es un caso de uso común en Oracle Cloud Infrastructure (OCI). Como suele ser el caso en un despliegue de OCI, los clientes buscan arquitecturas altamente resilientes que aborden sus requisitos de continuidad del negocio. Por lo tanto, entender cómo implementar SQL Server para alta disponibilidad y recuperación ante desastres se convierte en un imperativo para estos clientes.

Hay varias soluciones de continuidad de negocio de SQL Server. La solución tratada en este tutorial es ampliamente adoptada por los administradores de SQL Server Always On Availability Groups. Las soluciones como las instancias de cluster de failover Always On (FCI) de SQL Server también se pueden desplegar en OCI, pero se excluyen de este tutorial.

Este tutorial se inspira en los casos de uso de los clientes y se diferencia al centralizar tres elementos clave del despliegue de grupos de disponibilidad Always On de SQL Server en OCI en un solo documento.

• La arquitectura necesaria para desplegar grupos de disponibilidad Always On de SQL Server. Hay algunos detalles sobre el despliegue de SQL Server en OCI que los clientes deben tener en cuenta para asegurarse de que el despliegue de los grupos de disponibilidad Always On de SQL Server sea correcto.

• Los requisitos que se deben cumplir para desplegar grupos de disponibilidad Always On de SQL Server.

• Los procedimientos paso a paso para implementar un grupo de disponibilidad Always On de SQL Server de dos nodos. Esto constituye la mayor parte del tutorial. Se pueden utilizar los mismos procedimientos para despliegues que utilizan más de dos nodos. Este tutorial documenta los procedimientos que utilizan la interfaz gráfica del sistema operativo Windows, lo que lo hace adecuado para usuarios no avanzados. Si es un usuario avanzado, puede implementar la configuración mediante Windows PowerShell.

Arquitectura

En este tutorial se utiliza la siguiente arquitectura:

• Región única: el despliegue consta de una única región de OCI. El despliegue se podría ampliar a otras regiones de OCI, pero dichas configuraciones quedan fuera del ámbito de este tutorial.

• Subredes privadas: con la excepción de una máquina virtual (VM) de OCI Bastion, todos los recursos se colocan en subredes regionales privadas.

• Nodos de SQL Server en varias subredes: cada uno de los dos nodos del despliegue de SQL Server se coloca en una subred diferente según las recomendaciones de Microsoft. Para obtener más información, consulte Requisitos para grupos de disponibilidad en varias subredes (SQL Server en máquinas virtuales de Azure). Los grupos de disponibilidad Always On de SQL Server se pueden desplegar en una sola subred, pero Microsoft no recomienda esta arquitectura. Además, necesitará el uso de un equilibrador de carga y una funcionalidad no soportada por OCI (devolución directa del servidor).

• Testigo de quórum de cluster de failover de Windows Server: los grupos de disponibilidad Always On se ejecutan en un cluster de failover de Windows Server (WSFC). WSFC requiere el uso de un testigo de quórum de cluster, para el cual hay varias opciones de implementación. En este tutorial se utiliza un testigo de recurso compartido de archivos, ya que es óptimo para un despliegue de OCI. Para ello, se aprovisiona una VM de testigo de quórum según el diagrama de arquitectura.

• IP de SQL Server necesarias: cada una de las máquinas virtuales de SQL Server necesita las siguientes IP en las tarjetas de interfaz de red virtual (VNIC) principales.

  • IP principal: acceso al sistema operativo (creado automáticamente tras el aprovisionamiento de VM).
  • IP secundaria 1: IP de cluster de failover de Windows Server. Se creará en este tutorial.
  • IP secundaria 2: listener de grupos de disponibilidad Always On de SQL Server. Se creará en este tutorial.

• Cuentas necesarias

  • Administrador de dominio: el administrador de dominio realiza todas las tareas de configuración de este tutorial. Esta cuenta también debe configurarse como administrador local en cada máquina virtual de SQL Server y como miembro del rol de servidor fijo sysadmin de SQL Server para cada instancia de SQL Server.
  • Cuenta de servicio: se utiliza para que el servicio SQL Server funcione en ambos nodos de SQL Server.

Objetivos

Cree y configure lo siguiente:

• Usuarios y cuentas necesarios para los grupos de disponibilidad Always On de SQL Server.

• Cluster de failover de Windows Server para grupos de disponibilidad Always On.

• Un grupo de disponibilidad Always On de SQL Server.

Requisitos

• Red

  • Acceso a un arrendamiento de OCI y a un compartimento para colocar todos los recursos.

  • Redes configuradas según el diagrama de arquitectura.

    • 1 VCN.
    • 1 subred pública y 4 subredes privadas.

  • Reglas de lista de seguridad configuradas para implementar grupos de disponibilidad Always On de SQL Server: los puertos 1433 y 5022 están abiertos.

  • Reglas de lista de seguridad configuradas para implantar Active Directory en OCI, como se describe en la documentación técnica de OCI Creación de servicios de dominio de Active Directory en OCI.

  • Podemos utilizar los bloques de enrutamiento entre dominios sin clase (CIDR) que se muestran en este tutorial, o puede seleccionar bloques de CIDR siguiendo los consejos de su equipo de redes en la nube.

  

• Servidores

  • 1 máquina virtual de bastión en una subred pública para asegurarse de que puede conectarse a las máquinas virtuales que se ejecutan en subredes privadas.

  • 1 VM de controlador de dominio en una subred privada.

  • 1 VM de quórum en una subred privada.

  • 2 máquinas virtuales de SQL Server, cada una en una subred privada diferente.

  • Hay 2 formas de ejecutar SQL Server en OCI: Imagen de OCI Marketplace y Traiga su propia licencia de Microsoft (BYOL). Puede utilizar lo que prefiera. Este tutorial simplemente asume que tenemos una instalación de instancia por defecto de SQL Server (una sola instalación de SQL Server por máquina virtual).

  • Si utilizamos la imagen de OCI Marketplace, el proceso de aprovisionamiento instalará SQL Server con el usuario opc. Cuando unimos cada uno de los nodos al dominio, tendremos que asegurarnos de que el administrador del dominio es parte de los administradores locales para que podamos conectarnos a cada una de las instancias de base de datos de SQL Server en SQL Server Management Studio.

  • Instale SQL Server Management Studio en las máquinas virtuales de nodo de SQL Server.

  

• Requisitos previos del dominio de Active Directory

  • Funciones y roles del controlador de dominio agregados a la VM del controlador de dominio.

  • Dominio configurado por el administrador del sistema operativo. El controlador de dominio en el presente tutorial tiene el nombre de dominio raíz mssql.acme. Podemos configurar el dominio con un nombre de dominio raíz de su elección.

  • Puede consultar la documentación técnica de OCI sobre Creación de servicios de dominio de Active Directory en OCI.

  • VM de SQL Server y VM de quórum agregadas al dominio.

Exclusiones para este tutorial

• Varias regiones: es posible un despliegue de varias regiones, pero está fuera del ámbito de este tutorial. Para obtener más información, consulte Configuración de un grupo de disponibilidad de varias subredes en regiones de Azure: SQL Server en máquinas virtuales de Azure.

• Almacenamiento: para este tutorial, el volumen de inicio de cada máquina virtual se utiliza como repositorio de SQL Server para la base de datos, las copias de seguridad y los logs (todos se asignan a la unidad C:\). En función de los requisitos, puede que necesite utilizar y configurar volúmenes independientes para la base de datos, las copias de seguridad y los logs. Debemos tener en cuenta que WSFC utiliza una IP del espacio de direcciones 169.254.\* para la comunicación interna, que se superpone con el espacio de direcciones de OCI para exponer los dispositivos de bloques iSCSI. Esto requerirá crear rutas IP estáticas para exponer los portales de destino iSCSI en cada una de las máquinas virtuales de nodos de SQL Server. Esta configuración está fuera del ámbito de este tutorial. Para obtener más información, consulte Aspectos básicos y fundamentales de las redes de clusters de failover.

• Recursos compartidos de archivos de testigos de alta disponibilidad: este tutorial utiliza una única máquina virtual para el recurso compartido de archivos de testigos de quórum. Un recurso compartido de archivos de testigos de alta disponibilidad está fuera del ámbito de este tutorial. Para obtener más información sobre cómo desplegar, consulte Despliegue de un servidor de archivos de Windows de alta disponibilidad en OCI.

Tarea 1: Configuración de las IP secundarias

Para cada VM de nodo de SQL Server, cree la IP secundaria necesaria para el cluster de failover de Windows Server y para el listener de grupos de disponibilidad Always On.

1. En la consola de OCI, vaya a la máquina virtual del nodo de SQL Server 1 y seleccione las VNIC asociadas en el menú Recursos.

   

2. Seleccione la VNIC principal y, a continuación, seleccione IPv4 Addresses en el menú Resources.

   

   

3. Seleccione Agregar dirección IP privada secundaria e introduzca los detalles para agregar una nueva IP privada a la VNIC. Haga clic en Crear y veremos una nueva IP secundaria asociada a esta VNIC. Esta es la IP de WSFC.

   

4. Repita los pasos del 1 al 3 en la misma VNIC para crear otra IP secundaria para el listener de grupos de disponibilidad Always On.

5. Repita los pasos del 1 al 4 para la otra VM de nodo de SQL Server.

Tarea 2: Crear una cuenta de servicio de SQL Server

SQL Server necesita usar una cuenta de dominio dedicada. En esta tarea, crearemos esta cuenta. Más adelante en el tutorial, utilizamos esta cuenta para configurar el servicio SQL Server en cada uno de los nodos.

1. Inicie sesión en el controlador de dominio mediante la cuenta de administrador de dominio y navegue hasta Usuarios y equipos de Active Directory.

   

2. Amplíe el dominio que configuró para este tutorial.

   

3. Haga clic con el botón derecho en Usuarios y seleccione Nuevo Usuario para crear un nuevo usuario.

   

4. Introduzca los siguientes detalles y haga clic en Siguiente.

   

5. Introduzca la contraseña para esta cuenta de dominio y haga clic en Siguiente.

   

6. Revise los detalles y haga clic en Finalizar.

   

Tarea 3: Configuración de un recurso compartido de archivo de testigo

Como se ha mencionado, la arquitectura de este tutorial utiliza un testigo de recurso compartido de archivos para implementar el testigo de quórum. En esta tarea, crearemos una carpeta compartida. En una tarea posterior, utilizaremos esta carpeta compartida para configurar el cluster de failover de Windows Server.

1. Inicie sesión en la máquina virtual de quórum mediante la cuenta de administrador de dominio y cree una carpeta de testigos.

   

2. Haga clic con el botón derecho en la carpeta que ha creado y seleccione Propiedades. En el separador Compartir, haga clic en Compartir y seleccione Todos para compartir la carpeta. Si prefiere ser más estricto, seleccione la cuenta de servicio de SQL Server creada en la Tarea 2.

   

3. Veremos que la carpeta se ha compartido y haga clic en Listo.

   

Tarea 4: Configuración de un cluster de failover de Windows Server

Los grupos de disponibilidad Always On de SQL Server se ejecutan con la tecnología de clúster de failover de Windows Server (WSFC). En esta tarea:

• Agregue roles de WSFC a las máquinas virtuales de SQL Server.

• Cree y configure un cluster mediante las IP secundarias creadas en la tarea 1 y el testigo de recurso compartido de archivo de quórum creado en la tarea 3. Este cluster se utilizará en una tarea posterior mediante la capacidad de grupos de disponibilidad Always On.

Tarea 4.1: Adición de Roles de WSFC a las VM de SQL Server

1. Inicie sesión en la máquina virtual del nodo 1 de SQL Server mediante el administrador de dominio, abra Server Manager y, en el panel de control, haga clic en Agregar roles y funciones.

   

2. Haga clic en Siguiente para continuar con el Tipo de instalación.

   

3. Seleccione Role-based or feature-based install y haga clic en Next.

   

4. En Select destination server (Seleccionar servidor de destino), seleccione el server from the server pool (Servidor del pool de servidores) y el nodo 1 de SQL Server y haga clic en Next (Siguiente) para continuar.

   

5. En Funciones, seleccione Agrupación en clusters de failover. Cuando lo haga, aparecerá una ventana y, a continuación, haga clic en Agregar funciones.

   

   

6. En Confirmar selección de instalación, revise los detalles y haga clic en Instalar para confirmar la instalación.

   

7. Cuando finalice la instalación, cierre el asistente.

   

8. Para confirmar la instalación, escriba Failover Cluster Manager (Gestor de clusters de failover) en la barra de búsqueda. Puede abrirlo y ver que aún no contiene clusters.

   

   

9. Repita los pasos del 1 al 8 en la otra máquina virtual de nodo de SQL Server.

Tarea 4.2: Creación de un cluster

1. Inicie sesión en la máquina virtual del nodo 1 de SQL Server con la cuenta de administrador de dominio y abra Failover Cluster Manager (Gestor de clusters de failover). Encontrará que no hay clusters en ejecución.

   

2. Haga clic con el botón derecho en Gestor de clusters de failover y seleccione Crear cluster.... Esto abrirá un Asistente de creación de cluster.

   

3. Una vez que se abra el Asistente de Creación de Cluster, haga clic en Siguiente para continuar.

   

4. Haga clic en Examinar y seleccione las máquinas virtuales del nodo de SQL Server 1 y el nodo de SQL Server 2.

   

5. Confirme que ha seleccionado los nodos adecuados y, a continuación, haga clic en Siguiente.

   

6. Seleccione Sí, cuando haga clic en Siguiente, ejecute las pruebas de configuración y, a continuación, vuelva al proceso de creación del cluster y haga clic en Siguiente.

   

7. Seleccione Realizar todas las pruebas y haga clic en Siguiente.

   

8. En la ventana Confirmación, haga clic en Siguiente.

   

   Espere a que terminen todas las pruebas.

   

9. Haga clic en Terminar.

   

10. Introduzca un Nombre de cluster y tenga en cuenta las restricciones NetBIOS.

    

11. Confirme el cluster antes de crearlo y, a continuación, haga clic en Siguiente.

    

12. Cuando el cluster se haya creado correctamente, haga clic en Terminar.

    

13. Abra el Gestor de clusters de failover y podrá ver el cluster recién creado.

    

14. Observe que el estado del cluster es Offline (Fuera de línea) en la sección Cluster Core Resources (Recursos principales de cluster). Amplíe los recursos y busque las direcciones IP del cluster que aún no están configuradas. Lo haremos en unos pasos a partir de ahora.

    

Tarea 4.3. Configuración de un cluster

1. Antes de configurar las IP del cluster, configuraremos el testigo de quórum. Haga clic con el botón derecho en el nombre del cluster, seleccione More Actions (Más acciones) y Configure Cluster Quorum Settings... (Configurar valores de quórum de cluster). Esto abrirá un asistente de configuración.

   

2. En la ventana Configure Cluster Quorum Wizard (Asistente para configurar quórum de cluster), haga clic en Next (Siguiente) para continuar.

   

3. Seleccione Select the quorumitness (Seleccionar el testimonio de quórum) y haga clic en Next (Siguiente).

   

4. Seleccione Configurar un testigo de recurso compartido de archivos y haga clic en Siguiente.

   

5. Introduzca la ruta de recurso compartido de archivo configurada en la tarea 3 y haga clic en Siguiente.

   

6. Consulte los ajustes de configuración del quórum y haga clic en Siguiente.

   

7. Se configurará el testigo de quórum. Cuando la configuración se haya completado correctamente, haga clic en Terminar para cerrar el asistente.

   

8. Asociaremos las IP creadas en la tarea 1 al cluster. Esto activará el cluster y lo hará operativo. En Gestor de clusters de failover, expanda Recursos de núcleo de cluster y haga clic con el botón derecho en la dirección IP con el estado Con fallos y, a continuación, haga clic en Propiedades.

   

9. En el separador General, especifique la dirección IP estática configurada para este nodo en la tarea 1 y haga clic en Aplicar.

   

10. Repita los pasos 8 y 9 para la otra IP. Tendrá el cluster configurado correctamente. Cuando el recurso de nombre de cluster se pone en línea, actualiza el servidor del controlador de dominio con un nuevo objeto de equipo de Active Directory. Ahora estamos listos para pasar a la configuración de grupos de disponibilidad Always On.

    

Tarea 5: Configuración de grupos de disponibilidad Always On para una base de datos de ejemplo

En esta tarea:

• Otorgue los permisos adecuados a la cuenta de objeto de equipo virtual creada en el dominio por el cluster, lo que permitirá al cluster crear los recursos que necesitan los grupos de disponibilidad Always On.

• Active la capacidad de grupos de disponibilidad Always On en los nodos.

• Configure grupos de disponibilidad Always On para una base de datos de ejemplo.

• Cree un listener para los grupos de disponibilidad Always On.

Tarea 5.1: Otorgar permisos al objeto de equipo de dominio de cluster

1. Inicie sesión en el controlador de dominio mediante la cuenta de administrador de dominio y abra Usuarios y equipos de Active Directory.

   

2. Haga clic en Ver y seleccione Funciones avanzadas para ver las funciones avanzadas.

   

3. Haga clic con el botón derecho en Recursos informáticos y seleccione Propiedades.

   

4. Vaya al separador Seguridad y haga clic en Agregar.

   

5. En el asistente Usuarios, equipos, cuentas de servicio o grupos, haga clic en Tipos de objeto....

   

6. Seleccione Computadoras y haga clic en Aceptar.

   

7. Introduzca el nombre del cluster y haga clic en Aceptar. Ahora veremos el objeto de la computadora del cluster en la lista de grupos o nombres de usuario.

   

8. Seleccione el objeto de equipo de cluster y haga clic en Avanzado para configurar los permisos.

   

9. En el separador Permisos, seleccione el objeto de equipo del cluster y haga clic en Editar.

   

10. Seleccione la entrada de permiso Crear objetos de equipo y haga clic en Aceptar.

    

11. Ahora volvemos a la configuración de seguridad avanzada para equipos, hacemos clic en Aplicar y, a continuación, en Aceptar. Con esto, la cuenta de equipo del cluster tiene los permisos necesarios para que funcionen los grupos de disponibilidad Always On.

    

    

Tarea 5.2: Activar grupos de disponibilidad Always On en los nodos

1. Inicie sesión en la máquina virtual del nodo 1 de SQL Server mediante la cuenta de administrador de dominio y abra el gestor de configuración de SQL Server.

   

2. Haga clic en Servicios de SQL Server, haga clic con el botón derecho en SQL Server (MSSQL SERVER) y seleccione Propiedades.

   

3. En el separador Grupos de disponibilidad siempre en, seleccione Activar grupos de disponibilidad siempre en. Observe el nombre del cluster ya creado en la tarea 4.2, el cluster de failover de Windows Server y haga clic en Apply (Aplicar). Se muestra un mensaje de advertencia para reiniciar el servicio. Haga clic en Aceptar para aplicar los cambios. Se reiniciará el servicio.

   

4. Si el servicio de SQL Server no se reinicia automáticamente, podemos reiniciarlo manualmente, hacer clic con el botón derecho en el servicio de SQL Server y hacer clic en Reiniciar.

   

5. Haga clic con el botón derecho en el servicio SQL Server, seleccione Properties (Propiedades) y vaya al separador Log On (Iniciar sesión). Seleccione Esta cuenta e introduzca los detalles de la cuenta de SQL Server creada en la tarea 2. Haga clic en Aplicar y, a continuación, en Aceptar.

   

6. Repita los pasos del 1 al 5 para la máquina virtual del nodo 2 de SQL Server.

Tarea 5.3: Creación y copia de seguridad de una base de datos de ejemplo para grupos de disponibilidad Always On

1. Inicie sesión en la máquina virtual del nodo 1 de SQL Server mediante la cuenta de administrador de dominio, abra SQL Server Management Studio y conéctese a la instancia de SQL Server en ese nodo.

   

2. Seleccione NUEVA consulta y cree una base de datos de ejemplo mediante una consulta de creación de base de datos como se muestra en la siguiente imagen.

   

   

3. Amplíe Bases de datos en el Explorador de objetos y encontraremos la base de datos de ejemplo creada en el paso 2. Haga clic con el botón derecho en él, haga clic en Tareas y, a continuación, haga clic en Copia de seguridad....

   

4. Seleccione Completa como Tipo de copia de seguridad. Revise y confirme el destino de copia de seguridad y haga clic en Aceptar.

   

5. Veremos un mensaje que informa de la finalización correcta de la copia de seguridad. Haga clic en Aceptar.

   

Tarea 5.4: Creación de un grupo de disponibilidad para la base de datos de ejemplo

1. Se crea la copia de seguridad; estamos listos para empezar a configurar un grupo de disponibilidad. Haga clic con el botón derecho en Siempre en alta disponibilidad y seleccione Asistente de Nuevo Grupo de Disponibilidad....

   

2. En Crear un nuevo grupo de disponibilidad, haga clic en Siguiente para continuar.

   

3. Introduzca un nombre de grupo de disponibilidad, seleccione Cluster de failover de Windows Server como Tipo de cluster y haga clic en Siguiente.

   

4. Seleccione la base de datos de ejemplo creada en la tarea 5.3 y haga clic en Siguiente.

   

5. En la ventana Especificar réplicas, haga clic en Especificar réplicas y Agregar réplica... para seleccionar la réplica del nodo 2. En la ventana, introduzca el nombre de la máquina virtual del servidor del nodo 2 y, a continuación, haga clic en Conectar.

   

6. Ahora veremos ambas réplicas, una con el rol principal y la otra con el rol secundario. Podemos cambiar el modo de disponibilidad según los requisitos. Haga clic en Siguiente y veremos el separador Listener. Por ahora omítalo. Configuraremos un listener más adelante en este tutorial.

   

7. En Seleccionar sincronización de datos, seleccione Inicio automático y haga clic en Siguiente.

   

8. Se ejecutará una validación de las configuraciones. Podemos ver que todos los resultados de la validación son correctos, excepto la configuración del listener. Haga clic en Siguiente.

   

9. En Resumen, haga clic en Terminar para completar la creación y configuración del grupo de disponibilidad.

   

10. En Resultados, veremos un mensaje que le informa de la finalización correcta de la configuración del grupo de disponibilidad. Haga clic en Cerrar.

    

Se crea el grupo de disponibilidad y podemos ver sus detalles en el Explorador de objetos.

Tarea 5.5: Creación de un Listener de Grupo de Disponibilidad

En esta tarea, crearemos un listener para el grupo de disponibilidad creado en la tarea 5.4. El listener es un nombre de red virtual que proporciona conectividad a la base de datos en una configuración de grupos de disponibilidad Always On. Permite a un cliente conectarse a una réplica sin tener que conocer el nombre de la instancia física de SQL Server. Dado que el listener enruta el tráfico, no es necesario modificar la cadena de conexión de cliente después de que se produzca un failover.

1. En el Explorador de objetos, amplíe los grupos de disponibilidad y el grupo de disponibilidad creado en la tarea 5.4, haga clic con el botón derecho en el listener de grupo de disponibilidad y seleccione Agregar listener....

   

2. Introduzca un nombre DNS de listener para el listener, especifique el puerto 1433 y la IP estática en el modo de red. Haga clic en Agregar... para agregar las IP de listener creadas en la tarea 1.

   

3. Asegúrese de que la subred del nodo al que está conectado es la subred seleccionada e introduzca la dirección IPv4 con la IP secundaria creada para el listener en la tarea 1 y haga clic en Aceptar.

   

4. Para agregar la segunda IP, vuelva a hacer clic en Agregar.... Asegúrese de que la subred seleccionada sea la subred del otro nodo e introduzca la dirección IP de la IP secundaria creada para el otro nodo en la tarea 1. Haga clic en Aceptar.

5. Confirme que puede ver ambas IP configuradas y haga clic en Aceptar para terminar la creación del listener.

   

6. Vaya al Explorador de objetos y confirme que el listener aparece en la carpeta Listeners de grupo de disponibilidad.

   

En SQL Server Management Studio, ahora podemos conectarnos al listener de la misma forma que lo hará a cualquiera de los nodos de SQL Server. La configuración de los grupos de disponibilidad Always On ha finalizado y tiene un listener para facilitar la conectividad de la aplicación. El despliegue ya está listo para el failover, que puede realizar manualmente.

Enlaces relacionados

• Microsoft SQL Server en Oracle Cloud Infrastructure

• Despliegue de una base de datos de Microsoft SQL Server de alta disponibilidad en OCI mediante grupos de disponibilidad Always On

• Creación de servicios de dominio de Active Directory en OCI

• Requisitos para grupos de disponibilidad en varias subredes (SQL Server en máquinas virtuales de Azure)

Confirmaciones

• Autoras: Ricardo Malhado (principal arquitecto de soluciones en la nube), Raphael Teixeira (principal arquitecto de soluciones en la nube)

Más recursos de aprendizaje

Explore otros laboratorios en docs.oracle.com/learn o acceda a más contenido de aprendizaje gratuito en el canal YouTube de Oracle Learning. Además, visite education.oracle.com/learning-explorer para convertirse en Oracle Learning Explorer.

Para obtener documentación sobre el producto, visite Oracle Help Center.

---

Título e Información de Copyright

Deploy Microsoft SQL Server Always On Availability Groups for HA and DR on OCI

F92892-01

February 2024

Copyright © 2024, Oracle and/or its affiliates.