Datenbank Replikation · ASPICON Newsarchiv

Dbvisit Standby MP v11 – Getestet für PostgreSQL Datenbanken

Sebastian Naumann — Fri, 03 May 2024 13:12:54 +0000

Home → Replikation

Dbvisit Standby MP v11 – Getestet für PostgreSQL Datenbanken

Verfasst von Sebastian Naumann
03 Mai 2024
15:12
Datenbank, PostgreSQL, Praxistipp, Replikation

Dbvisit Standby MP ist eine Komplettlösung für die Hochverfügbarkeit und Disaster Recovery (DR) von Datenbanken. Die Software bietet eine intuitive, grafische Benutzeroberfläche und automatisiert komplexe Aufgaben, um die Ausfallsicherheit deiner Systeme zu gewährleisten.

In unserem Beitrag “Dbvisit Standby MultiPlatform (MP) v11 – We are excited!” haben wir das Produkt bereits umfassend vorgestellt und unsere Testerfahrungen festgehalten.

Von Punkten wie

automatische Synchronisierung
manuelle Failover-Steuerung
flexible Konfiguration und
umfassende Überwachung

konnten bisher nur Oracle Database und Microsoft SQL Server Kunden profitieren. Seit Version 11.5 unterstützt Dbvisit Standby MP nun auch PostgreSQL Datenbanken ab der Version 10 aufwärts. Wir haben uns auch hier mit den Themen Installation, Aufbau und Konfiguration sowie mit ausgewählten Funktionen beschäftigt. Tatsächlich fällt unser Fazit diesmal nicht ganz so eindeutig aus.

Installation und Aufbau

An der Installation und Architektur der Dbvisit Software hat sich erst einmal nichts geändert. Der empfohlene Aufbau bleibt derselbe, wie er auch in der Oracle- und Microsoft SQL Server Umgebung zur Anwendung kommt. Lies dich hier bei Bedarf noch einmal in unserem Beitrag “Dbvisit Standby MP v11 – Getestet für Oracle Datenbanken” ein.

Der Aufbau besteht aus einem “Dbvisit Control Center” – welches über ein Webinterface die grafische Bedienoberfläche bereitstellt – und jeweils einem “Dbvisit Agent” pro PostgreSQL Host. Es ist dabei empfehlenswert, das Control Center auf einem dedizierten Host zu betreiben.

Kennst du bereits die grafische Oberfläche von Dbvisit Standby MP, fällt die Erweiterung nur durch ein neues Schaltelement unter “New Configuration” auf:

Konfiguration

Die Konfiguration ist dabei denkbar einfach. Wähle in den Drop Down Menüs den jeweiligen Host für die Primär- und Standby Instanz aus. Ein Tipp: Solltest du hier keine Auswahl treffen können, überprüfe die Kommunikation zwischen Agent und Control Center.

Hast du noch keine Standby-Datenbank in Betrieb, unterstützt dich Dbvisit auch hier. Mittels verschiedener Mechanismen (abhängig vom Recovery Model) wird aus der Primärdatenbank auf dem Zielhost eine Standby-Datenbank erstellt. Du kannst hier zwischen zwei Modi wählen. Der größte Unterschied ist – ganz kurz umrissen – dass die Hot Standby Datenbank für Read-Only Queries zur Verfügung steht.

Bei der Wahl des Recovery Models stehen dir die folgenden drei Optionen zur Verfügung:

Option 1: WAL streaming

Über einen Replikations-Slot wird ein dauerhafter “real-time data stream” aufgebaut. Darüber werden der Standby Datenbank alle Transaktionen, die mit einem commit abgeschlossen wurden, präsentiert. Dieser Ansatz nutzt PostgreSQL interne Mechanismen und wird demnach über die PG-Konfigurationsdatei gesteuert. Jede Änderung zieht in der Regel einen Neustart der Instanz nach sich.

Option 2: WAL file archiving

Sobald ein WAL File abgeschlossen ist oder nach einem eingestellten Intervall, wird ein Backup des WAL Files erstellt, zur Standby-Datenbank übertragen und dort wiederhergestellt. Dabei wird auf PostgreSQL-Mechanismen (pg_basebackup) und Konfigurationen zurückgegriffen. Die Orchestrierung wird hierbei von der PG Instanz übernommen. Wie in Option 1 werden Änderungen in der Konfigurationsdatei vorgenommen und mit einem Neustart wirksam.

Option 3: WAL file shipping

