Replicar o Repositório de Relatórios e o Log de Jobs do Process Scheduler

O conteúdo do repositório de relatórios e dos logs do process scheduler são artefatos do sistema de arquivos criados durante as operações normais do aplicativo PeopleSoft. O conteúdo do repositório de relatórios e os logs correspondem ao trabalho feito no banco de dados e devem estar o mais próximos possível da sincronização com o banco de dados. Esses artefatos do sistema de arquivos devem ser replicados para o site de DR, da mesma forma que o Oracle Data Guard replica o banco de dados.

O repositório de relatórios PeopleSoft geralmente é um diretório do sistema de arquivos compartilhado que todos os servidores do Process Scheduler e da camada Web PIA podem acessar. Neste exemplo, ele está localizado no OCI File Storage no diretório /u02/app/psft/ps/report_repository.

O repositório de relatórios é definido no arquivo PeopleSoft PIA configuration.properties:
PS_CFG_HOME/webserv/<PIA web domain>/applications/peoplesoft/PORTAL.war/WEB-INF/psftdocs/ps/configuration.properties

O local do repositório de relatórios é definido quando os servidores Web PIA são configurados e é especificado na seguinte linha no arquivo configuration.properties: ReportRepositoryPath=/u02/app/psft/ps/report_repository

Os logs do process scheduler são específicos da instância de computação, conforme detalhado em "Configurar o Aplicativo PeopleSoft e os Domínios do Process Scheduler".

Veja a seguir os diretórios dos logs do Process Scheduler neste exemplo:
/u02/app/psft/ps/log_output/node1/HR92U033
/u02/app/psft/ps/log_output/node2/HR92U033

Implementar a Replicação

O estabelecimento do processo de replicação requer que os scripts rsync executem a replicação e um job cron que defina a programação e a frequência em que os scripts são executados.

Os seguintes scripts estão disponíveis para enviar com frequência esses arquivos para o stand-by:

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

Os scripts estão localizados no diretório de replicação em GitHub.

O script rsync_psft.sh é executado como um job cron. Ele será executado no local primário e secundário uma vez a cada cinco minutos. Quando ele começa, ele verifica três coisas e depois sai sem fazer nenhum trabalho se alguma das seguintes condições for verdadeira:

  • O script rsync está desativado? Em caso afirmativo, saia.
  • O banco de dados neste site está na atribuição principal ou stand-by? Se estiver em espera, saia.
  • Há uma instanciação anterior deste script ainda em execução? Em caso afirmativo, saia.

Os scripts de inicialização do aplicativo também são codificados para executar o script enable_psft_rsync.sh. Ele é comentado como entregue, pois falhará até que o stand-by esteja totalmente configurado.

O script de encerramento do aplicativo é codificado para chamar o script rsync_psft.sh uma última vez após o encerramento do aplicativo e dos servidores batch e, em seguida, execute o script disable_psft_rsync.sh. Eles são comentados conforme entregues, pois falharão até que o stand-by esteja totalmente configurado.

Como o repositório de relatórios e os logs de job do process scheduler são implementados como sistemas de arquivos compartilhados, execute o processo de replicação rsync em apenas um nó em cada local. Execute as seguintes etapas para configurar os scripts rsync:

  1. Configure a equivalência de usuário entre um par de instâncias de computação que hospedam o process scheduler, um de cada site, para o usuário do SO psadm2.
    Este exemplo usa o mesmo par que foi configurado com equivalência de usuário ao configurar os servidores secundários da camada intermediária do site.
  2. Coloque todos os três scripts em um diretório compartilhado no Oracle Cloud Infrastructure File Storage. Modifique os scripts do seu ambiente.
  3. Conceda aos scripts permissão de execução para o usuário 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. Teste os scripts para garantir que todos funcionem conforme esperado.
  5. Remova o comentário do comando de execução nos scripts de inicialização e shutdown do aplicativo.
  6. Se o aplicativo estiver em execução na instância de computação principal, execute o script enable_psft.sh.
    $ ./enable_psft_rsync.sh
  7. Se o aplicativo estiver em execução, na instância de computação stand-by, execute o script disable_psft.sh.
    $ ./disable_psft_rsync.sh
  8. Como root em cada instância de computação, adicione uma entrada em /etc/crontab que executará o script rsync_psft.sh.
    Por exemplo,
    */5 * * * * psadm2 /u01/app/psft/pt/custom_admin_scripts/rsync_psft.sh
    Monitore o arquivo de log em ambos os sites. Cada registro deve ser gravado a cada cinco minutos. O arquivo de log no site principal deve mostrar que rsync está em execução. O arquivo de log no site stand-by deve mostrar que rsync está desativado.