Die entscheidende Frage

RAC kann Teil einer gewachsenen Verfügbarkeits- und Leistungsarchitektur sein. Die Entscheidung für eine andere Plattform darf daher nicht allein auf einem Vergleich von Knotenanzahlen beruhen.

Den Bestand gezielt prüfen

  • Services, Verbindungspfade und Lastverteilung erfassen.
  • Erlaubte Unterbrechung und tolerierbaren Datenverlust fachlich festlegen.
  • Wartung, Backups und bisherige Ausfallszenarien dokumentieren.

Das Zielbild ableiten

Definieren Sie zuerst, welche Schreib- und Leselasten sowie Verfügbarkeitsziele tatsächlich erforderlich sind. Ein Primary-/Standby-Konzept oder ein Managed-Cluster hat andere Eigenschaften als Oracle RAC. Prüfen Sie zudem, wie die Anwendung unterbrochene Verbindungen und unklar abgeschlossene Transaktionen behandelt.

Ein konkreter Prüfschritt

Ein Failover-Test sollte nicht mit der Erreichbarkeit der Datenbank enden. Lassen Sie einen repräsentativen Geschäftsprozess weiterlaufen und prüfen Sie, ob Daten fehlen, doppelt vorliegen oder manuelle Nacharbeit erfordern.

Vor der Freigabe nachweisen

  • Verbindungsabbruch während eines Schreibvorgangs testen.
  • Wiederverbindung und fachlichen Wiederanlauf prüfen.
  • Failover und Rückkehr zum normalen Betrieb messen.
  • Betriebsverantwortung und Eskalationswege klar festlegen.

Originalquellen & Vertiefung

Die Empfehlungen sind eine fachliche Einordnung. Konkrete Optionen hängen von Quell- und Zielversion, Rechten und Betriebsmodell ab.