Switchover a la nube

Cuando las pruebas funcionales y de rendimiento muestran que el nuevo entorno está listo, puede programar y realizar el cambio de operaciones de producción a OCI.

Este proceso consta de tres partes:

Cierre la aplicación PeopleSoft de producción local.
Switchover a la base de datos en la nube, lo que convierte la base de datos física en espera en OCI en la base de datos primaria y la base de datos local en una base de datos física en espera.
Inicie las aplicaciones PeopleSoft en OCI en el nuevo sitio principal.

Después de completar esas tareas, puede realizar una copia de seguridad del entorno de OCI principal.

Realización de un switchover de pila completa

Realice un cambio de rol de switchover de Oracle Data Guard, convirtiendo la base de datos física en espera en Oracle Exadata Database Service on Dedicated Infrastructure en OCI en la base de datos principal y local en una base de datos física en espera.

Cierre las aplicaciones PeopleSoft de producción locales.
En los sistemas locales, cierre los servidores de aplicaciones, lotes y arquitectura de Internet (PIA) PeopleSoft. Deje que se apaguen completamente y limpiamente.
Conéctese a un servidor de base de datos de OCI en el sitio principal como usuario oracle. En el directorio raíz, asigne el entorno de la base de datos en espera.
```
$ . ./CDBHCM.env
```
Inicie Data Guard Broker como SYS.
```
$ dgmgrl
DGMGRL> connect sys/password
```

Con Data Guard Broker, verifique que la base de datos está lista para el switchover.

DGMGRL> validate database CDBHCM_iad1dx
  Database Role:     Physical standby database
  Primary Database:  CDBHCM_sca6dp
  Ready for Switchover:  Yes
  Ready for Failover:    Yes (Primary Running)
  Managed by Clusterware:
    CDBHCM_sca6dp:  YES            
    CDBHCM_iad1dx:  YES

Realice el switchover.

DGMGRL> switchover to CDBHCM_iad1dx;
Performing switchover NOW, please wait...
New primary database " CDBHCM_iad1dx" is opening...
Oracle Clusterware is restarting database " CDBHCM_sca6dp" ...
Connected to " CDBHCM_sca6dp"
Connected to " CDBHCM_sca6dp"
Switchover succeeded, new primary is "CDBHCM_iad1dx"

Verifique que se hayan iniciado los servicios de base de datos basados en roles. Si no se han iniciado, inícielos manualmente.
Por ejemplo, HR92U033_BATCH y HR92U033_ONLINE
```
$ srvctl start service -db CDBHCM_iad1dx -s HR92U033_BATCH
$ srvctl start service -db CDBHCM_iad1dx -s HR92U033_ONLINE
```
Note:
Puede empezar a realizar una copia de seguridad de la base de datos primaria de OCI PeopleSoft, descrita en la siguiente tarea, tan pronto como la base de datos haya asumido el rol principal.
Inicie la aplicación PeopleSoft mediante los scripts de Application Domain Server y PIA Web Server. Utilice las comprobaciones de validez básicas para asegurarse de que el entorno se ha iniciado correctamente.
- Compruebe los logs en los servidores de aplicaciones para asegurarse de que los dominios del programador de procesos y la aplicación PeopleSoft inician todos los procesos de Tuxedo sin errores.
- Cuando se inicien los servidores web de PIA, utilice la consola de OCI para comprobar el equilibrador de carga y asegurarse de que los juegos de backends están en buen estado, mostrando un OK verde para cada instancia informática del juego de backends.
- Asegúrese de que puede conectarse a la aplicación como usuario final mediante un explorador.
Después de realizar el switchover a la nube, puede que necesite volver a activar la terminación de SSL en OCI Load Balancer en las regiones principal y secundaria. Esto se debe a que las bases de datos estaban en SNAPSHOT STANDBY y, una vez que se devolvieron las bases de datos a una base de datos física en espera, se perdieron los cambios en las bases de datos. Ya ha creado un perfil web en el archivo configuration.properties. Para activar la terminación SSL en el equilibrador de carga de OCI, haga lo siguiente:
1. Pare los servicios web de PIA en todas las instancias informáticas de PIA.
2. En uno de los servicios web de PIA, edite el archivo configuration.properties y vuelva a definir el perfil web en la versión no SSL (PROD) y guarde el cambio.
3. Inicie el servidor web PIA justo en la instancia informática donde se realizó este cambio.
Conéctese a la aplicación web de PIA como administrador de PeopleSoft, como PS.
- Usuario: PeopleSoft Usuario administrador, PS
Copie el perfil web actual o activo, como usuario PS.
- Usuario: PeopleSoft Usuario administrador, PS
1. Haga clic en el icono de barra de navegación.
2. Haga clic en Navegador.
3. Haga clic en PeopleTools.
  Puede que tenga que desplazarse por las opciones.
4. Haga clic en Perfil web.
  Puede que tenga que desplazarse por las opciones.
5. Haga clic en Copiar perfil web.
6. Haga clic en Buscar.
  No es necesario que escriba nada en el cuadro de búsqueda.
