Migración de Oracle Database
Se recomienda encarecidamente migrar bases de datos Oracle que se ejecutan en un entorno VMware local a un servicio de Oracle Cloud Infrastructure Database, como Oracle Exadata Database Service,Oracle Autonomous Database, Oracle Base Database Service, etc. Puede aprovechar todas las ventajas que se proporcionan con los servicios de Oracle Cloud Infrastructure Database.
Migración de base de datos desde un entorno VMware local
Tanto si migra los sistemas de aplicación y de capa media existentes de la ubicación local a Oracle Cloud VMware Solution como si crea sistemas de aplicación y capa media en Oracle Cloud VMware Solution, los puntos clave que debe tener en cuenta son la latencia y la proximidad de la base de datos a la plataforma Oracle Cloud VMware Solution.
- Creación de una instancia de Oracle Database o migración de una instancia de Oracle Database existente a Oracle Cloud Infrastructure
Recomendamos encarecidamente un servicio de Oracle Cloud Infrastructure Database. Hay diferentes opciones de servicio de base de datos disponibles en Oracle Cloud Infrastructure. Puede elegir la opción adecuada en función de los requisitos de la aplicación y la carga de trabajo.
- Migración de bases de datos que no son de Oracle a Oracle Cloud VMware Solution
Esta opción es específica para bases de datos que no sean de Oracle, como Microsoft SQL Server, IBM DB2 y PostgreSQL. En este caso de uso, puede migrar bases de datos que no sean de Oracle a Oracle Cloud VMware Solution mediante la herramienta VMware HCX y las mejores prácticas de migración para la base de datos específica.
- Mantenga bases de datos locales
Esta opción mitiga la necesidad de migrar los sistemas de base de datos de entornos locales a la nube. Sin embargo, la latencia y el rendimiento pueden ser consideraciones clave para el impacto en las aplicaciones. Considere soluciones como Oracle Cloud Infrastructure FastConnect para la conectividad entre Oracle Cloud VMware Solution y las instalaciones locales.
Migración de bases de datos de Oracle a Oracle Cloud Infrastructure
Antes de migrar bases de datos Oracle o no Oracle de un centro de datos local a Oracle Cloud Infrastructure, revise las siguientes consideraciones, requisitos y proceso de evaluación.
Consideraciones
Esta sección se aplica a la migración de bases de datos Oracle locales a Oracle Cloud Infrastructure, que incluye las plataformas de base de datos que se muestran en la sección anterior. Antes de iniciar cualquier esfuerzo de migración, comprenda la carga de trabajo de base de datos individual, las restricciones y cualquier dependencia.
- ¿Cuál es la versión actual de esta base de datos?
- ¿Cuántas bases de datos de esta versión va a migrar?
- ¿Cuántas bases de datos están vinculadas a una línea de negocio (LOB) específica?
- ¿Hay alguna base de datos en plataformas que no sean Linux; es decir, habrá alguna migración entre endianismos?
- ¿Hay alguna base de datos dependiente que deba migrarse juntas?
- ¿Hay bases de datos de terceros (no de Oracle) que migrar y qué versiones (por ejemplo, SQL Server 2016)?
- Para la base de datos de prueba y desarrollo, ¿se migrarán todas las copias o solo la copia maestra?
- ¿Qué tamaño tienen las bases de datos: espacio en disco total y espacio para los datos en GB/TB?
- ¿Utilizará FastConnect o VPN para la conectividad de red a Oracle Cloud? El ancho de banda y el tamaño de la base de datos impulsarán principalmente la solución de migración.
Opciones de migración
Existen muchos métodos para migrar bases de datos de Oracle desde entornos locales hasta Oracle Cloud Infrastructure. Cada método depende del objetivo de punto de recuperación de negocio (RPO), del objetivo de tiempo de recuperación (RTO) y del acuerdo de nivel de servicio de disponibilidad general (SLA). Los administradores de migración deben evaluar y asignar estos acuerdos de negocio con los métodos adecuados.
Oracle Maximum Availability Architecture (MAA) aborda específicamente estas opciones y métodos. En la siguiente tabla se describen brevemente.
Solución | Complejidad | Granularidad de la migración | Tipo de migración (física o lógica) | Esfuerzo general de despliegue | Modelo de migración | Principales casos de uso de migración |
---|---|---|---|---|---|---|
Importación y exportación convencional de pump de datos | Bajo | Mediano | Lógicas | Alto | En línea/punto en el tiempo |
|
Transportable completo de pump de datos | Mediano | Bajo | Física | Mediano | En línea/continuo
Requiere que el origen sea de solo lectura durante la exportación |
Base de datos completa con el mismo formato endian (requiere Oracle Database de origen versión 11.2.0.3) |
Tablespace transportable de pump de datos | Mediano | Bajo | Física | Mediano | En línea/continuo | Juego de tablespaces de esquema (requiere la versión 11.2.0.3 de Oracle Database de origen) |
SQL*Loader | Bajo | Alto | Lógicas | Alto | Fuera de línea | Migrar tablas o esquemas específicos |
GoldenGate | Alto | Alto | Lógicas | Alto | Fuera de línea/Continuo |
|
Copia de Seguridad y Restauración de RMAN | Bajo | Bajo | Física | Bajo | Fuera de línea/Continuo | Base de datos completa o juego de tablespaces |
Data Guard | Bajo | Bajo | Física | Bajo | En línea/continuo | Base de datos completa con tiempo de inactividad cero o casi cero |
Clonación remota de PDB Clonación remota de clones Reubicación de PDB Migración de PDB |
Bajo | Bajo | Física | Bajo | En línea/continuo |
|
Note:
Muchas de las soluciones se pueden combinar para crear la estrategia de migración más eficiente. Algunas aplicaciones empaquetadas pueden tener restricciones en las herramientas admitidas para la migración.Planificación de tamaño y despliegue
Note:
El esfuerzo de tamaño de la capacidad para la base de datos y la máquina virtual es el mismo que en el entorno local.- Requisitos de rendimiento de la carga de trabajo
- Transacciones por Segundo
- Número de conexiones de usuario
- Cambios de carga de trabajo futuros previstos
- Requisitos de capacidad
- vCPUs
- Memoria
- Almacenamiento y capacidad de E/S
- Crecimiento futuro
- Requisitos de gestión
- Accesibilidad y servicios nativos de Oracle Cloud Infrastructure
- Herramientas de Control
- Soluciones de copia de seguridad
- Capacidades de escalabilidad
- Escala de base de datos
- Escala de VM
- Escala de cluster
- Requisitos de disponibilidad
- Soluciones de alta disponibilidad de Oracle
- vMotion, DRS
- Requisitos de aplicación
- Dependencias entre componentes locales
- Flujo de red entre aplicaciones y servicios de Oracle Cloud Infrastructure
Racionalización, estandarización y consolidación
Como parte del esfuerzo de migración, recomendamos que el equipo de migración utilice esta oportunidad para estandarizar la versión de la base de datos y consolidar los sistemas de base de datos cuando corresponda. Oracle Database 19c debe ser la versión de base de datos estandarizada mínima porque proporciona la versión de soporte a largo plazo.
La consolidación es una de las principales estrategias que las organizaciones están buscando para lograr una mayor eficiencia en sus operaciones. La consolidación permite a las organizaciones aumentar la utilización de los recursos de TI, lo que reduce los costos porque se necesitan menos recursos para lograr el mismo resultado. Los costos operativos también se reducen porque es necesario controlar, gestionar y mantener menos componentes y objetos.
Los administradores y administradores deben buscar la mejor oportunidad para consolidar tantas bases de datos como sea posible. Con Oracle 19c, tiene la oportunidad de utilizar la opción multi-inquilino de Oracle con un máximo de tres bases de datos de conexión (PDB). Esto proporciona aún más economías de escala, y se pueden lograr mayores densidades de consolidación con la modernización de aplicaciones y bases de datos. Por lo tanto, debe determinar qué bases de datos se ajustarán al modelo de despliegue de base de datos de contenedores (CDB).
Junto con la consolidación, considere la gestión del aislamiento. Los requisitos de aislamiento pueden influir en el método o grado de consolidación posible. El nivel de aislamiento que exige el sistema determina si consolida varias PDB en una sola base de datos, aloja varias bases de datos en una sola plataforma o utiliza una combinación de ambos enfoques. El aislamiento se puede clasificar en cuatro áreas: fallo, recurso, seguridad y funcionamiento. Cada modelo en la nube maneja el aislamiento de forma ligeramente diferente, utilizando capacidades integradas de sistema operativo o base de datos, a menudo combinadas con funciones o productos avanzados para proporcionar una solución completa, acorde con el riesgo.
Migración a Oracle Database Service mediante Oracle Zero Downtime Migration
No está en el ámbito de este artículo proporcionar pasos detallados para la migración de Oracle Database sin tiempo de inactividad desde un entorno local. Puede seguir los pasos detallados descritos en Oracle Database: migración a Oracle Cloud con Zero Downtime Migration.
- Oracle Zero Downtime Migration soporta las versiones 11.2.0.4 y posteriores de Oracle Database.
- Las bases de datos de origen y destino deben utilizar la misma versión de base de datos.
- Oracle Zero Downtime Migration soporta bases de datos Oracle alojadas en sistemas operativos Linux.
- La base de datos de origen puede ser una base de datos de instancia única que migra a una única instancia o a una base de datos Oracle Real Application Clusters (RAC), o puede ser una base de datos RAC de un nodo o RAC, que migra a una base de datos RAC.
- Oracle Zero Downtime Migration soporta bases de datos Oracle Enterprise Edition y Standard Edition como bases de datos de origen. Las bases de datos Enterprise Edition se migran mediante Oracle Data Guard; las bases de datos Standard Edition se migran fuera de línea mediante una metodología de copia de seguridad y restauración.
- Oracle Zero Downtime Migration permite que la base de datos de origen sea una base de datos sin contenedor (CDB) o una base de datos de contenedor (CDB) con una o más bases de datos conectables (PDB). Si la base de datos de origen no es una base de datos sin contenedor, se migra como una base de datos sin contenedor. Si la base de datos origen es una CDB con una o más PDB, Oracle Zero Downtime Migration la migra a una CDB con el mismo juego de PDB que en la CDB de origen.
- Para soportar migraciones, Oracle Zero Downtime Migration utiliza funciones y funcionalidades del marco de Oracle Fleet Patching and Provisioning (FPP). Por ejemplo, utiliza las capacidades del programador de trabajos de FPP, que proporcionan un control total para programar, pausar y reanudar cualquier tarea de migración de base de datos. Oracle Zero Downtime Migration también utiliza el modo de evaluación de FPP para validar el proceso de migración y detectar posibles condiciones de fallo antes de que se inicie la migración. Oracle Zero Downtime Migration incluye capacidades de auditoría durante y después de la migración, y distribuye su proceso de migración en fases distintivas, lo que permite a los usuarios personalizar el flujo de trabajo y agregar scripts de acción de usuario en cualquier paso.
Al migrar de un entorno local a la nube, hay muchos escenarios de origen y destino que considerar. Las aplicaciones y bases de datos de origen locales podrían ejecutarse en VMware o sus aplicaciones en VMware, mientras que las bases de datos ejecutan Oracle Database Appliance u Oracle Exadata. También hay que tener en cuenta varios escenarios de destino en la nube, como las aplicaciones que se ejecutan en Oracle Cloud VMware Solution, mientras que las bases de datos se pueden ejecutar en Oracle Base Database Service, Oracle Exadata Database Service on Dedicated Infrastructure u Oracle Autonomous Database on Dedicated Exadata Infrastructure. Consulte Explorar más para obtener instrucciones detalladas sobre la migración de Oracle Database según los escenarios de origen y destino.