1. Provisionner et déployer une solution de disponibilité maximale pour PeopleSoft sur Oracle Cloud
  2. Configurer PeopleSoft

Configurer PeopleSoft

Vous devez accéder à la base de données pour terminer la configuration du système de fichiers des serveurs de niveau intermédiaire au niveau de la base de données de secours.

Convertir la première base de secours en base de secours cliché

Mettez l'application en place pour terminer la configuration de l'environnement de secours. Pour ce faire, vous devez accéder temporairement à la base de données en mode lecture/écriture, ce qui ne peut pas être fait pendant que la base de données applique redo à partir de la base de données principale. Lorsque vous convertissez la base de données OCI sur Oracle Exadata Database Service on Dedicated Infrastructure d'une base de données de secours physique en base de données de secours cliché, redo de la base de données principale est expédié à la base de données de secours mais n'est pas appliqué tant que la base de données n'est pas rétablie en base de données de secours physique.
  1. Avec SSH, connectez-vous à l'un des noeuds de base de données Oracle Exadata Database Service on Dedicated Infrastructure (domUs).
  2. Connectez-vous en tant qu'utilisateur oracle.
    $ sudo su – oracle
  3. Source de l'environnement de base de données de secours.
    Cet environnement a été créé lors de la création de la base de données d'espace réservé en vue de l'utilisation d'Oracle Zero Downtime Migration. 
    $ . ./CDBHCM.env
  4. Démarrez Oracle Data Guard Broker et entrez le mot de passe SYS.
    $ dgmgrl
DGMGRL for Linux: Release 19.0.0.0.0 - Production on Tue Nov 15 18:38:11 2022
Version 19.14.0.0.0

Copyright (c) 1982, 2019, Oracle and/or its affiliates.  All rights reserved.

Welcome to DGMGRL, type "help" for information.
DGMGRL> connect sys/password
Connected to " CDBHCM_iad1dx"
Connected as SYSDBA.
DGMGRL>
  5. Affichez la configuration Data Guard, y compris les temps de récupération et d'application des décalages.
    DGMGRL> show configuration lag

Configuration - ZDM_ CDBHCM_iad1dx

  Protection Mode: MaxPerformance
  Members:
  CDBHCM_sca6dp   - Primary database
    CDBHCM_iad1dx - Physical standby database 
                     Transport Lag:      0 seconds (computed 1 second ago)
                     Apply Lag:          0 seconds (computed 1 second ago)
    CDBHCM_phx5s - Physical standby database (receiving current redo)
                      Transport Lag:      1 second (computed 1 second ago)
                      Apply Lag:          2 seconds (computed 1 second ago)


Fast-Start Failover:  Disabled

Configuration Status:
SUCCESS   (status updated 43 seconds ago)
  6. S'il n'y a pas d'erreur et que la mention ci-dessus indique "SUCCESS", convertissez la base de données de secours en base de données de secours instantanée.
    DGMGRL> convert database CDBHCM_iad1dx to snapshot standby
Converting database "CDBHCM_iad1dx" to a Snapshot Standby database, please wait...
Database "CDBHCM_iad1dx" converted successfully
  7. Affichez à nouveau la configuration pour voir que la base de données de secours physique est désormais une base de données de secours instantanée.
    Des avertissements peuvent s'afficher indiquant que le décalage de transport a dépassé les seuils. Cet avertissement disparaîtra au bout de plusieurs minutes. 
    DGMGRL> show configuration lag

Configuration - ZDM_ CDBHCM_iad1dx

  Protection Mode: MaxPerformance
  Members:
   CDBHCM_sca6dp - Primary database
   CDBHCM_iad1dx - Snapshot standby database 
                     Transport Lag:      0 seconds (computed 2 seconds ago)
                     Apply Lag:          10 minutes 14 seconds (computed 2 seconds ago)
    CDBHCM_phx5s - Physical standby database (receiving current redo)
                      Transport Lag:      1 second (computed 1 second ago)
                      Apply Lag:          2 seconds (computed 1 second ago)


Fast-Start Failover:  Disabled

Configuration Status:
SUCCESS   (status updated 60 seconds ago)
  8. Vérifiez que les services requis pour PeopleSoft ont été démarrés.
    Pour cet exemple, les services sont les suivants : HR92U033_BATCH et HR92U033_ONLINE. Oracle Zero Downtime Migration a migré ces services à partir de la base de données source (sur site) et les a inscrits dans Oracle Clusterware. 
    $ srvctl status service -db CDBHCM_iad1dx -s HR92U033_BATCH
