Oracle
 sql >> Datenbank >  >> RDS >> Oracle

was in der Übernahmephase von R12.2 passiert

Umstellungsphase von Adop   ist die Ausfallphase des Online-Patch-Zyklus. Wir sollten sicherstellen, dass in diesem Zeitraum, in dem Anwendungsprozesse neu gestartet werden, kein Benutzerzugriff besteht.
Bevor Sie den Cutover-Befehl ausführen, vergewissern Sie sich, dass Sie bereit sind, sich zur Anwendung der ausgewählten Patches zu verpflichten. Sobald die Umstellung abgeschlossen ist, ist es nicht möglich, zur vorherigen Version zurückzukehren
Die Umstellungsphase von Adop umfasst die folgenden Schritte
1) Internen Concurrent-Manager herunterfahren:Das Adop-Dienstprogramm signalisiert dem internen Concurrent-Manager das Herunterfahren, wartet aber, bis alle bestehenden Concurrent-Anforderungen abgeschlossen sind, bevor es mit Cutover-Aktionen fortfährt. Das System steht den Benutzern während dieser Wartezeit weiterhin zur Verfügung.
Wenn Sie nicht unbegrenzt auf das Ende gleichzeitiger Anfragen warten möchten, geben Sie die Option cm_wait= mit einer Anzahl von Minuten an, die Ihren betrieblichen Anforderungen entspricht
Geben Sie auf Produktionssystemen kein cm_wait an, sondern überwachen Sie den Fortschritt gleichzeitiger Aufgaben und führen Sie bei Bedarf manuelle Maßnahmen durch , geben wir cm_wait an, um die Wartezeit zu begrenzen, bevor die Umstellung fortgesetzt wird, da es sich um eine Entwicklung handelt, und wir können den Abbruch von Concurrenyt Manager tolerieren. In einem solchen Fall können Sie eine Informationsmeldung der Form erwarten:
[STATEMENT] [END ] Waiting for ICM to go down
Falls Sie nicht auf laufende gleichzeitige Anfragen warten möchten Um normal zu beenden, können Sie den internen Concurrent Manager beenden, indem Sie den Befehl adcmctl.sh abort von einer anderen Shell aus ausführen

Diese Aufgabe wird vom Skript $FND_TOP/bin/txkADOPCutOverPhaseCtrlScript.pl ausgeführt
2) Dienste der Anwendungsebene herunterfahren:Alle Dienste der Anwendungsebene werden heruntergefahren. Während dieser Zeit ist das System für Benutzer nicht verfügbar.
Diese Aufgabe wird vom Skript $FND_TOP/bin/txkADOPCutOverPhaseCtrlScript.pl ausgeführt

3) Cutover-Datenbank:Befördern Sie die Patch-Datenbankedition mithilfe des Skripts adzdpmgr.pl zur neuen Ausführungsdatenbankedition.
Diese Aufgabe wird vom Skript $FND_TOP/bin/txkADOPCutOverPhaseCtrlScript.pl ausgeführt

4) Cutover-Dateisystem:Befördern Sie das Patch-Dateisystem zum neuen Run-Dateisystem, indem Sie die $FILE_EDITION-Werte in den Patch- und Run-Umgebungen ändern. Der aktuelle Patch APPL_TOP wird zum neuen Lauf APPL_TOP und der aktuelle Lauf APPL_TOP wird zum neuen Patch APPL_TOP.
Diese Aufgabe wird von Autoconfig erledigt
5) Alte Datenbanksitzungen beenden:Beenden Sie alle Datenbankverbindungen zum alten Lauf Ausgabe der Datenbank.
Diese Aufgabe wird vom Skript $FND_TOP/bin/txkADOPCutOverPhaseCtrlScript.pl

ausgeführt

6) Dienste der Anwendungsebene starten:Die Dienste der Anwendungsebene werden in der neu ausgeführten Edition neu gestartet. Das System ist nun wieder für Benutzer verfügbar.
Diese Aufgabe wird vom Skript $FND_TOP/bin/txkADOPCutOverPhaseCtrlScript.pl ausgeführt

Beispiel .
$ adopt phase=cutover
Dies wird die Patch-Edition zur neuen Run-Edition machen und die Patch- und Run-Labels auf den Dateisystemen wechseln (und dadurch, wie oben erwähnt, ändern das Patch-Dateisystem als neues Ausführungsdateisystem und das Ausführungsdateisystem als neues Patch-Dateisystem).
Verzögern des Neustarts der Anwendungsebene bei Umstellung
Häufig müssen Sie möglicherweise zusätzliche manuelle Schritte nach der Umstellung, aber vor dem Neustart der Dienste auf Anwendungsebene ausführen. Wenn dies der Fall ist, können Sie dem Cutover-Befehl einen zusätzlichen Parameter zuweisen, der bewirkt, dass die Anwendungsdienste heruntergefahren bleiben:
$ adop phase=cutover mtrestart=no
Mit diesem Parameter wird die Umstellung ohne abgeschlossen Neustarten der Dienste der Anwendungsebene. Sie können alle zusätzlichen Schritte ausführen, die das Herunterfahren der Dienste erfordern, und dann die Dienste der Anwendungsebene manuell mit dem Skript adstrtal.sh starten.
JAR-Dateien und Umstellung
In einem Online-Patch-Zyklus werden die erforderlichen JAR-Dateien zunächst im Verzeichnis $APPL_TOP/admin//out gespeichert und dann während der Umstellungsphase in die Datenbank hochgeladen. Daher darf das out-Verzeichnis zumindest nicht gelöscht werden, bis die Umstellung abgeschlossen ist.