Servidor de base de datos Oracle principal en una instancia de Azure VM con una base de datos Oracle completamente implementada y en ejecución.

Un pool de capacidad de servicios de almacenamiento de Azure NetApp Files implementado en Azure que tiene capacidad para satisfacer las necesidades de almacenamiento de la base de datos enumeradas en la sección de componentes de hardware.

Un servidor de bases de datos secundario en una instancia de máquina virtual de Azure que se puede usar para probar la clonado de una base de datos de Oracle en un host alternativo con el fin de admitir una carga de trabajo de desarrollo/prueba o para cualquier caso de uso que requiera un conjunto de datos completo de una base de datos de Oracle de producción.

Para obtener más información sobre la puesta en marcha de bases de datos de Oracle en la instancia de computación de Azure NetApp Files y Azure, consulte "Implementación y protección de bases de datos de Oracle en Azure NetApp Files".

Utilice el enlace "BlueXP de NetApp" Para registrarse para acceder a la consola BlueXP.

Cree una cuenta de usuario de Azure o un principio de servicio de Active Directory y otorgue permisos con rol en Azure Portal para la implementación del conector de Azure.

Para configurar BlueXP para gestionar los recursos de Azure, añada una credencial de BlueXP con detalles de un director de servicio de Active Directory que BlueXP puede utilizar para autenticar con Azure Active Directory (ID de cliente de aplicación), un secreto de cliente para la aplicación principal de servicio (secreto de cliente), y el ID de Active Directory de su organización (ID de inquilino).

También necesita la red virtual de Azure, el grupo de recursos, el grupo de seguridad, una clave SSH para el acceso a VM, etc. listos para el aprovisionamiento de conectores y la instalación del plugin de base de datos.

Inicia sesión en la consola de BlueXP.

Haga clic en la flecha desplegable Connector y Add Connector para iniciar el flujo de trabajo de aprovisionamiento de conectores.

Elige tu proveedor de nube (en este caso, Microsoft Azure).

Omita los pasos Permiso, Autenticación y Redes si ya los tiene configurados en su cuenta de Azure. Si no es así, debe configurarlos antes de continuar. Desde aquí, también puede recuperar los permisos para la política de Azure a la que se hace referencia en la sección anterior “Incorporación a la preparación de BlueXP."

Haga clic en Skip to Deployment para configurar su conector Virtual Machine Authentication. Añada la pareja de claves SSH que haya creado en el grupo de recursos de Azure durante su incorporación a la preparación de BlueXP para la autenticación del sistema operativo del conector.

Proporcione un nombre para la instancia del conector, seleccione Crear y acepte el Nombre de rol predeterminado en Detalles, y elija la suscripción para la cuenta de Azure.

Configure las redes con el vnet adecuado, Subnet y desactive IP pública, pero asegúrese de que el conector tenga acceso a Internet en su entorno Azure.

Configure el Security Group para el conector que permite el acceso HTTP, HTTPS y SSH.

Revise la página de resumen y haga clic en Agregar para iniciar la creación del conector. Normalmente la puesta en marcha se lleva aproximadamente 10 minutos. Una vez completada, la instancia de conector VM aparece en el portal de Azure.

Después de implementar el conector, el conector recién creado aparece en la lista desplegable Connector.

Haz clic en el icono de configuración en la esquina superior derecha de la consola de BlueXP para abrir la página Credenciales de cuenta, haz clic en Añadir credenciales para iniciar el flujo de trabajo de configuración de credenciales.

Elija la ubicación de las credenciales como - Microsoft Azure - BlueXP.

Defina las credenciales de Azure con el Client Secret adecuado, Client ID e Tenant ID, que deberían haberse recopilado durante el proceso de incorporación anterior de BlueXP.

Revisión y Añadir.

Es posible que también necesites asociar una Suscripción de Marketplace con la credencial.

Volver a la página Lienzo, desde Mi entorno de trabajo Haga clic en Agregar entorno de trabajo para descubrir Azure NetApp Files desplegado en Azure.

Elija Microsoft Azure como ubicación y haga clic en Descubrir.

Nombre Entorno de trabajo y elija Nombre de credencial creado en la sección anterior, y haga clic en Continuar.

La consola BlueXP vuelve a Mis entornos de trabajo y descubrió que Azure NetApp Files de Azure ahora aparece en Canvas.

Haga clic en el icono Azure NetApp Files y, a continuación, en Entrar entorno de trabajo para ver los volúmenes de bases de datos Oracle desplegados en el almacenamiento de Azure NetApp Files.

En la barra lateral izquierda de la consola, coloque el ratón sobre el icono de protección y, a continuación, haga clic en Protección > aplicaciones para abrir la página de inicio de aplicaciones. Haga clic en detectar aplicaciones.

Seleccione nativo de la nube como tipo de origen de la aplicación.

Elija oracle para el tipo de aplicación, haga clic en Siguiente para abrir la página de detalles del host.