Service HR92U033_BATCH is running on instance(s) CDBHCM1,CDBHCM2
$ srvctl status service -db CDBHCM_iad1dx -s HR92U033_ONLINE
Service HR92U033_ONLINE is running on instance(s) CDBHCM1,CDBHCM2
  9. Si les services requis n'ont pas été démarrés, démarrez-les.
    $ srvctl start service -db CDBHCM_iad1dx -s HR92U033_BATCH
$ srvctl start service -db CDBHCM_iad1dx -s HR92U033_ONLINE
La base de données de secours instantanée est prête à configurer l'application et l'ordonnanceur de traitements.

Etablissez la connexion à la base de données PeopleSoft

Modifiez le fichier tnsnames.ora pour établir la connexion.

  1. Connectez-vous à l'une des instances de calcul OCI et sourcez le fichier psft.env. Accédez ensuite au répertoire $TNS_ADMIN :
    $ cd $TNS_ADMIN
  2. Modifiez le fichier tnsnames.ora en remplaçant la valeur HOST par le nom SCAN de cluster dans les chaînes de connexion de base de données pour le serveur d'applications et les domaines de l'ordonnanceur de traitements.

    Remarques :

    PeopleTools utilise les alias de connexion TNS en tant que DBNames. Assurez-vous que les noms d'alias TNS correspondent à la colonne DBNAME de votre table PS.PSDBOWNER.

    Voici, par exemple, les entrées de notre exemple de table PSDBOWNER : 

    DBNAME   OWNERID
-------- --------
HR92U033 EMDBO
HRBATCH  EMDBO

    Voici les entrées de notre exemple de fichier tnsnames.ora : 

    # Application server
HR92U033 =
    (DESCRIPTION =
       (CONNECT_TIMEOUT=5)(TRANSPORT_CONNECT_TIMEOUT=3)(RETRY_COUNT=3)
       (ADDRESS_LIST =
           (LOAD_BALANCE=on)
           (ADDRESS = (PROTOCOL = TCP)(HOST = iadexadb-bw5wn-scan.ebsexadbprivate.ebscloudmaavcn.oraclevcn.com)(PORT = 1521))
       )
        (CONNECT_DATA =
           (SERVER = DEDICATED)
           (SERVICE_NAME = HR92U033_ONLINE)
       )
    )
 
# Process scheduler
HRBATCH =
   (DESCRIPTION =
       (CONNECT_TIMEOUT=5)(TRANSPORT_CONNECT_TIMEOUT=3)(RETRY_COUNT=3)
       (ADDRESS_LIST =
       (LOAD_BALANCE=on)
           (ADDRESS = (PROTOCOL = TCP)(HOST = iadexadb-bw5wn-scan.ebsexadbprivate.ebscloudmaavcn.oraclevcn.com)(PORT = 1521))
       )
       (CONNECT_DATA =
           (SERVER = DEDICATED)
           (SERVICE_NAME = HR92U033_BATCH)
       )
    )
  3. Pour tester cette configuration, assurez-vous que les services de base de données migrés par Oracle Zero Downtime Migration sont en fonctionnement.
    Dans l'exemple de configuration, il s'agit de HR92U033_ONLINE et HR92U033_BATCH.
  4. Connectez-vous en tant qu'utilisateur du système d'exploitation psadm2 et testez le premier alias de chaîne de connexion TNS avec SQL*Plus.
    $ sqlplus PS/password@HR92U033
SQL*Plus: Release 19.0.0.0.0 - Production on Sat Nov 20 00:50:53 2021
Version 19.3.0.0.0
Copyright (c) 1982, 2019, Oracle.  All rights reserved.
Last Successful login time: Fri Nov 19 2021 02:06:04 +00:00

Connected to:
Oracle Database 19c EE Extreme Perf Release 19.0.0.0.0 - Production
Version 19.19.0.0.0

SQL>
  5. Testez l'alias de chaîne de connexion HRBATCH de la même manière pour vous assurer qu'il se connecte à la base de données.
  6. Effectuez ces tests sur toutes les instances de calcul qui hébergeront l'application et l'ordonnanceur de traitements.

Configuration des domaines d'application PeopleSoft

Déployez le domaine de serveur d'applications et configurez les instances de calcul pour héberger les serveurs d'applications.

