Ablauf bei der Migration monatlicher Updates:
- Getestetes und genehmigtes monatliches Update von Oracle Development an die Testumgebungen von Kunden
Wenn keine Regression gefunden wird, wendet Oracle das Update auf alle Produktionsumgebungen an. Kunden können daraufhin Anwendungen aus der Testumgebung in die Produktionsumgebung migrieren.
Wenn Oracle Development ein vom Kunden gemeldetes Problem als Regression bestätigt, wendet Oracle einen One-off-Patch auf die Testumgebung an.
- One-off-Patch
- Oracle Development bestätigt ein vom Kunden gemeldetes Problem als Regression.
- Oracle Development erstellt einen One-off-Patch und sendet ihn an Quality Engineering zum Testen.
- Nach dem Testen zeichnet Quality Engineering den One-off-Patch ab, um ihn zu zertifizieren.
- Der One-off-Patch wird auf Testumgebungen angewendet.
- Der One-off-Patch wird auf die Produktionsumgebung angewendet, nachdem der Kunde den Fix genehmigt hat. Umgebungen werden wieder im Mainline-Patch zusammengeführt, sobald die Regression in einem monatlichen Patch behoben ist.
- Automatisches Update überspringen
Kunden können unter Angabe von Gründen beantragen, dass automatische Updates einer Produktionsumgebung übersprungen werden. Details hierzu finden Sie unter Überspringen automatischer Updates für Umgebungen anfordern.
- Notfallpatch
Das Deployment von Notfallpatches erfordert die Genehmigung durch eine leitende Führungskraft des Entwicklungsbereichs für Oracle Enterprise Performance Management Cloud.
- Oracle Development bestätigt ein vom Kunden gemeldetes Problem als Regressions- oder Blockierungsproblem.
- Oracle Development erstellt einen Notfallpatch und sendet ihn an Quality Engineering zum Testen.
- Nach dem Testen zeichnet Quality Engineering den Patch ab, um ihn zu zertifizieren.
- Der Notfallpatch wird je nach Bedarf auf die Testumgebung oder die Produktionsumgebung oder auf beide angewendet.