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 Zeit
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 | binnen 2 h, während SLA Zeitraum 1 | | | 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 | binnen 2 h, während SLA Zeitraum 1 | | | 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 | binnen 2 h, während SLA Zeitraum 1 | | 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 | binnen 4 h, während SLA Zeitraum 1 | | | 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 | binnen 4 h, während SLA Zeitraum 1 | | 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 | binnen 6 h, während SLA Zeitraum 1 | | 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 | binnen 6 h, während SLA Zeitraum 1 | | 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 | binnen 2 h, während SLA Zeitraum 1 | | | Regel 2, HomeOffice: ◦ Backup wöchentlich auf firmeneigene, persönliche, externe Laufwerke | keine Replika | | Wiederherstellung über TimeMachine | binnen 2 h, während SLA Zeitraum 1 |

Änderungen