OpenSource Datenbank PostgreSQL · ASPICON Newsarchiv

Dbvisit Standby MP Maintenance Release (für alle Datenbanken)

Marcel Heinrich — Fri, 13 Mar 2026 10:36:07 +0000

Home → PostgreSQL

Dbvisit Standby MP Maintenance Release (für alle Datenbanken)

Verfasst von Marcel Heinrich
13 März 2026
11:36
Dbvisit Standby, Oracle Database, PostgreSQL, SQL Server, Standby Datenbank

Dbvisit hat mit StandbyMP 12.3.1 ein neues Maintenance Release veröffentlicht. Die Aktualisierung enthält verschiedene kleinere Fehlerbehebungen sowie Verbesserungen im Bereich Sicherheit und Stabilität.

Das Update ist für alle unterstützten Datenbankplattformen relevant, also für Oracle, Microsoft SQL Server und PostgreSQL.

Details dazu findest du in den » Release Notes. Eine Kurzzusammenfassung von uns gibt’s hier.

Mit der StandbyMP Version 12.3.1 wurden unter anderem folgende Verbesserungen umgesetzt:

Verbesserte Sicherheit beim GUI-Login, um den Zugriff auf die Benutzeroberfläche weiter abzusichern
Behebung eines seltenen Fehlers, bei dem die Aktion Activation in einem speziellen Szenario bei einem Primary-Ausfall nicht mehr in der Aktionsliste angezeigt wurde
Deutlich reduzierte Größe der Trace-Log-Dateien, was die Analyse und Verwaltung von Logs erleichtert

Folgende Funktionen wurden entfernt bzw. eingestellt:

Unterstützung für mehrere veraltete Linux-Distributionen wurde entfernt (z. B. Oracle Enterprise Linux 6)
Neue PostgreSQL WAL File Shipping Konfigurationen können nicht mehr erstellt werden. Bereits bestehende Konfigurationen funktionieren weiterhin, neue Setups müssen jedoch andere Replikationsmethoden verwenden.

Hier gibt es weitere Beiträge zum Thema » Dbvisit Standby vom Dbvisit Platinum Partner ASPICON. Z.B. stellen wir in aller Kürze die StandbyMP v12 vor und geben dir eine Übersicht aller wichtigen Supportlaufzeiten.

Share this article

Der Beitrag Dbvisit Standby MP Maintenance Release (für alle Datenbanken) erschien zuerst auf ASPICON.

Release Info PostgreSQL: Version 18 ist da! Das solltest du wissen

Uli Lorenz — Fri, 10 Oct 2025 07:55:39 +0000

Home → PostgreSQL

Release Info PostgreSQL: Version 18 ist da! Das solltest du wissen

Verfasst von Uli Lorenz
10 Oktober 2025
09:55
Datenbank, PostgreSQL

Pünktlich wie versprochen hat die PostgreSQL-Community am 25. September 2025 das Major Release PostgreSQL Version 18 veröffentlicht – übrigens ziemlich genau ein Jahr nach der Veröffentlichung von Version 17.

Wenn du in deinem Unternehmen auf Stabilität, Skalierbarkeit und Sicherheit setzt, lohnt sich ein genauer Blick: Die neue Version bringt vor allem spürbare Performancegewinne und modernisierte Authentifizierungsoptionen mit, die den administrativen Alltag deutlich vereinfachen. Wir stellen dir die wichtigsten Neuerungen kurz und knapp vor.

Neu in PostgreSQL 18

Mit der Version 18 hat die PostgreSQL-Community erneut bewiesen, warum diese Open-Source-Datenbank zu den zuverlässigsten und modernsten ihrer Klasse gehört. Die Entwickler-Community hat sich vor allem darauf konzentriert, Effizienz und Automatisierung zu verbessern. Hier die aus unserer Sicht wichtigsten Neuerungen im Überblick:

