Effectuer d'autres tâches du cycle de vie
Une grappe étendue Oracle Fusion Middleware (FMW) fonctionne en tant que grappe WebLogic standard. Son architecture et son comportement fondamentaux sont cohérents avec ceux des environnements WebLogic typiques. Par conséquent, la plupart des procédures de maintenance et d'exploitation suivies pour les systèmes WebLogic réguliers sont tout aussi pertinentes et applicables aux grappes étendues. Cela inclut, mais sans s'y limiter, les approches d'application de correctifs, d'exécution de mises à niveau non simultanées, de surveillance de l'état du système, de gestion des ressources et de dépannage. Bien qu'il puisse y avoir des considérations supplémentaires en raison de la répartition géographique inhérente à une grappe étendue, les paradigmes de maintenance de base restent les mêmes que ceux utilisés dans les déploiements WebLogic conventionnels.
Gérer la configuration WebLogic
La plupart de cette configuration réside généralement dans le répertoire du domaine du serveur d'administration. Cette configuration est propagée automatiquement aux autres noeuds du même domaine au démarrage des serveurs gérés ou lors de l'implémentation d'une modification.
Les autres artefacts résidant dans la configuration partagée, qui sont locaux pour chaque région, ne sont pas synchronisés automatiquement, car ils ne sont pas gérés par WebLogic. Ces artefacts sont les suivants :
- Fichiers de magasins de clés Java qui résident dans
KEYSTORE_HOME - Plans de déploiement qui résident dans
DEPLOY_PLAN_HOME - Fichier
Tnsnames.ora, s'il n'est pas géré à l'aide des modules DBClientData dans WebLogic. - Tout autre fichier personnalisé stocké dans le stockage partagé.
Si vous apportez des modifications à ces fichiers dans une région, copiez-les dans l'autre pour assurer la cohérence de la configuration.
Exécuter l'application de correctifs
Dans la mesure du possible, utilisez l'application continue de correctifs pour réduire les temps d'arrêt.
Pour l'application de correctifs à la base de données, suivez les meilleures pratiques pour Data Guard en appliquant d'abord le correctif à la base de données de secours, si elle est prise en charge. Le temps d'arrêt et la procédure d'application de correctifs requis pour la base de données varient en fonction du type de correctif spécifique.