Die Funktion ähnelt der des WAL file archiving, mit dem Unterschied, dass Dbvisit die volle Kontrolle übernimmt – entkoppelt von PostgreSQL Automatismen. Wie in Option 2 nutzt dieser Mechanismus die Funktionen von pg_basebackup, mit dem Unterschied, dass diese nicht von der Instanz gesteuert werden, sondern von externen Prozessen, welche von Dbvisit getriggert werden. Änderungen werden nicht in den PG Konfigurationen durchgeführt und werden auch ohne Neustart wirksam.

Eine fachlich belegte “beste Option” konnten wir bisher noch nicht ausfindig machen. Es ist wohl eine Frage des persönlichen Geschmacks, für welches Recovery Model du dich entscheidest.

Natürlich bietet Dbvisit dir auch einen Überblick des aktuellen Status deiner Konfigurationen:

Control Center

Um beim Patchen die Downtime so gering wie möglich zu halten, kannst du über die grafische Oberfläche einen Switchover durchführen.

Darüber hinaus hast du die Möglichkeit, über das Control Center sowohl die Primär- als auch die Standby-Datenbank zu starten, zu stoppen oder neu zu starten.

Fazit

PostgreSQL Datenbanken erfreuen sich nicht zuletzt wegen ihrem großen Funktionsumfang insbesondere auch in produktionskritischen Umgebungen zunehmender Beliebtheit. Daher ist eine Absicherung kritischer Datenbanken beispielsweise mit Hilfe einer Standby Datenbank absolut essentiell in puncto Verfügbarkeit und Sicherheit.

Neben kostenfreien Tools wie dem kommandozeilenbasierten repmgr (beschrieben in unserem Beitrag » PostgreSQL Cluster verwalten) bietet Dbvisit mit Standby MP for PostgreSQL nun eine weitere Alternative für den Aufbau und das Management von PostgreSQL Standby Datenbanken. Insbesondere für Nutzer, welche Dbvisit Standby MP möglicherweise schon für Oracle und/oder SQL Server Datenbanken im Einsatz haben, kann hier die bestehende Software leicht und verständlich, zentralisiert auf PG erweitert werden. Ebenso ist es sicherlich für Administratoren geeignet, die nicht so gern auf der Kommandozeile arbeiten oder auch schlichtweg einen professionellen Support für ihre Software benötigen. Heißt in der Konsequenz also: Kein zwingendes Must-have, aber auf jeden Fall ein absolutes Nice-to-have.

Hier findest du weitere Posts rund um PostgreSQL Datenbanken oder auch HA Technologien wie Cluster, Failsafe oder Failover.

Share this article

Der Beitrag Dbvisit Standby MP v11 – Getestet für PostgreSQL Datenbanken erschien zuerst auf ASPICON.

Oracle GoldenGate Free: Kostenfreie Datenbank Replikation für kleinere Datenbanken

Alexander Glöckner — Fri, 06 Oct 2023 07:07:27 +0000

Home → Replikation

Oracle GoldenGate Free: Kostenfreie Datenbank Replikation für kleinere Datenbanken

Verfasst von Alexander Glöckner
06 Oktober 2023
09:07
Datenbank, Hidden Feature, Oracle, Oracle Database, Praxistipp, Replikation

Oracle GoldenGate ist eine führende Lösung für die Replikation von Daten in Echtzeit zwischen verschiedenen Datenbanken. Mit GoldenGate kannst du deine Daten sicher und zuverlässig replizieren, konsolidieren, filtern oder transformieren, ohne die Integrität oder Verfügbarkeit deiner Informationen zu gefährden. Nun hat Oracle mit der Version “Oracle GoldenGate 21c Free” das Portfolio der kostenfreien Tools um ein weiteres ergänzt.

Wo die Einsatzgebiete von Oracle GoldenGate im Allgemeinen liegen und ob die Gratis-Version für dich geeignet ist, soll dieser Beitrag beleuchten.

Allgemeine Anwendungsmöglichkeiten von Oracle GoldenGate

Die Anwendungsmöglichkeiten von Oracles Replikationssoftware sind vielseitiger, als du vielleicht denkst. Denn die Software hilft dir unter anderem bei der Datenkonsolidierung und ‑filterung, der Datenbank-Migration und ermöglicht Echtzeitanalysen sowie Zero-Time-Upgrades.

