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 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.
CPU-Skalierung und VM-Start/Herunterfahren sind die einzigen Vorgänge, die während der monatlichen Infrastrukturwartung unterstützt werden.
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
Ü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 nicht von Ressourcen zur Planung und Automatisierung 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.
Ü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 zur Planung und Automatisierung von Wartungsaktivitäten verwendet wird.
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. - Vierteljährlichen Wartungsplan mit Planungs-Policy verwalten
Nachdem die Planungs-Policy ausgewählt wurde, 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 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 das Menü "Aktionen", und wählen Sie Wartungsvoreinstellungen bearbeiten aus.
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
- 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.
- Nicht-Rolling: Datenbank- und Speicherserver gleichzeitig aktualisieren. Die Nicht-Rolling-Wartungsmethode minimiert die Wartungszeit, verursacht jedoch eine Ausfallzeit für das ganze System.
- Aktivieren Sie benutzerdefinierte Aktionen, bevor Sie die Wartung auf DB-Servern starten: Aktivieren Sie benutzerdefinierte Aktionen 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.
- Nicht-Rolling: Datenbank- und Speicherserver gleichzeitig aktualisieren. Die Nicht-Rolling-Wartungsmethode minimiert die Wartungszeit, verursacht jedoch eine Ausfallzeit für das ganze System.
- Aktivieren Sie benutzerdefinierte Aktionen, bevor Sie die Wartung auf DB-Servern starten: Aktivieren Sie benutzerdefinierte Aktionen 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 Änderungen 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 Änderungen 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 Änderungen speichern.
Übergeordnetes Thema: Von Oracle verwaltete Infrastrukturupdates mit der Konsole konfigurieren
Vierteljährlichen Wartungsplan mit Terminplanungs-Policy 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.
- Vierteljährliche Wartungsplanungs-Policy anzeigen
So zeigen Sie die vierteljährliche Wartungsplanungs-Policy für Ihre Infrastruktur an: - Vierteljährliche Wartungsplanungs-Policy ändern
So ändern Sie die vierteljährliche Wartungsplanungs-Policy für Ihre Infrastruktur: - Wartungsplan anzeigen
So zeigen Sie den Wartungsplan für Ihre Infrastruktur an: - Geplante Aktionen des Wartungsplans der Exadata Cloud@Customer-Infrastruktur bearbeiten
Mit dieser Prozedur können Sie geplante Aktionen eines Wartungsplanes der Exadata Cloud@Customer-Infrastruktur bearbeiten.
Übergeordnetes Thema: Von Oracle verwaltete Infrastrukturupdates mit der Konsole konfigurieren
Policy für vierteljährliche Wartungsplanung anzeigen
Im Folgenden wird beschrieben, wie Sie die vierteljährliche Wartungsplanungs-Policy für Ihre Infrastruktur anzeigen.
Übergeordnetes Thema: Vierteljährlichen Wartungsplan mit Planungs-Policy verwalten
Policy für die vierteljährliche Wartung ändern
Im Folgenden wird beschrieben, wie Sie die vierteljährliche Wartungsplanungs-Policy für Ihre Infrastruktur ändern.
Übergeordnetes Thema: Vierteljährlichen Wartungsplan mit Planungs-Policy verwalten
Wartungsplan anzeigen
Im Folgenden wird beschrieben, wie Sie den Wartungsplan für Ihre Infrastruktur anzeigen.
Übergeordnetes Thema: Vierteljährlichen Wartungsplan mit Planungs-Policy verwalten
Geplante Aktionen für Instandhaltungsplan bearbeiten
Mit dieser Prozedur können Sie geplante Aktionen eines Wartungsplanungsplans für eine Exadata Cloud@Customer-Infrastruktur bearbeiten.
Übergeordnetes Thema: Vierteljährlichen 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.
- 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 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. - Wartung anzeigen und bearbeiten, während die Wartung auf benutzerdefinierte Aktion wartet
Während die Wartung ausgeführt wird, können Sie die benutzerdefinierte Aktion aktivieren oder deaktivieren und den benutzerdefinierten Aktionstimeout ä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
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.
Übergeordnetes Thema: Geplante vierteljährliche Wartung anzeigen oder bearbeiten
Wartung anzeigen und bearbeiten, während die Wartung auf benutzerdefinierte Aktion wartet
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 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
- Wartung anzeigen und bearbeiten, während die Wartung auf benutzerdefinierte Aktion wartet
- Wartungslauf in Bearbeitung abbrechen
- 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 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.
Im Abschnitt "Wartungsfenster" auf der daraufhin angezeigten Seite "Wartungslauf" werden die Wartungsfenster aufgeführt, die mit der ausgewählten Aktivität verknüpft sind.
- Startzeit (UTC): Fensterstartzeit in UTC. Beispiel: Sun, 23. Juni 2024, 18:30:58 UTC.
Es gelten folgende 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.
- Wartungsaktion: 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.
Übergeordnetes Thema: Vierteljährlichen Wartungslauf verwalten, der aus dem Planungsplan erstellt wurde
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 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 bearbeiten möchten, auf das Menü "Aktionen" (drei Punkte), und wählen Sie Wartungsfenster bearbeiten aus.
- Aktualisieren Sie in den daraufhin angezeigten Dialogfeldern zum Bearbeiten des Wartungsfensters die Felder Startzeit des Wartungsfensters, Dauer in Stunden und Dauer des Fensters durchsetzen.
- Klicken Sie auf Wartungsfenster bearbeiten.
Übergeordnetes Thema: Vierteljährlichen Wartungslauf verwalten, der aus dem Planungsplan erstellt wurde
Wartungsaktionen anzeigen, die einem Wartungslauf zugeordnet sind
- Ö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, die Sie anzeigen möchten.
- Klicken Sie auf Wartungsaktionen.
- So fügen Sie Aktionen hinzu:
- Klicken Sie auf Aktionen hinzufügen.
- Im daraufhin angezeigten Fenster "Wartungsaktionen hinzufügen" Aktionstyp auswählen, und klicken Sie auf Wartungsaktion hinzufügen.
- So löschen Sie eine Aktion:
- Klicken Sie auf das Menü "Aktionen" (drei Punkte) der Wartungsaktion, und wählen Sie Entfernen aus.
Übergeordnetes Thema: Vierteljährlichen Wartungslauf verwalten, der aus dem Planungsplan erstellt wurde
Wartungsaktionen eines einem Wartungslauf zugeordneten Wartungsfensters bearbeiten
- Ö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, 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 bearbeiten möchten, auf das Menü "Aktionen" (drei Punkte), und wählen Sie Wartungsaktionen bearbeiten aus. Auf der daraufhin angezeigten Seite "Verwaltungsaktion 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 Aktionen hinzufügen.
- Gehen Sie im resultierenden Fenster "Wartungsaktion hinzufügen" wie folgt vor:
- Neue Aktion erstellen: Wenn Sie eine neue Wartungsaktion erstellen, können Sie Komponenten hinzufügen, die bereits für die Aktualisierung in verschiedenen Wartungsfenstern in einem neuen Fenster geplant sind.
- Aktionstyp auswählen:
- Vollständiges Softwareupdate von DB-Server-Exadata
- Wartungsmethode konfigurieren:
- Rolling: Standardmäßig wird die Exadata-Infrastruktur im Rolling-Modus aktualisiert, wobei die einzelnen Server ohne Ausfallzeit nacheinander aktualisiert werden.
- Nicht-Rolling: Datenbank- und Speicherserver gleichzeitig aktualisieren. Die Nicht-Rolling-Wartungsmethode minimiert die Wartungszeit, verursacht jedoch eine Ausfallzeit für das ganze System.
- Aktivieren Sie benutzerdefinierte Aktionen, bevor Sie die Wartung auf DB-Servern aktivieren: Aktivieren Sie benutzerdefinierte Aktionen nur dann, wenn Sie zusätzliche Aktionen außerhalb des Verantwortlichen 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
-
- 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 konfigurieren:
- Vollständiges Software-Update von Exadata-Speicherserver
- Wartungsmethode konfigurieren:
- Rolling: Standardmäßig wird die Exadata-Infrastruktur im Rolling-Modus aktualisiert, wobei die einzelnen Server ohne Ausfallzeit nacheinander aktualisiert werden.
-
Nicht-Rolling: Datenbank- und Speicherserver gleichzeitig aktualisieren. Die Nicht-Rolling-Wartungsmethode minimiert die Wartungszeit, verursacht jedoch eine Ausfallzeit für das ganze System.
Hinweis
Alle Speicherserver in der Infrastruktur müssen so geplant sein, dass sie in einer einzigen Wartungsaktion aktualisiert werden, um Nicht-Rolling-Speicherupdates einzuspielen. Während diese Updates eingespielt werden, kommt es bei Ihren Datenbank-Workloads zu vollständigen Ausfallzeiten.
- Speicherserver auswählen aus: Wählen Sie ein Fenster aus, aus dem Sie Speicherserver hinzufügen möchten.
- Wartungsaktion zum Hinzufügen auswählen aus: Wählen Sie die Aktion aus, aus der Sie Speicherserver hinzufügen möchten.
- Wählen Sie die Anzahl der hinzuzufügenden Storage Server aus: Wählen Sie die Anzahl der Storage Server aus, die dieser Aktion hinzugefügt werden sollen.
- Wartungsmethode konfigurieren:
- Update der Netzwerk-Switch-Software: Ein Banner mit der Meldung "Netzwerk-Switch-Update ist bereits für das ausgewählte Wartungsfenster geplant.", wenn das Update der Netzwerk-Switch-Software bereits im ausgewählten Wartungsfenster geplant ist.
- Vollständiges Softwareupdate von DB-Server-Exadata
- Aktionstyp auswählen:
- Vorgang aus einem anderen Fenster verschieben: Wenn Sie einen Vorgang verschieben, können Sie alle Komponenten, deren Aktualisierung in einem bestimmten Fenster geplant ist, in ein neues Fenster verschieben.
- Wählen Sie das Fenster aus, aus dem die Aktion verschoben werden soll: Wählen Sie ein Fenster aus dem Wartungslauf.
- Zu verschiebende Aktion auswählen: Wählen Sie im Wartungsfenster eine bestimmte Aktion aus, die verschoben werden soll.
- Neue Aktion erstellen: Wenn Sie eine neue Wartungsaktion erstellen, können Sie Komponenten hinzufügen, die bereits für die Aktualisierung in verschiedenen Wartungsfenstern in einem neuen Fenster geplant sind.
- 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 das Menü "Aktionen" (drei Punkte) der Wartungsaktion, und wählen Sie Entfernen aus.
Übergeordnetes Thema: Vierteljährlichen Wartungslauf verwalten, der aus dem Planungsplan erstellt wurde
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 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 Next Quarterly Maintenance angezeigt. - Klicken Sie im Feld Nächste vierteljährliche Wartung auf den Link Anzeigen.
Sie befinden sich auf der Seite mit der Wartungslaufhistorie.
- Klicken Sie auf das Menü "Aktionen" (drei Punkte), und wählen Sie Details anzeigen aus.
- Klicken Sie auf der Seite "Wartungslaufhistorie" auf Wartungsfenster.
- Identifizieren Sie das laufende Wartungsfenster
- Klicken Sie auf das Menü "Aktionen" (drei Punkte), und wählen Sie Wartungsaktionen bearbeiten aus.
- Klicken Sie auf das Menü "Aktionen" (drei Punkte), und wählen Sie Benutzerdefinierte Aktionskonfiguration bearbeiten aus.
- Geben Sie auf der daraufhin angezeigten Seite Benutzerdefinierte Aktionskonfiguration 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 andere Aktionstypen nicht ändern. - Klicken Sie auf Änderungen speichern.
Übergeordnetes Thema: Vierteljährlichen Wartungslauf verwalten, der aus dem Planungsplan erstellt wurde
Wartung anzeigen und bearbeiten, während die Wartung auf benutzerdefinierte Aktion wartet
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 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.
Übergeordnetes Thema: Vierteljährlichen Wartungslauf verwalten, der aus dem Planungsplan erstellt wurde
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 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.
Übergeordnetes Thema: Vierteljährlichen Wartungslauf verwalten, der aus dem Planungsplan erstellt wurde
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.
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 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.
Übergeordnetes Thema: Vierteljährlichen Wartungslauf verwalten, der aus dem Planungsplan erstellt wurde
Details einer Instandhaltungsaktivität anzeigen
- Ö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 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.
Übergeordnetes Thema: Vierteljährlichen Wartungslauf verwalten, der aus dem Planungsplan erstellt wurde
Wartungshistorie in einem Compartment anzeigen
- Ö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 Verwaltung auf Historie.
Auf der daraufhin angezeigten Seite wird die Historie der Wartungsläufe im ausgewählten Compartment angezeigt.
Übergeordnetes Thema: Vierteljährlichen Wartungslauf verwalten, der aus dem Planungsplan erstellt wurde
Wartungshistoriendetails in einem Compartment anzeigen
- Ö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 Verwaltung auf Historie.
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.
Übergeordnetes Thema: Vierteljährlichen Wartungslauf verwalten, der aus dem Planungsplan erstellt wurde
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.
Übergeordnetes Thema: Vierteljährlichen Wartungslauf verwalten, der aus dem Planungsplan erstellt wurde
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