Stadt.Land.Netz erstellt (gemäß Hauptauftrag oder AGB i. V. m. den gültigen AVV und dem jeweils gültigen Datenschutzkonzept) Backups seiner Systeme und der Daten von Kunden.

Backups werden nach bestimmten Regelsets erzeugt, deren Auflistung in der Tabelle weiter unten zu finden ist.

Backups und Produktionssysteme werden über Nutzer-Berechtigungen voneinander getrennt. Das bedeutet, dass Personal von SLN entweder Zugriff auf Backups oder auf das Produktionssystem haben. Dies gilt nicht für die folgenden Positionen, die Zugriff auf beide Bereiche haben:

Einheit Häufigkeit Replikas Art Recovery
Datenbank-Server Production Regel 1:
• täglich zwischen 02:00 und 04:00 Uhr
• Aufbewahrung von 30 Generationen parallel in zwei georedundanten Rechenzentren Snapshot-basiert (Binärdateien, proprietäres Datenformat) 1. Überschreiben Produkt-DB-Server
  1. Erstellen eines neuen DB-Server
  2. Überschreiben eines anderen DB-Server
  3. Herunterladen als Image und Wiederherstellung lokal
  4. Partielle Wiederherstellung: 5.1. Backup-Version in neuen DB-Server spiegeln 5.2. Benötigte Datenbank öffnen und Datensätze auswählen 5.3. In Produktions-Datenbank übertragen | | | Regel 2: • sonntäglich zwischen 04:00 und 06:00 Uhr • Spiegelung in Test-DB-Server • außerdem Aufbewahrung von 12 Generationen | parallel in zwei georedundanten Rechenzentren | Snapshot-basiert (Binärdateien, proprietäres Datenformat) | 1. Überschreiben Produkt-DB-Server
  5. Erstellen eines neuen DB-Server
  6. Überschreiben eines anderen DB-Server
  7. Herunterladen als Image und Wiederherstellung lokal
  8. Partielle Wiederherstellung: 5.1. Backup-Version in neuen DB-Server spiegeln 5.2. Benötigte Datenbank öffnen und Datensätze auswählen 5.3. In Produktions-Datenbank übertragen | | | Regel 3: Rolling Backup mit Recovery-Fähigkeit zu jedem Zeitpunkt der letzten 7 Tage | parallel in zwei georedundanten Rechenzentren | Transaktionales Backup: sichert neben den Daten auch den genauen Transaktionszustand für jeden Zeitpunkt im Speicherzeitraum. | 1. Überschreiben Produkt-DB-Server
  9. Erstellen eines neuen DB-Server
  10. Überschreiben eines anderen DB-Server
  11. Herunterladen als Image und Wiederherstellung lokal
  12. Partielle Wiederherstellung: 5.1. Backup-Version in neuen DB-Server spiegeln 5.2. Benötigte Datenbank öffnen und Datensätze auswählen 5.3. In Produktions-Datenbank übertragen | | Elastic-Cloud-Server (ECS) | Regel 1, Storage-Drives: ◦ Backup täglich ◦ 14 Generationen | parallel in zwei georedundanten Rechenzentren | Snapshot-basiert | Erstellung eines neuen Drives und Mounting in bestehenden Server | | | Regel 2, OS-Drive: ◦ Backup wöchentlich ◦ 4 Generationen | parallel in zwei georedundanten Rechenzentren | Snapshot-basiert | Erstellung eines neuen Drives und Mounting in bestehenden Server | | Persistent Storage für K8S-Cluster (Drive) | Storage-Drives: • Backup täglich • 14 Generationen | parallel in zwei georedundanten Rechenzentren | Snapshot-basiert | Erstellung einer neuen Platte und Mounting in bestehenden Server | | Cluster ECS | OS-Drive: ◦ Backup wöchentlich ◦ 4 Generationen | parallel in zwei georedundanten Rechenzentren | Snapshot-basiert | Erstellung einer neuen Platte und Mounting in bestehenden Server | | MacBooks von Mitarbeitenden | Regel 1: Inkrementelles Backup auf TimeMachine-Server im SLN -Office | parallele Spiegelung auf zwei Hard-Drive-Cluster | Snapshot-basiert | Wiederherstellung über TimeMachine | | | Regel 2, HomeOffice: ◦ Backup wöchentlich auf firmeneigene, persönliche, externe Laufwerke | keine Replika | | Wiederherstellung über TimeMachine |

Änderungen