Dans ce scénario, le domaine de serveur d'applications est HR92U033 et deux des quatre instances de calcul hébergeront chacune les serveurs d'applications et l'ordonnanceur de traitements : iad-psft-hcm-app01 et iad-psft-hcm-app02. Les serveurs d'applications et l'ordonnanceur de traitements s'exécutent chacun dans leur propre domaine Oracle Tuxedo.

En tant qu'utilisateur psadm2, vous utiliserez l'utilitaire psadmin pour configurer le domaine Oracle Tuxedo, y compris le serveur d'applications.

Recherchez le fichier psappsrv.cfg dans le répertoire $PS_CFG_HOME/appserv/Application server domain. Utilisez l'utilitaire psadmin pour apporter les modifications de configuration requises à ce fichier ($PS_HOME/bin/psadmin) avant de déployer le domaine sur chaque noeud.

  1. Démarrez l'utilitaire psadmin en tant qu'utilisateur psadm2 sur le premier noeud (iad-psft-hcm-app01).
    cd $PS_HOME/bin ./psadmin
    Lorsque l'utilitaire psadmin démarre, il affiche les chemins de répertoire pour PS_HOME, PS_CFG_HOME et PS_APP_HOME. Assurez-vous qu'ils sont corrects.
    Exemple : 
    PS_CFG_HOME            /peoplesoft/local/ps_config
PS_HOME                /u01/app/psft/pt/ps_home8.57.11
PS_APP_HOME            /u01/app/psft/pt/hcm_app_home
  2. Sélectionnez Option 1 : Domaine d'application pour configurer le domaine du serveur d'applications.
  3. Sélectionnez Option 1 : Administrer un domaine. Sélectionnez le nom de domaine, dans notre cas HR92U033.
  4. Sélectionnez Option 4 : Configurer ce domaine. Saisissez Y pour arrêter le domaine.
  5. Consultez les options de configuration et les paramètres présentés.
    • Assurez-vous que les alias de chaîne de connexion TNS sont corrects pour DBName. Dans notre cas, c'est HR92U033.
    • Effectuez les ajustements nécessaires pour les ports utilisés par le serveur de domaine d'application.
    • Notez en particulier la plage de ports JOLT : les ports utilisés par le serveur Web PeopleSoft Internet Architecture (PIA) pour se connecter au serveur d'applications. Vous utiliserez ces valeurs dans une étape ultérieure. La valeur par défaut est 9000 – 9010.
  6. Sélectionnez Option 14 : charger le domaine comme indiqué.
    La configuration de domaine est chargée et tous les fichiers de domaine requis pour Oracle Tuxedo sont régénérés.
  7. Sélectionnez Option 1 : initialiser ce domaine sous Administration de domaine pour démarrer ce domaine.
    Surveillez le processus de démarrage. Si des erreurs sont signalées, consultez les fichiers journaux dans $PS_CFG_HOME/appserv/domain name/LOGS
  8. Répétez les étapes 1 à 7 en tant qu'utilisateur psadm2 sur le deuxième noeud, iad-psft-hcm-app02.

Configurer les domaines Process Scheduler

L'ordonnanceur de traitements PeopleSoft (ou serveur de traitement par lots) est configuré de la même manière que le serveur d'applications, ainsi que la configuration des journaux de l'ordonnanceur de traitements. En tant qu'utilisateur psadm2, vous allez créer un répertoire pour chaque noeud de l'ordonnanceur de traitements :

  • /u02/app/psft/ps/log_output/node1/HR92U033 (pour le noeud : iad-psft-hcm-app01)
  • /u02/app/psft/ps/log_output/node2/HR92U033 (pour le noeud : iad-psft-hcm-app02)

Vous pouvez effectuer cette opération à partir de n'importe quelle instance de calcul de niveau intermédiaire. Une fois les répertoires de sortie de journal en place, procédez comme suit pour configurer l'Ordonnanceur de traitements :

  1. Démarrez l'utilitaire psadmin en tant qu'utilisateur psadm2 sur le premier noeud (iad-psft-hcm-app01).
    cd $PS_HOME/bin ./psadmin
    Lorsque l'utilitaire psadmin démarre, il affiche les chemins de répertoire pour PS_HOME, PS_CFG_HOME et PS_APP_HOME. Assurez-vous qu'ils sont corrects.
    Exemple : 
    PS_CFG_HOME            /peoplesoft/local/ps_config
