Répliquer le référentiel de rapports et le journal des travaux du Répartiteur de traitements

Le contenu du référentiel de rapports et des journaux du programmateur de processus sont des artefacts de système de fichiers créés lors des opérations normales de l'application PeopleSoft. Le contenu du référentiel de rapports et les journaux correspondent au travail effectué dans la base de données et doivent être aussi proches que possible de la synchronisation avec la base de données. Ces artefacts de système de fichiers doivent être répliqués sur le site de récupération après sinistre, tout comme Oracle Data Guard réplique la base de données.

Le référentiel de rapports PeopleSoft est généralement un répertoire de système de fichiers partagé auquel tous les serveurs de niveau Web du programmateur de processus et de l'AIP peuvent accéder. Dans cet exemple, il se trouve dans le stockage de fichiers OCI dans le répertoire /u02/app/psft/ps/report_repository.

Le référentiel de rapports est défini dans le fichier PeopleSoft PIA configuration.properties :
PS_CFG_HOME/webserv/<PIA web domain>/applications/peoplesoft/PORTAL.war/WEB-INF/psftdocs/ps/configuration.properties

L'emplacement du référentiel de rapports est défini lorsque les serveurs Web PIA sont configurés et est spécifié dans la ligne suivante du fichier configuration.properties : ReportRepositoryPath=/u02/app/psft/ps/report_repository

Les journaux du programmateur de processus sont propres à l'instance de calcul, comme indiqué dans "Configurer les domaines de l'application et du programmateur de processus PeopleSoft".

Voici les répertoires des journaux du Répartiteur de traitements dans cet exemple :
/u02/app/psft/ps/log_output/node1/HR92U033
/u02/app/psft/ps/log_output/node2/HR92U033

Mettre en oeuvre la réplication

L'établissement du processus de réplication nécessite des scripts rsync pour effectuer la réplication et une tâche cron qui définit la programmation et la fréquence d'exécution des scripts.

Les scripts suivants sont disponibles pour pousser fréquemment ces fichiers vers la base de secours :

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

Les scripts se trouvent dans le répertoire de réplication dans GitHub.

Le script rsync_psft.sh est exécuté en tant que tâche cron. Il fonctionnera sur le site principal et le site secondaire une fois toutes les cinq minutes. Quand il commence, il vérifie trois choses puis sort sans faire de travail si l'un des éléments suivants est vrai :

  • Le script rsync est-il désactivé? Si oui, quittez.
  • La base de données de ce site est-elle principale ou de secours? Si vous êtes en veille, quittez.
  • Une instanciation antérieure de ce script est-elle toujours en cours d'exécution? Si oui, quittez.

Les scripts de démarrage de l'application sont également codés pour exécuter le script enable_psft_rsync.sh. Il est commenté tel qu'il est fourni, car il échouera jusqu'à ce que la base de secours soit entièrement configurée.

Le script d'arrêt de l'application est codé pour appeler le script rsync_psft.sh une dernière fois après l'arrêt de l'application et des serveurs par lots, puis exécutez le script disable_psft_rsync.sh. Ces mises en commentaire sont fournies, car elles échoueront jusqu'à ce que la base de secours soit entièrement configurée.

Etant donné que le référentiel de rapports et les journaux des travaux du Répartiteur de traitements sont mis en oeuvre en tant que systèmes de fichiers partagés, exécutez le traitement de réplication de synchronisation sur un seul noeud à chaque site. Effectuez les étapes suivantes pour configurer les scripts rsync :

  1. Configurez l'équivalence d'utilisateur entre deux instances de calcul hébergeant le programmateur de processus, une à partir de chaque site, pour l'utilisateur du système d'exploitation psadm2.
    Cet exemple utilise la même paire qui a été configurée avec l'équivalence d'utilisateur lors de la configuration des serveurs de niveau intermédiaire du site secondaire.
  2. Placez les trois scripts dans un répertoire partagé sur le service de stockage de fichiers d'Oracle Cloud Infrastructure. Modifiez les scripts pour votre environnement.
  3. Accordez aux scripts l'autorisation d'exécution pour l'utilisateur 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. Testez les scripts pour vous assurer qu'ils fonctionnent tous comme prévu.
  5. Annulez la mise en commentaire de la commande d'exécution dans les scripts de démarrage et d'arrêt de l'application.
  6. Si l'application est exécutée sur l'instance de calcul principale, exécutez le script enable_psft.sh.
    $ ./enable_psft_rsync.sh
  7. Si l'application est en cours d'exécution, sur l'instance de calcul de secours, exécutez le script disable_psft.sh.
    $ ./disable_psft_rsync.sh
  8. En tant que root sur chaque instance de calcul, ajoutez une entrée dans /etc/crontab qui exécutera le script rsync_psft.sh.
    Par exemple,
    */5 * * * * psadm2 /u01/app/psft/pt/custom_admin_scripts/rsync_psft.sh
    Surveillez le fichier journal sur les deux sites. Chaque journal doit être écrit toutes les cinq minutes. Le fichier journal du site principal doit indiquer que rsync est en cours d'exécution. Le fichier journal du site de secours doit indiquer que rsync est désactivé.