Datenkonsolidierung und ‑filterung:
Mit Oracle GoldenGate kannst du Informationen aus verschiedenen Datenbanken in eine Datenbank zusammenführen. Das ist besonders für Unternehmen mit mehreren Standorten nützlich.
Datenbank-Migration:
Wenn du planst, deine Datenbank auf eine andere Plattform zu migrieren, sei es aus Gründen der Performance-Verbesserung oder der Kosteneffizienz, ist Oracle GoldenGate dein bester Freund. Du kannst Daten nahtlos zwischen den Datenbanken replizieren und so den Ausfallzeiten vorbeugen.
BI und Datenanalyse:
Mit Oracle GoldenGate kannst du Daten aus verschiedenen Quellen in Echtzeit sammeln, synchronisieren und analysieren, um wertvolle Erkenntnisse zu gewinnen und schnell fundierte Entscheidungen treffen zu können.
Replikation in andere Datenbanken (on Premise oder Cloud):
Oracle GoldenGate hilft dir dabei, deine Daten sicher zwischen verschiedenen Datenbanken unterschiedlicher Hersteller sowie in die Cloud zu replizieren, sei es in eine private, öffentliche oder hybride Cloud-Umgebung.
Zero-Time-Upgrade und Hochverfügbarkeit:
Das Upgrade auf eine neue Version deiner Datenbank sollte keine schlaflosen Nächte verursachen. Oracle GoldenGate gewährleistet, dass deine Daten während des Upgrades sicher und intakt bleiben – ganz ohne Ausfallzeiten.

Hinweis:

Obwohl Oracle GoldenGate eine breite Palette von Datenbanken und Plattformen unterstützt (z.B. Oracle-Datenbanken und Microsoft SQL Server), gibt es immer noch einige Einschränkungen. Stelle sicher, dass deine Ziel- und Quell-Datenbanken vollständig kompatibel sind, bevor du mit der Implementierung beginnst. Außerdem kann die Replikationssoftware erhebliche Ressourcen in Anspruch nehmen, insbesondere bei der Replikation großer Datenmengen in Echtzeit. Stelle sicher, dass deine Systeme über ausreichend Ressourcen verfügen und deine Netzwerkbandbreite ausreicht, um die zusätzliche Belastung zu bewältigen.

Vorteile und Einschränkungen von Oracle GoldenGate Free

Oracle GoldenGate 21c Free ist eine kostenlose Version ähnlich wie die Oracle Database Express Edition (DB XE). Wie in vielen kostenfreien Lösungen gibt es auch hier keine Patches und Updates. Support erhältst du über entsprechende Community-Foren. Daher ist der Einsatz eher für Unternehmen mit kleineren Datenbanken, zum Ausprobieren bzw. Validieren sowie für den privaten Gebrauch zu empfehlen.

Funktionstechnisch eingeschränkt bist du allerdings mit Oracle GoldenGate 21c Free nicht. Es werden alle Funktionen der lizenzierten Version geboten. Darüber hinaus bietet sie eine benutzerfreundliche Oberfläche, womit die Erstellung und Verwaltung von Replikations-Pipelines spielend leicht von der Hand geht. Die Free Version kann allerdings nicht mit der lizenzierten Version verbunden oder kombiniert werden. Außerdem ist die Verwendung auf eine Datenbankgröße von max. 20 GB beschränkt.

GoldenGate Free kann als Docker Container Image oder als Full Installation Image heruntergeladen werden. Du benötigst lediglich einen freien Oracle Account zum Download.

Die folgende Übersicht zeigt die Architektur der Lösung:

Nach der Installation kannst du mittels einer vereinfachten Weboberfläche die Replikation Schritt für Schritt aufbauen. Die Downloadmöglichkeiten sowie Dokumentation von Oracle GoldenGate Free findest du im → Oracle Blog.

Vorteile von Oracle GoldenGate Free:

kostenloses Einsteigerprodukt für Datenreplikation
alle Funktionen der lizenzierten Version von GoldenGate
einfache Installation und Verwaltung
vereinfachte Benutzeroberfläche

Einschränkungen von Oracle GoldenGate Free:

Verwendung mit Datenbanken bis zu einer Größe von max. 20 GB
Support gibt es nur über Community-Foren
kann nicht mit der lizenzierten GoldenGate Version interagieren
keine Patches und Updates

Fazit

Oracle GoldenGate Free ist eine kostenlose, leistungsstarke Lösung, um Daten in Echtzeit zu replizieren und in verschiedenen Szenarien anzuwenden. Egal, ob du deine Daten in eine Datenbank konsolidieren, deine Datenbanken migrieren, Hochverfügbarkeit sicherstellen oder fortschrittliche Analysen durchführen möchtest: Oracle GoldenGate hat das Potenzial, deine Arbeit zu erleichtern und deine Daten zu schützen.

