Sicher in einer Produktionsdatenbank arbeiten

Mach Produktion optisch unverwechselbar

Hast du schon mal einen Befehl in Produktion ausgeführt, weil du dachtest, du wärst mit Staging oder Dev verbunden? Ich schon, und ich durfte den Rest des Tages einen Datensatz für ein paar sehr verärgerte Kunden von Hand wiederherstellen.

Die Lösung: Mach es glasklar, wann du mit Produktion verbunden bist.

Am einfachsten geht das, indem du deiner Produktionsdatenbank eine eigene visuelle Identität gibst.

In Beekeeper Studio mache ich meine Produktionsdatenbank gern red und meine Staging-Datenbank yellow. Die Statusleiste von Beekeeper passt sich der Farbe an, so ist immer klar, wann ich mit Produktion verbunden bin.

Prüfe Änderungen, bevor du sie anwendest

Wenn du zwei Kunden namens Adam Smith hast, gibst du schnell dem falschen Adam ein kostenloses Abo-Upgrade. Frag mich nicht, woher ich das weiß.

Dieser Fehler ist mir ein paar Mal passiert – manchmal aus eigener Schuld, manchmal aber auch wegen einer verwirrenden Datenbank-GUI, die Änderungen automatisch angewendet hat und bei der man kaum nachvollziehen konnte, was passiert war.

Ich habe Beekeeper Studio so gestaltet, dass ausstehende Änderungen klar aufgelistet werden, damit du siehst, was passiert, bevor du auf apply klickst. Ich persönlich nutze gern den Button Copy to SQL, um das SQL direkt auszuführen und das Ergebnis in einer Transaktion zu prüfen, bevor ich es anwende (siehe unten) – ein weiterer Workflow, der in Beekeeper Studio eingebaut ist.

Führe riskantes SQL in einer Transaktion aus

Ich liebe Datenbanktransaktionen. Das ist, als hätte man einen großen undo-Button, den man bei jedem Fehler drücken kann.

Das Seltsame ist: Ich habe JAHRELANG keine Transaktionen in Datenbank-GUIs genutzt. Ich habe sie zwar verstanden und in meinen Ruby-on-Rails-Apps oft verwendet, aber nie eine UI gefunden, die klar zeigte, in welchem Zustand einer Transaktion ich mich befand. Ich hatte immer das Gefühl, dass ich so eher Fehler mache, also habe ich sie komplett gemieden.

Genau wegen dieser Angst vor dem Unbekannten haben wir unverschämt viel Zeit investiert, um die Transaktions-UI von Beekeeper Studio klar, transparent und einfach bedienbar zu machen. Im Video siehst du, dass immer klar ist, wann du im manuellen Transaktionsmodus bist und wie du ihn betrittst und wieder verlässt.

Lass Transaktionen nicht offen

Überraschung! Hab ich dir nicht gerade erzählt, wie toll Transaktionen sind? Tja, sie können auch schaden. Wenn du eine Transaktion offen lässt, kann sie die ganze Datenbank für alle anderen blockieren. Eine Transaktion öffnen und dann ins Wochenende gehen ist keine gute Idee.

Angenommen, du nutzt Transaktionen, machst eine Änderung und gehst dann zum Mittagessen. Hast du die Transaktion offen gelassen? Hoffentlich nicht – sonst hast du womöglich alle aus der Datenbank ausgesperrt, während du deine Teigtaschen isst.

Eine offene Transaktion sperrt zwar meist nicht die ganze Datenbank, kann aber trotzdem einen Ausfall verursachen, wenn sie andere Produktionstransaktionen blockiert.

Ich habe den Schaden selbst miterlebt, deshalb rollt Beekeeper Studio Transaktionen nach einem Timeout automatisch zurück, normalerweise nach 10 Minuten. Du verlierst deine Änderungen, verursachst aber keinen Ausfall.

Nutze den Read-only-Modus, um Fehler zu vermeiden

Manchmal sind Missgeschicke unvermeidbar. Deshalb bietet Beekeeper einen Read Only-Modus – selbst wenn deine Zugangsdaten vollen Zugriff haben, hindert Beekeeper dich daran, Änderungen vorzunehmen.

Ganz einfach: Markiere eine Verbindung als Read Only, damit du nicht versehentlich eine zerstörerische Abfrage ausführst, eine Tabelle löschst oder jeden Benutzer in Test User umbenennst.

Wenn du Änderungen vornehmen willst, musst du den Read-only-Modus ausdrücklich verlassen.

Sinnvolle Schutzmaßnahmen für deine Produktionsdatenbank

Auch wenn du alles richtig machst und das Risiko deiner Arbeit in Produktion mit Beekeeper Studio senkst, sind folgende Schutzmaßnahmen auf Systemebene trotzdem sinnvoll:

• Regelmäßige Backups sollten verfügbar sein, falls du eins wiederherstellen musst
• Übe das Wiederherstellen von Backups regelmäßig
• Standby-Sekundärknoten sollten bereitstehen, falls der Primärknoten ausfällt
• Teile Zugangsdaten nicht mit mehreren Personen
• Schränke Datenbank-Zugangsdaten so weit wie möglich ein
• Sei organisiert und nutze einen Ticket-Prozess für Änderungen in Produktion
• Teste alle Änderungen in Dev und Staging, bevor du sie in Produktion ausführst (wenn möglich)

Beekeeper ist für Produktion gemacht

Ich hoffe, dieser Guide hilft dir, sicherer in Produktion zu arbeiten.

Beekeepers starker Fokus auf Benutzerfreundlichkeit geht über das gute Aussehen hinaus: Wir haben unsere Workflows so gebaut, dass du in Produktion mit Zuversicht arbeiten kannst und unnötige Fehler vermeidest.

Viel Spaß dabei, Produktion nicht versehentlich zu löschen – so wie wir :-).