Solutions de coupure planifiées et non planifiées

Des coupures planifiées et non planifiées peuvent se produire dans votre environnement PeopleSoft. Découvrez les solutions Oracle disponibles pour réduire les temps d'arrêt des applications. La réduction du temps d'arrêt de votre application PeopleSoft est basée sur l'application, et non sur le temps d'arrêt d'un composant individuel.

Solutions de coupure non planifiées

Voici les types d'interruptions non planifiées qui peuvent être causées par des pannes système ou humaines dans un environnement PeopleSoft, ainsi que les solutions technologiques que vous pouvez utiliser pour récupérer et réduire au minimum les temps d'arrêt.

Nous vous recommandons de tester les scénarios de base ci-dessous pour vous assurer qu'ils sont correctement configurés dans votre environnement et pour être sûr que vous êtes prêt à agir en cas d'urgence.

Type de coupure Solution Oracle Avantages Temps de récupération
L'équilibreur de charge Equilibreur de charge du logiciel, configuration répliquée localement Migration transparente des connexions vers l'équilibreur de charge survivant Aucun temps d'inactivité.
PeopleSoft Echec du noeud ou du composant du serveur Web PIA Serveurs Web redondants sans cluster de serveurs de cache Coherence*Web Les connexions sont redistribuées aux noeuds restants. Les noeuds survivants continuent le traitement. Aucun temps d'inactivité. Une nouvelle authentification et une nouvelle soumission de travail peuvent être nécessaires.
PeopleSoft Echec du noeud ou du composant du serveur Web PIA Serveurs Web redondants avec cluster de serveurs de cache Coherence*Web Les connexions sont redistribuées aux noeuds restants, en préservant l'état de la session. Les noeuds survivants continuent le traitement. Pas de temps d'arrêt et pas de réauthentification ou de nouvelle soumission du travail.
PeopleSoft Echec du noeud ou du composant du serveur de domaine d'application

Serveurs de domaine d'application redondants

Serveurs PIA configurés avec des connexions actives équilibrées entre les serveurs d'applications, resoumet le travail à un serveur d'applications survivant.

Les connexions sont redistribuées aux noeuds restants. Les nœuds survivants captent les demandes, sans perte de contexte Aucun temps d'inactivité.
Echec du serveur de base de données ou de l'instance Oracle RAC, Continuité des applications, événements FAN Récupération automatique du travail sur l'instance en échec : les sessions basculent de manière transparente, les mises à jour sont renvoyées automatiquement Des secondes, voire des minutes.
Echec du site Oracle Data Guard, rsync Basculement complet du site avec une perte de données minimale ou nulle Moins de 10 minutes après la prise de décision, pour la transition de rôle de base de données, le montage du système de fichiers et le démarrage de l'application PeopleSoft.
Echec du stockage ASM Mise en miroir et rééquilibrage automatique. Aucun temps d'inactivité.
Echec du stockage Oracle RMAN avec zone de récupération rapide. Récupération de base de données et sauvegardes sur disque entièrement gérées. De quelques minutes à quelques heures.
Echec du stockage Stockage d'objets Oracle en région Récupération de base de données et sauvegardes sur disque gérées dans le cloud De quelques minutes à quelques heures.
Echec du stockage Oracle Data Guard, rsync Basculement complet du site avec une perte de données minimale ou nulle. Moins de 10 minutes après la prise de décision, pour la transition de rôle de base de données, le montage du système de fichiers et le démarrage de l'application PeopleSoft.
Erreur humaine Oracle Data Guard avec Flashback Database. Recherche sur la copie (standby) Heures (recherche par correction de données).
Altération des données Oracle RMAN avec zone de récupération rapide. Restauration physique de bloc en ligne et sauvegardes sur disque gérées. De quelques minutes à quelques heures.
Altération des données Oracle Active Data Guard Détecte et répare automatiquement les blocs endommagés à l'aide de la base de secours physique. Pas de temps d'arrêt, transparent pour l'application.
Altération des données Oracle Data Guard Validation et retransmission automatiques des blocs de journalisation endommagés Pas de temps d'arrêt, transparent pour l'application.
Altération des données Broker Oracle Data Guard Basculement rapide vers une base de données de secours locale, ou basculement de site complet vers un site de récupération après sinistre.

Base de données de secours locale : moins de 5 minutes après la prise de décision, pour la transition de rôle de base de données, le montage du système de fichiers et le démarrage de l'application PeopleSoft.

Basculement complet du site : moins de 10 minutes après la prise de décision, pour la transition de rôle de base de données, le montage du système de fichiers et PeopleSoft.

Remarques :

Il peut être possible de récupérer rapidement d'une panne sur le site principal et de reprendre les opérations sur celui-ci, ce qui peut être moins perturbateur pour l'opération globale que de passer au site secondaire. Ainsi, dans le tableau ci-dessus, nous avons mentionné la décision de faire le basculement et le temps qu'il est prévu de prendre pour effectuer une transition scriptée une fois la décision prise. Si vous décidez de ne pas exiger de décision humaine avant un basculement vers un site de récupération après sinistre, vous configurez Fast-Start Failover dans la base de données.

Si Fast-Start Failover est configuré et que le décalage d'application de la base de données de secours est compris dans la limite de décalage de Fast-Start Failover, le délai d'affichage du site de récupération après sinistre n'ajoute que le seuil de délai d'expiration Fast-Start Failover au délai global de transition vers la base de données de secours.

Que l'action soit effectuée automatiquement ou non, le processus de basculement doit être entièrement scripté pour garantir une exécution rapide et précise.

Solutions de maintenance planifiée

Vous trouverez ci-dessous un récapitulatif des activités de maintenance planifiées qui se produisent généralement dans un environnement PeopleSoft, ainsi que les solutions technologiques recommandées pour réduire au minimum les temps d'arrêt.

Activité de maintenance Solution PeopleSoft Coupure
Mise à niveau du système d'exploitation ou du matériel de niveau intermédiaire Equilibrage de charge, services redondants sur les serveurs d'applications Web et Tuxedo. Aucun temps d'inactivité, en supposant que Coherence*Web est en cours d'exécution.
PeopleSoft (application et PeopleTools) Application de patches sans réutilisation de la mémoire PeopleSoft. Minutes (aucune modification de schéma) en heures (modifications de schéma requises)
Modification de la configuration de l'application PeopleSoft PeopleSoft redémarrage non simultané d'application. Aucun temps d'inactivité
Mises à niveau PeopleSoft Mises à niveau sans réutilisation de la mémoire PeopleSoft. Nombre d'heures en jours (les modifications de schéma seront requises ; le temps dépend de la taille de la base de données)*
Application de patches au système d'exploitation au niveau de la base de données ou maintenance matérielle Oracle RAC non simultané, Standby-First. Aucun temps d'inactivité
Application de patches de mise à jour de version Oracle Database Oracle RAC non simultané, Standby-First. Aucun temps d'inactivité
Mises à niveau d'Oracle Database Mise à niveau non simultanée logique transitoire de Data Guard. Reportez-vous à Réduction du temps d'inactivité de PeopleSoft à l'aide d'une base de données de secours locale. Des secondes, voire des minutes
Mise à niveau et patches d'Oracle Grid et d'Oracle Clusterware Oracle RAC non simultané, Standby-First. Aucun temps d'inactivité

* Dans la pratique, il existe des moyens d'atténuer l'impact d'un temps d'inactivité de mise à niveau étendu, par exemple en fournissant une réplique en lecture seule. Les Services Oracle Consulting peuvent vous aider à planifier et à exécuter la mise à niveau.