Información sobre la migración de un despliegue de Database Cloud Service de varios nodos al sistema de base de datos de máquina virtual

Para obtener más información sobre las bases de datos origen y destino, consulte la siguiente tabla:

Información	Base de Datos Origen	Base de Datos Destino
Plataforma	Oracle Cloud Infrastructure Compute Classic	Oracle Cloud Infrastructure Compute
Tipo de Base de Datos	Base de datos de Oracle Real Application Cluster (RAC) en Database Cloud Service Classic	Base de Datos Oracle RAC en Sistema de Base de Datos de Máquina Virtual
Mecanismo de Creación	INTERFAZ DE USUARIO DE Database Cloud Service, CLI, API	INTERFAZ DE USUARIO DE Oracle Cloud Infrastructure, CLI, API
Tamaño	2 Nodo	2 Nodo

Chequeo:

Arquitectura

Puede migrar las versiones de Oracle Database 12.1.0.2 y 12.2.0.1. Antes de migrar la base de datos, debe tener una base de datos Oracle RAC en Oracle Database Cloud Service y una base de datos Oracle RAC de dos nodos que se ejecute en Oracle Cloud Infrastructure.

Si utiliza Oracle Data Guard para realizar la migración, la base de datos origen es la base de datos primaria y la base de datos destino es la base de datos en espera.

El siguiente diagrama muestra el proceso de migración:

Para realizar la migración, debe seguir estos pasos generales:

Planifique la migración.

Al planificar la migración de la base de datos, comienza por el inventario del entorno de origen (la base de datos primaria) y, a continuación, decide en la mejor estrategia de migración. Para realizar el inventario del entorno de origen, debe realizar tareas como la determinación de los tamaños de los archivos de base de datos y la comprobación de los planes de recuperación ante desastres existentes. Para decidir la mejor estrategia, debe planificar, por ejemplo, la mejor hora del día para realizar la migración.

Prepare la migración.

Para prepararse para migrar la base de datos origen (la base de datos primaria) al entorno de destino (la base de datos en espera), debe realizar tareas como, por ejemplo, asegurarse de que la base de datos que desea migrar se está ejecutando, instale los parches más recientes para ambas bases de datos para que se les apliquen parches en el mismo nivel y asegúrese de que el puerto de 1521 está abierto entre la base de datos primaria y la base de datos en espera. En esta solución, el nombre del servicio de red para la base de datos origen (primaria) es OCIC-ORCL y el nombre del servicio de red para la base de datos destino (en espera) es OCI-ORCL .

Oracle recomienda utilizar el mismo nombre de base de datos para ambas bases de datos para que las aplicaciones puedan realizar un failover automáticamente en la nueva base de datos.

Realice la migración.

Puede realizar la migración de la base de datos mediante la configuración de la base de datos primaria (base de datos origen) y de la base de datos en espera (base de datos destino) para Oracle Data Guard, copiando las carteras de TDE de la base de datos primaria en la base de datos en espera y, a continuación, completando la configuración de la base de datos en espera.

Herramientas necesarias para realizar la migración

Antes de comenzar la migración de la base de datos, además de conocimientos de Oracle Cloud Infrastructure, debe disponer de conocimiento en varias áreas de herramientas de Oracle Database.

Las herramientas con las que debe estar familiarizado son las siguientes:

· SQL*Plus

· Oracle Data Guard

· Familiaridad con las utilidades de srvctl y dgmgrl

· Familiaridad con la edición de los archivos tnsnames.ora, listener.ora, sqlnet.ora y oraenv

· Familiaridad con las operaciones de switchover de Oracle Data Guard

· (Opcional) Familiaridad con la generación de informes de repositorio de carga de trabajo automática de Oracle e supervisor de diagnóstico de base de datos automática de Oracle

· (Opcional) Familiaridad con Oracle Automatic Storage Management Cluster File System

Acerca de los servicios y roles necesarios

Esta solución necesita Oracle Cloud Infrastructure.

Rol	Requerido a...
Administrador (privilegios SYSDBA y SYSOPER)	Realizar tareas de administración relacionadas con SYS.
Administrador (privilegio SYSDBG)	Realice las tareas de Oracle Data Guard, si está utilizando Oracle Database 12c versión 2 (12.1.0.2) o una versión posterior.
Administrador (privilegio SYSKM)	Realizar tareas de cifrado de datos transparente, si utiliza Oracle Database 12c versión 2 (12.1.0.2) o posterior.

Chequeo:

Entorno de origen

El inventario de todo el entorno incluye tareas como asegurarse de que dispone de las versiones y configuraciones de Oracle Database soportadas.

Asegúrese de que dispone de las versiones y configuraciones admitidas.

Como mínimo, debe tener Oracle Database 12c versión 1 (12.1.0.2) (independiente).

Determine el tamaño de los archivos de la base de datos de la base de datos origen.

Puede encontrar el tamaño total de los archivos de base de datos de la base de datos que desea migrar, incluidos los tamaños de los archivos redo log, ejecutando el comando du -s en la línea de comandos. Por ejemplo:

du -s /u01/app/oracle/*

Este valor proporciona información sobre la cantidad de espacio que se debe asignar al sistema de base de datos de destino. Compruebe el nombre y los tamaños de los archivos de datos consultando las vistas dinámicas de V$DATAFILE y V$TEMPFILE. Si utiliza Oracle Automatic Storage Management, compruebe también los archivos de datos utilizados por ASM.

Determine el nivel de carga de trabajo.

Puede generar un informe del repositorio de carga de trabajo automática de Oracle para buscar un ejemplo de carga de trabajo para la base de datos origen. Como alternativa, si tiene una licencia de Oracle Diagnostics Pack y Oracle Tuning Pack, puede generar un informe de supervisión automática de diagnóstico de base de datos para buscar el rendimiento de la base de datos origen durante un período de tiempo entre las instantáneas especificadas. Las estadísticas de modelo de tiempo, las estadísticas del sistema operativo y los eventos de espera proporcionan una medida relativamente clara de la carga de trabajo, en términos de capacidad del sistema operativo.

Determine las variables de entorno que se han definido en la base de datos origen.

Puede que desee utilizar estos mismos valores en la base de datos destino.

Compruebe el juego de caracteres de la base de datos.

Puede encontrar el juego de caracteres de la base de datos emitiendo la siguiente consulta:

SELECT * FROM NLS_DATABASE_PARAMETERS;

Deberá asegurarse de que la base de datos destino también tendrá este juego de caracteres.

Determine el plan de recuperación ante desastres actualmente en su lugar.

Por ejemplo, si ya se ha desplegado Oracle Data Guard, puede crear una base de datos en espera para el procedimiento de migración. (Esta solución de migración utilizará Oracle Data Guard para la migración.) Si se utilizan copias de seguridad fuera del sitio, debe planificar la realización de una nueva copia de seguridad para enviarla a Oracle Cloud, mediante Oracle Recovery Manager (Oracle RMAN).

Decidir sobre la estrategia de mejor migración

Después de realizar el inventario del entorno, debe decidir la mejor estrategia de migración.

Tenga en cuenta lo siguiente antes de iniciar el proceso de migración:

· Realice una copia de seguridad de la base de datos RAC actual antes de iniciar la migración

· La mejor hora del día para realizar la migración

· Requisitos de Tiempo de Inactividad

· Tamaño de la Base de Datos

· Base de datos de origen y plataforma de base de datos de destino (endian)

· Consideraciones de seguridad

· Estrategia para cargas de trabajo grandes

Preparar Oracle RAC

Para preparar la migración de una base de datos Oracle Real Application Cluster (Oracle RAC) a un servidor de Oracle Cloud Infrastructure, debe realizar varias tareas preparatorias antes de iniciar la migración.

Agregar Entradas para Instancias de Base de Datos

Actualice el archivo /etc/oratab en los nodos de Oracle RAC y agregue una entrada para la instancia de base de datos de la siguiente forma:

1. Utilice SSH para conectarse al primer nodo de la base de datos origen (la base de datos primaria) que se va a migrar.

2. Actualice /etc/oratab para agregar el identificador de instancia de base de datos a la entrada de base de datos realizando las siguientes acciones:

Edite /etc/oratab:

sudo vi /etc/oratab

Agregue una entrada para la base de datos con el siguiente formato:

$ORACLE_SID:$ORACLE_HOME:N

Ejemplo de nodo 1:

orcl1:/u01/app/oracle/product/12.1.0.2/dbhome_1:N

Ejemplo de nodo 2:

orcl2:/u01/app/oracle/product/12.1.0.2/dbhome_1:N

Ejecute la secuencia de comandos oraenv para establecer variables de entorno de la base de datos como $ ORACLE_HOME :

. oraenv

Repita los pasos anteriores para el segundo nodo Oracle RAC.

Chequeo:

Asegúrese de que la base de datos que se va a migrar está en ejecución

Antes de comenzar el proceso de migración, debe comprobar que la base de datos de origen (la base de datos primaria) que se va a migrar se está ejecutando.

Utilice SSH para conectarse al servidor en el que está ubicada la base de datos de origen (la base de datos primaria) que se va a migrar.

Inicie sesión como propietario del software de base de datos oracle.

sudo su - oracle

Ejecute la secuencia de comandos oraenv, que define la variable de entorno $ ORACLE_HOME.

. oraenv

Vaya a la ubicación de $ORACLE_HOME.

cd $ORACLE_HOME

Si no se ha definido la ubicación de $ORACLE_HOME, utilice el script oraenv (situado en el directorio /usr/local/bin) para establecer el entorno, incluido $PATH, para que los comandos lsnrctl y sqlplus se puedan resolver sin utilizar nombres de ruta de acceso completos.

Compruebe el estado del listener.

srvctl status listener

Si el listener no se está ejecutando (por ejemplo, la salida tiene el error TNS-12541: TNS:no listener), cambie a la cuadrícula de usuario del sistema operativo e inicie el listener.

sudo su - grid

srvctl start listener

Compruebe que la base de datos está en ejecución.

sqlplus / as sysdba

Este comando debe conectarse a la instancia de la base de datos y aparecerá el indicador SQL>.

Compruebe si la base de datos se está ejecutando en modo de lectura/escritura

SELECT NAME, OPEN_MODE FROM V$DATABASE;

Aparecerá una salida similar a la siguiente:

NAME OPEN_MODE

-------------- ---------

source_db_name READ WRITE

Salida de SQL*Plus

EXIT

Chequeo:

Asegúrese de que todos los componentes de base de datos de la base de datos origen están instalados en la base de datos destino

Puede encontrar los componentes que están instalados en la base de datos origen (base de datos primaria) consultando la vista del diccionario de datos de DBA_REGISTRY.

Utilice SSH para conectarse al servidor de base de datos origen.

Inicie sesión en SQL*Plus como usuario administrador.

Por ejemplo:

sqlplus sys / as sysdba

Password: password

Anote la versión del software que se muestra en el banner de apertura.

Salga de SQL*Plus.

EXIT

Utilice el comando de inventario de opatch para buscar el último juego de parches que se ha aplicado.

Por ejemplo:

$ORACLE_HOME/OPatch/opatch lsinventory

Repita estos pasos en el segundo nodo de la base de datos origen y ambos nodos de la base de datos destino (la base de datos en espera).

El segundo nodo de la base de datos origen y ambos nodos de la base de datos destino deben tener las mismas versiones o versiones posteriores instaladas.

Chequeo:

Crear una Base de Datos en Espera para el Sistema Oracle Cloud Infrastructure

Debe crear una base de datos en espera (la base de datos destino) en Oracle Cloud Infrastructure, además de la base de datos que está actualmente en este sistema. El proceso de creación para la creación de esta base de datos crea una base de datos inicial durante el provisionamiento. Cree el sistema de base de datos con el nombre de host, la forma y el recuento de CPU que necesita su sitio.

Generar Par de Claves SSH

Para obtener acceso local a las herramientas, las utilidades y otros recursos del sistema de base de datos Oracle Cloud Infrastructure Virtual Machine, utilice el software del cliente de shell seguro (SSH) para establecer una conexión segura y conectarse como el usuario oracle o el usuario opc. Para acceder al sistema de base de datos de máquina virtual en espera, mediante SSH, debe utilizar el par de claves SSH en lugar de una contraseña para autenticar un usuario remoto. Un par de claves consta de una clave privada y una clave pública. Puede mantener la clave privada en su computadora y proporcionar la clave pública cada vez que inicie una instancia. Para crear pares de claves, puede utilizar una herramienta de terceros como OpenSSH en sistemas de estilo UNIX (incluidos Linux, Solaris, BSD y OS X) o un generador de claves PuTTY en Windows.

Crear red virtual en la nube

Cuando se trabaja con Oracle Cloud Infrastructure, uno de los primeros pasos es configurar una red virtual en la nube (VCN) para sus recursos en la nube. Asegúrese de que ha configurado una VCN antes de crear una base de datos en espera. Consulte la documentación de Oracle Cloud Infrastructure para obtener más información sobre cómo crear una VCN.

Verifique las formas de base de datos de máquina virtual soportadas por el arrendamiento

Al registrarse para utilizar Oracle Cloud Infrastructure, se configuran límites de servicio para su modo de conexión. El límite de servicio es la cuota o asignación establecida en un recurso. Por ejemplo, se permite un número máximo de instancias informáticas por dominio de disponibilidad. Por lo general, estos límites se establecen con su representante de cuentas de Oracle al adquirir Oracle Cloud Infrastructure.

Al crear un sistema de base de datos de máquina virtual en espera, debe asegurarse de que la forma de la base de datos de máquina virtual seleccionada se debe asignar estrechamente a la instancia primaria(origen). También DEBE asegurarse de que su modo de conexión soporte la forma seleccionada.

Verifique los límites de arrendamiento y el uso (por región):

Nota:

Si un tipo de recurso determinado tiene límites por dominio de disponibilidad, se muestra el límite y el uso de cada dominio de disponibilidad.

1. Abra el panel de Oracle Cloud Services. Abra el menú Usuario y haga clic en Inquilino: <your_tenancy_name>.

2. Haga clic en Límites de servicio en el lado izquierdo de la página.

Se muestran los límites de recursos y el uso de la región específica, desglosado por servicio.

3. Haga clic en Base de Datos y verifique las formas de base de datos de máquina virtual soportadas por su arrendamiento.

La selección de la forma de la base de datos en espera debe ser una combinación de formas que se asigne en la forma de instancia primaria(origen) junto con las formas de base de datos soportadas en su modo de conexión. El sistema de base de datos de máquina virtual está disponible en formas de tamaño de datos fijas. Asegúrese de que la forma seleccionada para la creación de la base de datos sea capaz de incluir la base de datos origen además de cualquier requisito de tamaño futuro. Una regla de miniatura es utilizar una forma similar o mayor en un tamaño que la base de datos origen.

Chequeo:

Crear Sistema de Base de Datos de Máquina Virtual en Espera

Nota:

Asegúrese de que la base de datos se crea con los mismos parámetros, como el juego de caracteres, como la base de datos primaria (la base de datos origen).

1. Conéctese al panel de control de Oracle Cloud Services

2. Abra el menú de navegación. En Servicios, haga clic en Base de datos (NO Database Classic).

3. En Base de datos, haga clic en Hardware dedicado, VM y Exadata .

4. Seleccione el compartimento en el que desea trabajar.

5. Haga clic en Iniciar Sistema de Base de Datos.

6. En el asistente de inicio de sistema de base de datos, introduzca lo siguiente:

1. Información del Sistema de Base de Datos

· Compartimento : por defecto, el sistema de base de datos se inicia en el compartimento actual y puede usar los recursos de red en ese compartimento. Haga clic en el enlace aquí del cuadro de diálogo si desea activar la selección de compartimentos para el sistema de base de datos, la red y los recursos de subred.

· Nombre Mostrado: nombre mostrado y fácil de recordar para el sistema de base de datos. No es necesario que el nombre sea único. Un identificador de Oracle Cloud (OCID) identificará de forma única el sistema de base de datos.

· Dominio de Disponibilidad: dominio de disponibilidad en el que reside el sistema de base de datos.

· Tipo de forma: Seleccionar máquina virtual

· Forma : forma que se va a utilizar para iniciar el sistema de base de datos. La forma determina el tipo de sistema de base de datos y los recursos asignados al sistema. Seleccione la forma de base de datos de máquina virtual identificada de la sección anterior.

· Recuento Total de Nodos: número de nodos en el sistema de base de datos. El número depende de la forma que seleccione. Debe especificar 2.

· Oracle Database Software Edition : edición de la base de datos soportada por el sistema de base de datos. Seleccione una edición de base de datos que sea igual o superior a la base de datos primaria.

· Tamaño de Almacenamiento Disponible (GB) : introduzca un tamaño con al menos el mismo tamaño que el servidor (origen) primario.

· Tipo de licencia: el tipo de licencia que desea utilizar para el sistema de base de datos. Su opción afecta a la medición para facturación.

· Lalicencia incluida significa que el costo del servicio en la nube incluye una licencia para el servicio de base de datos.

· Traiga su propia licencia (BYOL) significa que es un cliente de Oracle Database con un acuerdo de licencia ilimitada o un acuerdo de licencia no ilimitada y desee utilizar su licencia con Oracle Cloud Infrastructure. Esta acción elimina la necesidad de licencias locales y de licencias en la nube independientes.

· Clave Pública SSH: parte de clave pública del par de claves que desea utilizar para el acceso SSH al sistema de base de datos. Utilice la clave pública que generó en la sección anterior.

2. Información de Red

· Red virtual en la nube: VCN en la que se inicia el sistema de base de datos. Seleccione la VCN que ha creado en la sección anterior.

· Compartimento de subred: compartimento que contiene una subred de la red en la nube a la que conectar el sistema de base de datos.

· Subred del Cliente: subred a la que se debe conectar el sistema de base de datos.

· Prefijo de nombre de host: elección del nombre de host para el sistema de base de datos. El nombre de host debe empezar por un carácter alfabético y sólo puede contener caracteres alfanuméricos y guiones (-).

· El número máximo de caracteres permitido es 30. El nombre de host debe ser único en la subred. Si no es único, el sistema de base de datos no podrá realizar el aprovisionamiento.

· Nombre de Dominio de Host: nombre de dominio del sistema de base de datos. Si la subred seleccionada utiliza el resolución de VCN e Internet proporcionado por Oracle para la resolución de nombres DNS, este campo muestra el nombre de dominio de la subred y no se puede cambiar. De lo contrario, puede proporcionar la opción de un nombre de dominio. No se permiten los guiones (-).

· URL de Host y Dominio: Combina los nombres de host y dominio para mostrar el nombre de dominio completo (FQDN) para la base de datos. La longitud máxima es 64 caracteres.

3. Información de Base de Datos

· Nombre de la Base de Datos: nombre de la base de datos. El nombre de la base de datos debe empezar por un carácter alfabético y puede contener un máximo de ocho caracteres alfanuméricos. No se permiten caracteres especiales. Especifique un nombre diferente al nombre de la base de datos primaria (base de datos origen).

· Versión de la Base de Datos: versión de la base de datos inicial creada en el sistema de base de datos cuando se inicia. Una vez que el sistema de base de datos está activo, puede crear bases de datos adicionales en él. Puede combinar versiones de base de datos en el sistema de base de datos, pero no en ediciones.

· Nombre de PDB: omita este valor porque la base de datos de conexión (PDB) se creará más adelante al realizar el paso duplicado de Oracle RMAN.

· Contraseña de Administrador de Base de Datos: Introduzca la misma contraseña SYS que se utiliza para la base de datos primaria (la base de datos origen). Debe ser una contraseña segura para la cartera SYS, SYSTEM, TDE y el administrador de PDB. La contraseña debe tener entre 9 y 30 y contener al menos 2 en mayúsculas, 2 en minúsculas, 2 numéricos y 2 caracteres especiales. Los caracteres especiales deben ser _, # o -. La contraseña no debe contener el nombre de usuario (SYS, SYSTEM, etc.) ni la palabra "oracle" en orden hacia delante o hacia atrás, con independencia del caso. (Si la contraseña SYS de la base de datos primaria no cumple este requisito, puede cambiarla después de terminar estos valores.)

· Confirmar Contraseña de Administrador de Base de Datos: vuelva a introducir la contraseña de administración de base de datos especificada.

· Copia deSeguridad Automática: active la casilla de control para activar las copias de seguridad incrementales automáticas para esta base de datos.

· Carga de Trabajo de Base de Datos: seleccione el tipo de carga de trabajo que mejor se ajuste a su aplicación.

· El procesamiento transaccional en línea (OLTP) configura la base de datos para una carga de trabajo transaccional, con una desviación a grandes volúmenes de acceso aleatorio a datos.

· El sistema de soporte de decisiones (DSS) configura la base de datos para una toma de decisiones o carga de trabajo de almacén de datos, con una desviación a las grandes operaciones de exploración de datos.

· Juego de Caracteres: Juego de caracteres para la base de datos. El valor por defecto es AL32UTF8.

· Juego de Caracteres Nacional: Juego de caracteres nacional de la base de datos. El valor por defecto es AL16UTF16.

· Etiquetas : si lo desea, puede aplicar etiquetas. Si tiene permisos para crear un recurso, también tiene permisos para aplicar etiquetas de formato libre a ese recurso. Para aplicar una etiqueta definida, debe tener permisos para utilizar el espacio de nombres de etiquetas. Para obtener más información sobre el etiquetado, consulte Etiquetas de Recursos. Si no está seguro de que debe aplicar etiquetas, omita esta opción (puede aplicar etiquetas más adelante) o pregunte al administrador.

4. Haga clic en Iniciar Sistema de Base de Datos. El sistema de base de datos aparece en la lista con un estado de provisionamiento. El icono del sistema de la base de datos cambia de amarillo a verde (o rojo para indicar errores).

5. Espere el icono del sistema de base de datos para que se vuelva verde, con el estado Disponible y, a continuación, haga clic en el nombre del sistema de base de datos resaltado. Se muestran los detalles sobre el sistema de base de datos.

6. Tenga en cuenta las direcciones IP; necesitará la dirección IP privada o pública, en función de la configuración de red, para conectarse al sistema de base de datos.

7. Compruebe la contraseña de SYS en la base de datos primaria (origen). Si no cumple los requisitos de contraseña de Oracle Cloud Infrastructure, cámbiela para que coincida con la contraseña creada para la base de datos en espera (base de datos destino).

Chequeo:

Asegúrese de que el puerto 1522 y 1521 están abiertos entre la base de datos primaria y la base de datos en espera

Debe asegurarse de que el puerto 1522 está abierto en la base de datos primaria (la base de datos origen) y el puerto 1521 de la base de datos en espera (la base de datos destino) para permitir que las bases de datos se conecten.

Activar Comunicación desde el Sistema Oracle Cloud Infrastructure al Sistema Oracle Cloud Infrastructure Classic

En el sistema Oracle Cloud Infrastructure Classic, debe abrir el puerto 22 y 1522 para el tráfico de entrada desde el sistema de máquina virtual Oracle Cloud Infrastructure.

Configuración de la Base de Datos en Espera para la Configuración de Comunicación de la Base de Datos Primaria en la Consola Mis Servicios de Oracle Cloud

Puede utilizar la consola Mis servicios de Oracle Cloud para configurar la primera parte de los valores de comunicación.

1. Inicie sesión en la consola Mis servicios.

2. En el panel, haga clic en Database Classic.

3. En Servicio: Oracle Database Cloud Service, haga clic en Abrir consola de servicio, en la parte derecha de la página.

4. En el menú

del despliegue de la base de datos, seleccione Reglas de Acceso

5. Se muestra la página Reglas de acceso.

6. Localice la regla ora_p2_dblistener para activar el tráfico de entrada en el puerto 1522 desde la red pública de Internet

7. En el menú

de la regla ubicada, seleccione Habilitar

8. arece la ventana Activar regla de access.

9. Haga clic en Activar.

10. La ventana Activar Regla de Acceso se cierra y la regla se muestra activada en la lista de reglas. El puerto proporcionado en el nodo de cálculo se abre en Internet público.

11. Cree la regla source-db-ssh para abrir el tráfico de entrada en el puerto 22 desde la red pública de Internet.

12. Si el puerto 22 no está abierto, agregue esta regla de acceso.

Chequeo:

En el asistente "Crear Regla de Acceso", introduzca la siguiente información:

1. Nombre de regla: source-db-ssh

2. Origen : PUBLIC-INTERNET (seleccionar del menú desplegable)

3. Destino : Nombre de la base de datos del menú desplegable

4. Puertosde destino: 22

5. Protocolo : TCP (seleccionar del menú desplegable)

13. Haga clic en Crear .

14. Definir Estado en Activado.

15. Utilice SSH para conectarse al servidor en el que está ubicada la base de datos en espera (la base de datos destino).

16. Pruebe SSH en el puerto 22 desde el sistema Oracle Cloud Infrastructure al sistema Oracle Database Cloud Service.

El puerto 22 del sistema Oracle Database Cloud Service está abierto por defecto desde la red pública de Internet.

Transfiera la clave privada SSH al directorio /home/opc/.ssh mediante una utilidad de transferencia segura de archivos, por ejemplo, SCP.

Como usuario opc de Oracle Cloud Infrastructure, pruebe SSH ejecutando el siguiente comando. En este ejemplo, la clave privada se denomina privateKey:

ssh -i /home/opc/.ssh/privateKey opc@source_ip

Complete la configuración de comunicación de Oracle Cloud Infrastructure a Oracle Cloud Infrastructure.

Debe definir un tamaño de socket TCP, editar el archivo etc/host y actualizar el archivo tnsnames.ora en la base de datos primaria (la base de datos origen).

SSH al primer nodo de la base de datos primaria (base de datos origen)

Conectar como raíz.

sudo su -

(Opcional) Establezca el tamaño del socket TCP. Por ejemplo:

sysctl -w net.core.rmem_max=10485760

sysctl -w net.core.wmem_max=10485760

El tamaño de socket TCP está definido para aumentar el rendimiento durante la migración. Puede que esta configuración no sea ideal para bases de datos de producción.

Conéctese como usuario de Oracle.

su - oracle

Ejecute la secuencia de comandos oraenv, que define la variable de entorno $ ORACLE_HOME.

. oraen

En ambos nodos Oracle RAC, en

El archivo $ ORACLE_HOME/network/admin/tnsnames.ora de la base de datos primaria (la base de datos origen) de Oracle Cloud Infrastructure Classic, agregue una entrada TNS similar a la siguiente:

Reemplace source_node1_ip, source_node2_ip, source_server_name por los parámetros de la base de datos primaria (la base de datos origen). Sustituya target_node1_ip,target_node2_ip y target_server_name por los parámetros de la base de datos en espera (la base de datos destino).

MIGRAC_OCIC_s1 =

(DESCRIPTION =

(ADDRESS_LIST=

(ADDRESS = (PROTOCOL = TCP)(HOST = source_node1_ip)(PORT = 1522))

(ADDRESS = (PROTOCOL = TCP)(HOST = source_node2_ip)(PORT = 1522))

)

(CONNECT_DATA =

(UR=A)

(SERVER = DEDICATED)

(SERVICE_NAME = source_service_name)

)

MIGRAC_OCI_s2 =

(DESCRIPTION =

(ADDRESS_LIST=

(ADDRESS = (PROTOCOL = TCP)(HOST = target_node1_ip)(PORT = 1521))

(ADDRESS = (PROTOCOL = TCP)(HOST = target_node2_ip)(PORT = 1521))

)

(CONNECT_DATA =

(UR=A)

(SERVER = DEDICATED)

(SERVICE_NAME = target_service_name)

)

Pruebe la conexión de SQL*Plus desde el sistema de la base de datos en espera (la base de datos destino) a la base de datos primaria (base de datos destino) en el puerto 1521.

sqlplus sys@migrac_oci_s2 as sysdba

Enter password: password

SQL> SELECT NAME FROM V$DATABASE;

Salga de SQL*Plus.

exit

Repita estos pasos en el segundo nodo de la base de datos primaria (base de datos origen).

Activar Comunicación desde el Sistema Oracle Cloud Infrastructure Classic al Sistema Oracle Cloud Infrastructure

En el sistema Oracle Cloud Infrastructure Database, debe abrir los puertos 22 y 1521 para el tráfico de entrada desde el sistema Oracle Cloud Infrastructure Classic.

Configuración de los Valores de Comunicación de Oracle Cloud Infrastructure Classic a Oracle Cloud Infrastructure en la Consola de Oracle Cloud Infrastructure

Chequeo:

Puede utilizar la consola de Oracle Cloud Infrastructure para configurar la primera parte de los valores de comunicación.

1. Anote la dirección IP pública del servidor de Oracle Cloud Infrastructure Classic.

2. Inicie sesión en la consola de Oracle Cloud Infrastructure.

3. En el lado izquierdo de la página, seleccione su compartimento y, a continuación, seleccione el separador Redes en la parte superior de la página.

4. En la página Compartimento de las redes virtuales en la nube, seleccione el nombre de la red.

5. En la página que está etiquetada con el nombre de red, seleccione Listas de Seguridad en el panel de navegación izquierdo.

6. En la página Listas de Seguridad, seleccione la lista que desea ver.

7. En la página Security_list_name Security List for network_name (Lista de seguridad de Oracle Fusion Middleware para Oracle WebLogic Server), haga clic en Edit all rules (Editar todas las reglas).

8. Desplácese a la regla que desee cambiar o haga clic en Agregar regla para la regla Ingreso o Engress.

Actualice la lista de seguridad del sistema de base de datos a la IP pública del servidor de Oracle Cloud Infrastructure Classic que obtuvo en el primer paso.

Por defecto, el puerto 22 para SSH está activado en sistemas Oracle Cloud Infrastructure para el tráfico de Internet público.

1. Configure SOURCE CIDR en la dirección IP del servidor de Oracle Cloud Infrastructure Compute Classic.

2. Establezca IP PROTOCOL en TCP.

3. Defina SOURCE PORT RANGE en ALL.

4. Defina DESTINATION PORT RANGE en 1521.

Complete la configuración de comunicación de Oracle Cloud Infrastructure Classic a Oracle Cloud Infrastructure en la línea de comandos

Debe editar el archivo $ORACLE_HOME/network/admin/tnsnames.ora, definir el tamaño del socket TCP en la base de datos en espera (la base de datos destino).

Establezca una conexión SSH con el primer nodo de la base de datos en espera (la base de datos de destino).

En la base de datos en espera (la base de datos destino), conéctese como propietario del software de la base de datos oracle.

sudo su - oracle

Ejecute la secuencia de comandos oraenv, que define la variable de entorno $ ORACLE_HOME.

. oraenv

En ambos nodos, en el archivo $ORACLE_HOME/network/admin/tnsnames.ora del sistema de máquina virtual Oracle Cloud Infrastructure, agregue una entrada TNS para cada una de las dos bases de datos:

En este ejemplo, el nombre TNS de la base de datos primaria esOCIC-ORCL y el nombre TNS de la base de datos en espera es OCI-ORCL.

Sustituya source_node1_ip, source_node2_ip, source_server_name por los parámetros de la base de datos primaria (la base de datos origen).

Sustituya target_node1_ip, target_node2_ip y target_server_name por los parámetros de la base de datos en espera (la base de datos destino).

MIGRAC_OCIC_s1 =

(DESCRIPTION =

(ADDRESS_LIST=

(ADDRESS = (PROTOCOL = TCP)(HOST = source_node1_ip)(PORT = 1522))

(ADDRESS = (PROTOCOL = TCP)(HOST = source_node2_ip)(PORT = 1522))

)

(CONNECT_DATA =

(UR=A)

(SERVER = DEDICATED)

(SERVICE_NAME = source_service_name)

)

MIGRAC_OCI_s2 =

(DESCRIPTION =

(ADDRESS_LIST=

(ADDRESS = (PROTOCOL = TCP)(HOST = target_node1_ip)(PORT = 1521))

(ADDRESS = (PROTOCOL = TCP)(HOST = target_node2_ip)(PORT = 1521))

)

(CONNECT_DATA =

(UR=A)

(SERVER = DEDICATED)

(SERVICE_NAME = target_service_name)

)

Chequeo:

Utilice SQL*Plus para probar la conexión desde el sistema Oracle Cloud Infrastructure a la base de datos Oracle Cloud Infrastructure Classic en el puerto 1521.

sqlplus sys@migrac_orcl_s2 as sysdba

Enter password: password

(En esta etapa, cualquier sentencia SQL que ejecute fallará porque la base de datos en espera aún no se ha configurado completamente.)

En la línea de comandos, conéctese como raíz .

sudo su -

(Opcional) En ambos nodos, establezca el tamaño del socket TCP. Por ejemplo:

sysctl -w net.core.rmem_max=10485760

sysctl -w net.core.wmem_max=10485760

El tamaño de socket TCP está definido para aumentar el rendimiento durante la migración. Puede que esta configuración no sea ideal para bases de datos de producción.

Repita estos pasos en el segundo nodo de la base de datos en espera (base de datos destino).

Asegúrese de que se han aplicado parches de grupo y que están sincronizados

Asegúrese de que el nivel de parche del sistema Oracle Cloud Infrastructure Classic de la base de datos primaria (la base de datos origen) es anterior o igual que el nivel de parche del sistema Oracle Cloud Infrastructure de la base de datos en espera (la base de datos destino).

Utilice SSH para conectarse al primer nodo de la base de datos primaria (la base de datos origen).

Compruebe el nivel de parche en la base de datos primaria de la siguiente forma:

Para buscar un listado breve de parches:

$ORACLE_HOME/OPatch/opatch lspatches

Para buscar una lista detallada de parches:

$ORACLE_HOME/OPatch/opatch lsinventory

Anote el nivel de parche.

Repita los pasos 1 a 3 para el segundo nodo de la base de datos primaria (la base de datos origen).

Utilice SSH para conectarse a los nodos de la base de datos en espera (la base de datos destino).

Compruebe el nivel de parche en los nodos de la base de datos en espera ejecutando el comando opatch lsinventory.

Comparar los niveles de parches de los nodos de las bases de datos. Asegúrese de que el sistema en espera tiene un parche de grupo que es igual o posterior al parche de grupo que está en la base de datos primaria.

Si debe instalar un parche posterior en la base de datos en espera (la base de datos destino), acceda a My Oracle Support: https://support.oracle.com/

Descargue la versión correcta del parche en la base de datos en espera (la base de datos destino).

Extraiga el parche del grupo.

Muestra los parches disponibles.

$ORACLE_HOME/OPatch/opatch lspatches

Aplique el parche.

$ORACLE_HOME/OPatch/opatch apply patch_number

Chequeo:

Migrar Oracle RAC

Configurar Base de Datos Primaria (Origen)

Para configurar la base de datos primaria (la base de datos origen), configure Oracle Data Guard y modifique los archivos listener.ora y tnsnames.ora para la base de datos en espera (la base de datos destino).

Configurar Base de Datos Primaria para la Base de Datos en Espera

En esta configuración, se configura la base de datos primaria (origen) para utilizar Oracle Data Guard.

Utilice SSH para conectarse al servidor de la base de datos primaria (base de datos origen).

En la base de datos en espera (la base de datos destino), conéctese como propietario del software de la base de datos oracle.

sudo su - oracle

Ejecute la secuencia de comandos oraenv, que define la variable de entorno $ ORACLE_HOME.

. oraenv

Inicie sesión en la instancia de base de datos como un usuario que tenga privilegios de administrador. Por ejemplo:

sqlplus / as sysoper

Asegúrese de que la base de datos está en modo ARCHIVELOG.

ARCHIVE LOG LIST

Si la salida de Database log mode es No Archive Mode y la salida de Automatic archival es Disabled, realice lo siguiente:

Salga de SQL*Plus

SQL> exit

Cierre la base de datos.

srvctl stop database -db db_unique_name

Reiniciar la base de datos en modo de montaje

srvctl start database -db db_unique_name -o mount

Inicie sesión en la instancia de base de datos como un usuario que tenga privilegios de administrador. Por ejemplo:

sqlplus / as sysoper

Activar modo archive log.

ALTER DATABASE ARCHIVELOG;

Asegúrese de que la base de datos está ahora en modo archive log.

ARCHIVE LOG LIST

La salida de la salida del modo de log de la base de datos debe ser Archive Mode y la salida de Automatic archival es Activada .

Abra la base de datos.

ALTER DATABASE OPEN;

Conéctese con el privilegio de administrador de SYSDBA.

CONNECT / AS SYSDBA

Para un entorno de varios clientes, realice lo siguiente:

Compruebe el estado de PDBS.

SHOW PDBS

Si las PDB no están abiertas, ábralas.

ALTER PLUGGABLE DATABASE ALL OPEN;

Asegúrese de que la base de datos está en modo de registro forzoso. Por ejemplo:

SELECT NAME, OPEN_MODE, FORCE_LOGGING FROM V$DATABASE;

Si es necesario, active force logging.

ALTER DATABASE FORCE LOGGING;

Compruebe la configuración.

SELECT NAME, CDB, OPEN_MODE, FORCE_LOGGING FROM V$DATABASE;

La columna FORCE_LOGGING debe ser YES.

Utilice el comando SHOW PARAMETER para comprobar los siguientes parámetros de base de datos:

DB_NAME y DB_UNIQUE_NAME: Asegúrese de que estos nombres son distintos de los que se utilizan en la base de datos destino.

REMOTE_LOGIN_PASSWORDFILE: Este parámetro se debe definir en EXCLUSIVE.

Agregar Servicios Estáticos al Archivo listener.ora de Base de Datos Primaria

Chequeo:

En esta sección, debe agregar un nuevo listener estático a listener.ora y reiniciar el listener.

Utilice SSH para conectarse al primer nodo de la base de datos primaria (origen).

En la línea de comandos, conéctese como grid user.

sudo su - grid

Modifique el archivo /u01/app/12.2.0.1/grid/network/admin/listener.ora para incluir el listener estático. El siguiente ejemplo muestra el formato que se debe utilizar para un listener estático:

SID_LIST_LISTENER =

(SID_LIST =

(SID_DESC =

(SDU=65535)

(GLOBAL_DBNAME = source_db_unique_name.source_db_domain)

(ORACLE_HOME = source_oracle_home)

(ENVS="TNS_ADMIN= source_oracle_home/network/admin")

(SID_NAME = source_db_name)

)

Parar el listener.

Nota:

La parada e inicio del listener estático puede afectar a las nuevas conexiones a la base de datos durante unos segundos.

srvctl stop listener -l LISTENER

Reinicie el listener.

srvctl start listener -l LISTENER

Compruebe el estado del listener.

lsnrctl status

Compruebe que hay entradas en la salida con el estado UNKNOWN.

Repita los pasos anteriores para el segundo nodo de la base de datos primaria (la base de datos origen).

Chequeo:

Configuración de Parámetros de Base de Datos Primaria

Después de configurar la base de datos primaria (origen) y agregar servicios estáticos al archivo listener.ora de la base de datos primaria, puede configurar los parámetros Oracle Data Guard en la base de datos primaria.

Utilice SSH para conectarse al primer nodo de RAC de la base de datos primaria (la base de datos origen).

Inicie sesión en la instancia de base de datos como un usuario que tenga el privilegio de administrador de SYSDBA.

sqlplus / as sysdba

Enter password: password

Activar gestión automática de archivos en espera.

ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=AUTO SID='*' SCOPE=BOTH;

Defina el destino de retraso de archivo.

ALTER SYSTEM SET ARCHIVE_LAG_TARGET=1800 SID='*' SCOPE=BOTH;

Identifique los nombres y las ubicaciones del archivo de configuración de Oracle Broker. Las siguientes sentencias dependen del tipo de almacenamiento de base de datos.

ALTER SYSTEM SET DG_BROKER_CONFIG_FILE1='/u02/app/oracle/oradata/<db_unique_name>/dr1<db_unique_name>.dat' SID='*' SCOPE=BOTH; SCOPE=BOTH;

ALTER SYSTEM SET DG_BROKER_CONFIG_FILE2='/u03/app/oracle/fast_recovery_area/<db_unique_name>/dr2<db_unique_name>.dat' SID='*' SCOPE=BOTH;

Active el proceso DMON de Oracle Broker para la base de datos.

ALTER SYSTEM SET DG_BROKER_START=TRUE SCOPE=BOTH;

(Opcional) Establezca los parámetros DB_BLOCK_CHECKING y DB_BLOCK_CHECKSUM.

ALTER SYSTEM SET DB_BLOCK_CHECKING=FULL SID='*' SCOPE=BOTH;

ALTER SYSTEM SET DB_BLOCK_CHECKSUM=FULL SID='*' SCOPE=BOTH;

(Opcional) Establezca el búfer de registro en 256 megabytes.

ALTER SYSTEM SET LOG_BUFFER=268435456 SID='*' SCOPE=BOTH;

Defina el parámetro DB_LOST_WRITE_PROTECT en TYPICAL.

ALTER SYSTEM SET DB_LOST_WRITE_PROTECT=TYPICAL SID='*' SCOPE=BOTH;

Active la función de flashback de base de datos. El valor mínimo recomendado para DB_FLASHBACK_RETENTION_TARGET es 120 minutos.

ALTER DATABASE FLASHBACK ON;

ALTER SYSTEM SET DB_FLASHBACK_RETENTION_TARGET=120;

ALTER SYSTEM ARCHIVE LOG CURRENT;

Agregue los redo logs en espera, según el redo log en línea. Puede utilizar la siguiente consulta para determinar el número y el tamaño (en bytes) de los ORL. El tamaño de los redo logs en espera debe ser el mismo que el de los redo logs en línea, pero debe agregar uno o más redo logs en espera adicionales que los redo logs en línea. En el siguiente ejemplo, existen cuatro redo logs en línea, por lo que debe agregar al menos cinco redo logs en espera. Es decir, para cada thread, debe especificar los redo logs actuales más al menos uno y, a continuación, utilizar el mismo tamaño que los redo logs originales.

Ejecute la siguiente consulta para determinar el número y el tamaño en bytes de los redo logs de Oracle.

SELECT GROUP#, BYTES FROM V$LOG;

La salida debe ser similar a la siguiente.

GROUP# BYTES

------ ----------

1 1073741824

2 1073741824

3 1073741824

4 1073741824

Para el primer thread, especifique los redo logs actuales más uno más y utilice el mismo tamaño que los redo logs actuales. Por ejemplo:

ALTER DATABASE ADD STANDBY LOGFILE THREAD 1

GROUP 5 SIZE 1073741824,

GROUP 6 SIZE 1073741824,

GROUP 7 SIZE 1073741824,

GROUP 8 SIZE 1073741824,

GROUP 9 SIZE 1073741824;

Para el segundo thread, especifique los redo logs actuales más uno más y utilice el mismo tamaño que los redo logs actuales. Por ejemplo:

ALTER DATABASE ADD STANDBY LOGFILE THREAD 2

GROUP 10 SIZE 1073741824,

GROUP 11 SIZE 1073741824,

GROUP 12 SIZE 1073741824,

GROUP 13 SIZE 1073741824,

GROUP 14 SIZE 1073741824;

Verifique que ha creado el número correcto de redo logs en espera.

SELECT GROUP#, BYTES FROM V$STANDBY_LOG;

Debe aparecer una salida similar a la siguiente:

GROUP# BYTES

---------- ----------

5 1073741824

6 1073741824

7 1073741824

8 1073741824

9 1073741824

10 1073741824

11 1073741824

12 1073741824

13 1073741824

14 1073741824

10 rows selected.

Chequeo:

Configurar Base de Datos en Espera (Destino)

Para configurar la base de datos en espera (destino), debe borrar la base de datos en espera y, a continuación, modificar los archivos oratab, listener.ora y tnsnames.ora.

Agregar Entradas para Instancias de Base de Datos

Actualice el archivo /etc/oratab en los nodos de Oracle RAC y agregue una entrada para la instancia de base de datos de la siguiente forma:

Utilice SSH para conectarse al primer nodo de la base de datos origen (la base de datos primaria) que se va a migrar.

Actualice /etc/oratab para agregar el identificador de instancia de base de datos a la entrada de base de datos realizando las siguientes acciones:

Edite /etc/oratab:

sudo vi /etc/oratab

Agregue una entrada para la base de datos con el siguiente formato:

$ORACLE_SID:$ORACLE_HOME:N

Ejemplo de nodo 1:

orcl1:/u01/app/oracle/product/12.1.0.2/dbhome_1:N

Ejemplo de nodo 2

orcl2:/u01/app/oracle/product/12.1.0.2/dbhome_1:N

Ejecute la secuencia de comandos oraenv para establecer variables de entorno de la base de datos como $ ORACLE_HOME :

. oraenv

Repita los pasos anteriores para el segundo nodo Oracle RAC.

Borrar Base de Datos en Espera (Destino)

Utilice SSH para conectarse al servidor en espera (destino).

Cambie al usuario de oracle propietario de la base de datos.

Inicie sesión en la instancia de base de datos como un usuario que tenga el privilegio de administrador de SYSDBA.

sqlplus / as sysdba

Enter password: password

Cierre la base de datos como se indica a continuación:

alter system set cluster_database=false sid='*' scope=spfile;

System altered.

Salga de SQL*Plus:

exit

Para la base de datos con srvctl:

srvctl stop database -db database_unqiue_name

Inicie sesión en la instancia de base de datos como un usuario que tenga el privilegio de administrador de SYSDBA.

sqlplus / as sysdba

Enter password: password

Inicie y monte la base de datos en modo restringido:

startup mount restrict

ORACLE instance started.

Total System Global Area 7516192768 bytes

Fixed Size 2941872 bytes

Variable Size 1409289296 bytes

Database Buffers 6073352192 bytes

Redo Buffers 30609408 bytes

Database mounted.

Borrar Base de Datos en Espera:

drop database;

Database dropped.

Chequeo:

Agregar Servicios Estáticos al Archivo listener.ora de Base de Datos en Espera

Después de agregar servicios estáticos al archivo listener.ora de la base de datos en espera (la base de datos origen), debe reiniciar el listener.

Utilice SSH para conectarse al primer nodo Oracle RAC del servidor de la base de datos en espera (base de datos origen).

En la línea de comandos, conéctese como usuario de grid.

sudo su - grid

Modifique elarchivo $ ORACLE_HOME/network/admin/listener.ora para incluir static listener. El siguiente ejemplo muestra el formato que se debe utilizar para un static listener:

SID_LIST_LISTENER=

(SID_LIST=

(SID_DESC=

(SDU=65535)

(GLOBAL_DBNAME = standby_db_unique_name.standby_db_domain)

(SID_NAME = standby_db_sid)

(ORACLE_HOME= standby_oracle_home)

(ENVS="TNS_ADMIN= standby_oracle_home/network/admin")

)

Utilice la utilidad srvctl para parar el listener.

srvctl stop listener -l LISTENER

Reinicie listener.

srvctl start listener -l LISTENER

Compruebe el estado de listener.

lsnrctl status

Nota:

output es el nuevo listener con el estado UNKNOWN

Repita estos pasos para el segundo nodo Oracle RAC.

Copiar Carteras de TDE de la Base de Datos Primaria en la Base de Datos en Espera

Puede copiar manualmente los archivos de cartera de TDE de la base de datos primaria (la base de datos origen) en el sistema de la base de datos en espera (la base de datos destino) mediante el protocolo de copia segura (SCP).

Chequeo:

Comprimir la cartera de TDE

Debe realizar esta operación en la base de datos primaria (la base de datos origen).

Utilice SSH para conectarse al servidor de la base de datos primaria (base de datos origen).

En la línea de comandos, conéctese como propietario del software de la base de datos oracle.

sudo su - oracle

Ejecute la secuencia de comandos oraenv, que define la variable de entorno $ ORACLE_HOME.

. oraenv

Para buscar la ubicación de la cartera, conéctese a la instancia de la base de datos primaria (base de datos origen) con elprivilegio de administrador SYSDBA .

sqlplus / as sysdba

Consulte la columna WRL_PARAMETER de la vista dinámica V$ENCRYPTION_WALLET para buscar el directorio en el que está la cartera.

SELECT * FROM V$ENCRYPTION_WALLET;

Salga de SQL*Plus.

exit

Vaya al directorio en el que se encuentran los archivos de cartera. Por ejemplo:

cd /u02/app/oracle/admin/source_db_unique_name

Utilice el comando tar para comprimir la cartera de TDE. Por ejemplo:

tar cvf tde_wallet.tar ./tde_wallet

Aparecerá una salida similar a la siguiente:

./tde_wallet/

./tde_wallet/ewallet.p12

./tde_wallet/cwallet.sso

./tde_wallet/ewallet_2018021607225910.p12

Copie la cartera de TDE y defina los permisos en el directorio de cartera

Después de realizar una copia de seguridad del archivo de cartera de TDE, debe crear un directorio para la cartera y definir los permisos en este directorio.

Copie el archivo tar de la cartera en un directorio tmp. Por ejemplo:

cp tde_wallet.tar /tmp/

Salga para convertirse en el usuario de OPC.

$ exit

Copie la clave privada del host local en la base de datos primaria.

Chequeo:

Por defecto, las claves privadas no se almacenan en las bases de datos

scp -i /home/opc/.ssh/privateKey opc@<Primary DB IP>:/home/opc/.ssh/

Utilice SCP para copiar los archivos de cartera de la base de datos primaria (base de datos origen) en la base de datos en espera (base de datos destino), en eldirectorio /opt/oracle/dcs/commonstore/wallets/tde/$ ORACLE_UNQNAME . Por ejemplo:

scp -i /home/opc/.ssh/privateKey /tmp/tde_wallet.tar opc@<Standby DB IP>:/tmp/

Aparecerá una salida similar a la siguiente:

tde_wallet.tar

100% 20KB 20.0KB/s 00:00

Utilice SSH para conectarse al servidor de base de datos destino.

Inicie sesión como propietario del software de base de datos oracle.

sudo su - oracle

Ejecute la secuencia de comandos oraenv, que define la variable de entorno $ ORACLE_HOME.

. oraenv

Para buscar la ubicación de la cartera, muestre el contenido de sqlnet.ora:

cat $ORACLE_HOME/network/admin/sqlnet.ora

Elparámetro ENCRYPTION_WALLET_LOCATION muestra la ubicación de la cartera. Por ejemplo:

ENCRYPTION_WALLET_LOCATION=(SOURCE=(METHOD=FILE)(METHOD_DATA=(DIRECTORY=/opt/oracle/dcs/commonstore/wallets/tde/$ORACLE_UNQNAME)))

Vaya al directorio de cartera de destino. Por ejemplo:

cd /opt/oracle/dcs/commonstore/wallets/tde

Compruebe que la cartera correcta está en este directorio.

ls target_db_unique_name

Realice una copia de seguridad del archivo de cartera. Por ejemplo:

mv target_db_unique_name target_db_unique_name.old

Cree un directorio en el que almacenar la cartera. Por ejemplo:

mkdir target_db_unique_name

Compruebe los permisos en el directorio de carteras.

ls -ld target_db_unique_name

Si es necesario, otorgue al propietario del software de la base de datos los permisos oracle read, write y execute.

chmod 700 target_db_unique_name

Vuelva a comprobar los permisos.

ls -ld target_db_unique_name

Copie el archivo tar de la cartera en el directorio actual.

cp /tmp/tde_wallet.tar .

Compruebe los permisos.

ls -rlt

Aparecerá una salida similar a la siguiente:

total 124

drwx------ 2 oracle oinstall 20480 Feb 16 09:25 target_db_unique_name.old

drwx------ 2 oracle oinstall 20480 Feb 16 10:16 target_db_unique_name

-rw-r--r-- 1 oracle oinstall 20480 Feb 16 10:17 tde_wallet.tar

Chequeo:

Completar el proceso de cartera de TDE

Debe extraer el archivo tar de cartera de TDE y, a continuación, mover su contenido al directorio de carteras en la base de datos en espera (base de datos destino).

En la base de datos en espera (base de datos destino), asegúrese de que se encuentra en el directorio de cartera correcto. Por ejemplo:

pwd

# Output similar to the following should appear:

/opt/oracle/dcs/commonstore/wallets/tde

Extraiga el archivo tar.

tar xvf tde_wallet.tar

Debe aparecer una salida similar a la siguiente:

./tde_wallet/ewallet.p12

./tde_wallet/ewallet_2018050819024979.p12

./tde_wallet/cwallet.sso

Mueva el contenido tde_wallet al directorio de carteras en la base de datos en espera (la base de datos destino).

mv ./tde_wallet/* ./target_db_unique_name

Elimine el contenido tde_wallet de la base de datos en espera (la base de datos destino).

rm -rf ./tde_wallet

Configurar el archivo de parámetros de inicialización en espera e iniciar la instancia en modo NOMOUNT

Después de configurar el archivo de inicialización en espera, puede reiniciar la base de datos en modo NOMOUNT.

Utilice SSH para conectarse al servidor de la base de datos en espera (base de datos destino).

Inicie sesión como propietario del software de base de datos oracle.

sudo su - oracle

Ejecute el script oraenv, que define la variable de entorno $ORACLE_HOME.

. oraenv

Vaya al directorio dbs.

cd $ORACLE_HOME/dbs

Cree un archivo de parámetros de inicialización temporal, denominado init_<sid>.ora donde <sid> es el SID de la base de datos destino de la siguiente forma:

echo "*.db_name='db_name'" > $ORACLE_HOME/dbs/init<sid>.ora

echo "*.db_unique_name='target_db_unique_name'" >> $ORACLE_HOME/dbs/init<sid>.ora

Realice una copia de seguridad del archivo de contraseñas existente, si existe. Por ejemplo:

mv $ORACLE_HOME/dbs/orapw<sid> $ORACLE_HOME/dbs/orapw<sid>.old

Cree un nuevo archivo de contraseñas. Por ejemplo:

orapwd file=$ORACLE_HOME/dbs/orapwtarget password=admin_password_for_primary entries=5

Cambie el archivo de contraseñas del cluster al archivo de contraseñas de non-ASM:

$ srvctl modify database -d <oci_db_unique_name> -pwfile $ORACLE_HOME/dbs/orapw<oci_oracle_sid>

$ srvctl config database -d <oci_db_unique_name>

Conéctese a la instancia de la base de datos en espera (base de datos destino) como un usuario que tenga el privilegio de administrador de sysdba. Por ejemplo:

sqlplus / as sysdba

Cierre la base de datos. Por ejemplo:

shutdown immediate

Reinicie la base de datos en modo NOMOUNT con el archivo de parámetros de inicialización init<sid>.ora.

startup force nomount PFILE=?/dbs/init<sid>.ora

Chequeo:

Duplicar Base de Datos Destino para la Base de Datos en Espera de la Base de Datos Activa

Puede ejecutar un script para duplicar la base de datos en espera (la base de datos destino). Si la base de datos primaria (la base de datos origen) es grande, puede asignar canales adicionales para mejorar el rendimiento. Para una base de datos recién instalada, un canal normalmente ejecuta la duplicación de la base de datos en un par de minutos. Asegúrese de que no se produce ningún error después de ejecutar la operación de duplicación de Oracle Recovery Manager (Oracle RMAN). Si se producen errores, reinicie la base de datos mediante el archivo de parámetros de inicialización (no spfile), en caso de que se genere en el directorio $ORACLE_HOME/dbs como parte del proceso de duplicación de Oracle RMAN.

Conéctese a la base de datos en espera (la base de datos destino) como propietario del software de la base de datos oracle.

su - oracle

Ejecute la secuencia de comandos oraenv, que define la variable de entorno $ ORACLE_HOME.

. oraenv

Crear dup.rcv

vi dup.rcv

Pegue el contenido del script mientras se actualizan las variables necesarias.

Con la base de datos en espera (base de datos destino) en modo NOMOUNT, conéctese a Oracle RMAN.

rman

RMAN> connect target sys@<primary_db_tnsnames_name>

target database Password: password

RMAN> connect auxiliary sys@<standby_db_tnsnames_name>

auxiliary database Password: password

Ejecute el siguiente script para duplicar la base de datos destino para una base de datos en espera de una base de datos activa. El siguiente ejemplo muestra el script dup.rcv, que se debe crear por el usuario y se basa en la nota de My Oracle Support 2369137 . RMAN Explicación de duplicados activos en el método RMAN-06217 -- PUSH & PULL Explicación (ID de documento 2369137.1). En este ejemplo, el archivo de comandos dup.rcv se ha personalizado para transferir la duplicación (copias de imagen) del sistema de archivos a Oracle Automatic Storage Management (Oracle ASM). Otras opciones, como del sistema de archivos a Oracle Automatic Storage Management Cluster File System u Oracle ASM a Oracle ASM, necesitarán cambios en los parámetros de destino de archivos y los parámetros de conversión de nombres de archivos.

@dup.rcv

Output similar to the following appears:

RMAN> run {

2> allocate channel prmy1 type disk;

3> allocate channel prmy2 type disk;

4> allocate channel prmy3 type disk;

5> allocate channel prmy4 type disk;

6> allocate auxiliary channel stby1 type disk;

7> allocate auxiliary channel stby2 type disk;

8> allocate auxiliary channel stby type disk;

9> duplicate target database for standby from active database dorecover

10> spfile

11> parameter_value_convert '/u02/app/oracle/oradata/source_db_name','+DATA'

12> Set CLUSTER_DATABASE='FALSE'

13> set db_unique_name='<target_db_unique_name>'

14> set db_create_file_dest='+DATA'

15> set db_create_online_log_dest_1='+RECO'

16> set db_recovery_file_dest='+RECO'

17> set audit_file_dest='/u01/app/oracle/admin/db_name/adump'

18> set control_files='+DATA','+RECO'

19> set dg_broker_config_file1='+DATA/<target_db_unique_name>/dr1<target_db_unique_name>.dat'

20> set dg_broker_config_file2='+RECO/<target_db_unique_name>/dr2<target_db_unique_name>.dat'

21> set dispatchers='(PROTOCOL=TCP) (SERVICE=<target_db_name>XDB)'

22> set instance_name='<target_db_name>'

23> set db_domain='<target_db_domain>'

24> set db_recovery_file_dest='+RECO'

25> ;

26> }

Chequeo:

Pasos Posteriores a Duplicación de Oracle Recovery Manager

Después de terminar la operación de duplicación de Oracle Recovery Manager (Oracle RMAN), debe realizar estas tareas de limpieza en la base de datos en espera (base de datos destino).

Actualización del archivo de contraseñas

Actualice el archivo de contraseñas de la siguiente manera:

Vuelva a mover el archivo de contraseñas a ASM:

[oracle@oci_node1 ~]$ cp $ORACLE_HOME/dbs/orapw<oci_node1_oracle_sid> /tmp/orapw<oci_node1_oracle_sid>

Salga al usuario de opc:

[oracle@oci_node1 ~]$ exit

Cambie al usuario grid:

[opc@oci_node1 ~]$ sudo su - grid

Cambiar a petición de datos de ASMCMD:

[grid@oci_node1 ~]$ asmcmd

Copie la contraseña en ASMCMD:

ASMCMD> pwcopy --dbuniquename <oci_db_unique_name> '/tmp/orapw<oci_node1_oracle_sid>' '+DATA'

Nota:El comando puede mostrar errores ya que ASM es una versión diferente a la de la base de datos. Los errores se pueden ignorar porque la incidencia de registro se corrige más adelante en este procedimiento.

Navegue al directorio +DATA/<OCI_DB_UNIQUE_NAME>/PASSWORD/para buscar el identificador_generado_sistema que se va a utilizar en el paso 9 .

ASMCMD> cd +DATA/<OCI_DB_UNIQUE_NAME>/PASSWORD/

ASMCMD> ls -lt

Salga de ASMCMD y del usuario de grid:

ASMCMD> exit

[grid@oci_node1 ~]$ exit

Cambiar alusuario de Oracle :

[opc@oci_node1 ~]$ sudo su - oracle

Ejecute la secuencia de comandos oraenv, que define la variable de entorno $ ORACLE_HOME.

. oraenv

Modifique el archivo de contraseñas del cluster a ASM:

[oracle@oci_node1 ~]$ srvctl modify database -d <oci_db_unique_name> -pwfile +DATA/<OCI_DB_UNIQUE_NAME>/PASSWORD/pwd<oci_db_unique_name><system_generated_id>

[oracle@oci_node1 ~]$ rm $ORACLE_HOME/dbs/orapw<oci_node1_oracle_sid>

Activar Oracle Flashback

Debe activar Oracle Flashback.

Utilice SSH para conectarse al servidor de la base de datos en espera (base de datos destino).

Inicie sesión como propietario del software de base de datos oracle.

sudo su - oracle

Inicie sesión en la instancia de base de datos como un usuario que tenga el privilegio de administrador de SYSOPER. Por ejemplo:

sqlplus / as sysoper

Enter password: password

Active Oracle Flashback.

ALTER DATABASE FLASHBACK ON;

Conéctese como usuario con el privilegio de administrador de SYSDBA.

CONNECT / AS SYSDBA

Defina el destino de retención de flashback.

ALTER SYSTEM SET DB_FLASHBACK_RETENTION_TARGET=120;

Mover el archivo spfile a Oracle Automatic Storage Management

Debe mover el archivo spfile a Oracle Automatic Storage Management.

Utilice SSH para conectarse al servidor de la base de datos en espera (base de datos destino).

Inicie sesión en la instancia de base de datos como un usuario que tenga el privilegio de administrador de SYSOPER.

Cree y mueva el archivo spfile a Oracle Automatic Storage Management.

Cree el pfile.

create pfile='/tmp/init<sid>.ora' from spfile;

Salga de SQL*Plus:

SQL> exit

Edite el pfile:

vi /tmp/init<sid>.ora

Suprima la siguiente línea del archivo:

*.instance_name=<sid_for_node1>

Agregue las siguientes líneas para cada nodo:

<sid_for_node1>.instance_name='<sid_for_node1>'

<sid_for_node2>.instance_name='<sid_for_node2>'

Inicie sesión en SQL*Plus como usuario administrador. Por ejemplo:

sqlplus sys / as sysdba

Password: password

Cerrar Base de Datos

shutdown immediate

Reinicie la base de datos en modo MOUNT utilizando el archivo initdb_name.ora que acaba de crear.

startup mount pfile='/tmp/init<sid>.ora';

Cree el archivo spfile.

create spfile='+DATA' from pfile='/tmp/init<sid>.ora';

Salga de SQL*Plus.

Como usuario grid, busque el archivo spfile en Oracle Automatic Storage Management mediante el comando asmcmd.

asmcmd

ASMCMD> cd +DATA/target_db_unique_name/PARAMETERFILE/

ASMCMD> ls -lt

Aparecerá una salida similar a la siguiente:

Type Redund Striped Time Sys Name

PARAMETERFILE UNPROT COARSE APR 09 16:00:00 Y spfile.262.973010033

Anote el nombre de ASM (spfile.262.973010033), que necesitará en la siguiente tarea.

Cambiar el archivo .ora de inittarget_db_name para hacer referencia al archivo spfile

Puede modificar el archivo init<sid>.ora para que haga referencia al archivo spfile.

Utilice SSH para conectarse al servidor de la base de datos en espera (base de datos destino).

Inicie sesión como propietario del software de base de datos oracle.

su - oracle

Ejecute el script oraenv para definir la variable de entorno $ORACLE_HOME.

. oraenv

Vaya al directorio $ORACLE_HOME/dbs.

cd $ORACLE_HOME/dbs

Asegúrese de que el archivo init<sid>.ora está en este directorio.

ls *.ora

Cambie el archivo inittarget_db_name.ora para que haga referencia al archivo spfile. Por ejemplo:

mv spfiletarget_db_name.ora spfiletarget_db_name.ora.stby

mv init<sid>.ora init<sid>.ora.stby

echo ''SPFILE='+DATA/target_db_unique_name/PARAMETERFILE/spfile.262.973010033'' > init<sid>.ora

cat init<sid>inittarget_db_name.ora--To check the file

En esta salida, spfile.262.973010033 es el nombre del archivo que generó al mover elarchivo spfile a Oracle Automatic Storage Management en la tarea anterior.

Aparecerá una salida similar a la siguiente:

SPFILE='+DATA/target_db_unique_name/PARAMETERFILE/spfile.262.973010033'

Modificar e Iniciar la Base de Datos en Espera en Modo MONTADA

Puede utilizar srvctl para modificar e iniciar la base de datos en espera (la base de datos destino).

Utilice SSH para conectarse al servidor de la base de datos en espera (base de datos destino).

Inicie sesión como propietario del software de base de datos oracle.

su - oracle

Ejecute la secuencia de comandos oraenv, que define la variable de entorno $ ORACLE_HOME.

. oraenv

Utilice srvctl para modificar e iniciar la base de datos en espera (base de datos destino) en modo MOUNT. Por ejemplo:

srvctl modify database -db target_db_unique_name -role /

PHYSICAL_STANDBY -s "READ ONLY" -spfile /

+DATA/target_db_unique_name/PARAMETERFILE/spfile.262.973010033

srvctl config database -db target_db_unique_name

Inicie sesión en la instancia de base de datos como un usuario que tenga el privilegio de administrador de SYSOPER.

sqlplus / as sysoper

Cierre la base de datos,

SQL*Plus

SHUTDOWN IMMEDIATE

iniciar la base de datos en el montaje

STARTUP MOUNT

modificar el parámetro cluster_database

alter system set cluster_database=True sid='*' scope=spfile;

Baje Base de Datos

SHUTDOWN IMMEDIATE

Salga de SQL*Plus.

EXIT

Inicie la base de datos en modo MOUNT mediante srvctl.

srvctl start database -db target_db_unique_name -o mount

Inicie sesión en la instancia de base de datos como un usuario que tenga el privilegio de administrador de SYSDBA.

sqlplus / as sysdba

Consulte la vista dinámica V$DATABASE para asegurarse de que la base de datos está en modo MOUNT.

SELECT NAME, OPEN_MODE FROM V$DATABASE;

Output similar al siguiente:

NAME OPEN_MODE

-------------- ---------

source_db_name MOUNTED

Definir los parámetros de conversión de nombre de archivo log y base de datos en la base de datos primaria

Debe definir los parámetros de conversión para la base de datos y el nombre de archivo log en la base de datos primaria (base de datos origen).

Utilice SSH para conectarse al servidor de la base de datos primaria (base de datos origen).

Cambiar al usuario de Oracle:

sudo su - oracle

Inicie sesión en la instancia de base de datos como un usuario que tenga el privilegio de administrador de SYSDBA. Por ejemplo:

sqlplus / as sysdba

Enter password: password

Compruebe el parámetro CONVERT.

SHOW PARAMETER CONVERT

Aparecerá una salida similar a la siguiente:

NAME TYPE VALUE

------------------------------------ ----------- ------

db_file_name_convert string

log_file_name_convert string

pdb_file_name_convert string

La columna VALUE debe estar vacía (nula). Si existe un valor, tome nota de este valor una vez finalizada la migración. Una vez finalizada la migración, estos valores se establecen como nulos.

Utilice la información de esta salida para definir elparámetro DB_FILE_NAME_CONVERT .

Nota:Tenga en cuenta que, en este paso, SOURCE_DB_NAME debe estar en mayúsculas.

ALTER SYSTEM SET DB_FILE_NAME_CONVERT='+DATA','/u02/app/oracle/oradata/SOURCE_DB_NAME/'' SID='*' SCOPE=SPFILE;

Defina el parámetro LOG_FILE_NAME_CONVERT. Por ejemplo:

ALTER SYSTEM SET LOG_FILE_NAME_CONVERT='+RECO','/u04/app/oracle/redo/' SID='*' SCOPE=SPFILE;

Reinicie la base de datos.

srvctl stop database -db source_db_name

srvctl start database -db source_db_name

Definir los parámetros de conversión de nombre de archivo log y base de datos en la base de datos en espera

Chequeo:

Debe definir los parámetros de conversión para la base de datos y el nombre de archivo log en la base de datos en espera (base de datos destino).

Utilice SSH para conectarse al servidor de la base de datos en espera (base de datos destino).

Cambiar al usuario de Oracle:

sudo su - oracle

Inici sesión en la instancia de base de datos como un usuario que tenga el privilegio de administrador de SYSDBA. Por ejemplo:

sqlplus / as sysdba

Enter password: password

Compruebe el parámetro CONVERT.

SHOW PARAMETER CONVERT

Aparecerá una salida similar a la siguiente:

NAME TYPE VALUE

------------------------------------ ----------- ------

db_file_name_convert string

log_file_name_convert string

pdb_file_name_convert string

La columna VALUE debe estar vacía (nula). Si existe un valor, tome nota de este valor una vez finalizada la migración. Una vez finalizada la migración, estos valores se establecen como nulos.

Utilice la información de esta salida para definir el parámetro DB_FILE_NAME_CONVERT. Por ejemplo:

Nota: Tenga en cuenta que, en este paso, SOURCE_DB_NAME debe estar en mayúsculas.

ALTER SYSTEM SET DB_FILE_NAME_CONVERT='/u02/app/oracle/oradata/SOURCE_DB_NAME/','+DATA' SID='*' SCOPE=SPFILE;

Defina el parámetro LOG_FILE_NAME_CONVERT. Por ejemplo:

ALTER SYSTEM SET LOG_FILE_NAME_CONVERT='/u04/app/oracle/redo/','+RECO'

SID='*' SCOPE=SPFILE;

Reinicie la base de datos.

srvctl stop database -db target_db_unique_name

srvctl start database -db target_db_unique_name -o mount

Chequeo:

Configurar Base de Datos con Oracle Data Guard Broker

Puede utilizar la utilidad dbmgrl para configurar la base de datos primaria (la base de datos origen) o la base de datos en espera (la base de datos destino) con Oracle Data Guard Broker.

Utilice SSH para conectarse a la base de datos primaria (base de datos origen) o al servidor de la base de datos en espera (base de datos destino).

Inicie la utilidad de la línea de comandos dgmgrl:

dgmgrl

Conéctese como usuario SYS desde el sistema de base de datos primaria o en espera. Por ejemplo, para conectarse a una base de datos primaria cuyonombre TNS es OCIC-ORCL:

connect sys@ocic-orcl

Enter password: password

Con la utilidad dbmgrl, cree la configuración y la identidad de Oracle Data Guard para las bases de datos primaria y en espera. Por ejemplo:

create configuration configuration_name as primary database is source_db_unique_name connect identifier is OCIC-ORCL; -- Uses the source TNS name

add database target_db_unique_name as connect identifier is OCI-ORCL; --Uses the target TNS name

Active la configuración.

enable configuration

Mostrar la configuración de Oracle Data Guard en la base de datos en espera.

show configuration

Aparecerá una salida similar a la siguiente:

Configuration - configuration_name

Protection Mode: MaxPerformance

Members:

source_db_unique_name - Primary database

target_db_unique_name - Physical standby database

Fast-Start Failover: DISABLED

Configuration Status:

SUCCESS (status updated 12 seconds ago)

Validar Oracle Data Guard Broker en la Base de Datos Primaria y la Base de Datos en Espera

Puede utilizar SQL*Plus para validar Oracle Data Guard Broker en la base de datos primaria (la base de datos origen) y la base de datos en espera (la base de datos destino).

Validar Oracle Data Guard Broker en la Base de Datos Primaria

Puede utilizar SQL*Plus para validar Oracle Data Guard Broker en la base de datos primaria (base de datos origen).

Utilice SSH para conectarse al servidor de la base de datos primaria (base de datos origen).

Conéctese como un usuario que tenga el privilegio de administrador de SYSDBA. Por ejemplo, para una base de datos primaria cuyo nombre TNS es OCIC-ORCL:

connect sys@ocic-orcl as sysdba

Enter password: password

Consultar la vista dinámica de V$DATABASE.

SELECT FORCE_LOGGING, FLASHBACK_ON, OPEN_MODE, DATABASE_ROLE, SWITCHOVER_STATUS, DATAGUARD_BROKER, PROTECTION_MODE FROM V$DATABASE;

Aparecerá una salida similar a la siguiente:

FORCE_LOGGING FLASHBACK_ON OPEN_MODE

--------------------------------------- ------------------ -----------

DATABASE_ROLE SWITCHOVER_STATUS DATAGUAR PROTECTION_MODE

---------------- -------------------- -------- --------------------

YES YES READ WRITE

PRIMARY TO STANDBY ENABLED MAXIMUM PERFORMANCE

En la salida, DATABASE_ROLE debe ser PRIMARY y OPEN_MODE debe ser READ WRITE.

Validar Oracle Data Guard Broker en la Base de Datos en Espera

Puede utilizar SQL*Plus para validar Oracle Data Guard Broker en la base de datos en espera (la base de datos destino).

Utilice SSH para conectarse al servidor de la base de datos en espera (base de datos destino).

Conéctese como un usuario que tenga el privilegio de administrador de SYSDBA.

Consultar la vista dinámica de V$DATABASE.

SELECT FORCE_LOGGING, FLASHBACK_ON,

OPEN_MODE, DATABASE_ROLE, SWITCHOVER_STATUS,

DATAGUARD_BROKER, PROTECTION_MODE

FROM V$DATABASE;

Aparecerá una salida similar a la siguiente:

FORCE_LOGGING FLASHBACK_ON OPEN_MODE

--------------------------------------- ------------------ -----------

DATABASE_ROLE SWITCHOVER_STATUS DATAGUAR PROTECTION_MODE

---------------- -------------------- -------- --------------------

YES YES MOUNTED

PHYSICAL STANDBY NOT ALLOWED ENABLED MAXIMUM PERFORMANCE

La salida debe mostrar DATABASE_ROLE como PHYSICAL STANDBY y OPEN_MODE como MOUNTED.

Verifique que los procesos de Oracle Data Guard se han iniciado en la base de datos en espera.

SELECT PROCESS,PID,DELAY_MINS FROM V$MANAGED_STANDBY;

Aparecerá una salida similar a la siguiente:

PROCESS PID DELAY_MINS

--------- ------------------------ ----------

ARCH 9207 0

ARCH 9212 0

ARCH 9216 0

ARCH 9220 0

RFS 1065 0

RFS 1148 0

RFS 1092 0

MRP0 972 0

RFS 1208 0

La salida debe indicar que los procesos se están ejecutando con un retraso determinado o sin retraso. Si DELAY_MINS para MRP0, las bases de datos se sincronizan.

Compruebe el parámetro LOG_ARCHIVE_DEST.

SHOW PARAMETER LOG_ARCHIVE_DEST_

Aparecerá una salida similar a la siguiente:

NAME TYPE VALUE

---------------------------- --------- -----------------------------

log_archive_dest_1 string

location=USE_DB_RECOVERY_FILE_

DEST, valid_for=(ALL_LOGFILES,

ALL_ROLES)

log_archive_dest_10 string

log_archive_dest_11 string

log_archive_dest_12 string

log_archive_dest_13 string

log_archive_dest_14 string

log_archive_dest_15 string

...

log_archive_dest_2 string service="oci-orcl", ASYNC

NOAF FIRM delay=0 optional

compression=disable

max_failure=0 max_connections

=1 reopen=300 db_unique_name=

"source_db_unique_name"

net_timeout=30, valid_for=

(online_logfile,all_roles)

...

La salida debe ser similar a la salida de log_archive_dest_2, con el servicio que apunta a la base de datos en espera (base de datos destino), que en este ejemplo es oci-orcl.

Compruebe el parámetro LOG_ARCHIVE_CONFIG.

SHOW PARAMETER LOG_ARCHIVE_CONFIG#

Aparecerá una salida similar a la siguiente:

NAME TYPE VALUE

---------------------------- --------- -----------------------------------------------------------

log_archive_config string dg_config=(source_db_unique_name,target_db_unique_name)

Compruebe el parámetro FAL_SERVER.

SHOW PARAMETER FAL_SERVER

Aparecerá una salida similar a la siguiente:

NAME TYPE VALUE

--------------------------- --------- ----------

fal_server string <tns_entry_of_primary>

Compruebe el parámetro LOG_ARCHIVE_FORMAT.

SHOW PARAMETER LOG_ARCHIVE_FORMAT

Aparecerá una salida similar a la siguiente:

NAME TYPE VALUE

--------------------------- --------- --------------

log_archive_format string %t_%s_%r.dbf

Chequeo:

Complete la validación en la base de datos primaria

Puede utilizar dgmrgl para completar la validación del broker de Oracle Data Guard en la base de datos primaria (la base de datos origen).

Utilice SSH para conectarse al servidor de la base de datos primaria (base de datos origen).

Repita los pasos de 5 a 8 en el tema Validar Oracle Data Guard Broker en la base de datos en espera en la base de datos primaria (base de datos origen).

Inicie la utilidad de la línea de comandos dgmgrl:

dgmgrl

Conéctese como usuario SYS desde el sistema de base de datos primaria o en espera. Por ejemplo, para conectarse a una base de datos primaria cuyo nombre TNS es OCIC-ORCL:

connect sys@primary_db_tnsnames_name

Enter password: password

Compruebe la configuración de Oracle Data Guard.

show configuration verbose

Aparecerá una salida similar a la siguiente:

Configuration - configuration_name

Protection Mode: MaxPerformance

Members:

source_db_unique_name - Primary database

target_db_unique_name - Physical standby database

Properties:

FastStartFailoverThreshold = '30'

OperationTimeout = '30'

TraceLevel = 'USER'

FastStartFailoverLagLimit = '30'

CommunicationTimeout = '180'

ObserverReconnect = '0'

FastStartFailoverAutoReinstate = 'TRUE'

FastStartFailoverPmyShutdown = 'TRUE'

BystandersFollowRoleChange = 'ALL'

ObserverOverride = 'FALSE'

ExternalDestination1 = ''

ExternalDestination2 = ''

PrimaryLostWriteAction = 'CONTINUE'

Fast-Start Failover: DISABLED

Compruebe el estado en la base de datos en espera (la base de datos destino). Por ejemplo:

show database verbose target_db_unique_name

Después de completar estos pasos, debe probar que la configuración de Oracle Data Guard funciona como se espera, mediante operaciones de switchover en ambas direcciones.

Realizar la migración

Para terminar la migración, debe realizar una operación de switchover desde la base de datos primaria (base de datos origen) a la base de datos en espera (base de datos destino).

Utilice SSH para conectarse al servidor de la base de datos primaria (base de datos origen).

Inicie la utilidad de la línea de comandos dgmgrl.

dgmgrl

Conecte como usuario SYS desde el sistema de base de datos primaria o en espera. Por ejemplo, para conectarse a una base de datos primaria cuyo nombre TNS es OCIC-ORCL:.

connect sys@ocic-orcl

Enter password: password

Compruebe la configuración.

show configuration verbose

En la salida detallada de la configuración, compruebe que el valor de Estado de la Base de Datos indica SUCCESS.

Compruebe la configuración de la base de datos primaria (base de datos origen).

show database verbose source_db_unique_name

La salida detallada de la base de datos debería mostrar que el rol es primario y que el valor de StaticConnectIdentifier es el mismo que DGConnectIdentifier.

Realice una operación de switchover en la base de datos en espera (la base de datos destino).

switchover to target_db_unique_name

La salida debe indicar que la operación de switchover se está produciendo entre las dos bases de datos.

Ejecute show configuration para verificar que no haya errores ni advertencias:

show configuration;

Chequeo:

Pasos Posteriores a la Migración

Después de completar la migración de una base de datos Oracle desde un servidor de Oracle Cloud Infrastructure Compute Classic a un servidor de Oracle Cloud Infrastructure que utiliza un sistema de base de datos de máquina virtual, debe validar la migración y, a continuación, eliminar la configuración de la base de datos primaria (la base de datos de origen).

Probar la Configuración de Oracle Data Guard en la Base de Datos en Espera

En esta etapa, la base de datos de destino es ahora la base de datos primaria. La base de datos origen es ahora la base de datos en espera.

Puede probar la conexión de Oracle Data Guard en la base de datos destino realizando una operación de switchover con la base de datos origen. Esta operación de switchover volverá a realizar la base de datos destino con el rol en espera. La finalidad de esta prueba es probar que puede volver a la configuración original en caso de que la base de datos destino no sea funcional.

Utilice SSH para conectarse al servidor de la base de datos en espera (base de datos destino).

Inicie la utilidad dgmgrl. Por ejemplo:

dgmgrl sys@target_db

Enter password: password

Realice una operación de switchover en la base de datos origen, que realizará la base de datos destino con el rol en espera.

switchover to source_db_unique_name;

La salida debe indicar que la operación de switchover se está produciendo entre las dos bases de datos.

(Opcional) Para evitar los cambios en la nueva base de datos en espera hasta que se determine que la nueva base de datos primaria es completamente funcional, desactive temporalmente la función Redo Apply.

edit database source_db_unique_name set state = 'APPLY-OFF';

Si realiza otra operación de switchover para que la base de datos destino sea ahora la base de datos en espera, puede realizar una operación APPLY-OFF para evitar que se actualice la base de datos origen. Esto permite que la base de datos destino se ponga en servicio y mantiene la base de datos origen como una copia de seguridad point-in-time en caso de un fallo lógico en la nueva configuración.

(Opcional) Para reiniciar la función de aplicación:

edit database source_db_unique_name set state = 'APPLY-ON';

Salga de dgmgrl.

exit

Realice una operación de switchover en la base de datos destino, que realizará la base de datos origen en el rol en espera.

switchover to target_db_unique_name;

La salida debe indicar que la operación de switchover se está produciendo entre las dos bases de datos.

Pruebe la conexión a la nueva base de datos primaria. Por ejemplo, después de exportar el nombre único del destino, conéctese como usuario SYS y seleccione un espacio de tabla cifrado. En este ejemplo, la tabla HR.EMPLOYEES está cifrada.

exit

export ORACLE_UNQNAME=target_db_unique_name

sqlplus sys@target_TNS_name

Password: password

SQL> ALTER SESSION SET CONTAINER = PDB1;

SQL> SELECT * FROM HR.EMPLOYEES;

SQL> EXIT

Chequeo:

Limpiar Base de Datos en Espera

Después de terminar y probar la migración, puede eliminar la configuración de Oracle Data Guard de la base de datos en espera (la base de datos destino). No es necesario eliminar la base de datos origen original. En esta etapa, la base de datos en espera es la nueva base de datos origen.

Utilice SSH para conectarse al servidor de la base de datos en espera (base de datos destino) y conectarse a Oracle Data Guard dgmgrl utility.

Compruebe la configuración.

show configuration

Si la configuración no muestra Protection Mode: MaxPerformance, defina Oracle Data Guard para utilizar el modo de protección MaxPerformance.

edit configuration set protection mode as maxperformance

Desactive y, a continuación, elimine la configuración.

edit database source_db_unique_name set state = 'APPLY-OFF';

disable configuration;

remove configuration;

exit

Conéctese a la instancia de base de datos como un usuario que tenga el privilegio de administrador de SYSDBA. Por ejemplo:

sqlplus / as sysdba

Compruebe los parámetros de DG_BROKER_CONFIG_FILE.

SHOW PARAMETER DB_BROKER_CONFIG_FILE

La salida debe mostrar los datos asociados y los archivos de recuperación de esta configuración, normalmente denominados dg_broker_config_file1 y dg_broker_config_file2.

Inicie otra ventana de terminal e inicie sesión en asmcmd como usuario de cuadrícula.

Elimine los archivos de configuración de Oracle Data Guard que aparecen al marcar los parámetros de DG_BROKER_CONFIG_FILE.

Vuelva a la ventana que está ejecutando SQL*Plus.

Ejecute las siguientes sentencias de ALTER SYSTEM:

ALTER SYSTEM SET DG_BROKER_START=FALSE SID='*' SCOPE=BOTH;

ALTER SYSTEM SET DG_BROKER_CONFIG_FILE1='' SID='*' SCOPE=SPFILE;

ALTER SYSTEM SET DG_BROKER_CONFIG_FILE2='' SID='*' SCOPE=SPFILE;

ALTER SYSTEM RESET LOG_ARCHIVE_CONFIG SID='*' SCOPE=SPFILE;

Compruebe los siguientes parámetros:

SHOW PARAMETER DB_FILE_NAME_CONVERT

SHOW PARAMETER LOG_FILE_NAME_CONVERT

SHOW PARAMETER LOG_ARCHIVE_DEST

SHOW PARAMETER LOG_ARCHIVE_DEST_STATE

SHOW PARAMETER STANDBY_ARCHIVE_DEST

SHOW PARAMETER FAL

Si se establece cualquiera de los parámetros anteriores, restablezca los parámetros para utilizar valores en blanco. Por ejemplo, para STANDBY_ARCHIVE_DEST :

ALTER SYSTEM SET STANDBY_ARCHIVE_DEST='' SID='*' SCOPE=SPFILE;

Reinicie la base de datos.

SHUTDOWN IMMEDIATE

STARTUP

Borrar los logs en espera de la base de datos primaria (la base de datos origen).

Busque los números de grupo de los redo logs de la base de datos en espera que están en la nueva base de datos primaria (que antes era la base de datos destino).

SELECT GROUP# FROM V$STANDBY_LOG;Output similar to the following appears: GROUP#

----------

Elimine los logs en espera. Por ejemplo:

ALTER DATABASE DROP STANDBY LOGFILE GROUP 5;

ALTER DATABASE DROP STANDBY LOGFILE GROUP 6;

ALTER DATABASE DROP STANDBY LOGFILE GROUP 7;

ALTER DATABASE DROP STANDBY LOGFILE GROUP 8;

ALTER DATABASE DROP STANDBY LOGFILE GROUP 9;

(Opcional) Cambie los parámetros DB_BLOCK_CHECKSUM y DB_BLOCK_CHECKING.

Los valores por defecto son DB_BLOCK_CHECKSUM=TYPICAL y DB_BLOCK_CHECKING=FALSE.

Salga de SQL*Plus.

EXIT

Chequeo:

Esto es todo amigos..

Cualquier duda lo vemos.

Fabian Crea

DBA ORACLE CERTIFICATED.

martes, 17 de diciembre de 2019

Migracion de OCI Classic a OCI

Información sobre la migración de un despliegue de Database Cloud Service de varios nodos al sistema de base de datos de máquina virtual

Arquitectura

Herramientas necesarias para realizar la migración

Acerca de los servicios y roles necesarios

Entorno de origen

Decidir sobre la estrategia de mejor migración

Preparar Oracle RAC

Agregar Entradas para Instancias de Base de Datos

Asegúrese de que la base de datos que se va a migrar está en ejecución

Asegúrese de que todos los componentes de base de datos de la base de datos origen están instalados en la base de datos destino

Crear una Base de Datos en Espera para el Sistema Oracle Cloud Infrastructure

Generar Par de Claves SSH

Crear red virtual en la nube

Verifique las formas de base de datos de máquina virtual soportadas por el arrendamiento

Crear Sistema de Base de Datos de Máquina Virtual en Espera

Asegúrese de que el puerto 1522 y 1521 están abiertos entre la base de datos primaria y la base de datos en espera

En el asistente "Crear Regla de Acceso", introduzca la siguiente información:

El puerto 22 del sistema Oracle Database Cloud Service está abierto por defecto desde la red pública de Internet.

Puede utilizar la consola de Oracle Cloud Infrastructure para configurar la primera parte de los valores de comunicación.

Por defecto, el puerto 22 para SSH está activado en sistemas Oracle Cloud Infrastructure para el tráfico de Internet público.

Complete la configuración de comunicación de Oracle Cloud Infrastructure Classic a Oracle Cloud Infrastructure en la línea de comandos

Asegúrese de que se han aplicado parches de grupo y que están sincronizados

Migrar Oracle RAC

Configurar Base de Datos Primaria (Origen)

Configurar Base de Datos Primaria para la Base de Datos en Espera

En esta sección, debe agregar un nuevo listener estático a listener.ora y reiniciar el listener.

Configuración de Parámetros de Base de Datos Primaria

Configurar Base de Datos en Espera (Destino)

Borrar Base de Datos en Espera (Destino)

Agregar Servicios Estáticos al Archivo listener.ora de Base de Datos en Espera

Comprimir la cartera de TDE

Debe realizar esta operación en la base de datos primaria (la base de datos origen).

Copie la cartera de TDE y defina los permisos en el directorio de cartera

Por defecto, las claves privadas no se almacenan en las bases de datos

Completar el proceso de cartera de TDE

Configurar el archivo de parámetros de inicialización en espera e iniciar la instancia en modo NOMOUNT

Duplicar Base de Datos Destino para la Base de Datos en Espera de la Base de Datos Activa

Pasos Posteriores a Duplicación de Oracle Recovery Manager

Actualización del archivo de contraseñas

Activar Oracle Flashback

Debe activar Oracle Flashback.

Mover el archivo spfile a Oracle Automatic Storage Management

Debe mover el archivo spfile a Oracle Automatic Storage Management.

Cambiar el archivo .ora de inittarget_db_name para hacer referencia al archivo spfile

Modificar e Iniciar la Base de Datos en Espera en Modo MONTADA

Definir los parámetros de conversión de nombre de archivo log y base de datos en la base de datos primaria

Debe definir los parámetros de conversión para la base de datos y el nombre de archivo log en la base de datos primaria (base de datos origen).

Definir los parámetros de conversión de nombre de archivo log y base de datos en la base de datos en espera

Debe definir los parámetros de conversión para la base de datos y el nombre de archivo log en la base de datos en espera (base de datos destino).

Configurar Base de Datos con Oracle Data Guard Broker

Validar Oracle Data Guard Broker en la Base de Datos Primaria y la Base de Datos en Espera

Validar Oracle Data Guard Broker en la Base de Datos Primaria

Validar Oracle Data Guard Broker en la Base de Datos en Espera

Complete la validación en la base de datos primaria

Realizar la migración

Pasos Posteriores a la Migración

Limpiar Base de Datos en Espera

RMAN - Cuando no se encuentra un archive log --- RMAN-06726: could not locate archived log