Der neue I/O Mechanismus ermöglicht einen verbesserten Datendurchsatz aufgrund des eigenen asyncronen I/O Subsystems. Dadurch liest und schreibt PostgreSQL Daten jetzt noch performanter – ideal für große Tabellen, parallele Scans und intensive Workloads.
Durch die Übernahme von Statistiken bei Major Upgrades hat der Cluster sofort wieder seine Leistungsfähigkeit, was die Migration deutlich vereinfacht. Die Ausführung von ANALYZE nach dem Upgrade wird nicht mehr benötigt.
Eine bessere Vaccuum Strategie ermöglicht in Szenarien mit intensiven Vaccuum Jobs einen effizenteren Umgang in Bezug auf den Overhead.
Auch in puncto Sicherheit wurde einiges getan:
- Die Authentifizierung ist jetzt mit OAuth 2.0 über eine Erweiterung möglich.
- Die Passwortauthentifizierung mit MD5 ist als “deprecated” markiert und wird in neueren Versionen komplett entfernt. MD5 gilt schon mehrere Jahre als unsicher und sollte nicht mehr eingesetzt werden.
- Eine Validierung der FIPS Vorrausetzungen vor Aktivierung ist jetzt möglich. Außerdem wird TLS1.3 serverseitig mit unterstützt.

Alle Release-Infos findest du » hier.

Migration und Kompatibilität

Beim Upgrade auf Version 18 gibt es einige Änderungen und potentielle Inkompatibilitäten, die du beachten solltest:

initdb verwendet standardmäßig Datenprüfsummen (data checksums). Falls man diese nicht will, kann man –no-data-checksums verwenden.
pg_upgrade erfordert, dass die Checksum-Einstellungen (ob mit oder ohne Checksums) in der alten und neuen Datenbank übereinstimmen.
Einige Systemansichten wurden geändert — z. B. pg_backend_memory_contexts.level ist jetzt 1‑basiert statt 0‑basiert.
Für Cluster, die nicht die libc-Kollation verwenden (z. B. ICU), kann sich das Verhalten der Volltextsuche ändern.

Näheres dazu findest du in der » Doku.

Handlungsempfehlung

Für neue Projekte ist PostgreSQL 18 ganz klar die Version der Wahl – stabil, leistungsfähig und bereit für die nächsten Jahre.

Wenn du PostgreSQL bereits produktiv einsetzt, solltest du das Upgrade strategisch planen, aber nicht aufschieben:

Prüfe vorab, ob alle Extensions mit Version 18 kompatibel sind und ob Zwischenupgrades nötig sind.
Teste Migrationen mit pg_upgrade auf einer Staging-Umgebung.
Reindexiere nach dem Upgrade Volltext- und pg_trgm-Indizes, falls du ICU-Kollationen nutzt.

Vor allem, wenn du aktuell noch auf Version 13 setzt, solltest du zeitnah handeln, da diese Version am 13. November 2025 aus dem Support geht, wie die folgende Tabelle zeigt:

Version	First Release	Final Release
18	25. September 2025	14. November 2030
17	26. September 2024	8. November 2029
16	14. September 2023	9. November 2028
15	13. Oktober 2022	11. November 2027
14	30. September 2021	12. November 2026
13	24. September 2020	13. November 2025
12	3. Oktober 2019	14. November 2024

