Infrastrukturwartung

Oracle aktualisiert regelmäßig alle von Oracle verwalteten Infrastrukturkomponenten auf Oracle Data Infrastructure Cloud@Customer.

Oracle verwendet automatisierte Prozesse, die Best Practices einhalten, um Produktkorrekturen und Sicherheitsfixes anzuwenden. Diese Updates helfen beim Schutz von Daten und unterstützen die Anforderungen an Datenbankverfügbarkeit, Integrität, Sicherheit und Oracle Cloud-Compliance. Die automatisierte Wartung reduziert auch den Aufwand, der für die Wartung der Infrastruktur erforderlich ist.

Von Oracle verwaltete Komponenten können physische Serverhosts, Speicher, Netzwerkkarten, ILOM-(Integrated Lights Out Management-)Schnittstellen und Proxy-Services-VMs der Control-Plane sein.

Oracle führt vierteljährliche Wartungsarbeiten alle drei Monate durch und kann Produktkorrekturen, Verbesserungen und Sicherheitsfixes enthalten.

Oracle informiert Sie im Voraus über geplante Wartungsarbeiten, außer in seltenen Ausnahmefällen. Oracle stellt außerdem Benachrichtigungen für entsprechende empfohlene Updates für VMs im VM-Cluster bereit.

Oracle plant die Wartung, um die Serviceverfügbarkeit nach Möglichkeit beizubehalten. Einige Aktualisierungen können sich vorübergehend auf Leistung und Durchsatz auswirken, während einzelne Komponenten nicht verfügbar sind. Beispiel: Für das Server-Patching ist in der Regel ein Neustart erforderlich. Oracle startet Server nach Möglichkeit in einer Rolling-Sequenz neu, sodass der Service während des Aktualisierungsprozesses verfügbar bleibt. Jeder Server bleibt während des Neustarts für kurze Zeit nicht verfügbar, was die gesamte Servicekapazität reduziert. Risikominderungen planen, wenn Anwendungen Neustarts nicht tolerieren können Beispiel: Fahren Sie eine Anwendung während des Server-Patching herunter.

Vierteljährliche Wartung

Oracle minimiert die Auswirkungen der vierteljährlichen Wartung auf Ihre Anwendungen, indem es fortlaufende Wartungsvorgänge verwendet, bei denen die Datenbankverfügbarkeit während des gesamten Updateprozesses erhalten bleibt. Anwendungen, die auf Hochverfügbarkeit ausgelegt sind, migrieren automatisch und transparent Datenbankverbindungen ohne Unterbrechung in verfügbare Instanzen, sodass keine Ausfallzeiten geplant werden müssen.

Oracle plant die Wartung gemäß den von Oracle definierten Wartungs-Policys. Sie können die Wartung neu planen, wenn unerwartete Geschäftsanforderungen auftreten.

Standardmäßig wird die Infrastrukturwartung mit Rolling-Updates ausgeführt, beginnend mit Servern und dann mit der Aktualisierung des Speichers.

Server werden nacheinander aktualisiert, wobei höchstens ein Server offline ist. Für jeden Host werden die VMs heruntergefahren, der Server aktualisiert und neu gestartet, und dann werden die VMs gestartet, während andere Server betriebsbereit bleiben. Dieser Ansatz wirkt sich nicht auf Anwendungen aus, die auf High Availability ausgelegt sind. Ältere Anwendungen, die nicht für Rolling Instance-Neustarts geschrieben wurden, können jedoch davon betroffen sein. Dieser Vorgang wird fortgesetzt, bis beide Server aktualisiert sind.

Nach Abschluss der Serverwartung beginnt die Speicherwartung. Speicherdatenträger werden nacheinander aktualisiert. Patching-Speicher hat keine Auswirkungen auf die Datenbankverfügbarkeit und hat daher keine Auswirkungen auf Ihre Anwendungen. Die Wartung von rollierendem Speicher kann jedoch die I/O-Performance reduzieren, während ein Speicherdatenträger offline ist (verringert die verfügbare I/O-Kapazität) und während er nach der Rückkehr zum Service neu synchronisiert wird (mit geringem Overhead auf den Data Infrastructure-Servern). Die richtige Größe der Datenbank und des Speichers für die zusätzliche Arbeit auf Servern, die nicht gewartet werden, minimiert oder eliminiert jegliche Performanceauswirkungen.

Während erwartet wird, dass die Datenbanken während der Rolling-Wartung verfügbar sind, überprüft die automatisierte Wartung, dass Oracle Clusterware ausgeführt wird, jedoch nicht, ob alle Datenbankservices und integrierbaren Databases (PDBs) verfügbar sind, nachdem ein Server wieder online gesetzt worden ist. Verfügbarkeit von Datenbankservices und PDBs nach Wartung kann von der Servicedefinition abhängen. Beispiel: Ein Datenbankservice, der mit bevorzugten und verfügbaren Knoten konfiguriert ist, kann während der Wartung umgespeichert werden und wird nach Abschluss der Wartung möglicherweise nicht automatisch wieder auf den ursprünglichen Knoten verschoben. Oracle empfiehlt, die Dokumentation zum Erreichen einer kontinuierlichen Verfügbarkeit für Ihre Anwendungen zu lesen, um potenzielle Auswirkungen zu reduzieren. Durch Befolgen der Richtlinien sollten die Auswirkungen der Infrastrukturwartung auf eine geringfügige Servicebeeinträchtigung begrenzt werden, da Server sequenziell aktualisiert werden.

Oracle empfiehlt, die Best Practices der Maximum Availability Architecture (MAA) zu befolgen und Data Guard zu verwenden, um die höchste Verfügbarkeit für kritische Anwendungen sicherzustellen. Bei Datenbanken mit aktiviertem Data Guard empfiehlt Oracle, die Wartungsfenster für die Dateninfrastrukturen zu trennen, auf denen die Primär- und Standbydatenbank ausgeführt wird. Sie können auch vor der Wartung einen Switchover für die Data Infrastructure ausführen, in der die Primärdatenbank gehostet wird, um Auswirkungen auf die Primärdatenbank während der Infrastrukturwartung zu vermeiden.

Vorprüfungen werden für die Oracle Data Infrastructure Cloud@Customer-Infrastrukturkomponenten ausgeführt, bevor das Wartungsfenster beginnt, um Probleme zu identifizieren, die eine erfolgreiche Wartung verhindern könnten. Die Infrastruktur und alle Komponenten bleiben während der Vorabprüfungen online. Eine erste Vorabprüfung wird etwa zwei Wochen vor Beginn der Wartung ausgeführt, und eine weitere wird etwa 24 Stunden vor Beginn der Wartung ausgeführt. Wenn Vorabprüfungen ein Problem identifizieren, das eine Neuplanung erfordert, wird eine Benachrichtigung an die Benutzer gesendet, die Benachrichtigungen abonniert haben.

Wartungsfenster minimieren