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

CRS 11.2.0

Ich arbeite daran, unsere vorhandenen Oracle Cluster Ready Services von 11.1.0.7 auf 11gR2 (11.2.0.1) zu aktualisieren. Die Dinge laufen nicht so reibungslos, wie ich gehofft hatte, und ich lerne viel über die Änderungen in 11gR2. Dies ist kein geringfügiges Upgrade, wie die Unterschiede in den Versionsnummern vermuten lassen. Es gab viele Änderungen in CRS 11gR2. Die wichtigsten Änderungen sind wie folgt (in keiner bestimmten Reihenfolge):

  • Cluster Ready Services (CRS alias Clusterware) heißt jetzt Grid Infrastructure oder kurz GRID.
  • Wenn Sie ASM verwenden, wird es nicht mehr in einem separaten Haus installiert. Oracle GRID enthält jetzt Clusterware und ASM im selben Haus.
  • Oracle GRID 11gR2 enthält jetzt einen SCAN-Listener (Single Client Access Name). Um die Dinge einfach zu halten, müssen Sie eine virtuelle SCAN-IP-Adresse genau wie Ihre üblichen VIPs erstellen und sie bei DNS registrieren. Die SCAN-VIP sollte denselben Namen wie Ihr Cluster-Name haben. Dem SCAN-VIP sollten 3 IP-Adressen zugeordnet sein, da Oracle GRID bis zu 3 SCAN-Listener starten wird.
  • Oracle GRID 11gR2 unterstützt jetzt Multicasting. Ich musste Patch 9974223 anwenden, da meine Konfiguration einen sekundären Port für Multicasting verwendete. Es gibt ein Multicast-Testtool, mit dem Sie feststellen können, ob Sie für Multicasting konfiguriert sind oder nicht.
  • Während Sie CRS mit „crsctl stop/start crs“ neu starten können, war ich immer an „/etc/init.d/init.crs stop/start“ gewöhnt. Das Skript /etc/init.d/init.crs ist nicht mehr verfügbar. Es wurde stattdessen durch /etc/init.d/init.ohasd ersetzt.

Dies sind nur ein paar Änderungen, die ich unterwegs finde, während ich meine Upgrades durchführe und auftretende Probleme behebe.

Dieses Upgrade hat mir gezeigt, dass es wertvoll ist, eine RAC-Testumgebung zu haben, bevor Sie an diesen Aufgaben in Ihren Produktionsumgebungen arbeiten. Der letzte Ort, an dem ich gearbeitet habe, hatte nur eine RAC-Umgebung, und das war unsere Produktionsdatenbank. Es wurde als zu kostspielig erachtet, eine weitere RAC-Umgebung für Entwicklung/Tests einzurichten. Mein derzeitiger Angestellter war klug genug, ein RAC-Testbed einzurichten, wo ich Dinge komplett zerstören und testen, testen, testen konnte, bevor ich es in der Produktion versuchte. Die Dinge haben sich in den letzten Jahren dahingehend geändert, dass man mit virtuellen Maschinen Testumgebungen viel billiger einrichten kann als früher, wo man Hardware nur zum Testen beschaffen musste.

Davon abgesehen wünschte ich mir, mein aktuelles RAC-Testbed wäre in einer VM-Umgebung. Wenn es sich um eine VM handeln würde, könnte ich einen Snapshot der VM mit ausgeführtem CRS 11.1.0 erstellen, und wenn ich auf Probleme stoße, die schwer zu beheben sind, könnte ich auf den Snapshot zurückgreifen. Wie es jetzt aussieht, muss ich, wenn ich Probleme mit dem Upgrade habe und wirklich Chaos anrichte, alles manuell deinstallieren, CRS 11.1.0 neu installieren und eine Datenbank neu erstellen, bevor ich ein CRS 11.2.0-Upgrade erneut versuchen kann. Das braucht Zeit und eine VM könnte mir hier viel Zeit sparen.