Vergleich zwischen der Oracle RAC Cluster Database (10gR2, 11gR2 und 12cR1) und der Bereitstellung von Oracle DB auf einem Linux-Cluster

1027
user3134198

Die Oracle RAC-Implementierung kann für kleine Unternehmen teuer sein, aber wie wäre es, wenn ein Linux-Cluster implementiert und dann eine Standard-Oracle-Datenbank in diesem Cluster bereitgestellt wird, um eine Verfügbarkeit wie Oracle RAC zu erreichen?

  • Kann im Linux-Cluster ein automatisches Failover, Lastausgleich usw. erzielt werden? Wenn ein Knoten weiterhin ausfällt, wird der Oracle DB-Dienst für die vorhandenen Verbindungen und neue Verbindungen bereitgestellt.

  • Was kann Vor- und Nachteile sein?

0
Könnte mehr zum Thema für [dba.SE] sein, aber nur, wenn Sie nach sachlichen und konkreten Dingen fragen, nicht nach Vor- und Nachteilen. slhck vor 10 Jahren 0

1 Antwort auf die Frage

1
Sami Laine

Die Frage wird höchstwahrscheinlich auf Meinungen basierende Antworten aufbringen. Dies ist einer von ihnen.

Der Lastausgleich ist nicht einfach verfügbar, wenn Sie den Oracle DB-Prozess als Dienst in einem Red Hat-Cluster ausführen. Das Beste, was Sie beim Clustering tun können, wäre Active-Standby, dh. Oracle DB-Prozesse würden zu einem bestimmten Zeitpunkt nur auf einem der Knoten in Ihrem Cluster ausgeführt, und die Prozesse werden bei Ausfall auf einen anderen Knoten umgeschaltet. Auch das könnte sich als ziemlich schwierig erweisen.

Der Grund, warum ein Lastausgleichs-Szenario auf diese Weise nicht möglich ist, liegt darin, dass der Zugriff auf Datenpartitionen mit mehr als einem Oracle DB-Prozess ohne Kenntnis der anderen Daten Ihre Daten beschädigen kann. Derzeit besteht die Möglichkeit, Knoten auf Oracle DB-Ebene aufeinander aufmerksam zu machen, darin, RAC zu kaufen. Deshalb verkaufen sie es.

Eine Active-Standby-Konfiguration könnte jedoch in etwa wie folgt aussehen: Binden Sie Oracle DB-Prozesse an eine zusätzliche IP-Adresse, die dann mit dem Dienst von Knoten zu Knoten übertragen wird. Sowohl die Service-IP-Adresse als auch die Oracle DB-Prozesse und Datenpartitionen sind Dienste in einem Red Hat-Cluster, die bei einem Ausfall von Knoten zu Knoten laufen. Die Service-IP bietet Ihnen einen Vorteil: Die Art und Weise, wie sich Ihre Clients erneut verbinden können, wenn ein Knoten ausfällt und ein anderer seinen Platz einnimmt. Während der Umschaltung im aktiven Standby-Szenario werden jedoch alle vorhandenen Verbindungen unterbrochen.

Neben den oben genannten Nachteilen gibt es auch andere Probleme. Beispielsweise ist es schwierig, Unterstützung von Oracle zu erhalten, wenn etwas schief geht, da das von Ihnen vorgeschlagene Szenario nicht unbedingt von Oracle empfohlen wird.

Zusammenfassend lässt sich sagen, dass es eine gute Idee sein sollte, das Ganze noch einmal zu überdenken. Wenn Sie den Lastausgleich auf Oracle-DB-Ebene wirklich benötigen, sind Sie wahrscheinlich besser dran, RAC zu kaufen, als zu versuchen, eine eigene Lösung zu entwickeln, die einige der Funktionen von RAC nachahmt.