7. Haga clic en un perfil web activo de la lista, como PROD.
8. Introduzca un nombre, como PROD_SSL, en el campo Para.
9. Haga clic en Guardar.
10. Haga clic en el icono Inicio.
Configure el perfil web copiado.
- Usuario: PeopleSoft Usuario administrador, PS
1. Haga clic en el icono de barra de navegación.
2. Haga clic en Navegador.
  Si está en la misma sesión que el paso 2, Navigator recuerda dónde se encuentra.
3. Haga clic en Configuración de perfil web.
4. Haga clic en Buscar.
  No es necesario que escriba nada en el cuadro de búsqueda.
5. Haga clic en un perfil web activo de la lista, como PROD_SSL que acaba de crear.
6. Haga clic en el separador Direcciones virtuales.
7. Protocolo: introduzca https (minúsculas) para Direcciones por defecto.
8. Puerto: introduzca 443 para el puerto por defecto o introduzca otro puerto. Si lo deja en blanco, el valor por defecto será el puerto 443.
9. Haga clic en Guardar.
10. Sale de la aplicación.
Detenga el servidor web PIA.
Edite el archivo configuration.properties y defina el perfil web en la versión SSL, que es PROD_SSL, y guarde el cambio.
Asegúrese de que todas las instancias informáticas del servidor web de PIA tengan ahora su perfil web definido en el perfil activado para SSL.
Reinicie el servidor web de PIA.

Copia de seguridad de la base de datos primaria de OCI PeopleSoft

Oracle recomienda realizar una copia de seguridad completa de la base de datos tan pronto como se complete el switchover y la base de datos en OCI tenga el rol principal, para establecer la copia de seguridad base de datos en OCI. Realice lo siguiente para realizar una copia de seguridad completa ahora y configurar copias de seguridad automáticas.

Conéctese a la consola de OCI.
Seleccione el compartimento que contiene el cluster de Oracle Exadata Database Service on Dedicated Infrastructure.
Haga clic en el cluster de Oracle Exadata Database Service on Dedicated Infrastructure.
Haga clic en la base de datos de la lista de bases de datos.
Haga clic en Copias de seguridad en Recursos.
Haga clic en Configurar copia de seguridad automática.
Se muestra un nuevo formulario para las copias de seguridad.
Seleccione Activar copias de seguridad automáticas.
Complete lo siguiente para definir las copias de seguridad automáticas:
1. Periodo de retención de copia de seguridad (7 a 60 días).
2. El día de la semana en que se realizará una copia de seguridad completa.
3. Ventana horaria de dos horas (UTC) del día seleccionado anteriormente en la que se realizará la copia de seguridad completa.
4. Ventana de dos horas (UTC) cada día en la que se realizarán las copias de seguridad incrementales.
5. Si desea realizar una copia de seguridad completa de inmediato, seleccione Realizar la primera copia de seguridad inmediatamente.
  Esto iniciará una copia de seguridad completa una vez que guarde los cambios en este formulario.
6. Haga clic en Guardar cambios.

Si ha indicado que la primera copia de seguridad se debe realizar inmediatamente, OCI iniciará una copia de seguridad completa cuando guarde los cambios.

La actividad de copia de seguridad a partir de ese momento se realizará durante el período de copia de seguridad especificado, comenzando el patrón de realizar una copia de seguridad incremental seis días a la semana y una copia de seguridad completa una vez a la semana. Se realiza una copia de seguridad automática de los logs redo archivados una vez cada 30 minutos. Las copias de seguridad basadas en OCI configurarán Oracle Recovery Manager (RMAN) para utilizar el módulo de copia de seguridad en la nube en OCI.

A medida que se completa cada copia de seguridad, se muestra en la tabla de copias de seguridad de la página Recursos de la base de datos.

Eliminación de la base de datos local

Ha cambiado las operaciones a su entorno de OCI, pero sigue manteniendo sincronizada la base de datos local con Oracle Data Guard. Si bien es una buena práctica realizar esta acción durante un breve período como reserva, en algún momento detendrá redo replay en la base de datos local antigua y borrará ese entorno.

Conéctese a un servidor de base de datos OCI en el sitio principal como usuario oracle OS.
Origen del entorno.
```
$ . ./CDBHCM.env
```
Conéctese a Data Guard Broker como SYS con syspassword.
```
$ dgmgrl
DGMGRL> sys/syspassword
```

Elimine redoroutes para todas las bases de datos.

Ya no necesita una configuración en espera en cascada y puede eliminar las configuraciones.

DGMGRL> EDIT DATABASE CDBHCM_sca6dp reset property RedoRoutes;
DGMGRL> EDIT DATABASE CDBHCM_iad1dx reset property RedoRoutes;
DGMGRL> EDIT DATABASE CDBHCM_phx5s reset property RedoRoutes;

Elimine la base de datos local CDBHCM_sca6dp de la configuración.
```
DGMGRL> REMOVE DATABASE CDBHCM_sca6dp;
```

La base de datos primaria actual envía su redo a la base de datos en espera restante. Ahora puede cerrar la base de datos local.