PS_HOME                /u01/app/psft/pt/ps_home8.57.11
PS_APP_HOME            /u01/app/psft/pt/hcm_app_home
  2. Sélectionnez Option 2 : Process Scheduler.
  3. Sélectionnez Option 1 : Administrer un domaine. Sélectionnez le nom de domaine, dans notre cas HR92U033.
  4. Sélectionnez Option 4 : Configurer ce domaine. Saisissez Y pour arrêter le domaine.
  5. Consultez les options de configuration et les paramètres présentés.
    Assurez-vous que les alias de chaîne de connexion TNS sont corrects pour DBName. Dans notre cas, c'est HRBATCH.
  6. Sélectionnez Option 16 : Log/Output et indiquez les chemins de répertoire que vous venez de créer.

    Exemple :

    • /u02/app/psft/ps/log_output/node1/HR92U033 (pour le noeud : iad-psft-hcm-app01)
    • /u02/app/psft/ps/log_output/node2/HR92U033 (pour le noeud : iad-psft-hcm-app02)
  7. Sélectionnez option 6 : charger le domaine comme indiqué.
    La configuration de domaine est chargée et tous les fichiers de domaine requis pour Oracle Tuxedo sont régénérés.
  8. Sélectionnez Option 1 : initialiser ce domaine sous Administration de domaine pour démarrer ce domaine.
    Surveillez le processus de démarrage. Si des erreurs sont signalées, consultez les fichiers journaux dans $PS_CFG_HOME/appserv/prcs/domain name/LOGS
  9. Répétez les étapes 1 à 8 en tant qu'utilisateur psadm2 sur le deuxième noeud, iad-psft-hcm-app02.
  10. Ouvrez le port JOLT sur toutes les instances de calcul du serveur d'applications et de l'ordonnanceur de traitements.
    Pour ce faire, utilisez la commande firewall-cmd, exécutée en tant que root. Voici un exemple que vous devrez modifier pour votre environnement : 
    # firewall-cmd --zone=public --add-rich-rule 'rule family=ipv4 source address=10.0.103.0/24 port port=9000-9100 protocol=tcp accept' –permanent
# firewall-cmd --reload
  11. Surveillez les connexions à la base de données de l'ordonnanceur de traitements et de l'application au démarrage de ces domaines Oracle Tuxedo. Vous pouvez vous connecter à l'une des instances Oracle Exadata Database Service on Dedicated Infrastructure Oracle Real Application Clusters (Oracle RAC) en tant qu'utilisateur oracle OS pour exécuter la requête de surveillance suivante : 
    $ sqlplus / as sysdba
SQL> col service_name format a20
SQL> select a.inst_id,a.instance_name,b.service_name, count(*)
2> from gv$instance a, gv$session b
3> where a.inst_id = b.inst_id
4> and service_name not like 'SYS%'
5> group by a.inst_id,a.instance_name,b.service_name
6> order by 1;

    Voici un exemple de sortie :

    INST_ID INSTANCE_NAME    SERVICE_NAME           COUNT(*)
---------- ---------------- -------------------- ----------
         1 CDBHCM1          HR92U033_BATCH                8
         1 CDBHCM1          HR92U033_ONLINE              54
         2 CDBHCM2          HR92U033_BATCH                7
         2 CDBHCM2          HR92U033_ONLINE              48
La sortie indique le nombre de connexions à chaque service sur chaque instance Oracle RAC. Les processus doivent être dispersés sur les serveurs de base de données.

Configuration du domaine de serveur Web PIA PeopleSoft

Utilisez le script setup.sh de l'architecture Internet (PIA) PeopleSoft pour configurer le domaine du serveur Web PIA.

Effectuez les étapes suivantes en tant qu'utilisateur psadm2 sur chaque machine virtuelle d'instance de calcul qui hébergera un serveur Web PIA :

  1. Approvisionnez l'environnement en tant qu'utilisateur psadm2 sur le premier noeud (iad-psft-hcm-web01).
    $ . ./psft.env
    Assurez-vous que PS_CFG_HOME est défini. Dans cet exemple, il est défini sur /peoplesoft/local/ps_config. Si ce n'est pas le cas, assurez-vous que .bash_profile appelle le fichier psft.env.
  2. Copiez le fichier de réponses de modèle dans le répertoire PS_CFG_HOME pour personnalisation.
    $ cd $PS_HOME/setup/PsMpPIAInstall
