Von Oracle verwaltete Infrastrukturwartung konfigurieren
Oracle führt die Updates aller von Oracle verwalteten Infrastrukturkomponenten auf Oracle Exadata Database Service on Cloud@Customer aus.
Oracle führt regelmäßige Wartungsarbeiten an Ihrer Exadata Cloud@Customer-Infrastruktur durch, um sicherzustellen, dass sie frei von potenziellen Problemen ist, die sich auf die Verfügbarkeit, Integrität und Sicherheit der Datenbank auswirken können. Die Aktualisierung der auf der Infrastruktur ausgeführten Software mit den neuesten Produkt- und Sicherheitsfixes schützt Ihre Daten und die allgemeine Compliance der Oracle Cloud. Diese Updates werden automatisiert durchgeführt und umfassen alle Best Practices, sodass Sie nicht in die Wartung Ihrer Infrastruktur investieren müssen. Zu den Oracle Updates gehören die physischen Datenbankserverhosts, Speicherserver, Netzwerkstruktur-Switches, Management-Switches, Stromverteilereinheiten (PDUs), Integrated Lights-out Management-(ILOM-)Schnittstellen und Control-Plane-Server.
Oracle führt zwei Arten der Infrastrukturwartung durch:
- Die vierteljährliche Wartung wird alle drei Monate durchgeführt und kann Produktkorrekturen, Verbesserungen und Sicherheitsfixes umfassen.
- Bei der monatlichen Wartung werden nur kritische Sicherheitsfixes angewendet, die online angewendet werden können, um sicherzustellen, dass die Komponenten mit den höchsten Sicherheitsstandards aufrechterhalten werden, wobei Sicherheitslücken so schnell wie möglich behoben werden.
Vierteljährliche Wartung
Oracle minimiert die Auswirkungen der vierteljährlichen Wartung auf Ihre Anwendungen mithilfe von fortlaufenden Wartungsvorgängen, wodurch die Datenbankverfügbarkeit während des gesamten Aktualisierungsprozesses erhalten bleibt. Bei der Rolling-Wartung wird jeder Datenbankserver nacheinander neu gestartet, wobei jeweils höchstens ein Server offline ist. Anwendungen, die für High Availability entwickelt wurden, migrieren ihre Datenbankverbindungen automatisch und transparent zwischen verfügbaren Datenbankinstanzen ohne Unterbrechung, sodass keine Ausfallzeiten geplant werden müssen. Storage Server-Updates werden ebenfalls im Rolling-Modus eingespielt. Der Neustart von Storage Servern hat keine Auswirkungen auf den Datenbankservice und hat daher keine Auswirkungen auf Ihre Anwendungen.
Mit Oracle können Sie die vierteljährlichen Wartungspläne vollständig kontrollieren, sodass Sie die Wartung in einem Zeitraum planen können, der die geringsten Auswirkungen auf Ihre Geschäftsbenutzer hat. Sie haben die volle Kontrolle und Transparenz darüber, wann die vierteljährliche Wartung angewendet wird, und können die Wartung sogar über mehrere Wartungsfenster hinweg planen. Die Planung wird durch eine Wartungsplanungsrichtlinie vereinfacht, die darauf abzielt, die Planung in der gesamten Flotte zu standardisieren, um Konsistenz und Effizienz sicherzustellen. Indem die Policy einmal definiert und auf mehrere Ressourcen angewendet wird, optimiert sie den Planungsprozess. Sie können die Wartung auch neu planen, wenn unerwartete Geschäftsprobleme auftreten.
Monatliche Sicherheitswartung
Die monatliche Sicherheitswartung wird online auf den Datenbankservern ohne Neustart und ohne Auswirkungen auf Ihre Anwendungen durchgeführt. Monatliche Updates werden im Rolling-Modus auch ohne Auswirkungen auf Ihre Anwendungen auf Storage Server angewendet.
Die monatliche Sicherheitswartung kann auch zu einem bestimmten Zeitpunkt im Monat geplant werden, wenn auch in einem einzigen Wartungsfenster. Oracle veröffentlicht einen Zeitplan für die monatliche Wartung mindestens eine Woche vor Beginn des Wartungszeitraums. Sie können ihn bei Bedarf neu planen.
In der Oracle Cloud Infrastructure-Konsole können Sie Kontakte verwalten, die über die Infrastrukturwartung benachrichtigt werden, ein Wartungsfenster für den Beginn der vierteljährlichen Infrastrukturwartung festlegen sowie geplante Wartungsläufe und die Wartungshistorie von Exadata Cloud@Customer anzeigen. Einzelheiten zum Infrastrukturwartungsprozess und zur Konfiguration der Wartungsparameter finden Sie unter:
- Von Oracle verwaltete Wartungsupdates der Oracle Exadata Database Service on Cloud@Customer-Infrastruktur
Oracle führt Patches und Updates für alle von Oracle verwalteten Systemkomponenten auf Oracle Exadata Database Service on Cloud@Customer aus. - Kontakte für die Infrastrukturwartung
Wartungskontakte sind für die Kommunikation bei Serviceanfragen zu Hardwareaustausch und anderen Wartungsereignissen erforderlich. - Wartungsplanungs-Policy
Hier erfahren Sie, wie Sie mit der OCI-Konsole Wartungsplanungs-Policys konfigurieren und verwalten. Wenn eine Wartungsplanungs-Policy verwendet wird, werden alle Planungsvoreinstellungen für die Infrastrukturwartung von der Policy abgeleitet. - Von Oracle verwaltete Infrastrukturupdates mit der Konsole konfigurieren
Vollständige Softwareupdates der Exadata-Infrastruktur werden vierteljährlich geplant. Zusätzlich werden wichtige Sicherheitsupdates monatlich geplant. Sie können diese Infrastrukturupdates zwar nicht ablehnen, Oracle warnt Sie jedoch im Voraus über das Cloud-Benachrichtigungsportal und ermöglicht eine gewisse Flexibilität bei der Planung der Updates. - Vierteljährlichen/monatlichen Wartungslauf verwalten, der aus dem Planungsplan erstellt wurde
- Infrastrukturwartung mit Lebenszyklusstatusinformationen überwachen
Mit dem Lebenszyklusstatus Ihrer Exadata-Infrastrukturressource können Sie überwachen, wann die Wartung der Infrastrukturressource beginnt und endet. - Benachrichtigungen zu Infrastrukturwartungsupdates erhalten
Es gibt zwei Möglichkeiten, Benachrichtigungen zu erhalten. entweder über Infrastrukturwartungskontakte oder durch Abonnieren von Benachrichtigungen über Wartungsereignisse. - Oracle Exadata Database Service on Cloud@Customer-Infrastrukturwartungsparameter mit der API verwalten
Oracle Exadata Database Service on Cloud@Customer verwendet dieselbe API wie Oracle Cloud Infrastructure, um Infrastrukturwartungsparameter zu verwalten.
Übergeordnetes Thema: Anleitungen
Von Oracle verwaltete Wartungsupdates der Oracle Exadata Database Service on Cloud@Customer-Infrastruktur
Oracle führt Patches und Updates für alle von Oracle verwalteten Systemkomponenten auf Oracle Exadata Database Service on Cloud@Customer durch.
In allen Situationen mit wenigen Ausnahmen werden Sie im Voraus über diese Updates informiert, damit Sie sich darauf einstellen können. Wenn empfohlene Updates für die virtuellen Maschinen (VMs) in Ihren VM-Clustern verfügbar sind, informiert Oracle darüber.
Nach Möglichkeit werden geplante Updates so durchgeführt, dass die Serviceverfügbarkeit während des Updateprozesses aufrechterhalten wird. Allerdings kann es zu merklichen Auswirkungen auf die Performance und den Durchsatz kommen, solange einzelne Systemkomponenten während des Updateprozesses nicht verfügbar sind.
Beispiel: Für das Patching von Datenbankservern ist in der Regel ein Neustart erforderlich. In solchen Fällen werden die Datenbankserver nach Möglichkeit im Rolling-Modus nacheinander neu gestartet, um sicherzustellen, dass der Service während des gesamten Prozesses verfügbar bleibt. Während des Neustarts sind die einzelnen Datenbankserver jedoch kurzzeitig nicht verfügbar, und die Gesamtkapazität des Service verringert sich entsprechend. Wenn Ihre Anwendungen die Neustarts nicht bewältigen, ergreifen Sie bei Bedarf entsprechende Maßnahmen. Beispiel: Fahren Sie eine Anwendung herunter, während das Datenbankserver-Patching stattfindet.
- Überblick über den vierteljährlichen Infrastrukturwartungsprozess
Standardmäßig aktualisiert die Infrastrukturwartung die Exadata-Datenbankserverhosts im Rolling-Modus, gefolgt von der Aktualisierung der Speicherserver. - Überblick über die monatliche Sicherheitswartung
Die Sicherheitswartung wird neben der vierteljährlichen Wartung in Monaten ausgeführt, in denen wichtige Sicherheitsupdates erforderlich sind, und umfasst Fixes für Sicherheitslücken in allen CVSS-Scores. - Erläuterungen zur monatlichen und vierteljährlichen Wartung im selben Monat
Übergeordnetes Thema: Von Oracle verwaltete Infrastrukturwartung konfigurieren
Überblick über den vierteljährlichen Infrastrukturwartungsprozess
Standardmäßig aktualisiert die Infrastrukturwartung die Exadata-Datenbankserverhosts im Rolling-Modus, gefolgt von der Aktualisierung der Speicherserver.
Die Infrastrukturwartung im Rolling-Modus beginnt mit den Exadata-Datenbankserverhosts. Bei der Rolling-Wartungsmethode werden die Datenbankserver nacheinander aktualisiert. Alle VMs des Datenbankserverhosts werden heruntergefahren, der Host wird aktualisiert und neu gestartet, und anschließend werden die VMs gestartet. Die anderen Datenbankserver bleiben währenddessen in Betrieb. Diese rollierende Wartung wirkt sich nicht auf Anwendungen aus, die auf High Availability ausgelegt sind. Ältere Anwendungen, die nicht für den Neustart einer Rolling-Instanz geschrieben wurden, können davon betroffen sein. Dieser Prozess wird fortgesetzt, bis alle Server aktualisiert sind.
Nachdem die Wartung der Datenbankserver abgeschlossen ist, beginnt die Wartung der Storage Server. Bei der Wartung im Rolling-Modus werden die Speicherserver nacheinander aktualisiert. Dies wirkt sich nicht auf die Datenbank- oder Anwendungsverfügbarkeit aus. Die Wartung des Rolling-Speicherservers kann jedoch zu einer geringeren I/O-Performance führen, da Speicherserver einzeln offline gesetzt (verfügbare I/O-Kapazität reduziert) und bei Wiederaufnahme wieder synchronisiert werden (kleiner Overhead auf Datenbankservern). Die richtige Größe der Datenbank- und Speicherinfrastruktur, um mehr Arbeit zu bewältigen, die an Datenbank- und Speicherserver verteilt wird und nicht gewartet wird, minimiert (oder eliminiert) alle Performanceauswirkungen.
Außerdem können Sie die Wartung im Nicht-Rolling-Modus wählen, um Datenbank- und Speicherserver zu aktualisieren. Bei der Nicht-Rolling-Wartungsmethode werden zuerst die Speicherserver gleichzeitig und dann die Datenbankserver gleichzeitig aktualisiert. De Wartung im Nicht-Rolling-Modus reduziert die Wartungszeit auf ein Minimum, jedoch kommt es zu einem vollständigen Systemausfall, während die Speicherserver und Datenbankserver aktualisiert werden.
Die Datenbanken sollen während des Rolling-Wartungsprozesses verfügbar bleiben, und bei der automatischen Wartung wird überprüft, ob Oracle Clusterware ausgeführt wird. Es wird jedoch nicht geprüft, ob alle Datenbankservices und integrierbaren Datenbanken (PDBs) verfügbar sind, nachdem ein Server wieder online geschaltet wurde. Die Verfügbarkeit von Datenbankservices und PDBs nach der Wartung kann von der Anwendungsservicedefinition abhängen. Beispiel: Ein Datenbankservice, der mit bestimmten bevorzugten und verfügbaren Knoten konfiguriert ist, kann während der Wartung umgespeichert werden und wird nach Abschluss der Wartung nicht automatisch wieder auf den ursprünglichen Knoten umgespeichert. Oracle empfiehlt, die Dokumentation zum Thema Kontinuierliche Verfügbarkeit von Anwendungen erzielen zu Exadata Cloud-Systemen zu lesen, um potenzielle Auswirkungen auf Ihre Anwendungen zu reduzieren. Wenn Sie die Richtlinien der Dokumentation befolgen, sind die Servicebeeinträchtigungen durch die Infrastrukturwartung nur gering, da die Datenbankserver nacheinander aktualisiert werden.
Oracle empfiehlt, die Best Practices für Maximum Availability Architecture (MAA) zu beachten und die Verfügbarkeit Ihrer kritischen Anwendungen mit Data Guard zu maximieren. Bei Datenbanken mit aktiviertem Data Guard empfiehlt Oracle, die Wartungsfenster für die Infrastrukturinstanzen, auf denen die Primär- und die Standbydatenbanken ausgeführt werden, zu trennen. Sie können auch ein Switchover vor den Wartungsvorgängen für die Infrastrukturinstanz ausführen, auf der die Primärdatenbank gehostet wird. Auf diese Weise lassen sich Auswirkungen auf die Primärdatenbank bei der Infrastrukturwartung vermeiden.
Vor Beginn des Wartungsfensters werden Vorabprüfungen in den Exadata Cloud@Customer-Infrastrukturkomponenten ausgeführt. Ziel der Vorabprüfungen ist es, Probleme zu erkennen, welche die Infrastrukturwartung beeinträchtigen könnten. Die Exadata-Infrastruktur und alle Komponenten bleiben während der Vorabprüfungen online. Eine anfängliche Vorabprüfung wird etwa zwei Wochen vor Wartungsbeginn und eine weitere etwa 24 Stunden vor Wartungsbeginn ausgeführt. Wird bei den Vorabprüfungen ein Problem ermittelt, das eine Neuplanung der Wartung erfordert, werden die Wartungskontakte benachrichtigt.
Informationen zu den Zeitrahmen für die Wartung der Exadata-Infrastruktur finden Sie unter MOS-Hinweis KB181723.
Verwandte Themen
Überblick über die monatliche Sicherheitswartung
Die Sicherheitswartung wird neben der vierteljährlichen Wartung in Monaten ausgeführt, in denen wichtige Sicherheitsupdates erforderlich sind, und umfasst Fixes für Schwachstellen in allen CVSS-Scores.
Weitere Informationen zur CVE-Releasematrix finden Sie unter "Exadata Database Machine and Exadata Storage Server Supported Versions" (Dok.-ID 888828.1).
Um die CVE-Releasematrix für eine Exadata-Infrastrukturversion anzuzeigen, klicken Sie auf die Exadata-Version, z.B. Exadata 23. Versionsspezifische CVE-Releasematrizen sind in der Spalte Notizen der Tabelle aufgeführt.
Die Sicherheitswartung ist bei Bedarf für die Anwendung in einem 21-tägigen Fenster geplant, das zwischen dem 18.-21. jedes Monats beginnt und bis zum 9.-12. des nächsten Monats läuft. Kunden erhalten mindestens 7 Tage vor Beginn des monatlichen Wartungsfensters eine Benachrichtigung über den vorgeschlagenen Zeitplan und können die monatliche Wartung gegebenenfalls auf ein anderes Datum im Fenster neu planen. Der monatliche Sicherheitswartungsprozess aktualisiert die physischen Datenbankserver, um kritische Sicherheitslücken und kritische Produktprobleme zu beheben. Die monatliche Wartung aktualisiert auch Speicherserver auf ein Exadata Storage Software-Image, das bekannte Sicherheitslücken und Produktprobleme löst. Auf die vom Kunden verwalteten Gast-VMs werden keine Updates eingespielt. Die monatliche Wartung aktualisiert auch Speicherserver auf ein Exadata Storage Software-Image, das bekannte Sicherheitslücken und Produktprobleme löst.
Updates an Datenbankservern werden online über die Ksplice-Technologie eingespielt und haben keine Auswirkungen auf Workloads, die auf den Compute-(Datenbank-)Servern ausgeführt werden, da Sicherheitsupdates des Datenbankservers online auf den Hostserver eingespielt werden, während Ihre VM und alle Prozesse innerhalb der VM, einschließlich Datenbanken, aktiv bleiben und ausgeführt werden. Server und VMs werden nicht neu gestartet. Updates an Speicherservern werden rollierend angewendet. Wie bei der vierteljährlichen Wartung sollten die Auswirkungen des Neustarts von Storage Servern auf Anwendungen minimal sein.
Die CPU-Skalierung auf null kann nicht während eines aktiven Fensters "Monatliche Sicherheitswartung" ausgeführt werden, das 10 Minuten vor der geplanten Startzeit beginnt.
Wenn eine VM als Teil eines Standard-VM-Stoppvorgangs heruntergefahren wird, führt die Control Plane keine zusätzlichen Aktionen aus. Dieses Verhalten gilt nur, wenn das Herunterfahren der VM im Rahmen einer CPU-Skalierung auf Null initiiert wird.
Verwandte Themen
Erläuterungen zur monatlichen und vierteljährlichen Wartung im selben Monat
Besondere Überlegungen gelten, wenn die vierteljährliche und die monatliche Sicherheitswartung im selben Monat ausgeführt werden sollen. Bei der vierteljährlichen Wartung werden alle Sicherheitskorrekturen erneut angewendet, die bereits von der Sicherheitswartung angewendet wurden. Weder bei der vierteljährlichen noch bei der monatlichen Wartung wird ein Speicherserverupdate angewendet, wenn die vorhandene Speicherserverversion mit der im Update enthaltenen Version übereinstimmt oder neuer ist.
- Der Inhalt der während der vierteljährlichen Wartung eingespielten Updates wird zu Beginn des Wartungsquartals bestimmt und verwendet das neueste Exadata-Release im Monat vor Beginn des Wartungsquartals. Wenn zu diesem Zeitpunkt zusätzliche Sicherheitskorrekturen verfügbar sind, sind diese Updates in der vierteljährlichen Wartung enthalten. Dieses Bild wird dann im gesamten Quartal verwendet. Beispiel: Das Release Januar wird für die vierteljährliche Wartung im Februar, März und April verwendet.
- Wenn die vierteljährliche Wartung eingespielt wird, sind möglicherweise Sicherheitsupdates vorhanden, die zuvor auf den Datenbankservern installiert wurden und nicht im vierteljährlichen Wartungsrelease enthalten sind, das eingespielt werden soll. In diesem Fall wendet die Automatisierung die gleichen Sicherheitsfixes auf das neue Release an, das von der vierteljährlichen Wartung installiert wird, sodass es keine Regression bei Sicherheitsfixes gibt. Wenn das aktuelle Image auf dem Speicherserver identisch oder neuer ist als das, das bei der vierteljährlichen oder monatlichen Sicherheitswartung angewendet wird, wird diese Wartung für die Speicherserver übersprungen.
Wenn die Quartalswartung innerhalb von 24 Stunden nach der monatlichen Wartung geplant ist, wird die geplante monatliche Wartung übersprungen. Das monatliche Update wird stattdessen sofort nach der vierteljährlichen Wartung eingespielt.
- Wenn die beiden Wartungen für die gleiche Zeit geplant sind, wird das monatliche Update unmittelbar nach Abschluss der vierteljährlichen Wartung ausgeführt.
- Wenn die monatliche Wartung 0-24 Stunden vor der vierteljährlichen Wartung beginnen soll, wird die monatliche Wartung nicht wie geplant ausgeführt, sondern übersprungen und sofort nach der vierteljährlichen Wartung ausgeführt. Wenn die vierteljährliche Wartung anschließend neu geplant wird, beginnt die monatliche Sicherheitswartung sofort. Oracle empfiehlt daher, die vierteljährliche und monatliche Wartung gleichzeitig zu planen. Wenn Sie dann die vierteljährliche Wartung im letzten Moment neu planen, wird die monatliche Wartung zum geplanten Zeitpunkt und nicht sofort nach der Bearbeitung des Zeitplans ausgeführt. Sie können die monatliche Sicherheitswartung auch neu planen, wenn Sie die vierteljährliche Wartung neu planen, solange Sie die Ausführung der monatlichen Wartung im aktuellen Wartungsfenster planen. Die monatliche Wartung kann auf einen anderen Zeitpunkt im Wartungsfenster verschoben, aber nicht übersprungen werden.
Monatliche Sicherheitswartung vor vierteljährlicher Wartung
- Um die Sicherheitswartung vor der vierteljährlichen Wartung anzuwenden, planen Sie die monatliche Sicherheitswartung so neu, dass sie mehr als 24 Stunden vor der vierteljährlichen Wartung stattfindet. Bei der Sicherheitswartung werden Sicherheitspatches ohne Auswirkungen auf Anwendungen online auf die Datenbankserver eingespielt und ein Update auf die Storage Server mit minimalen bis keinen Auswirkungen (möglicherweise mit geringfügiger Performancebeeinträchtigung) auf Anwendungen eingespielt. Die vierteljährliche Wartung wird wie geplant ausgeführt und führt eine rollierende Wartung auf den Datenbankservern durch. Dies wirkt sich auf Anwendungen aus, die nicht für einen rollierenden Neustart geschrieben wurden. Im Rahmen der vierteljährlichen Wartung werden dieselben Sicherheitsupdates auf den Datenbankserver angewendet, die bereits auf dem System installiert sind (keine Sicherheitsregression).
- Wenn Sie sich Sorgen machen, dass die neuesten Sicherheitsupdates eingespielt werden, planen Sie die monatliche Sicherheitswartung so, dass sie ausgeführt wird, nachdem das neue monatliche Wartungsfenster geöffnet wurde (in der Regel am 21. des Monats).
- Die Auswirkungen der monatlichen Sicherheitswartung auf den Neustart der Storage Server sollten minimal sein. Die Auswirkungen auf die Anwendungen in diesem Monat sind daher nur auf den Neustart der Datenbankserver während der vierteljährlichen Wartung zurückzuführen. Wenn Sie jedoch ein Wartungsfenster für die Sicherheitswartung mit Ihren Endbenutzern koordinieren müssen, sind zwei Wartungsfenster erforderlich.
Vierteljährliche Wartung vor monatlicher Sicherheitswartung
- Um die vierteljährliche Wartung vor der monatlichen Sicherheitswartung auszuführen, planen Sie die Sicherheitswartung so neu, dass sie frühestens 24 Stunden vor dem geplanten Start der vierteljährlichen Wartung ausgeführt wird. Die Sicherheitswartung wird verzögert, bis die vierteljährliche Wartung abgeschlossen ist. Die vierteljährliche Wartung führt eine Rolling-Wartung auf den Datenbankservern durch. Dies wirkt sich auf Anwendungen aus, die nicht für einen Rolling-Neustart geschrieben wurden. Die vierteljährliche Wartung kann das Storage Server-Patching überspringen oder nicht. Das hängt davon ab, ob es neuer oder älter ist als das aktuell installierte Release. In den meisten Fällen sollte die installierte Version neuer als die Version sein, die mit der vierteljährlichen Wartung verknüpft ist. Ausnahmen von dieser Regel können auftreten, wenn es sich um den ersten Monat eines Wartungsquartals handelt oder Sie die Sicherheitswartung in einem oder mehreren Vormonaten übersprungen haben. Die Sicherheitswartung wird entweder unmittelbar nach Abschluss der vierteljährlichen Wartung oder nach der Planung ausgeführt, je nachdem, welcher Zeitpunkt später ist. Dadurch werden Onlineupdates auf die Datenbankserver eingespielt (keine Anwendungsauswirkungen) und die Speicherserver werden wahrscheinlich im Rolling-Modus aktualisiert. In einigen Fällen. Die vierteljährliche Wartung kann dasselbe Speicherserverrelease enthalten wie die Sicherheitswartung, und die Aktualisierungen des Speicherservers für die Sicherheitswartung werden übersprungen.
- Die Auswirkungen für Endbenutzer auf die Ausführung der vierteljährlichen Wartung vor der Sicherheitswartung sollten ungefähr gleich sein wie die Ausführung der Sicherheitswartung zuerst. Die vierteljährliche Wartung stellt ein störendes Ereignis dar. Die Sicherheitswartung, bei der die Storage Server neu gestartet werden, sollte jedoch zu einer minimalen Unterbrechung führen. Die Sicherheitswartung wird online auf die Datenbankserver angewendet. Wenn Sie jedoch ein Wartungsfenster für die Sicherheitswartung mit Ihren Endbenutzern koordinieren müssen, sind zwei Wartungsfenster erforderlich. Sie können die Ausführung dieser beiden Wartungsfenster so planen, dass sie für Endbenutzer als einzelnes Wartungsfenster angezeigt werden. Planen Sie dazu die Sicherheitswartung so um, dass sie gleichzeitig (oder bis zu 24 Stunden vorher) wie die vierteljährliche Wartung gestartet wird. Die Sicherheitswartung wird verzögert, bis die vierteljährliche Wartung abgeschlossen ist. Wenn Sie regelmäßig eine monatliche Sicherheitswartung durchgeführt haben, werden die Speicherserver durch die vierteljährliche Wartung übersprungen und sofort nach Abschluss der vierteljährlichen Wartung durch die Sicherheitswartung aktualisiert.
Wartungsfenster minimieren
- Um die Anzahl der Wartungsfenster zu minimieren (Sie müssen diese mit Endbenutzern aushandeln), planen Sie die vierteljährliche Wartung und die monatliche Wartung gleichzeitig. Die Sicherheitswartung wird blockiert. Bei der vierteljährlichen Wartung werden die Datenbankserver im Rolling-Modus aktualisiert, und der Storage Server wird wahrscheinlich übersprungen. Die Sicherheitswartung wird sofort fortgesetzt und die Datenbankserver online und die Speicherserver im Rolling-Modus aktualisiert. Das Ergebnis ist ein einzelner Datenbank- und Speicherserverneustart in einem einzigen Wartungsfenster.
- Dafür gibt es zwei Ausnahmen. 1. Wenn die vierteljährliche und monatliche Wartung dasselbe Storage Server-Release enthalten, wird bei der vierteljährlichen Wartung das Storage Server-Update eingespielt, und die Sicherheitswartung wird übersprungen. Aus Ihrer Sicht ist dies immer noch ein einzelner rollender Neustart in einem einzigen Wartungsfenster. 2. Das aktuell installierte Release auf den Storage Servern ist älter als das in der vierteljährlichen Wartung enthaltene Release, das wiederum älter ist als das in der Sicherheitswartung. Dies würde dazu führen, dass die vierteljährliche Wartung den Speicher aktualisiert und die Sicherheitswartung dies ebenfalls tut. Dies kann nur passieren, wenn Sie die Sicherheitswartung eines Vormonats übersprungen haben, da das aktuelle Bild mindestens 2 Monate veraltet sein muss. In einem solchen Szenario können Sie die Sicherheitswartung zuerst und dann die vierteljährliche Wartung planen. Dies würde zu einem Neustart des Speicherservers führen, aber zwei verschiedene Wartungsfenster - das erste für die Sicherheitswartung und später die vierteljährliche Wartung.
- Um die Auswirkungen auf Ihre Endbenutzer zu minimieren, wenden Sie die monatlichen Sicherheitsupdates immer an. Planen Sie sie in Monaten, in denen beide geplant sind, gleichzeitig.
- Wenn die Exadata-Infrastruktur bereitgestellt wird, bevor Oracle die Sicherheitswartung plant, ist sie zur Sicherheitswartung berechtigt.
- Sie können die geplante monatliche Exadata-Infrastrukturwartung jederzeit neu planen.
Infrastrukturwartungskontakte
Wartungskontakte werden beim Hardwareaustausch und bei anderen Wartungsereignissen für alle Mitteilungen bezüglich der Serviceanforderungen benötigt.
Fügen Sie einen primären Wartungskontakt und optional bis zu neun sekundäre Kontakte hinzu. Sowohl der primäre als auch der sekundäre Kontakt erhalten alle Benachrichtigungen zu Hardwareaustausch, Netzwerkproblemen und Softwarewartungsläufen.
Sie können sekundäre Kontakte jederzeit zu primären Kontakten hochstufen. Wenn Sie einen sekundären Kontakt zu einem primären Kontakt hochstufen, wird der aktuelle primäre automatisch zu einem sekundären Kontakt.
Weitere Informationen finden Sie unter Infrastruktur mit der Konsole erstellen und Kontakte für die Infrastrukturwartung verwalten.
Wartungsplanungs-Policy
Erfahren Sie, wie Sie Wartungsplanungs-Policys mit der OCI-Konsole konfigurieren und verwalten. Wenn eine Wartungsplanungs-Policy verwendet wird, werden alle Planungsvoreinstellungen für die Infrastrukturwartung von der Policy abgeleitet.
Die Wartungsplanungsrichtlinie zielt darauf ab, die Planung in der gesamten Flotte zu standardisieren und Konsistenz und Effizienz sicherzustellen. Indem die Policy einmal definiert und auf mehrere Ressourcen angewendet wird, optimiert sie den Planungsprozess. Die Richtlinie entspricht den Best Practices des Unternehmens und plant Wartungsaktivitäten gemäß diesen Standards. Es dient auch als zentrales Repository für die Dokumentation und Koordination von Wartungsverpflichtungen mit verschiedenen Stakeholdern, um die Compliance und Effizienz zu verbessern. Die zentralisierte Verwaltung von Ressourcen, die diese Richtlinie abonnieren, stellt die Einhaltung von Compliance-Anforderungen sicher, und alle Änderungen können effizient von einem einzigen Standort aus koordiniert werden. Darüber hinaus verbessert die Richtlinie die Kommunikation über die geplante Wartung in verschiedenen Umgebungen der Flotte und erleichtert so eine bessere Koordination und ein besseres Bewusstsein.
Wenn Sie eine Planungsrichtlinie verwenden, werden die lokal in der Infrastruktur definierten Planungsvoreinstellungen nicht von der Oracle-Automatisierung zum Einspielen vierteljährlicher Updates verwendet.
- Liste der Wartungsplanungs-Policys anzeigen
- Wartungsterminierungs-Policy erstellen
- Details einer Wartungsplanungs-Policy anzeigen
- Wartungsterminierungs-Policys bearbeiten
- Wartungsplanungs-Policy mit Status "Aktion erforderlich" bearbeiten
- Wartungsfenster einer Wartungsplanungs-Policy anzeigen
- Wartungsfenster einer Wartungsplanungs-Policy bearbeiten
- Zusätzliche Wartungsfenster zu einer Wartungsplanungs-Policy hinzufügen
- Mit einer Policy verknüpfte Ressourcen anzeigen
- Wartungsfenster einer Wartungsplanungs-Policy löschen
- Wartungsplanungs-Policy in ein anderes Compartment verschieben
- Tags zu einer Wartungsplanungs-Policy hinzufügen
- Wartungsterminierungs-Policys löschen
Übergeordnetes Thema: Von Oracle verwaltete Infrastrukturwartung konfigurieren
Wartungsplanungs-Policy erstellen
Sie können der Planungs-Policy nach dem Erstellen zusätzliche Wartungsfenster hinzufügen.
Ausführliche Anweisungen zum Ausführen der vierteljährlichen Infrastrukturwartung mit der Planungs-Policy finden Sie unter Von Oracle verwaltete Infrastrukturupdates mit der Konsole konfigurieren.
Übergeordnetes Thema: Wartungsplanungs-Policy
Wartungsplanungs-Policy bearbeiten, die den Status "Aktion erforderlich" aufweist
Sie können keine Planungs-Policy ohne Wartungsfenster verwenden, um Wartungsaktivitäten zu planen und zu automatisieren. Daher hat sie den Lebenszyklusstatus "Zu bearbeiten". Während für die Policy keine Fenster definiert sind, können Sie alle zugehörigen Eigenschaften ändern, einschließlich Häufigkeit und Zeitplanstartmonat.
Übergeordnetes Thema: Wartungsplanungs-Policy
Wartungsfenster einer Wartungsplanungsrichtlinie anzeigen
Übergeordnetes Thema: Wartungsplanungs-Policy
Wartungsfenster einer Wartungsplanungs-Policy bearbeiten
Übergeordnetes Thema: Wartungsplanungs-Policy
Zusätzliche Wartungsfenster zu einer Wartungsplanungs-Policy hinzufügen
Übergeordnetes Thema: Wartungsplanungs-Policy
Wartungsfenster einer Wartungsplanungs-Policy löschen
Nur Wartungsfenster, die von keinen Ressourcen zum Planen und Automatisieren von Wartungsaktivitäten verwendet werden, können aus der Policy gelöscht werden. Alle Fenster, die bereits von Services zur Automatisierung der Wartung verwendet werden, können nicht gelöscht werden. Wenn Sie das Fenster löschen, werden auch alle zugehörigen leeren Aktionen gelöscht.
Übergeordnetes Thema: Wartungsplanungs-Policy
Wartungsplanungs-Policy in ein anderes Compartment verschieben
Sie können eine Policy nicht über Compartments hinweg verschieben, wenn sie von einer Ressource zur Planung und Automatisierung von Wartungsaktivitäten verwendet wird.
Übergeordnetes Thema: Wartungsplanungs-Policy
Tags zu einer Wartungsplanungs-Policy hinzufügen
Sie können eine Policy nicht über Compartments hinweg verschieben, wenn sie von einer Ressource zur Planung und Automatisierung von Wartungsaktivitäten verwendet wird.
Übergeordnetes Thema: Wartungsplanungs-Policy
Wartungsterminierungs-Policy löschen
Sie können eine Policy nicht löschen, wenn sie von einer Ressource zum Planen und Automatisieren von Wartungsaktivitäten verwendet wird. Wenn Sie die Policy löschen, werden auch alle zugehörigen leeren Fenster gelöscht.
Sie können eine Policy nicht löschen, wenn sie in einem Wartungsplan verwendet wird.
Übergeordnetes Thema: Wartungsplanungs-Policy
Von Oracle verwaltete Infrastrukturupdates mit der Konsole konfigurieren
Vollständige Softwareupdates der Exadata-Infrastruktur werden vierteljährlich geplant. Zusätzlich werden wichtige Sicherheitsupdates monatlich geplant. Sie können diese Infrastrukturupdates zwar nicht ablehnen, Oracle warnt Sie jedoch im Voraus über das Cloud-Benachrichtigungsportal und ermöglicht eine gewisse Flexibilität bei der Planung der Updates.
Bei einer vierteljährlichen Infrastrukturwartung können Sie ein Wartungszeitfenster einrichten, um festzulegen, wann die Wartung beginnt. Sie können auch die Wartungsmethode bearbeiten, benutzerdefinierte Aktionen aktivieren sowie die geplanten Wartungsläufe und die Wartungshistorie von Exadata Cloud@Customer in der Oracle Cloud Infrastructure-Konsole anzeigen. Bei einer Sicherheitswartung können Sie die geplante Startzeit innerhalb des 21-tägigen Fensters bearbeiten.
- Voreinstellungen für die vierteljährliche Wartung anzeigen oder bearbeiten
Um die Voreinstellungen für die vierteljährliche Wartung für Oracle Exadata Database Service on Cloud@Customer-Infrastruktur zu bearbeiten, müssen Sie Werte für die Infrastrukturkonfiguration angeben. Die von Ihnen vorgenommenen Änderungen gelten nur für zukünftige Wartungsläufe, nicht für bereits geplante. - Voreinstellungen für die monatliche Wartung anzeigen oder bearbeiten
In dieser Aufgabe wird beschrieben, wie Sie Voreinstellungen für die monatliche Wartung festlegen. Die von Ihnen vorgenommenen Änderungen gelten nur für zukünftige Wartungsläufe, nicht für bereits geplante. - Vierteljährlichen/monatlichen Wartungsplan mit Planungs-Policy verwalten
Nach Auswahl der Planungs-Policy generiert Oracle einen empfohlenen Wartungsplan, um Updates auf alle Komponenten in Ihrer Infrastruktur anzuwenden. - Geplante vierteljährliche Wartung anzeigen oder bearbeiten
Hier erfahren Sie, wie Sie die Zeit der nächsten geplanten Wartung anzeigen und bearbeiten können. - Geplante Sicherheitswartung anzeigen oder bearbeiten
Weitere Informationen zum Anzeigen und Bearbeiten der nächsten geplanten Sicherheitswartung. - Wartungshistorie anzeigen
Hier erfahren Sie, wie Sie die Wartungshistorie für eine Oracle Exadata Database Service on Cloud@Customer-Infrastruktur anzeigen.
Übergeordnetes Thema: Von Oracle verwaltete Infrastrukturwartung konfigurieren
Voreinstellungen für die vierteljährliche Wartung anzeigen oder bearbeiten
Um die Voreinstellungen für die vierteljährliche Wartung für Oracle Exadata Database Service on Cloud@Customer-Infrastruktur zu bearbeiten, müssen Sie Werte für die Infrastrukturkonfiguration angeben. Die von Ihnen vorgenommenen Änderungen gelten nur für zukünftige Wartungsläufe, nicht für bereits geplante.
- Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle AI Database auf Exadata Database Service on Cloud@Customer.
- Wählen Sie Region und Compartment aus, und geben Sie die Region und das Compartment an, in dem sich die zu bearbeitende Oracle Exadata-Infrastruktur befindet.
- Klicken Sie auf Exadata-Infrastruktur.
- Klicken Sie auf den Namen der zu bearbeitenden Exadata-Infrastruktur.
Auf der Seite Infrastrukturdetails werden Informationen zur ausgewählten Oracle Exadata-Infrastruktur angezeigt.
- Klicken Sie auf die Registerkarte Vierteljährlicher Wartungsplan.
- Klicken Sie auf Wartungsvoreinstellungen bearbeiten.
Die Seite "Wartungsvoreinstellungen bearbeiten" wird angezeigt.
Hinweis
Änderungen an den Wartungsvoreinstellungen gelten nur für die zukünftige und nicht für die bereits geplante Wartung.
- Nehmen Sie auf der Seite "Wartungsvoreinstellungen bearbeiten" die folgenden Konfigurationseinstellungen vor:
- Wartungsplanungsvoreinstellung: Von Oracle verwalteter Zeitplan
Ein von Oracle verwalteter Zeitplan ist eine Voreinstellung für die Wartungsplanung, mit der Oracle den Zeitpunkt der Wartungsaktivitäten automatisch bestimmt und verwaltet. Oracle wählt die Wartungsfenster und führt die erforderlichen Updates in diesen Fenstern durch, ohne dass kundendefinierte Zeitpläne erforderlich sind.
- Wählen Sie eine Wartungsmethode aus:
- Rolling: Standardmäßig wird die Exadata-Infrastruktur im Rolling-Modus aktualisiert, wobei die einzelnen Server ohne Ausfallzeit nacheinander aktualisiert werden.
- (Gilt für vierteljährliche Wartungsarbeiten) Nicht-Rolling-Modus: Datenbank- und Speicherserver werden gleichzeitig aktualisiert. Die Nicht-Rolling-Wartungsmethode minimiert die Wartungszeit, verursacht jedoch eine Ausfallzeit für das ganze System.
- (Gilt für die vierteljährliche Wartung) Aktivieren Sie benutzerdefinierte Aktion nur dann, wenn Sie zusätzliche Aktionen außerhalb des Zuständigkeitsbereichs von Oracle ausführen möchten. Bei einer mit einem Rolling-Softwareupdate konfigurierten Wartung wird durch Aktivierung dieser Option erzwungen, dass der Wartungslauf vor Ausführung auf den einzelnen Servern auf eine benutzerdefinierte Aktion mit konfiguriertem Timeout wartet. Ist die Wartung mit Nicht-Rolling-Softwareupdates konfiguriert, wird vor Ausführung der Wartung aller DB-Server auf eine benutzerdefinierte Aktion mit konfiguriertem Timeout gewartet. Während auf die benutzerdefinierte Aktion gewartet wird, kann der Wartungslauf auch vor Ablauf des Timeouts fortgesetzt werden.
-
Benutzerdefinierter Aktionstimeout (in Minuten): Zeit, die für eine benutzerdefinierte Aktion verfügbar ist, bevor die Wartung der DB-Server gestartet wird.
Hinweis
Der Timeout für benutzerdefinierte Aktionen gilt nur für DB-Server. Der Kunde kann mindestens 15 Minuten und maximal 120 Minuten Zeitüberschreitung für benutzerdefinierte Aktionen angeben, bevor das Patching des DB-Servers gestartet wird. Innerhalb dieser Zeit können sie alle Aktionen ausführen, die sie geplant haben. Wenn sie die benutzerdefinierte Aktion erweitern möchten, können sie diese durch die Option "Wartungsfenster bearbeiten" erweitern. Wenn eine benutzerdefinierte Aktion ausgeführt wird, erhalten Kunden 2 Optionen - entweder das Timeout für benutzerdefinierte Aktionen verlängern oder das Wartungsfenster fortsetzen.Standard: 15 Minuten
Maximum: 120 Minuten
-
- Klicken Sie auf Änderungen speichern.
Hinweis
Ab dem nächsten Wartungslauf werden Ausführungen gemäß den Plänen von Oracle ausgeführt.
- Wählen Sie eine Wartungsmethode aus:
- Wartungsplanungsvoreinstellung: Vom Kunden verwalteter Zeitplan
- Wartungsplan: Definieren Sie Wartungsvoreinstellungen für diese Infrastruktur.
Hinweis
Änderungen werden ab dem nächsten Wartungslauf wirksam.- Wartungsvoreinstellung konfigurieren: Definieren Sie Voreinstellungen für die Wartungszeit für jedes Quartal. Wenn für ein Quartal mehrere Voreinstellungen definiert sind, wählt die Oracle-Automatisierung eine dieser Voreinstellungen aus, um Wartungsarbeiten an allen Komponenten in Ihrer Infrastruktur durchzuführen.
Wählen Sie mindestens einen Monat alle zwei Quartale aus.
- Zeitplan angeben: Wählen Sie die bevorzugte Woche, den Wochentag, die Startzeit und die Vorlaufzeit für die Infrastrukturwartung aus.
- Optional. Geben Sie unter Woche des Monats an, in welcher Woche des Monats die Wartung stattfinden soll. Wochen beginnen jeweils am 1., 8., 15. und 22. Tag des Monats und dauern jeweils 7 Tage. Beginn und Ende einer Woche basieren auf Kalenderdaten und nicht auf Wochentagen. Die Wartung kann nicht für die fünfte Woche von Monaten mit mehr als 28 Tagen geplant werden. Wenn Sie keinen Wochentag angeben, führt Oracle das Wartungsupdate an einem Wochenendtag aus, um Unterbrechungen zu minimieren.
- Optional. Geben Sie unter Tag der Woche den Wochentag an, an dem die Wartung stattfinden soll. Wenn Sie keinen Wochentag angeben, führt Oracle das Wartungsupdate an einem Wochenendtag aus, um Unterbrechungen zu minimieren.
- Optional. Geben Sie unter Stunden des Tages die Stunde an, in welcher der Wartungslauf beginnen soll. Wenn Sie keine Startstunde angeben, wählt Oracle für die Ausführung des Wartungsupdates eine Zeit aus, zu der die Wartung mit minimalen Unterbrechungen verbunden ist.
- Geben Sie unter Vorlaufzeit der Benachrichtigung die Mindestfrist in Wochen vor dem Wartungsereignis an, in dem Sie eine Benachrichtigung erhalten möchten. Die Angabe der Vorlaufzeit stellt sicher, dass neu freigegebene Wartungsupdates unter Berücksichtigung der erforderlichen Benachrichtigungsfrist eingeplant werden.
- Wählen Sie eine Wartungsmethode aus:
- Rolling: Standardmäßig wird die Exadata-Infrastruktur im Rolling-Modus aktualisiert, wobei die einzelnen Server ohne Ausfallzeit nacheinander aktualisiert werden.
- (Gilt für vierteljährliche Wartungsarbeiten) Nicht-Rolling-Modus: Datenbank- und Speicherserver werden gleichzeitig aktualisiert. Die Nicht-Rolling-Wartungsmethode minimiert die Wartungszeit, verursacht jedoch eine Ausfallzeit für das ganze System.
- (Gilt für die vierteljährliche Wartung) Aktivieren Sie benutzerdefinierte Aktion nur dann, wenn Sie zusätzliche Aktionen außerhalb des Zuständigkeitsbereichs von Oracle ausführen möchten. Bei einer mit einem Rolling-Softwareupdate konfigurierten Wartung wird durch Aktivierung dieser Option erzwungen, dass der Wartungslauf vor Ausführung auf den einzelnen Servern auf eine benutzerdefinierte Aktion mit konfiguriertem Timeout wartet. Ist die Wartung mit Nicht-Rolling-Softwareupdates konfiguriert, wird vor Ausführung der Wartung aller DB-Server auf eine benutzerdefinierte Aktion mit konfiguriertem Timeout gewartet. Während auf die benutzerdefinierte Aktion gewartet wird, kann der Wartungslauf auch vor Ablauf des Timeouts fortgesetzt werden.
- Benutzerdefinierter Aktionstimeout (in Minuten): Zeit, die für eine benutzerdefinierte Aktion verfügbar ist, bevor die Wartung der DB-Server gestartet wird.
Hinweis
Der Timeout für benutzerdefinierte Aktionen gilt nur für DB-Server. Der Kunde kann mindestens 15 Minuten und maximal 120 Minuten Zeitüberschreitung für benutzerdefinierte Aktionen angeben, bevor das Patching des DB-Servers gestartet wird. Innerhalb dieser Zeit können sie alle Aktionen ausführen, die sie geplant haben. Wenn sie die benutzerdefinierte Aktion erweitern möchten, können sie diese durch die Option "Wartungsfenster bearbeiten" erweitern. Wenn eine benutzerdefinierte Aktion ausgeführt wird, erhalten Kunden 2 Optionen - entweder das Timeout für benutzerdefinierte Aktionen verlängern oder das Wartungsfenster fortsetzen.Standard: 15 Minuten
Maximum: 120 Minuten
- Benutzerdefinierter Aktionstimeout (in Minuten): Zeit, die für eine benutzerdefinierte Aktion verfügbar ist, bevor die Wartung der DB-Server gestartet wird.
- Erweiterte Optionen anzeigen:
- Monatliche Sicherheitsinfrastrukturwartung aktivieren: Aktivieren Sie dieses Kontrollkästchen, um eine monatliche Sicherheitsinfrastrukturwartung auszuführen.
- Wartungsvoreinstellung konfigurieren: Definieren Sie Voreinstellungen für die Wartungszeit für jedes Quartal. Wenn für ein Quartal mehrere Voreinstellungen definiert sind, wählt die Oracle-Automatisierung eine dieser Voreinstellungen aus, um Wartungsarbeiten an allen Komponenten in Ihrer Infrastruktur durchzuführen.
- Wartungsplan: Voreinstellungen für das Wartungsfenster aus einer Planungs-Policy verwenden
Nachdem die Planungs-Policy ausgewählt wurde, generiert Oracle während des Infrastruktur-Provisionings einen empfohlenen Wartungsplan, um Updates auf alle Komponenten in Ihrer Infrastruktur anzuwenden. Der empfohlene Plan plant alle DB-Server, gefolgt von Speicherservern und Netzwerk-Switches, basierend auf der Dauer in die Wartungsfenster Ihrer Policy. Nach dem Provisioning der Infrastruktur können Sie den Zeitplanungsplan aktualisieren, indem Sie die Ressource "Wartungsplan" bearbeiten und die Aktualisierung an bestimmte Komponenten anpassen, um sie an verschiedenen Fenstern in Ihrer Zeitplanungs-Policy auszurichten.
- Klicken Sie auf Policy auswählen.
- Wählen Sie im daraufhin angezeigten Fenster "Wartungsplanungs-Policy auswählen" ein Compartment und eine Policy aus.
Sie können auch eine Wartungsplanungs-Policy erstellen und verwenden. Weitere Informationen finden Sie unter Wartungsplanungs-Policy erstellen. Beachten Sie, dass Sie der Policy nach dem Erstellen zusätzliche Wartungsfenster hinzufügen können. Weitere Informationen finden Sie unter Weitere Wartungsfenster zu einer Wartungsplanungs-Policy hinzufügen.
- Klicken Sie auf Speichern.
Hinweis
Änderungen werden ab dem nächsten Wartungslauf wirksam.Sie müssen Ihre Auswahl bestätigen, indem Sie den aktuell verwendeten Policy-Namen in einem Bestätigungsdialogfeld eingeben, bevor Sie Änderungen vornehmen, die den zugehörigen Wartungsplan löschen, der mit der angehängten Policy erstellt wurde.
- Wechsel von einer Planungs-Policy zu einer anderen Planungs-Policy, nachdem der empfohlene Wartungsplan erstellt und für die Infrastruktur gespeichert wurde
- Wechseln Sie von der Verwendung einer Planungsrichtlinie, um keine Richtlinie zu verwenden, und definieren Sie Ihre Wartungsvoreinstellung entsprechend Ihrer Infrastruktur
- Wechseln Sie von der Planungs-Policy, um die Policy nicht zu verwenden, und wenden Sie Updates gemäß dem von Oracle verwalteten Zeitplan an.
Alle oben genannten Änderungen löschen den Planungsplan für Ihre Infrastruktur, die mit der aktuellen Policy erstellt wurde, und Sie verlieren alle Anpassungen, die an dem von Oracle empfohlenen Plan vorgenommen wurden, wenn Sie dieselbe Policy später anhängen.
- Wartungsplan: Definieren Sie Wartungsvoreinstellungen für diese Infrastruktur.
- Wartungsplanungsvoreinstellung: Von Oracle verwalteter Zeitplan
- Klicken Sie auf Speichern.
Wenn Sie vom Rolling- zum Nicht-Rolling-Wartungsmodus wechseln, wird das Dialogfeld "Wartung im Nicht-Rolling-Modus bestätigen" angezeigt.
- Geben Sie den Namen der Infrastruktur in das entsprechende Feld ein, um die Änderungen zu bestätigen.
- Klicken Sie auf Speichern.
Übergeordnetes Thema: Von Oracle verwaltete Infrastrukturupdates mit der Konsole konfigurieren
Voreinstellungen für monatliche Wartung anzeigen oder bearbeiten
In dieser Aufgabe wird beschrieben, wie Sie Voreinstellungen für die monatliche Wartung festlegen. Die von Ihnen vorgenommenen Änderungen gelten nur für zukünftige Wartungsläufe, nicht für bereits geplante.
- Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle AI Database auf Exadata Database Service on Cloud@Customer.
- Wählen Sie Region und Compartment aus, und geben Sie die Region und das Compartment an, in dem sich die zu bearbeitende Oracle Exadata-Infrastruktur befindet.
- Klicken Sie auf Exadata-Infrastruktur.
- Klicken Sie auf den Namen der zu bearbeitenden Exadata-Infrastruktur.
Auf der Seite Infrastrukturdetails werden Informationen zur ausgewählten Oracle Exadata-Infrastruktur angezeigt.
- Klicken Sie auf die Registerkarte Monatlicher Wartungsplan.
- Klicken Sie auf Wartungsvoreinstellungen bearbeiten.
Die Seite "Wartungsvoreinstellungen bearbeiten" wird angezeigt.
Hinweis Änderungen an diesen Wartungsvoreinstellungen gelten nur für die zukünftige und nicht nur für die bereits geplante Wartung. - Nehmen Sie auf der Seite "Wartungsvoreinstellungen bearbeiten" die folgenden Konfigurationseinstellungen vor:
- Voreinstellung für Wartungsplanung: Von Oracle verwalteter Zeitplan Ein von Oracle verwalteter Zeitplan ist eine Voreinstellung für die Wartungsplanung, mit der Oracle den Zeitpunkt der Wartungsaktivitäten automatisch ermittelt und verwaltet. Oracle wählt die Wartungsfenster und führt die erforderlichen Updates in diesen Fenstern durch, ohne dass kundendefinierte Zeitpläne erforderlich sind.
- Voreinstellung für Wartungsplanung: Vom Kunden verwalteter Zeitplan
- Wartungsplan: Voreinstellungen für Wartungsfenster aus einer Planungs-Policy verwenden
Nachdem die Planungs-Policy ausgewählt wurde, generiert Oracle während des Infrastruktur-Provisionings einen empfohlenen Wartungsplan, um Updates auf alle Komponenten in Ihrer Infrastruktur anzuwenden. Der empfohlene Plan plant alle DB-Server, gefolgt von Speicherservern und Netzwerk-Switches, basierend auf der Dauer in die Wartungsfenster Ihrer Policy. Nach dem Provisioning der Infrastruktur können Sie den Planungsplan aktualisieren, indem Sie die Ressource "Wartungsplan" bearbeiten und die Aktualisierung an bestimmte Komponenten anpassen, um sie an verschiedenen Fenstern in Ihrer Planungs-Policy auszurichten.
- Klicken Sie auf Policy auswählen.
- Wählen Sie im daraufhin angezeigten Fenster "Wartungsplanungs-Policy auswählen" ein Compartment und eine Policy aus.
Sie können auch eine Wartungsplanungs-Policy erstellen und verwenden. Weitere Informationen finden Sie unter Wartungsplanungs-Policy erstellen. Beachten Sie, dass Sie der Policy nach ihrer Erstellung weitere Wartungsfenster hinzufügen können. Weitere Informationen finden Sie unter Weitere Wartungsfenster zu einer Wartungsplanungs-Policy hinzufügen.
-
Klicken Sie auf Speichern.
Hinweis
Änderungen werden ab dem nächsten Wartungslauf wirksam.
Sie müssen Ihre Auswahl bestätigen, indem Sie den aktuell verwendeten Policy-Namen in einem Bestätigungsdialogfeld eingeben, bevor Sie Änderungen vornehmen, die den zugehörigen Wartungsplan löschen, der mit der angehängten Policy erstellt wurde.
- Wechsel von einer Planungs-Policy zu einer anderen Planungs-Policy, nachdem der empfohlene Wartungsplan erstellt und für die Infrastruktur gespeichert wurde
- Wechseln Sie von der Verwendung der Planungs-Policy zur Nichtverwendung der Policy, und wenden Sie Updates gemäß dem von Oracle verwalteten Zeitplan an.
Alle oben genannten Änderungen löschen den Planungsplan für Ihre Infrastruktur, die mit der aktuellen Policy erstellt wurde. Wenn Sie diese Policy später an den von Oracle empfohlenen Plan anhängen, gehen alle Anpassungen verloren.
- Wartungsplan: Voreinstellungen für Wartungsfenster aus einer Planungs-Policy verwenden
- Klicken Sie auf Speichern.
Übergeordnetes Thema: Von Oracle verwaltete Infrastrukturupdates mit der Konsole konfigurieren
Vierteljährlichen/monatlichen Wartungsplan mit Terminplanungsrichtlinien verwalten
Nachdem die Planungs-Policy ausgewählt wurde, generiert Oracle einen empfohlenen Wartungsplan, um Updates auf alle Komponenten in Ihrer Infrastruktur anzuwenden.
Der empfohlene Plan plant alle DB-Server, gefolgt von Speicherservern und Netzwerk-Switches, basierend auf der Dauer in die Wartungsfenster Ihrer Policy. Sie können den Wartungsplan aktualisieren und die Aktualisierung an bestimmte Komponenten anpassen, um sie an verschiedenen Fenstern in Ihrer Planungsrichtlinie auszurichten.
- Planungs-Policy für vierteljährliche/monatliche Wartung anzeigen
Mit diesem Verfahren können Sie die vierteljährliche Wartungsplanungs-Policy für Ihre Infrastruktur anzeigen. - Planungs-Policy für vierteljährliche/monatliche Wartung ändern
Mit diesem Verfahren können Sie die vierteljährliche Wartungsplanungs-Policy für Ihre Infrastruktur ändern. - Vierteljährlichen/monatlichen Wartungsplan anzeigen
Führen Sie die folgenden Schritte aus, um den Wartungsplan für Ihre Infrastruktur anzuzeigen. - Geplante Aktionen für vierteljährlichen/monatlichen Wartungsplan bearbeiten
Mit diesem Verfahren können Sie geplante Aktionen eines Wartungsplanes für eine Exadata Cloud@Customer-Infrastruktur bearbeiten.
Übergeordnetes Thema: Von Oracle verwaltete Infrastrukturupdates mit der Konsole konfigurieren
Zeitplanungs-Policy für vierteljährliche/monatliche Wartung anzeigen
Im Folgenden wird beschrieben, wie Sie die vierteljährliche Wartungsplanungs-Policy für Ihre Infrastruktur anzeigen.
Übergeordnetes Thema: Vierteljährlichen/monatlichen Wartungsplan mit Planungs-Policy verwalten
Zeitplanungs-Policy für vierteljährliche/monatliche Wartung ändern
Im Folgenden wird beschrieben, wie Sie die vierteljährliche Wartungsplanungs-Policy für Ihre Infrastruktur ändern.
Übergeordnetes Thema: Vierteljährlichen/monatlichen Wartungsplan mit Planungs-Policy verwalten
Planungsplan für vierteljährliche/monatliche Wartung anzeigen
Im Folgenden wird beschrieben, wie Sie den Wartungsplan für Ihre Infrastruktur anzeigen.
Übergeordnetes Thema: Vierteljährlichen/monatlichen Wartungsplan mit Planungs-Policy verwalten
Geplante Aktionen für vierteljährlichen/monatlichen Wartungsplan bearbeiten
Mit dieser Prozedur können Sie geplante Aktionen eines Wartungsplanungsplans für eine Exadata Cloud@Customer-Infrastruktur bearbeiten.
Übergeordnetes Thema: Vierteljährlichen/monatlichen Wartungsplan mit Planungs-Policy verwalten
Geplante vierteljährliche Wartung anzeigen oder bearbeiten
Hier erfahren Sie, wie Sie die Zeit der nächsten geplanten Wartung anzeigen und bearbeiten.
- Vierteljährliche/monatliche Wartung anzeigen und bearbeiten, solange die Wartung ausgeführt wird
Während die Wartung ausgeführt wird, können Sie eine benutzerdefinierte Aktion aktivieren oder deaktivieren und den Timeout bei der benutzerdefinierten Aktion ändern. Während die Wartung auf eine benutzerdefinierte Aktion wartet, können Sie die Wartung vor dem Timeout fortsetzen oder die Timeoutzeit verlängern. - (Gilt für vierteljährliche Wartung) Wartung anzeigen und bearbeiten, während die Wartung auf benutzerdefinierte Aktion wartet
Während die Wartung ausgeführt wird, können Sie eine benutzerdefinierte Aktion aktivieren oder deaktivieren und den Timeout für die benutzerdefinierte Aktion ändern. Während die Wartung auf eine benutzerdefinierte Aktion wartet, können Sie die Wartung vor dem Timeout fortsetzen oder die Timeoutzeit verlängern.
Verwandte Themen
Übergeordnetes Thema: Von Oracle verwaltete Infrastrukturupdates mit der Konsole konfigurieren
Vierteljährliche/monatliche Wartung anzeigen und bearbeiten, während die Wartung ausgeführt wird
Während der Wartung können Sie die benutzerdefinierte Aktion aktivieren oder deaktivieren und die Timeoutzeit für die benutzerdefinierte Aktion ändern. Während die Wartung auf eine benutzerdefinierte Aktion wartet, können Sie die Wartung vor dem Timeout fortsetzen oder die Timeoutzeit verlängern.
Übergeordnetes Thema: Geplante vierteljährliche Wartung anzeigen oder bearbeiten
(gilt für vierteljährliche Wartung) Wartung anzeigen und bearbeiten, während auf benutzerdefinierte Aktion gewartet wird
Während der Wartung können Sie die benutzerdefinierte Aktion aktivieren oder deaktivieren und die Timeoutzeit für die benutzerdefinierte Aktion ändern. Während die Wartung auf eine benutzerdefinierte Aktion wartet, können Sie die Wartung vor dem Timeout fortsetzen oder die Timeoutzeit verlängern.
Übergeordnetes Thema: Geplante vierteljährliche Wartung anzeigen oder bearbeiten
Geplante Sicherheitsverwaltung anzeigen oder bearbeiten
Hier erfahren Sie, wie Sie die nächste geplante Sicherheitswartung anzeigen und bearbeiten.
Übergeordnetes Thema: Von Oracle verwaltete Infrastrukturupdates mit der Konsole konfigurieren
Wartungshistorie anzeigen
Hier erfahren Sie, wie Sie die Wartungshistorie für eine Oracle Exadata Database Service on Cloud@Customer-Infrastruktur anzeigen.
Verwandte Themen
Übergeordnetes Thema: Von Oracle verwaltete Infrastrukturupdates mit der Konsole konfigurieren
Vierteljährlichen/monatlichen Wartungslauf verwalten, der aus dem Planungsplan erstellt wurde
- Wartungsfenster anzeigen, die mit einem Wartungslauf verknüpft sind
- Wartungsfenster bearbeiten, das einem Wartungslauf zugeordnet ist
- Wartungsaktionen anzeigen, die mit einem Wartungslauf verknüpft sind
- Wartungsaktionen eines einem Wartungslauf zugeordneten Wartungsfensters bearbeiten
- Wartung während der Wartung anzeigen und bearbeiten
- (Gilt für vierteljährliche Wartungsarbeiten) Wartung anzeigen und bearbeiten, während auf benutzerdefinierte Aktion gewartet wird
- Wartungslauf in Bearbeitung abbrechen
- Wartung bei Bedarf starten
Führen Sie die folgenden Schritte aus, um eine Wartung bei Bedarf zu starten. - Wartungsaktivität in einem Compartment anzeigen
- Details einer Wartungsaktivität anzeigen
- Wartungshistorie in einem Compartment anzeigen
- Wartungshistoriendetails in einem Compartment anzeigen
- Ungeplante Wartungsaktivitäten prüfen und darauf reagieren
Übergeordnetes Thema: Von Oracle verwaltete Infrastrukturwartung konfigurieren
Mit einem Wartungslauf verknüpfte Wartungsfenster anzeigen
- Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle AI Database auf Exadata Database Service on Cloud@Customer.
- Klicken Sie unter Ressourcen auf Planungs-Policy.
Auf der daraufhin angezeigten Seite "Planungs-Policy" wird die Liste der Policys angezeigt.
- Wählen Sie ein Compartment aus dem Filter Compartment aus.
- Klicken Sie unter Wartung auf Aktivität.
Auf der daraufhin angezeigten Aktivitätsseite werden Wartungsupdates aufgeführt, deren Ausführung im ausgewählten Compartment geplant ist.
- Klicken Sie auf den Namen der Aktivität, die Sie anzeigen möchten.
In der Registerkarte Wartungsfenster auf der daraufhin angezeigten Seite "Wartungsausführung" werden die Wartungsfenster aufgeführt, die der ausgewählten Aktivität zugeordnet sind.
- Startzeit (UTC): Fensterstartzeit in UTC. Beispiel: Sun, 23. Juni 2024, 18:30:58 UTC.
-
Für die monatliche Sicherheitswartung gelten die folgenden Einschränkungen:
- Die monatliche Sicherheitswartung wird online auf den Datenbankservern ohne Neustart durchgeführt. Monatliche Updates werden im Rolling-Modus auf Speicherserver eingespielt.
- Monatliche Sicherheitswartung kann auch zu einer bestimmten Zeit im Monat geplant werden, wenn auch in einem einzigen Wartungsfenster. Oracle veröffentlicht einen Zeitplan für die monatliche Wartung mindestens eine Woche vor Beginn des Wartungszeitraums, und Sie können ihn bei Bedarf neu planen.
- CPU-Skalierung und VM-Start/-Herunterfahren sind die einzigen Vorgänge, die während der monatlichen Infrastrukturwartung unterstützt werden. Verschieben Sie andere Vorgänge, bis die Updates abgeschlossen sind. Wenn Sie versuchen, einen solchen Vorgang auszuführen, werden Sie von der Konsole über die laufenden Sicherheitsupdates informiert. In den Gast-VMs wird keine Software aktualisiert.
- Sicherheitswartung kann bei Bedarf von Kunden jederzeit innerhalb des Kalendermonats geplant werden. Jedes Wartungsfenster muss innerhalb eines kontinuierlichen Zeitraums von 21 Tagen definiert werden. Kunden können jedoch Start- und Enddatum innerhalb des Monats auswählen (z.B. vom 1. bis zum 21. oder vom 10. bis zum 30. oder 31.).
Kunden erhalten mindestens 7 Tage vor Beginn des ausgewählten Wartungsfensters eine Benachrichtigung über den vorgeschlagenen Zeitplan und können bei Bedarf innerhalb des zulässigen Bereichs neu planen.
- Für die vierteljährliche Wartung gelten die folgenden Einschränkungen:
- Oracle erwartet, dass die Infrastruktur mindestens einmal pro Quartal gewartet werden kann. Sie sollten die Wartung nicht über das Ende eines Wartungsquartals hinaus verschieben, es sei denn, unerwartete Probleme verhindern, dass Sie die Wartung vor dem nächsten Wartungsquartal durchführen.
- Wenn unerwartete Probleme die Bearbeitung des geplanten Infrastrukturwartungslaufs verhindern, können Sie die Infrastrukturwartung für ein anderes Datum neu planen, das nicht mehr als 180 Tage nach der vorherigen Infrastrukturwartung liegt. Da die normale Wartung vierteljährlich durchgeführt werden sollte, erhalten Sie etwa 90 zusätzliche Tage, um die Infrastrukturwartung neu zu planen. Oracle empfiehlt dringend, die Wartung nicht bis zum 180-Tage-Limit zu planen, da Sie keine Flexibilität haben, weitere Neuplanungen vorzunehmen, wenn weitere unerwartete Probleme auftreten.
- Wenn vor dem neu geplanten Wartungslauf ein neues Wartungsrelease angekündigt wird, wird am angegebenen Datum das neuere Release eingespielt.
- Sie können die Wartung so neu planen, dass sie früher als aktuell geplant stattfindet.
- Oracle reserviert jedes Quartal bestimmte Termine für interne Wartungsvorgänge. Für diese Termine kann keine Wartung geplant werden.
-
- Typ: Geplant ggü. nicht geplant. Alle Fenster, die aus dem Planungsplan für die Infrastrukturwartung erstellt oder von Ihnen zu diesem Wartungslauf hinzugefügt wurden, sind geplante Fenster. Alle anderen Fenster, die Oracle Automation erstellt, um Fehler, Dauerdurchsetzung oder unvorhergesehene Ereignisse zu beheben, werden als "Nicht geplante" Fenster definiert. Prüfen Sie Aktivitäten, deren Ausführung in einem nicht geplanten Fenster geplant ist.
- Wartungsaktionen: Die Übersicht der Aktionen, deren Aktualisierung in einem bestimmten Fenster geplant ist.
Der Servername identifiziert für DB-Server geplante Updates. Beispiel: Wenden Sie das vollständige Update auf die DB-Server dbServer-1 und dbServer-2 an. Die Storage Server-Updates werden als Anzahl identifiziert, da alle Storage Server identische Speicherlayouts aufweisen. Beispiel: Wenden Sie ein vollständiges Update auf 2 Speicherserver an. Die Netzwerk-Switches werden als Paar aktualisiert und können nicht für ein Update in verschiedenen Aktionen oder Wartungsfenstern geplant werden. Beispiel: Wenden Sie das vollständige Update auf 2 Netzwerk-Switches an.
- Geschätzte Zeit: Die geschätzte Zeit für die Oracle-Automatisierung zum Abschließen von Wartungsaktionen, die zum Einspielen von Updates auf alle Infrastrukturkomponenten in allen Fenstern des Wartungslaufs geplant sind.
- Startzeit (UTC): Fensterstartzeit in UTC. Beispiel: Sun, 23. Juni 2024, 18:30:58 UTC.
Einem Wartungslauf zugeordnetes Wartungsfenster bearbeiten
Sie können die Fensterkonfiguration wie Startzeit, Dauer und Durchsetzung der Dauer des Fensters aktualisieren, während das Fenster noch den Lebenszyklusstatus "Geplant" aufweist. Sobald das Fenster in Bearbeitung ist, können Sie keine Änderungen an der Konfiguration vornehmen. Sie können eine laufende Wartung für ein Fenster abbrechen. Details im Abschnitt Wartungsfenster abbrechen, das einem Wartungslauf zugeordnet ist.
- Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle AI Database auf Exadata Database Service on Cloud@Customer.
- Klicken Sie unter Ressourcen auf Planungs-Policy.
Auf der daraufhin angezeigten Seite "Planungs-Policy" wird die Liste der Policys angezeigt.
- Wählen Sie ein Compartment aus dem Filter Compartment aus.
- Klicken Sie unter Wartung auf Aktivität.
Auf der daraufhin angezeigten Aktivitätsseite werden Verwaltungsaktivitäten im ausgewählten Compartment aufgeführt.
- Klicken Sie auf den Namen der Aktivität, die Sie anzeigen möchten.
In der Registerkarte "Wartungsfenster" auf der daraufhin angezeigten Seite "Wartungsausführung" werden die Wartungsfenster aufgeführt, die der ausgewählten Aktivität zugeordnet sind.
- Klicken Sie im Wartungsfenster, das Sie bearbeiten möchten, auf das Menü "Aktionen" (drei Punkte), und wählen Sie Wartungsfenster bearbeiten aus.
- Aktualisieren Sie auf der daraufhin angezeigten Seite "Wartungsfenster bearbeiten" die Felder Startzeit Wartungsfenster, Geplante Startzeit (UTC), Dauer in Stunden und Zeitfensterdauer durchsetzen.
- Klicken Sie auf Änderungen speichern.
Wartungsaktionen anzeigen, die einem Wartungslauf zugeordnet sind
- Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle AI Database auf Exadata Database Service on Cloud@Customer.
- Klicken Sie unter Ressourcen auf Planungs-Policy.
Auf der daraufhin angezeigten Seite "Planungs-Policy" wird die Liste der Policys angezeigt.
- Wählen Sie ein Compartment aus dem Filter Compartment aus.
- Klicken Sie unter Wartung auf Aktivität.
Auf der daraufhin angezeigten Aktivitätsseite werden Verwaltungsaktivitäten im ausgewählten Compartment aufgeführt.
- Klicken Sie auf den Namen der Aktivität, die Sie anzeigen möchten.
- Klicken Sie auf die Registerkarte Wartungsaktionen.
- So fügen Sie Aktionen hinzu:
- Klicken Sie auf Aktion hinzufügen.
- Im daraufhin angezeigten Fenster "Wartungsaktionen hinzufügen" können Sie Neue Wartungsaktion erstellen oder Vorhandene Wartungsaktion verwenden.
- Klicken Sie auf Hinzufügen.
- So löschen Sie eine Aktion:
- Klicken Sie auf das Menü "Aktionen" (drei Punkte) der Wartungsaktion, und wählen Sie Entfernen aus.
Wartungsaktionen eines einem Wartungslauf zugeordneten Wartungsfensters bearbeiten
- Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle AI Database auf Exadata Database Service on Cloud@Customer.
- Klicken Sie unter Ressourcen auf Planungs-Policy.
Auf der daraufhin angezeigten Seite "Planungs-Policy" wird die Liste der Policys angezeigt.
- Wählen Sie ein Compartment aus dem Filter Compartment aus.
- Klicken Sie unter Wartung auf Aktivität.
Auf der daraufhin angezeigten Aktivitätsseite werden Verwaltungsaktivitäten im ausgewählten Compartment aufgeführt.
- Klicken Sie auf den Namen der Aktivität, die Sie anzeigen möchten.
In der Registerkarte "Wartungsfenster" auf der daraufhin angezeigten Seite "Wartungsausführung" werden die Wartungsfenster aufgeführt, die mit der ausgewählten Aktivität verknüpft sind.
- Klicken Sie auf das Menü "Aktionen" (drei Punkte) des Wartungsfensters, das Sie bearbeiten möchten, und wählen Sie Wartungsaktionen bearbeiten. Auf der daraufhin angezeigten Seite "Verwaltungsaktionen bearbeiten" wird die Liste der Aktionen angezeigt. Sie können entweder weitere Aktionen hinzufügen oder vorhandene löschen.
- So fügen Sie Aktionen hinzu:
- Klicken Sie auf Aktion hinzufügen.
- Gehen Sie im resultierenden Fenster "Wartungsaktion hinzufügen" wie folgt vor:
- Neue Wartungsaktion erstellen: Wenn Sie eine neue Wartungsaktion erstellen, können Sie Komponenten, die bereits in verschiedenen Wartungsfenstern aktualisiert werden sollen, zu einem neuen Fenster hinzufügen.
- Aktionstyp auswählen:
- (gilt für vierteljährliche Wartung) vollständiges Softwareupdate für DB-Server-Exadata oder (gilt für monatliche Sicherheitswartung) Onlinesoftwareupdate für DB-Server-Exadata
- Wartungsmethode:
- Rolling: Standardmäßig wird die Exadata-Infrastruktur im Rolling-Modus aktualisiert, wobei die einzelnen Server ohne Ausfallzeit nacheinander aktualisiert werden.
- (Gilt für vierteljährliche Wartungsarbeiten) Nicht-Rolling-Modus: Datenbank- und Speicherserver werden gleichzeitig aktualisiert. Die Nicht-Rolling-Wartungsmethode minimiert die Wartungszeit, verursacht jedoch eine Ausfallzeit für das ganze System.
- (Gilt für die vierteljährliche Wartung) Benutzerdefinierte Aktion nur dann, wenn Sie zusätzliche Aktionen außerhalb des Zuständigkeitsbereichs von Oracle ausführen möchten. Bei einer mit einem Rolling-Softwareupdate konfigurierten Wartung wird durch Aktivierung dieser Option erzwungen, dass der Wartungslauf vor Ausführung auf den einzelnen Servern auf eine benutzerdefinierte Aktion mit konfiguriertem Timeout wartet. Ist die Wartung mit Nicht-Rolling-Softwareupdates konfiguriert, wird vor Ausführung der Wartung aller DB-Server auf eine benutzerdefinierte Aktion mit konfiguriertem Timeout gewartet. Während auf die benutzerdefinierte Aktion gewartet wird, kann der Wartungslauf auch vor Ablauf des Timeouts fortgesetzt werden.
- Benutzerdefinierter Aktionstimeout (in Minuten): Zeit, die für eine benutzerdefinierte Aktion verfügbar ist, bevor die Wartung der DB-Server gestartet wird.
Hinweis
Der Timeout für benutzerdefinierte Aktionen gilt nur für DB-Server. Der Kunde kann mindestens 15 Minuten und maximal 120 Minuten Zeitüberschreitung für benutzerdefinierte Aktionen angeben, bevor das Patching des DB-Servers gestartet wird. Innerhalb dieser Zeit können sie alle Aktionen ausführen, die sie geplant haben. Wenn sie die benutzerdefinierte Aktion erweitern möchten, können sie diese durch die Option "Wartungsfenster bearbeiten" erweitern. Wenn eine benutzerdefinierte Aktion ausgeführt wird, erhalten Kunden 2 Optionen - entweder das Timeout für benutzerdefinierte Aktionen verlängern oder das Wartungsfenster fortsetzen.Standard: 15 Minuten
Maximum: 120 Minuten
- Benutzerdefinierter Aktionstimeout (in Minuten): Zeit, die für eine benutzerdefinierte Aktion verfügbar ist, bevor die Wartung der DB-Server gestartet wird.
- DB-Server hinzufügen:
- DB-Server auswählen: Updates an ausgewählten DB-Servern werden aus dem aktuell geplanten Fenster in das Fenster verschoben, in dem Sie die Wartungsaktion hinzufügen.
- Wartungsmethode:
- Vollständiges Software-Update von Exadata-Speicherserver
- Wartungsmethode:
- Rolling: Standardmäßig wird die Exadata-Infrastruktur im Rolling-Modus aktualisiert, wobei die einzelnen Server ohne Ausfallzeit nacheinander aktualisiert werden.
- (Gilt für vierteljährliche Wartungsarbeiten) Nicht-Rolling-Modus: Datenbank- und Speicherserver werden gleichzeitig aktualisiert. Die Nicht-Rolling-Wartungsmethode minimiert die Wartungszeit, verursacht jedoch eine Ausfallzeit für das ganze System.
Hinweis
Für alle Speicherserver in der Infrastruktur muss ein Update in einer einzigen Wartungsaktion geplant werden, um Nicht-Rolling-Speicherupdates einzuspielen. Während diese Updates eingespielt werden, treten für Ihre Datenbank-Workloads vollständige Ausfallzeiten auf.
- Wartungsfenster: Wählen Sie ein Fenster aus, aus dem Sie Speicherserver hinzufügen möchten.
- Wartungsaktionen: Wählen Sie die Aktion aus, aus der Sie Speicherserver hinzufügen möchten.
- Speicherserver: Wählen Sie die Anzahl von Speicherservern aus, die dieser Aktion hinzugefügt werden sollen.
- Wartungsmethode:
- (gilt für vierteljährliche Wartung) vollständiges Softwareupdate für DB-Server-Exadata oder (gilt für monatliche Sicherheitswartung) Onlinesoftwareupdate für DB-Server-Exadata
- Aktionstyp auswählen:
- Neue Wartungsaktion erstellen: Wenn Sie eine neue Wartungsaktion erstellen, können Sie Komponenten, die bereits in verschiedenen Wartungsfenstern aktualisiert werden sollen, zu einem neuen Fenster hinzufügen.
- So löschen Sie eine Aktion:
-
Klicken Sie auf das Menü "Aktionen" (drei Punkte) der Wartungsaktion, und wählen Sie Entfernen aus.
Hinweis
- Jede Aktion kann entfernt werden, solange keine Komponenten für die Aktualisierung in dieser Aktion geplant sind.
- Jedes Fenster kann entfernt werden, solange in diesem Fenster keine Aktionen zur Aktualisierung geplant sind.
-
- Klicken Sie auf den Namen der Aktivität, die Sie anzeigen möchten.
Wartung während der Wartung anzeigen und bearbeiten
Während der Wartung können Sie die benutzerdefinierte Aktion aktivieren oder deaktivieren und die Timeoutzeit für die benutzerdefinierte Aktion ändern. Während die Wartung auf eine benutzerdefinierte Aktion wartet, können Sie die Wartung vor dem Timeout fortsetzen oder die Timeoutzeit verlängern.
- Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle AI Database auf Exadata Database Service on Cloud@Customer.
- Wählen Sie Region und Compartment aus, und geben Sie die Region und das Compartment an, in dem sich die zu bearbeitende Oracle Exadata-Infrastruktur befindet.
- Klicken Sie auf Exadata-Infrastruktur.
- Klicken Sie auf den Namen der zu bearbeitenden Exadata-Infrastruktur.
Auf der Seite Infrastrukturdetails werden Informationen zur ausgewählten Oracle Exadata-Infrastruktur angezeigt.
Hinweis
(Gilt für vierteljährliche Wartung) Der Status Wartung in Bearbeitung wird im Feld Nächste vierteljährliche Wartung angezeigt.
(Gilt für monatliche Wartung) Der Status Wartung in Bearbeitung wird im Feld Nächste Sicherheitswartung angezeigt.
-
Klicken Sie im Feld Nächste vierteljährliche Wartung oder Nächste Sicherheitswartung auf den Link Anzeigen.
Sie befinden sich auf der Detailseite des Wartungslaufs, die gerade ausgeführt wird.
- Klicken Sie auf der Detailseite für den Wartungslauf auf die Registerkarte Wartungsfenster.
- Identifizieren Sie das laufende Wartungsfenster
- Klicken Sie auf das Menü "Aktionen" (drei Punkte), und wählen Sie Wartungsaktionen bearbeiten aus.
- (Gilt für vierteljährliche Wartung) Klicken Sie auf das Menü "Aktionen" (drei Punkte), und wählen Sie Konfiguration benutzerdefinierter Aktionen bearbeiten aus.
-
(Gilt für die vierteljährliche Wartung) Geben Sie auf der daraufhin angezeigten Seite Konfiguration benutzerdefinierter Aktionen bearbeiten die Option Benutzerdefinierte Aktion in Minuten ein.
Hinweis
Während der Wartung können Sie nur die benutzerdefinierte Aktionszeit für den Aktionstyp "DB-Server" ändern. Sie können die benutzerdefinierte Aktionszeit für die Unterstützung dieser Option für einen anderen Aktionstyp nicht ändern.
- Klicken Sie auf Aktualisieren.
(gilt für vierteljährliche Wartung) Wartung anzeigen und bearbeiten, während auf benutzerdefinierte Aktion gewartet wird
Während der Wartung können Sie die benutzerdefinierte Aktion aktivieren oder deaktivieren und die Timeoutzeit für die benutzerdefinierte Aktion ändern. Während die Wartung auf eine benutzerdefinierte Aktion wartet, können Sie die Wartung vor dem Timeout fortsetzen oder die Timeoutzeit verlängern.
- Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle AI Database auf Exadata Database Service on Cloud@Customer.
- Wählen Sie Region und Compartment aus, und geben Sie die Region und das Compartment an, in dem sich die zu bearbeitende Oracle Exadata-Infrastruktur befindet.
- Klicken Sie auf Exadata-Infrastruktur.
- Klicken Sie auf den Namen der zu bearbeitenden Exadata-Infrastruktur.
Auf der Seite Infrastrukturdetails werden Informationen zur ausgewählten Oracle Exadata-Infrastruktur angezeigt.
Hinweis
Der Status Wartung wird ausgeführt wird im Feld Nächste vierteljährliche Wartung angezeigt.
- Klicken Sie im Feld Nächste vierteljährliche Wartung auf den Link Anzeigen.
Sie befinden sich auf der Detailseite des Wartungslaufs, die gerade ausgeführt wird.
- Klicken Sie auf der daraufhin angezeigten Detailseite für den Wartungslauf auf Wartungsaktionen.
Während die Wartung auf eine benutzerdefinierte Aktion wartet, wird ein Informationsblock angezeigt. Außerdem können Sie die Wartung nicht bearbeiten, während Sie auf eine Kundenaktion warten. Der Informationsblock wird entfernt, sobald die Wartung fortgesetzt wird.
- Gehen Sie im Informationsblock wie folgt vor:
- Klicken Sie auf Wartung jetzt fortsetzen, um die Wartung mit dem nächsten Datenbankserver fortzusetzen.
Das Dialogfeld "Wartung jetzt fortsetzen" wird angezeigt. Klicken Sie auf Wartung jetzt fortsetzen.
- Klicken Sie auf Benutzerdefinierten Aktionstimeout verlängern.
Sie können die Timeoutzeit innerhalb der maximal zulässigen Zeit von 2 Stunden mehrmals i verlängern. Wenn Sie versuchen, das Zeitlimit zu überschreiten, zeigt das System das Dialogfeld "Benutzerdefinierter Aktionstimeout kann nicht verlängert werden" an. Es meldet, dass der Timeout für die benutzerdefinierte Aktion bereits auf den maximal zulässigen Zeitraum von 2 Stunden verlängert wurde und Sie ihn nicht weiter verlängern können.
- Klicken Sie auf Wartung jetzt fortsetzen, um die Wartung mit dem nächsten Datenbankserver fortzusetzen.
Wartungslauf in Bearbeitung abbrechen
So brechen Sie ein Wartungsfenster ab, das einem Wartungslauf zugeordnet ist:
Sie können eine laufende Wartung abbrechen, während die geplanten Updates für ein Fenster in Bearbeitung sind. Wenn Sie die Wartung abbrechen, während die Aktualisierungen ausgeführt werden, können Sie alle Aktionen, die noch nicht begonnen haben, in ein zukünftiges Wartungsfenster Ihrer Wahl verschieben. Sie können eine neue Startzeit und Dauer auswählen, um alle neu geplanten Aktionen im Wartungsfenster abzuschließen, das Sie abbrechen möchten.
- Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle AI Database auf Exadata Database Service on Cloud@Customer.
- Klicken Sie unter Ressourcen auf Planungs-Policy.
Auf der daraufhin angezeigten Seite "Planungs-Policy" wird die Liste der Policys angezeigt.
- Wählen Sie ein Compartment aus dem Filter Compartment aus.
- Klicken Sie unter Wartung auf Aktivität.
Auf der daraufhin angezeigten Aktivitätsseite werden Verwaltungsaktivitäten im ausgewählten Compartment aufgeführt.
- Klicken Sie auf den Namen der Aktivität, die Sie anzeigen möchten.
Im Abschnitt "Wartungsfenster" auf der daraufhin angezeigten Seite "Wartungslauf" werden die Wartungsfenster aufgeführt, die mit der ausgewählten Aktivität verknüpft sind.
- Klicken Sie im Wartungsfenster, das Sie abbrechen möchten, auf das Menü "Aktionen" (drei Punkte), und wählen Sie Wartungsfenster abbrechen aus.
So brechen Sie einen Wartungslauf in Bearbeitung ab:
- Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.
- Klicken Sie unter Ressourcen auf Planungs-Policy.
Auf der daraufhin angezeigten Seite "Planungs-Policy" wird die Liste der Policys angezeigt.
- Wählen Sie ein Compartment aus dem Filter Compartment aus.
- Klicken Sie unter Wartung auf Aktivität.
Auf der daraufhin angezeigten Aktivitätsseite werden Verwaltungsaktivitäten im ausgewählten Compartment aufgeführt.
- Klicken Sie auf den Namen der Aktivität "In Bearbeitung", die Sie abbrechen möchten.
- Klicken Sie auf der Detailseite für den Wartungslauf auf Wartungsfenster.
- Geben Sie das Wartungsfenster an, das gerade ausgeführt wird.
- Klicken Sie auf das Menü "Aktionen" (drei Punkte), und wählen Sie Wartungsfenster abbrechen aus.
- Konfigurieren Sie im daraufhin angezeigten Fenster "Wartungslauf abbrechen" die Startzeit des Wartungsfensters neu.
- Aktivieren Sie das Kontrollkästchen Zeitfensterdauer durchsetzen, um geplante Aktionen, die über die konfigurierte Zeitdauer hinausgehen, für die Fortsetzung in einem zukünftigen Wartungsfenster zu unterbrechen und neu zu planen.
- Klicken Sie auf Wartungslauf neu planen.
Der Wartungslauf schließt den aktuellen Vorgang ab. Alle restlichen Aktionen, die für dieses Fenster geplant sind, werden auf ein neues Wartungsfenster umgeplant.
Maintenance On Demand starten
Führen Sie die folgenden Schritte aus, um eine Wartung bei Bedarf zu starten.
- Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle AI Database auf Exadata Database Service on Cloud@Customer.
- Klicken Sie unter Ressourcen auf Planungs-Policy.
Auf der daraufhin angezeigten Seite "Planungs-Policy" wird die Liste der Policys angezeigt.
- Wählen Sie ein Compartment im Filter Compartment aus.
- Klicken Sie unter Wartung auf Aktivität.
Auf der daraufhin angezeigten Aktivitätsseite werden Verwaltungsaktivitäten im ausgewählten Compartment aufgeführt.
- Klicken Sie auf den Namen der Aktivität, der Sie zugeordnete Wartungsfenster anzeigen möchten.
In der Registerkarte "Wartungsfenster" auf der daraufhin angezeigten Seite "Wartungsausführung" werden die Wartungsfenster aufgeführt, die mit der ausgewählten Aktivität verknüpft sind.
- Klicken Sie im Wartungsfenster auf das Menü "Aktionen" (drei Punkte), und wählen Sie Wartung jetzt starten aus.
Wartungsaktivität in einem Compartment anzeigen
Bei der Wartungsaktivität werden alle Wartungsupdates aufgelistet, die für alle Infrastrukturressourcen in einem bestimmten Compartment für den ausgewählten Exadata-Cloud-Service ausgeführt werden sollen.
- Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle AI Database auf Exadata Database Service on Cloud@Customer.
- Klicken Sie unter Ressourcen auf Planungs-Policy.
Auf der daraufhin angezeigten Seite "Planungs-Policy" wird die Liste der Policys angezeigt.
- Wählen Sie ein Compartment aus dem Filter Compartment aus.
- Klicken Sie unter Wartung auf Aktivität.
Auf der daraufhin angezeigten Seite "Aktivität" werden Wartungsaktivitäten im ausgewählten Compartment aufgeführt.
Details einer Instandhaltungsaktivität anzeigen
- Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle AI Database auf Exadata Database Service on Cloud@Customer.
- Klicken Sie unter Ressourcen auf Planungs-Policy.
Auf der daraufhin angezeigten Seite "Planungs-Policy" wird die Liste der Policys angezeigt.
- Wählen Sie ein Compartment aus dem Filter Compartment aus.
- Klicken Sie unter Wartung auf Aktivität.
Auf der daraufhin angezeigten Aktivitätsseite werden Wartungsupdates aufgeführt, deren Ausführung im ausgewählten Compartment geplant ist.
- Klicken Sie auf das Menü "Aktionen" (drei Punkte) der Wartungsaktivität, die Sie anzeigen möchten.
Auf der daraufhin angezeigten Seite "Wartungslauf" werden die Details der ausgewählten Wartungsaktivität angezeigt.
Wartungshistorie in einem Compartment anzeigen
- Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle AI Database auf Exadata Database Service on Cloud@Customer.
- Wählen Sie ein Compartment im Filter Compartment aus.
- Klicken Sie auf Exadata-Infrastruktur.
- Klicken Sie auf den Namen der Exadata-Infrastruktur, für die Sie Wartungsdetails anzeigen möchten.
- Klicken Sie auf die Registerkarte Wartungshistorie.
Auf der daraufhin angezeigten Seite wird die Historie der Wartungsläufe im ausgewählten Compartment angezeigt.
Wartungshistoriendetails in einem Compartment anzeigen
- Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle AI Database auf Exadata Database Service on Cloud@Customer.
- Wählen Sie ein Compartment im Filter Compartment aus.
- Klicken Sie auf Exadata-Infrastruktur.
- Klicken Sie auf den Namen der Exadata-Infrastruktur, für die Sie Wartungsdetails anzeigen möchten.
- Klicken Sie auf die Registerkarte Wartungshistorie.
Auf der daraufhin angezeigten Seite "Historie" werden der Status des Wartungslaufs (Erfolgreich oder Nicht erfolgreich) und andere Details der Wartungsaktivitäten im ausgewählten Compartment aufgeführt.
Bei einem Fehler markiert die Automatisierung die Ausführung als "Nicht erfolgreich" und plant automatisch ein neues Fenster mit den verbleibenden Komponenten, die auf die Zielversion aktualisiert werden müssen. Derselbe Aktualisierungsauftrag wird übertragen.
- Klicken Sie auf das Menü "Aktionen" (drei Punkte) der Wartungsaktivität, die Sie anzeigen möchten.
Auf der daraufhin angezeigten Seite "Wartungshistorie" werden die Details der ausgewählten Wartungsaktivität angezeigt.
Ungeplante Wartungsaktivitäten prüfen und beantworten
Ungeplante Wartungsaktivitäten, wenn die Infrastruktur nach der geplanten Wartung skaliert wird
- Nachdem Sie Ihre Infrastruktur durch Hinzufügen von DB- oder Speicherservern skaliert haben, müssen Sie möglicherweise Ihren Wartungsplan aktualisieren, um diese neuen Komponenten aufzunehmen. Wenn eine Infrastrukturkomponente im Wartungsplan fehlt, wird im Abschnitt "Infrastrukturwartungsplandetails" eine Warnung angezeigt.
- Wenn die Oracle-Automatisierung den Wartungslauf für das Quartal erstellt, werden alle Komponenten, die nicht im Wartungsplan enthalten sind, automatisch einem nicht geplanten Wartungsfenster hinzugefügt. Dadurch wird sichergestellt, dass für alle Komponenten vierteljährlich die richtige Systemsoftware angewendet wird, um die OCI-Softwarecompliance aufrechtzuerhalten.
- Sie können die geplante Startzeit des Fensters "Nicht geplant" bearbeiten oder die Aktualisierungen für die fehlenden Komponenten nach Bedarf in ein vorhandenes geplantes Fenster verschieben.
Nicht geplante Wartungsaktivität, wenn eine geplante Aktualisierung nicht angewendet werden kann
- Wenn ein geplantes Update nicht erfolgreich verläuft, wird das Operations-Team von Oracle den Fehler einbeziehen, auswerten und das nicht erfolgreiche Update zusammen mit nicht abgeschlossenen Updates für ein zukünftiges Wartungsfenster neu planen. Oracle Automation markiert dieses neu terminierte Fenster als "Nicht geplant" und benachrichtigt Sie, die neu terminierte Wartungsaktivität zu prüfen.
- Sie können die geplante Startzeit des Fensters "Nicht geplant" bearbeiten oder die nicht erfolgreichen und nicht abgeschlossenen Aktualisierungen nach Bedarf in ein vorhandenes geplantes Fenster verschieben.
Ungeplante Wartung, wenn Planaktivität die erzwungene Zeitfensterdauer überschreitet
- Bei Wartungsfenstern, die mit der Dauerdurchsetzung konfiguriert sind, prüft die Oracle-Automatisierung, ob die geschätzte Zeit für die Ausführung und Anwendung des geplanten Updates innerhalb der verbleibenden Zeitspanne ausreicht. Andernfalls plant die Oracle-Automatisierung automatisch alle nicht abgeschlossenen Aktualisierungen in ein zukünftiges "Nicht geplant"-Fenster, markiert das aktuelle Fenster als "Dauer überschritten" und benachrichtigt Sie, die neu terminierte Wartungsaktivität zu prüfen.
- Alle bereits laufenden Aktualisierungen werden über die erzwungene Zeitfensterdauer hinaus fortgesetzt, um einen konsistenten Status der zugrunde liegenden Ressourcen sicherzustellen.
Infrastrukturwartung mit Lebenszyklusstatusinformationen überwachen
Anhand der Lebenszyklusstatusinformationen zu einer Exadata-Infrastrukturressource können Sie überwachen, wann die Wartung der Infrastrukturressource beginnt und endet.
In der Oracle Cloud Infrastructure-Konsole können Sie Meldungen zu Lebenszyklusstatusdetails auf der Seite Exadata-Infrastrukturdetails anzeigen, wenn neben dem Feld Status eine QuickInfo angezeigt wird. Sie können auch mit der ListExadataInfrastructures-API und darauf basierenden Tools wie SDKs und der OCI-CLI auf diese Meldungen zugreifen.
-
Wenn Sie ein Wartungsfenster angeben, beginnt das Patching zu der angegebenen Startzeit. Der Lebenszyklusstatus der Infrastrukturressource ändert sich von Verfügbar in Wartung wird ausgeführt.Hinweis
Die Vorabprüfungen erfolgen jetzt vor dem Wartungsbeginn. - Wenn das Patching der Exadata-Datenbankserver gestartet wird, lautet der Lebenszyklusstatus der Infrastrukturressource Wartung wird ausgeführt, und die zugehörige Lebenszyklusstatusmeldung lautet: Die zugrundeliegende Infrastruktur dieses Systems (dbnodes) wird aktualisiert..
- Wenn die Wartung der Speicherserver beginnt, lautet der Lebenszyklusstatus der Infrastrukturressource Wartung wird ausgeführt, und es wird gemeldet, dass die dem System zugrunde liegende Infrastruktur (Cell) aktualisiert wird und sich dies nicht auf die Datenbankverfügbarkeit auswirkt.
- Wenn die Wartung der Speicherserver abgeschlossen ist, werden die Netzwerk-Switches im Rolling-Modus nacheinander aktualisiert.
- Wenn die Wartung abgeschlossen ist, lautet der Lebenszyklusstatus der Infrastrukturressource Verfügbar, und die Konsole und die API-basierten Tools geben keine Lebenszyklusstatusmeldung aus.
Benachrichtigungen zu Infrastrukturwartungsupdates erhalten
Es gibt zwei Möglichkeiten, Benachrichtigungen zu erhalten: entweder über Infrastrukturwartungskontakte oder durch Abonnieren von Benachrichtigungen über Wartungsereignisse.
Oracle plant den Wartungslauf Ihrer Infrastruktur auf Basis Ihrer Planungsvoreinstellungen und sendet E-Mail-Benachrichtigungen an alle Ihre Infrastrukturwartungskontakte. Sie können sich bei der Konsole anmelden und Details zum geplanten Wartungslauf anzeigen. Entsprechende Wartungsereignisse werden bei der Vorbereitung des geplanten Wartungslaufs generiert. Beispiele: Vorabprüfung, Patching gestartet, Patching beendet usw. Weitere Informationen zu allen Wartungsereignissen finden Sie unter Oracle Exadata Cloud@Customer-Ereignisse. Falls Fehler auftreten, plant Oracle den Wartungslauf neu, generiert entsprechende Benachrichtigungen und benachrichtigt Ihre Infrastrukturwartungskontakte.
Weitere Informationen zu Oracle Cloud Infrastructure-Ereignissen finden Sie unter Überblick über Ereignisse. Um weitere Benachrichtigungen zu erhalten, die nicht an Infrastrukturwartungskontakte gesendet werden, können Sie Benachrichtigungen über Infrastrukturwartungsereignisse abonnieren, um über den Oracle-Benachrichtigungsservice benachrichtigt zu werden. Weitere Informationen finden Sie unter Überblick über Notifications.
Oracle Exadata Database Service on Cloud@Customer-Infrastrukturwartungsparameter mit der API verwalten
In Oracle Exadata Database Service on Cloud@Customer werden die Infrastrukturwartungsparameter mit derselben API wie in Oracle Cloud Infrastructure verwaltet.
Informationen zur Verwendung der API und zu Signieranforderungen finden Sie unter REST-APIs und Sicherheitszugangsdaten. Informationen zu SDKs finden Sie unter Software Development Kits und Befehlszeilenschnittstelle (CLI).
Verwenden Sie die folgenden API-Vorgänge, um die Infrastrukturwartungsparameter zu verwalten:
- CreateExadataInfrastructure
- GetExadataInfrastructure
- ListExadataInfrastructures
- UpdateExadataInfrastructure
- UpdateMaintenanceRun
- GetMaintenanceRun
- ListMaintenanceRuns
- ListSchedulingPolicies
- CreateSchedulingPolicy
- GetSchedulingPolicy
- UpdateSchedulingPolicy
- DeleteSchedulingPolicy
- ChangeSchedulingPolicyCompartment
- ListRecommendedScheduledActions
- ListSchedulingWindows
- CreateSchedulingWindow
- GetSchedulingWindow
- UpdateSchedulingWindow
- DeleteSchedulingWindow
- ListSchedulingPlans
- CreateSchedulingPlan
- GetSchedulingPlan
- DeleteSchedulingPlan
- ChangeSchedulingPlanCompartment
- ReorderScheduledActions
- CascadingDeleteSchedulingPlan
- ListScheduledActions
- CreateScheduledAction
- GetScheduledAction
- UpdateScheduledAction
- DeleteScheduledAction
- ListParamsForActionType
- ReorderScheduledActions
- ListExecutionWindows
- CreateExecutionWindow
- GetExecutionWindow
- UpdateExecutionWindow
- DeleteExecutionWindow
- ReorderExecutionActions
- CancelExecutionWindow
- ListExecutionActions
- CreateExecutionAction
- GetExecutionAction
- UpdateExecutionAction
- DeleteExecutionAction
- MoveExecutionActionMember
Übergeordnetes Thema: Von Oracle verwaltete Infrastrukturwartung konfigurieren