(Quelle: https://www.postgresql.org/support/versioning)

Fazit

PostgreSQL 18 ist kein „Revolutions-Release“, sondern ein solides, praxisorientiertes Upgrade, das dir als Admin oder IT-Verantwortlichem echten Mehrwert bietet. Die Kombination aus Leistungssteigerungen, neuen Sicherheitsfunktionen und intelligenteren SQL-Funktionen zeigt, dass PostgreSQL weiter konsequent in Richtung Enterprise-Reife wächst.

Du hast Fragen zum Update oder benötigst Unterstützung?
Komm gern auf uns zu!

Kontakt

Hier findest du weitere Infos aus der Welt von PostgreSQL aus unserem News & Insights Bereich.

Share this article

Der Beitrag Release Info PostgreSQL: Version 18 ist da! Das solltest du wissen erschien zuerst auf ASPICON.

Patch Update und Release Info PostgreSQL

Uli Lorenz — Tue, 26 Aug 2025 10:29:27 +0000

Home → PostgreSQL

Patch Update und Release Info PostgreSQL

Verfasst von Uli Lorenz
26 August 2025
12:29
Datenbank, PostgreSQL

Die PostgreSQL Community hat ein Update für alle unterstützten Versionen von PostgreSQL veröffentlicht (17.6, 16.10, 15.14, 14.19 und 13.22). Darüber hinaus ging die dritte Beta-Version von PostgreSQL 18 an den Start und bringt die Community einen Schritt näher an die allgemeine Verfügbarkeit, welche für September/Oktober 2025 geplant ist.

Das aktuelle Release behebt drei Sicherheitslücken und über 55 Fehler, die in den letzten Monaten gemeldet wurden:

Security Issue	Inhalt	Base Score	Betroffene Version
CVE-2025–8713	PostgreSQL-Optimierungsstatistiken können Stichprobendaten innerhalb einer Ansicht, Partition oder untergeordneten Tabelle offenlegen.	3.1	13–17
CVE-2025–8714	PostgreSQL pg_dump ermöglicht es dem Superuser des Ursprungsservers, beliebigen Code im psql-Client auszuführen.	8.8	13–17
CVE-2025–8715	PostgreSQL pg_dump-Zeilenumbruch im Objektnamen führt beliebigen Code im psql-Client und auf dem Wiederherstellungszielserver aus.	8.8	13–17

Alle Infos zum Patch Update, den Bug Fixes und Verbesserungen findest du » hier.

End of Support für PostgreSQL 13

Noch eine wichtige Info in dem Zusammenhang: PostgreSQL 13 geht am 13. November 2025 aus dem Support. Das bedeutet, dass es keine Sicherheitsupdates oder Fehlerbehebungen mehr von der PostgreSQL Community geben wird.

Für dich als IT-Administrator oder IT-Leiter ist das ein wichtiger Zeitpunkt, um aktiv zu werden. Ein veraltetes Datenbanksystem kann Sicherheitsrisiken erhöhen, die Systemstabilität beeinträchtigen und Compliance-Anforderungen erschweren.

Unsere Empfehlungen:

Prüfe bestehende PostgreSQL-13-Installationen in deinen Systemen.
Plane ein Upgrade auf eine unterstützte Version (aktuell PostgreSQL 14 oder höher).
Teste Anwendungen und Schnittstellen frühzeitig auf Kompatibilität, um Ausfallzeiten zu vermeiden.

Ein rechtzeitiges Upgrade schützt deine Daten, sorgt für Stabilität und stellt sicher, dass du weiterhin von Sicherheitsupdates profitierst.

Eine Übersicht aller Supportlaufzeiten der PostgreSQL Versionen findest du » hier.

Du hast Fragen zum Update oder benötigst Unterstützung?
Komm gern auf uns zu!

Kontakt

Hier findest du weitere Infos aus der Welt von PostgreSQL aus unserem News & Insights Bereich.

Share this article

Der Beitrag Patch Update und Release Info PostgreSQL erschien zuerst auf ASPICON.

Dbvisit StandbyMP V12 ab sofort verfügbar

Sebastian Naumann — Tue, 15 Apr 2025 13:40:00 +0000

Home → PostgreSQL

Dbvisit StandbyMP V12 ab sofort verfügbar

Verfasst von Sebastian Naumann
15 April 2025
15:40
Dbvisit Standby, Oracle Database, PostgreSQL, SQL Server

Seit Anfang April ist die Version 12 von Dbvisit StandbyMP bereits für Partner verfügbar. Seit heute kann sich die breite Masse über die neuen Features und Weiterentwicklungen freuen. Egal, ob du die Ausfallsicherheit deiner Oracle‑, MS SQL Server oder PostgreSQL Datenbanken verbessern, die Performance optimieren oder einfach deine Prozesse noch schlanker gestalten willst – Version 12 der Multiplattform hat einiges im Gepäck. In diesem Beitrag zeigen wir dir in aller Kürze die zwei relevantesten Änderungen und sagen dir, was sonst noch wichtig ist.

Die Kommandozeile ist zurück

Für alle CLI Enthusiasten gibt es eine gute Nachricht: Die Kommandozeile ist zurück. Mit der V12 veröffentlicht Dbvisit ein standardisiertes CLI “dbvcli”. Damit wird erstmals ein einheitlicher Syntax für das Verwalten der Standby-Umgebung aller drei Datenbanksysteme (Oracle Database, MS SQL Server und PostgreSQL) eingeführt.

Darüber hinaus wird für Oracle Umgebungen das alte “dbvctl” vollends unterstützt.

Schnittstellenerweiterung

Dbvisit erweitert seine Schnittstelle für 3rd Party Tools, so dass eine nahtlose Integration möglich ist. Darüber hinaus hast du über die API die Möglichkeit, StandbyMP vollständig aus der Ferne von einem beliebigen Tool oder einer Software-Suite eines Drittanbieters zu steuern.

Die öffentliche API basiert dabei auf OpenAPI. Eine Dokumentation der Schnittstellen wird bei der Installation mit ausgerollt.

Wichtig für PostgreSQL

Der WAL File Shipping Replikationsmodus für PostgreSQL ist veraltet. Bestehende Konfigurationen, die den WAL File Shipping Replikationsmodus verwenden, werden weiterhin funktionieren, aber es können keine neuen Konfigurationen mit diesem Modus erstellt werden. Die Unterstützung für den WAL File Shipping Replikationsmodus wird in einer zukünftigen Version entfernt. Zu diesem Zeitpunkt müssen alle Konfigurationen, die den WAL File Shipping Replikationsmodus verwenden, unter Verwendung der WAL Archiving oder WAL Streaming Replikationsmodi neu erstellt werden.

Wichtig für Kunden mit gehärteten Linux Systemen

Dbvisit liefert standardmäßig keine Policy für SELinux, das heißt entweder man schaltet dies aus oder legt selbst Hand an und erstellt eine Policy. In unserer Testumgebung war letzteres problemlos möglich.

Fazit

Neben der Anpassung des Look and Feels sowie einiger Komfort Optimierungen der grafischen Oberfläche stellt Dbvisit mit dem neuen Release auch Bugfixes zur Verfügung.

Wir werden uns das Produkt in naher Zukunft in den Kategorien Performance (Transferraten, Switchover und Failover-Zeiten) sowie Sicherheit (Netzwerkkommunikation) noch etwas genauer ansehen. Du kannst dich also auf weiterführende Beiträge dahingehend freuen.

Zum Thema Migration sei gesagt: Obwohl das » Supportende für Dbvisit Standby Version 10 von Mai auf Dezember 2025 verschoben wurde, könnte es bereits jetzt von Vorteil sein, auf die neueste Version umzusteigen. Gerne überprüfen wir gemeinsam mit dir deine Dbvisit Standby Installation und unterstützen dich bei einem möglichen Upgrade.

Du hast Fragen zur Dbvisit V12 oder zur Migration?
Melde dich gern bei uns.

Kontakt

Marcel
Senior Account Manager bei ASPICON

Hier gibt es weitere Posts zum Thema Dbvisit Standby vom Dbvisit Platinum Partner ASPICON.

Share this article

Der Beitrag Dbvisit StandbyMP V12 ab sofort verfügbar erschien zuerst auf ASPICON.

Ansible Automatisierung in hybriden Umgebungen – Unser Vortrag auf den Chemnitzer Linux-Tagen 2025

Isabel Dahl — Tue, 11 Mar 2025 10:34:21 +0000

Home → PostgreSQL

Ansible Automatisierung in hybriden Umgebungen – Unser Vortrag auf den Chemnitzer Linux-Tagen 2025

Verfasst von Isabel Dahl
11 März 2025
11:34
Datenbank, Linux, PostgreSQL

Passend zum Kulturhauptstadtjahr der Stadt Chemnitz stehen die diesjährigen Chemnitzer Linux-Tage unter dem Motto: “The Culture of Open Source”. Am 22. und 23. März 2025 kannst du dich im Zentralen Hörsaal- und Seminargebäude der Technischen Universität Chemnitz auf ein vielseitiges Programm freuen. Zahlreiche Fachvorträge und interaktive Workshops bieten dir spannende Einblicke in aktuelle Open-Source-Projekte. Im Ausstellerbereich kannst du dich darüber hinaus mit regionalen und überregionalen Unternehmen austauschen.

Die weit über 200 Vortragseinreichungen in den Themengebieten Virtualisierung, Automatisierung, Netzwerk, Gesellschaft, Künstliche Intelligenz und natürlich Kultur haben dem Organisationsteam der Chemnitzer Linux-Tage die Auswahl nicht leicht gemacht. Umso mehr freuen wir uns darüber, dass unser Vortragsthema “Ansible Automatisierung in hybriden Umgebungen” angenommen wurde.

Das erwartet dich in unserem Vortrag

Die Open-Source-Kultur basiert auf dem Prinzip, Wissen zu teilen und Technologie frei zugänglich zu machen. Das Ansible-Ökosystem verkörpert diese Werte in besonderer Weise. Mit einer großen Auswahl an Collections und einer aktiven Community stellt das Open-Source-Automatisierungswerkzeug Anwendern ein vielseitiges Toolset zur Verfügung. Die einfache Syntax der Playbooks und die kostenlose Verfügbarkeit machen Automatisierung für ein breites Publikum nutzbar, von kleinen Teams bis hin zu großen Unternehmen. Ansible ist damit längst über die reine Linux-Automatisierung hinausgewachsen und ermöglicht eine plattformübergreifende Automatisierung von Netzwerk- und Hardwaregeräten sowie Windows-Hosts.

Das Automatisierungstool verwendet SSH für Linux und WinRM bzw. PSRP für Windows – beides ohne zusätzliche Software oder Agenten. Dadurch wird die Verwaltung hybrider Landschaften erheblich vereinfacht. Der eigentliche Clou liegt aber in der deklarativen Syntax von Ansible: Mit einfachen YAML-basierten Playbooks definieren Administratoren den gewünschten Zustand der Systeme, egal ob Linux oder Windows, und Ansible erledigt den Rest. Die technischen Details der einzelnen Plattformen treten in den Hintergrund – der Fokus liegt auf dem Ergebnis.

Ansible Automatisierung in hybriden Umgebungen

Im Unternehmenskontext wird oft auf hybride Umgebungen gesetzt, wo aus verschiedenen Gründen Linux und Windows nebeneinander existieren. Diese Vielfalt bietet Flexibilität, bringt für IT-Admins aber auch Herausforderungen mit sich – vor allem, wenn es darum geht, die Systeme mit gleichen Werkzeugen und einheitlichen Prozessen zu warten und zu verwalten.

In unserem Vortrag werden wir genau das beleuchten: Wie funktioniert die Automatisierung mit Ansible in hybriden Umgebungen? Was sind die wichtigsten Unterschiede zwischen Linux und Windows? Mit praxisnahen Beispielen zeigen wir, wie Ansible in beiden Welten eingesetzt werden kann. Wir demonstrieren, wie sich die technischen Mechanismen unterscheiden, und zeigen auf, wo momentan die Möglichkeiten und Grenzen von Ansible liegen.

Weitere Infos findest du auf der offiziellen Seite der » Chemnitzer Linux-Tage.

Wann?

Wo?

Thema

Speaker

22. März 2025
14:00 Uhr

Technische Universität Chemnitz
Raum V2
Reichenhainer Straße 90
09126 Chemnitz

Ansible Automatisierung in hybriden Umgebungen

Michael Decker

Wann?

22. März 2025
14:00 Uhr

Wo?

Technische Universität Chemnitz
Raum V2
Reichenhainer Straße 90
09126 Chemnitz

Thema

Ansible Automatisierung in hybriden Umgebungen

Speaker

Michael Decker

Chemnitzer Linux-Tage: Ein Highlight für Open-Source-Enthusiasten

Seit 1999 haben sich die Chemnitzer Linux-Tage als fester Bestandteil der Open-Source-Community etabliert. Die Veranstaltung zieht jährlich zahlreiche Linux-Begeisterte aus dem gesamten DACH-Raum nach Chemnitz und zählt zu den größten ihrer Art im deutschsprachigen Raum. Ein vielseitiges Programm aus Vorträgen, interaktiven Workshops und einer spannenden Messe macht das Event zu einem Muss für alle, die sich mit freier Software und Open-Source-Technologien beschäftigen. Wer nicht vor Ort sein kann, hat die Möglichkeit, die Vorträge per Livestream zu verfolgen.

ASPICON engagiert sich bereits seit mehreren Jahren als Sponsor der CLT und bereichert das Programm mit Fachvorträgen zu Themen wie » Sicherheit in PostgreSQL oder » Mit Ansible Collections & Workflows gegen das Playbook-Chaos. Als Managed Service Provider für Datenbanken und IT-Infrastrukturen sind wir zwar oft im Enterprise-Umfeld tätig, doch Open-Source-Technologien spielen für uns eine ebenso zentrale Rolle – sowohl intern als auch in Kundenprojekten. Die Vorteile liegen auf der Hand: Open-Source-Lösungen bieten nicht nur eine kosteneffiziente Alternative, sondern auch mehr Flexibilität und Transparenz. Dank des offenen Quellcodes können wir individuelle Anpassungen vornehmen und so passgenaue Lösungen für spezifische Anforderungen entwickeln.

Das waren die Chemnitzer Linux-Tage 2025

Link zur Aufzeichnung

» Über diesen Link gelangst du direkt zur Aufzeichnung unseres Vortrags.

Hier findest du weitere interessante Posts zum Thema Linux und PostgreSQL aus unserem News und Insights Bereich.

Share this article

Der Beitrag Ansible Automatisierung in hybriden Umgebungen – Unser Vortrag auf den Chemnitzer Linux-Tagen 2025 erschien zuerst auf ASPICON.

Das war das ASPICON Database Bootcamp 2024

Isabel Dahl — Mon, 11 Nov 2024 14:06:25 +0000

Home → PostgreSQL

Das war das ASPICON Database Bootcamp 2024

Verfasst von Isabel Dahl
11 November 2024
15:06
Datenbank, Oracle Database, PostgreSQL, SQL Server

Welche Datenbanksysteme kennst du? Wo begegnen uns Datenbanken im Alltag? Welche Funktionen haben Datenbankmanagementsysteme? Auf diese und noch viel mehr Fragen erhielten neun interessierte Studierende vergangenen Freitag Antworten und durften sich beim ASPICON Database Bootcamp 2024 darüber hinaus auch in praktischen Übungen beweisen.

Ein umfangreicher Überblick über berufliche Möglichkeiten im Datenbankbereich sowie eine große Portion Pizza zum Energieaufladen rundeten den Tag ab. In Summe war das ASPICON Bootcamp wieder ein Tag voller Horizonterweiterung, Wissensaustausch und spannenden Einblicken in die IT-Praxis.

Junge IT-Begeisterte erobern die Welt der Datenbanken

Neun Studierende, ein gemeinsames Ziel: die Welt der Datenbanken erobern. Beim ASPICON Database Bootcamp 2024 haben sie genau das getan. Unter der fachkundigen Anleitung unseres Schulungsleiters und Datenbankadministrators haben sie die Grundlagen von Datenbankmanagementsystemen erlernt, die unterschiedlichen Datenbankmodelle und ihre Anwendungsbereiche kennengelernt sowie Beispiele zu den Funktionen von Datenbanken vermittelt bekommen. Unter der Überschrift „Datenbankadministrator: Hüter der Daten“ haben die Teilnehmerinnen und Teilnehmer aus erster Hand erfahren, welche Aufgaben ein Datenbankadministrators zu erledigen hat und welche Skills und Qualifikationen nötig sind, um diesem herausforderndem Job gewachsen zu sein. Darüber hinaus gab es einen Überblick über weitere spannende Jobs und Rollen in der Welt der Datenbanken.

Mit ordentlich Pizza im Bauch wurde es nach dem Mittag dann praktisch: Beim Bauen einer Verwaltungssoftware aus drei verknüpften Datenbank Tabellen konnte das vorher erworbene Wissen direkt angewendet werden, was – mit ein bisschen Hilfe hier und da – letztlich auch jedem gelungen ist. Die ASPICON Bootcamp-T-Shirts und eine entsprechende Teilnehmerurkunde hat sich damit jeder redlich verdient.

Vernetzen und Wissen teilen: ASPICON Events für IT-Enthusiasten

Das Database Bootcamp war nach dem » ASPICON Linux Bootcamp im vergangenen Jahr das zweite Event dieses Formats. Erneut war es ein Tag voller Knowhowtransfer und Begeisterung und wir sind gespannt, welche neuen Möglichkeiten sich für die Bootcamper ergeben werden. Die Welt der Datenbanken ist groß und mag zunächst respekteinflößend erscheinen. Doch mit den richtigen Mentoren und der nötigen Zielstrebigkeit ist es ein lohnender Berufszweig, in dem man viel bewirken kann.

Falls du dieses Mal nicht dabei sein konntest, keine Sorge – wir planen bereits weitere spannende Veranstaltungen, um dein Wissen und deine Fähigkeiten in der IT-Welt zu erweitern. Also bleib auf dem Laufenden und verpasse nicht unsere kommenden Events.

Falls du dich für einen Job bei ASPICON interessierst: → Hier geht es zu unseren Stellenanzeigen.

Share this article

Der Beitrag Das war das ASPICON Database Bootcamp 2024 erschien zuerst auf ASPICON.

DBA Tipp: PostgreSQL Konfigurationsdateien, die dem Admin das Leben erleichtern

Jörg Hempel — Fri, 02 Aug 2024 05:33:00 +0000

Home → PostgreSQL

DBA Tipp: PostgreSQL Konfigurationsdateien, die dem Admin das Leben erleichtern

Verfasst von Jörg Hempel
02 August 2024
07:33
Datenbank, DBA Tipp, Hidden Feature, PostgreSQL

PostgreSQL kommt grundsätzlich ohne bunte Oberfläche aus – und das ist auch gut so. Denn alle Aufgaben, die du als DBA zu erledigen hast, lassen sich grundsätzlich über die Konsole abwickeln.

Das heißt allerdings nicht, dass du auf Annehmlichkeiten und Automatisierungen verzichten musst, wie der nachfolgende DBA Tipp zeigt.

Zeit beim Verbindungsaufbau sparen: mit PGSERVICE und PGSERVICEFILE

Mit dem PostgreSQL-Client psql kannst du die Verbindung zu einer Datenbank aufbauen:

postgres@jhm-pg-ws-01(TEST16|16.2) [ ~ ] $> psql -h 
192.168.137.165 -p 5432 -U foo -d bar
Password for user foo: 
psql (16.2)
Type "help" for help.

bar=# \q
postgres@jhm-pg-ws-01(TEST16|16.2) [ ~ ] $>

Das funktioniert zwar, jedoch nimmt das wiederholte Eingeben von Verbindungsparametern Zeit in Anspruch.

Du kannst dir auch mit der Rückwärtssuche der Konsole behelfen. Doch es geht noch schneller: nämlich mit den Environment-Variablen PGSERVICE beziehungsweise PGSERVICEFILE.

psql sucht nach der “Connection Service File” unter ~/.pg_service.conf. Pfad und Name dieser Datei können mit der Variable PGSERVICEFILE geändert werden. Legst du eine Datei ~/.pg_service.conf an, kannst du darin Verbindungen definieren.

Hier als Beispiel zwei Verbindungen zu einer Master- und einer Standby-Instanz:

postgres@jhm-pg-ws-01(TEST16|16.2) [ ~ ] $> cat < 
~/.pg_service.conf
[TEST16-1_foobar]
host=192.168.137.165
port=5432
user=foo
dbname=bar

[TEST16-2_foobar]
host=192.168.137.68
port=5432
user=foo
dbname=bar
EOF
postgres@jhm-pg-ws-01:~ $ chmod 0640 ~/.pg_service.conf

Gibst du PGSERVICE den Namen einer Sektion, übernimmt psql die entsprechenden Verbindungsparameter.

postgres@jhm-pg-ws-01(TEST16|16.2) [ ~ ] $> export 
PGSERVICE=TEST16-1_foobar
postgres@jhm-pg-ws-01(TEST16|16.2) [ ~ ] $> psql
Password for user foo: 
psql (16.2)
Type "help" for help.

bar=>

psql fragt zwar nur nach dem Passwort, doch auch das lässt sich noch beschleunigen, nämlich indem du die Sektionen in der ~/.pg_service.conf um einen Passwort-Eintrag ergänzt:

[TEST16-1_foobar]
host=192.168.137.165
port=5432
user=foo
password=foo
dbname=bar

Wie kannst du die sensiblen von den trivialen Daten trennen?

Um die sensiblen Daten von den trivialen zu trennen, erstellst du eine Datei ~/.pgpass mit einer Zeile für je eine Verbindung. Die Rechte für ~/.pgpass sollten auf 600 stehen. Sind diese zu liberal gesetzt, ignoriert psql die Datei.

postgres@jhm-pg-ws-01(TEST16|16.2) [ ~ ] $> cat < 
~/.pgpass
# hostname:port:database:username:password
192.168.137.165:5432:bar:foo:foo
192.168.137.68:5432:bar:foo:foo
EOF
postgres@jhm-pg-ws-01(TEST16|16.2) [ ~ ] $> chmod 600 .pgpass
postgres@jhm-pg-ws-01(TEST16|16.2) [ ~ ] $> psql
psql (16.2)
Type "help" for help.

bar=>

psql holt sich alle nötigen Parameter selbstständig aus den entsprechenden Konfigurationsdateien.

Den PGSERVICE änderst du kurz, um dich dann zur Standby Datenbank zu verbinden:

postgres@jhm-pg-ws-01(TEST16|16.2) [ ~ ] $> export 
PGSERVICE=TEST16-2_foobar
postgres@jhm-pg-ws-01(TEST16|16.2) [ ~ ] $> psql
psql (16.2)
Type "help" for help.

bar=>  select pg_is_in_recovery();
 pg_is_in_recovery 
-------------------
 t
(1 row)

bar=>

Fazit

Mit ~/.pg_service.conf und ~/.pgpass kannst du den Workflow des Verbindungsaufbaus zu einer Datenbank enorm beschleunigen, da oft genutzte Verbindungen nicht mehr per Hand angegeben werden müssen. Allerdings sind Konfigurationsdateien, besonders wenn sie Passwörter im Klartext enthalten, mit Bedacht einzusetzen. Auf Testsystemen ist diese Methode jedoch das Mittel, um Zeit und Tipp-Arbeit zu sparen.

Falls du mehr über die Arbeit mit PostgreSQL Datenbanken erfahren möchtest oder spezielle Herausforderungen zu lösen hast, schreib uns gern oder ruf uns direkt an.

Kontakt

Hier findest du weitere Features und Infos aus der Welt von » PostgreSQL aus unserem News & Insights Bereich.

Share this article

Der Beitrag DBA Tipp: PostgreSQL Konfigurationsdateien, die dem Admin das Leben erleichtern erschien zuerst auf ASPICON.

Dbvisit Standby MP v11 – Getestet für PostgreSQL Datenbanken

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

Home → PostgreSQL

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.