$ cp resp_file.txt $PS_CFG_HOME/iad_oci_pia_resp.txt
  3. Modifiez le fichier iad_oci_pia_resp.txt de votre environnement.

    L'exemple suivant inclut des légendes en gras pour les 10 éléments que vous devez modifier.

    # Name of the PIA domain
DOMAIN_NAME=HR92U033    - The domain name can be the same on all nodes
# Web server type. Possible values are "weblogic", "websphere"
SERVER_TYPE=weblogic
# WebLogic home, the location where Oracle WebLogic is installed (for WebLogic deployment only)
BEA_HOME=/u01/app/psft/pt/bea
# admin console user id/password for securing WebLogic/WebSphere admin console credential
USER_ID=system
USER_PWD=password
USER_PWD_RETYPE=password
# Install action to specify the core task that installer should perform.
# For creating new PIA domain - CREATE_NEW_DOMAIN.
# For redeploying PIA - REDEPLOY_PSAPP.
# For recreating PIA domain - REBUILD_DOMAIN.
# For installing additional PSFT site - ADD_SITE
# For installing Extensions - ADD_PSAPP_EXT
INSTALL_ACTION=CREATE_NEW_DOMAIN          Use CREATE_NEW_DOMAIN
# Domain type to specify whether to create new domain or modify existing domain. Possible values are "NEW_DOMAIN", "EXISTING_DOMAIN".
DOMAIN_TYPE=NEW_DOMAIN
# Install type to specify whether the installation is a single server,  multi-server deployment or distributed webLogic server .
#Possible values are "SINGLE_SERVER_INSTALLATION", "MULTI_SERVER_INSTALLATION" and "DISTRIBUTED_SERVER_INSTALLATION"
INSTALL_TYPE=SINGLE_SERVER_INSTALLATION
# WebSite Name           THIS MUST BE THE SAME FOR ALL PeopleSoft WEB SERVERS
WEBSITE_NAME=ps          For our project we chose “ps”.
                           
# AppServer Name
APPSERVER_NAME=iad-psft-hcm-app01         The application domain server
# Appserver JSL Port
JSL_PORT=9000         This is the default port, you can choose a different port
# HTTP Port
HTTP_PORT=8080     PIA front-end port to access PeopleSoft application
# HTTPS Port
HTTPS_PORT=8443   PIA front-end SSL port if SSL is enabled on the web server
# Authentication Domain (optional)
AUTH_DOMAIN=appprivatesu.ebscloudmaavcn.oraclevcn.com    Change this to match the network domain for your environment.
# Web Profile Name Possible Values are "DEV","TEST","PROD","KIOSK"
WEB_PROF_NAME=PROD
# Web Profile password for User "PTWEBSERVER"
WEB_PROF_PWD=PTWEBSERVER
WEB_PROF_PWD_RETYPE=PTWEBSERVER
# Integration Gateway user profile.
IGW_USERID=administrator
IGW_PWD=password
IGW_PWD_RETYPE=password
# AppServer connection user profile
APPSRVR_CONN_PWD=PS
APPSRVR_CONN_PWD_RETYPE=PS
# Directory path for reports
REPORTS_DIR=/u02/app/psft/ps/report_repository   Report repository location
  4. Exécutez le script setup.sh pour configurer PIA, en pointant vers votre nouveau fichier de réponses. 
    $ ./setup.sh -i silent -DRES_FILE_PATH=$PS_CFG_HOME/iad_oci_pia_resp.txt
  5. Activez l'équilibrage de charge et le basculement du serveur Web PIA vers les serveurs de domaine d'application. :
    1. Modifiez le fichier configuration.properties situé dans $PS_CFG_HOME/webserv/HR92U033/applications/peoplesoft/PORTAL.war/WEB-INF/psftdocs/ps.
    2. Modifiez la ligne définissant psserver pour ajouter le second serveur de domaine d'application.
      Par exemple, notre entrée d'origine était :
      psserver=iad-psft-hcm-app01.appprivatesu.ebscloudmaavcn.oraclevcn.com:9000
      Nous l'avons modifié pour :
      psserver=iad-psft-hcm-app01.appprivatesu.ebscloudmaavcn.oraclevcn.com:9000,iad-psft-hcm-app02.appprivatesu.ebscloudmaavcn.oraclevcn.com:9000
  6. Répétez les étapes 1 à 5 en tant qu'utilisateur psadm2 sur le deuxième noeud, iad-psft-hcm-web02.