Replicación del Repositorio de Informes y del Log de Trabajos del Gestor de Procesos

El contenido del repositorio de informes y los logs del programador de procesos son artefactos del sistema de archivos creados durante las operaciones normales de la aplicación PeopleSoft. El contenido del repositorio de informes y los logs se corresponden con el trabajo realizado en la base de datos y deben estar lo más cerca posible de sincronizarse con la base de datos. Estos artefactos del sistema de archivos se deben replicar en el sitio de DR, al igual que Oracle Data Guard replica la base de datos.

El repositorio de informes PeopleSoft suele ser un directorio del sistema de archivos compartido al que pueden acceder todos los servidores del planificador de procesos y del nivel web de PIA. En este ejemplo, se encuentra en OCI File Storage en el directorio /u02/app/psft/ps/report_repository.

El repositorio de informes se define en el archivo PeopleSoft PIA configuration.properties:
PS_CFG_HOME/webserv/<PIA web domain>/applications/peoplesoft/PORTAL.war/WEB-INF/psftdocs/ps/configuration.properties

La ubicación del repositorio de informes se define cuando se configuran los servidores web de PIA y se especifica en la siguiente línea en el archivo configuration.properties: ReportRepositoryPath=/u02/app/psft/ps/report_repository

Los logs del programador de procesos son específicos de la instancia informática, como se detalla en "Configuración de Dominios del Programador de Procesos y la Aplicación PeopleSoft".

A continuación se muestran los directorios para los logs del programador de procesos en este ejemplo:
/u02/app/psft/ps/log_output/node1/HR92U033
/u02/app/psft/ps/log_output/node2/HR92U033

Implementar la replicación

Para establecer el proceso de replicación se necesitan scripts rsync para realizar la replicación y un trabajo cron que defina la programación y la frecuencia de ejecución de los scripts.

Las siguientes secuencias de comandos están disponibles para transferir con frecuencia estos archivos a la base de datos en espera:

  • rsync_psft.sh
  • get_site_role.sh
  • enable_psft_rsync.sh
  • disable_psft_rsync.sh

Las secuencias de comandos se encuentran en el directorio de replicación en GitHub.

El script rsync_psft.sh se ejecuta como un trabajo cron. Se ejecutará en el sitio principal y en el secundario una vez cada cinco minutos. Cuando se inicia, comprueba tres cosas y, a continuación, sale sin realizar ningún trabajo si se cumple alguna de las siguientes condiciones:

  • ¿Está desactivado el script rsync? Si es así, salga.
  • ¿La base de datos de esta ubicación tiene el rol primario o en espera? Si está en espera, salga.
  • ¿Hay alguna instancia anterior de este script todavía en ejecución? Si es así, salga.

Las secuencias de comandos de inicio de la aplicación también están codificadas para ejecutar la secuencia de comandos enable_psft_rsync.sh. Se comenta como se entrega, ya que fallará hasta que la base de datos en espera esté completamente configurada.

El script de cierre de aplicación está codificado para llamar al script rsync_psft.sh una última vez después de cerrar los servidores de aplicaciones y lotes y, a continuación, ejecutar el script disable_psft_rsync.sh. Se comentan como se entregan, ya que fallarán hasta que la base de datos en espera esté completamente configurada.

Debido a que el repositorio de informes y los logs de trabajo del programador de procesos se implementan como sistemas de archivos compartidos, ejecute el proceso de replicación rsync en un solo nodo en cada ubicación. Realice los siguientes pasos para configurar las secuencias de comandos rsync:

  1. Configure la equivalencia de usuario entre un par de instancias informáticas que alojan el programador de procesos, uno de cada sitio, para el usuario del sistema operativo psadm2.
    En este ejemplo se utiliza el mismo par que se configuró con la equivalencia de usuario al configurar los servidores de capa media de sitio secundario.
  2. Coloque los tres scripts en un directorio compartido en Oracle Cloud Infrastructure File Storage. Modifique los scripts de su entorno.
  3. Otorgue a los scripts permiso de ejecución para el usuario psadm2.
    $ chmod u+x rsync_psft.sh
    $ chmod u+x get_site_role.sh
    $ chmod u+x enable_psft_rsync.sh
    $ chmod u+x disable_osft_rsync.sh
  4. Pruebe los scripts para asegurarse de que funcionan como se esperaba.
  5. Anule los comentarios del comando run en los scripts de inicio y cierre de la aplicación.
  6. Si la aplicación se está ejecutando en la instancia informática principal, ejecute el script enable_psft.sh.
    $ ./enable_psft_rsync.sh
  7. Si la aplicación se está ejecutando, en la instancia informática en espera, ejecute el script disable_psft.sh.
    $ ./disable_psft_rsync.sh
  8. Como root en cada instancia informática, agregue una entrada en /etc/crontab que ejecutará el script rsync_psft.sh.
    Por ejemplo,
    */5 * * * * psadm2 /u01/app/psft/pt/custom_admin_scripts/rsync_psft.sh
    Supervise el archivo log en ambos sitios. Cada log se debe escribir cada cinco minutos. El archivo log del sitio principal debe mostrar que rsync se está ejecutando. El archivo log de la ubicación en espera debe mostrar que rsync está desactivado.