Plan daction PeopleSoft Performance Monitor

Branchement de PPM sur CRMACC

Ce matin nous droulons la configuration sur CRMACC pour documenter le
change sur la PROD

PPM
o

Vrifier le sizing PSPPMSRV

Values for config section - PSAPPSRV

Min Instances=4
Max Instances=8
Service Timeout=300
Recycle Count=10000
ProcessRestartMemoryLimit=0
Allowed Consec Service Failures=2
Max Fetch Size=5000
Auto Select Prompts=1
Tuxedo Queue Size=65535

PSSAMSRV
Values for config section - PSSAMSRV
Min Instances=4
Max Instances=8
Service Timeout=300
Recycle Count=100000
ProcessRestartMemoryLimit=0
Allowed Consec Service Failures=2
Max Fetch Size=32

PSPPMSRV
Values for config section - PSPPMSRV
Min Instances=4
Max Instances=8
listening_mach_IP=

o
o

Crer le user PPMAdmin et lui affecter le rle PeopleTools PPM

Client
Configuration de lintegration getway

Vrifier le Agent filter Level

Configurer lURL du PPM

Lancer le PPMReaper

CRMACC
o Prparation

Sur Web et App server

Sur App server

Enable PPM =1

Agent
Fichier de configuration
Dcouverte de larchitecture par lagent
o ./StartAgent.sh recrawl
Redmarrage
Redmarrage Web server
Redmarrage App server
Dmarrage des agents
Dmarrage de lagent sur le Web server
Dmarrage de lagent sur lApp server
URL Specify Monitor

Branchement de PPM sur DBCRM

Sur la production nous allons raliser les oprations de la manire suivante en
rptition de CRMACC :

Prparation le 27-10 aprs midi

o Impact aucun, car pris en compte aprs le redmarrage
o Rollback
Pas ncessaire, mais possibilit de revenir la configuration
prcdente (cf documentation)
Redmarrage dans la nuit du 27-10 au 28-10 (entre minuit et 2h du
matin)
o Impact aucun, car les agents ne sont pas activs ce moment
o Rollback
Pas ncessaire, mais possibilit de revenir la configuration
prcdente (cf documentation)
Dmarrage des agents le 28-10 entre 8 :00 et 9 :00
o Impact entre 1% et 2% de CPU car la charge est sur le PPM et pas
sur le Production
o Rollback
Pas ncessaire

Possibilit darrter les agents en cas de besoin