Esegui altri task ciclo di vita
Un cluster esteso di Oracle Fusion Middleware (FMW) funziona come cluster WebLogic standard. La sua architettura e il suo comportamento fondamentali sono coerenti con quelli degli ambienti WebLogic tipici. Di conseguenza, la maggior parte delle procedure di manutenzione e operative seguite per i sistemi WebLogic regolari sono ugualmente rilevanti e applicabili ai cluster allungati. Ciò include, a titolo esemplificativo ma non esaustivo, approcci per l'applicazione di patch, l'esecuzione di upgrade in sequenza, il monitoraggio dello stato del sistema, la gestione delle risorse e la risoluzione dei problemi. Sebbene possano esserci ulteriori considerazioni a causa della distribuzione geografica inerente a un cluster esteso, i paradigmi di manutenzione di base rimangono gli stessi utilizzati nelle distribuzioni WebLogic convenzionali.
Mantenimento della Configurazione WebLogic
La maggior parte di questa configurazione risiede in genere nella directory del dominio del server di amministrazione. Questa configurazione viene propagata automaticamente agli altri nodi nello stesso dominio all'avvio dei server gestiti o quando viene implementata una modifica.
Gli altri artifact che risiedono nella configurazione condivisa, che è locale per ogni area, non vengono sincronizzati automaticamente perché non sono gestiti da WebLogic. Questi artifact sono:
- File Keystore Java presenti in
KEYSTORE_HOME - Piani di distribuzione residenti in
DEPLOY_PLAN_HOME - File
Tnsnames.ora, se non viene gestito utilizzando i moduli DBClientData in WebLogic. - Qualsiasi altro file personalizzato memorizzato nella memoria condivisa.
Se si apportano modifiche a questi file in un'area, copiarli nell'altra per mantenere la configurazione coerente.
Esecuzione di patch
Quando possibile, utilizzare l'applicazione di patch in sequenza per ridurre i tempi di inattività.
Per l'applicazione delle patch al database, attenersi alle procedure ottimali di Data Guard applicando prima la patch al database di standby, se supportato. Il tempo di inattività richiesto e la procedura di applicazione delle patch per il database variano a seconda del tipo specifico di patch.