Aufgrund der limitierten Datenbankgröße und des eingeschränkten Supports ist es eine gute Wahl für Unternehmen mit kleineren Datenbanken. Auch zur Validierung oder zum Produkttest bietet sich die Free Version hervorragend an. Die einfache Installation mittels Docker Container rundet das Produkt ab.

Hier findest du weitere Oracle Produkte und wie wir dir als Service Partner zur Seite stehen können.

Share this article

Der Beitrag Oracle GoldenGate Free: Kostenfreie Datenbank Replikation für kleinere Datenbanken erschien zuerst auf ASPICON.

PostgreSQL Cluster verwalten

Michael Decker — Thu, 12 Nov 2020 12:07:00 +0000

Home → Replikation

PostgreSQL Cluster verwalten

Verfasst von Michael Decker
12 November 2020
13:07
Cluster / Failover / Failsafe, Datenbank, DBA Tipp, PostgreSQL, Praxistipp, Replikation, repmgr

Intro

Im Jahre 1996 wurde ein DBMS-Projekt namens “Postgres95” auf den uns heute bekannten Namen “PostgreSQL” getauft. In den folgenden Jahren erhielt PostgreSQL mit jedem neuen Release neben Sicherheitsupdates auch neue Features.

Seit Version 9.0 beherrscht PostgreSQL Streaming Replication und mit dem Release der Version 9.1 dieser Replikation auch synchron. Ab Version 9.2 konnten die Replikationsverbindungen zusätzlich auch kaskadiert werden, was den Aufbau von komplexeren Cluster-Strukturen ermöglicht.

Verwaltung von PostgreSQL Clustern mit repmgr

Selbstverständlich hast du die Möglichkeit, die Verwaltung deiner PostgreSQL Cluster händisch zu erledigen. Aber eine wirklich gute Option ist hier der Einsatz des Tools repmgr. Der repmgr ist ein Werkzeug zum Erstellen und Orchestrieren von PostgreSQL Clustern und kann mit jeder aktuell unterstützten PostgreSQL Version eingesetzt werden.

Mit diesem praktischen Werkzeug können Cluster von beliebiger Größe angelegt und verwaltet werden, inklusive kaskadierter Standby-Instanzen. Zusätzlich können Standby-Instanzen zum Master promoted und die Replikationsverbindungen zwischen einzelnen Instanzen geschwenkt werden. Dabei greift repmgr ausschließlich auf vorhandene Funktionen und Werkzeuge von PostgreSQL zurück.

repmgr unterstützt auch bei der Re-Integration von ehemaligen Master-Instanzen in einen Cluster und dies sogar nach Split-Brain Szenarien – entsprechende PostgreSQL-Konfiguration vorausgesetzt. Ebenso ist es natürlich auch möglich, einzelne Instanzen wieder aus dem Cluster heraus zu lösen.

Neben dem manuellen Switchover ist der automatische Failover ein weiteres nettes Feature, welches den repmgr zu einem vielseitigen Werkzeug macht. Bei Bedarf und als Versicherung gegen Split-Brain Szenarien bei Störung der Netzwerkverbindung zwischen den Instanzen kann eine sogenannte “Witness-Instanz” eingesetzt werden. Diese kann die Failover-Entscheidung bestätigen oder ablehnen.

repmgr greift nur auf die systemd-Services für die PostgreSQL-Instanzen und die jeweilige Master- oder Standby-Konfiguration zu. Dadurch können innerhalb des Clusters die meisten Parameter weiter individuell festgelegt werden. Beispielsweise können verschiedene Replikationsverbindungen innerhalb des selben Clusters synchron und asynchron betrieben werden. Damit behält man auch hier die erforderliche Flexibilität.

Trotz aller Möglichkeiten und der zahlreichen Funktionen die sonst nur große kommerzielle Lösungen bieten, bleibt das Einrichten und Bedienen vergleichsweise einfach. Das macht repmgr (für uns) zum bevorzugten Werkzeug für Master-Standby-Cluster bei PostgreSQL Datenbanken.

Du interessierst dich für andere Artikel rund um dieses Thema? Dann findest du hier weitere Posts rund um PostgreSQL Datenbanken oder auch HA Technologien wie Cluster, Failsafe oder Failover.

Share this article

Der Beitrag PostgreSQL Cluster verwalten erschien zuerst auf ASPICON.