Seleccione Using SSH y proporcione los detalles de Oracle Azure VM como IP address, Connector, Azure VM management Username como azureuser. Haga clic en Add SSH Private Key para pegar en el par de claves SSH que utilizó para implementar Oracle Azure VM. También se le pedirá que confirme la huella.

Pase a la siguiente página Configuration para configurar el acceso de sudoer en Oracle Azure VM.

Revise y haga clic en Discover Applications para instalar un plugin en la VM de Oracle Azure y detectar la base de datos de Oracle en la VM en un solo paso.

Las bases de datos Oracle detectadas en Azure VM se agregan a Aplicaciones, y la página Aplicaciones muestra el número de hosts y bases de datos Oracle dentro del entorno. La base de datos Protection Status aparece inicialmente como UNPROTECTED.

Nuestra base de datos de Oracle de prueba en la máquina virtual de Azure está configurada con tres volúmenes con un almacenamiento total agregado de unos 1,6 TiB. Esto proporciona contexto sobre la hora para el backup, la restauración y la clonación de una base de datos de este tamaño.

Para proteger la base de datos, haga clic en los tres puntos situados junto a la base de datos Protection Status y, a continuación, haga clic en Assign Policy para ver las políticas de protección de bases de datos preinstaladas o definidas por el usuario que se pueden aplicar a las bases de datos Oracle. En Configuración - Políticas, tienes la opción de crear tu propia política con una frecuencia de copia de seguridad personalizada y una ventana de retención de datos de copia de seguridad.

Cuando esté satisfecho con la configuración de la política, puede entonces Asignar su política de elección para proteger la base de datos.

Después de aplicar la directiva, el estado de protección de la base de datos cambió a protegido con una Marca de verificación verde. BlueXP ejecuta el backup de copias Snapshot según la programación definida. Además, ON-Demand Backup está disponible en el menú desplegable de tres puntos como se muestra a continuación.

Desde la pestaña Job Monitoring, se pueden ver los detalles del trabajo de copia de seguridad. Los resultados de nuestras pruebas demostraron que tardaban unos 4 minutos en realizar backups de una base de datos de Oracle de unos 1,6 TiB.

Desde el menú desplegable de tres puntos Ver detalles, puede ver los conjuntos de copias de seguridad creados a partir de la copia de seguridad de instantáneas.

Los detalles de la copia de seguridad de la base de datos incluyen el Nombre de copia de seguridad, Tipo de copia de seguridad, SCN, Catálogo de RMAN y Tiempo de copia de seguridad. Un conjunto de backup contiene Snapshot consistentes con la aplicación para un volumen de datos y un volumen de registro respectivamente. Una instantánea de volumen de registro se realiza justo después de una instantánea de volumen de datos de base de datos. Puede aplicar un filtro si está buscando una copia de seguridad en particular en la lista de copias de seguridad.

Para restaurar una base de datos, haga clic en el menú desplegable de tres puntos para restaurar la base de datos en particular en Aplicaciones, luego haga clic en Restaurar para iniciar el flujo de trabajo de restauración y recuperación de la base de datos.

Elija su Punto de restauración por sello de tiempo. Cada marca de tiempo de la lista representa un juego de copias de seguridad de base de datos disponible.

Elija su Ubicación de restauración a Ubicación original para una base de datos Oracle en el lugar de restauración y recuperación.

Defina su Restore Scope y Recovery Scope. Todos los registros significan una recuperación completa hasta la fecha, incluidos los registros actuales.

Revise y Restore para iniciar la restauración y recuperación de la base de datos.

Desde la pestaña Job Monitoring, observamos que tardaron 2 minutos en ejecutar una restauración y recuperación de base de datos completa hasta la fecha.

Haga clic en el menú desplegable de tres puntos para clonar la base de datos en particular en Aplicaciones, luego haga clic en Restaurar para iniciar el flujo de trabajo de clonación.

Seleccione el Punto de restauración y marque la opción Restaurar a ubicación alternativa.

En la siguiente página Configuración, establezca el Host alternativo, la nueva base de datos SID y Directorio Raíz de Oracle como configurado en Azure VM alternativo.

Revisión General página muestra los detalles de la base de datos clonada como SID, host alternativo, ubicaciones de archivos de datos, alcance de recuperación, etc.

La página Revisar Parámetros de la base de datos muestra los detalles de la configuración de la base de datos clonada, así como algunos parámetros de la base de datos.

Supervisar el estado de la tarea de clonación desde la ficha Job Monitoring, hemos observado que se tardaba 8 minutos en clonar una base de datos Oracle de 1,6 TiB.

Valide la base de datos clonada en la página «Aplicaciones» de BlueXP que mostraba que la base de datos clonada se registró inmediatamente en BlueXP.

Validar la base de datos clonada en la máquina virtual de Oracle Azure donde se mostraba que la base de datos clonada se estaba ejecutando según lo esperado.