Kategorie:Intern:Backup

InArbeit scheint ein Euphemismus für hier müssen wir dringend was tun sein

Ich muss einen Weg finden, einen Überbick zu geben und dennoch auch die Details zu beschreiben. Eine Mischung der hier aufgeführten älteren Texte, neuerer Struktur und fehlenden Infos bilden wohl die ganze Wahrheit

• Intern:NAS beschreibt die Organisation unsere Network Storages (paris, stockholm, videostation) ganz gut
• es fehlt die Beschreibung des Teils des Backup-Bereiches (der sich mit dem Backup von Stockholm vermischt), den wir von unseren Maschinen aus befüllen und via NAS nach Stockholm doppeln. Dies sind
  • Autopoll24-Datenbanken (Firebird)
  • mysql-Datenbanken (aller) Hosts
  • ....
• Intern:Backup_Spaces beschreibt die Backup Spaces beim manuti, ich kann aber von extern gerade nicht darauf zugreifen.

Ich versuch das ganze nun neuaufzubauen! Diese Seite enthällt noch alte Abschnitte am Ende, es ist aber der richtige Ort für die Strategie

Diese Kategorie ist gleichzeitig der zentrale Ort zur Beschreibung der Strategie. Wir wollen hier vollständig erfassen was zu sichern ist. Wo es redundant und örtlich getrennt gehalten wird.

Die praktische Implementation ist dann immer an den einzelnen "Geräten" beschrieben, dorthin wird von hier verlinkt.

Ggf gibt es noch Seiten, die nicht ganz in dieses Schema passen, wie Intern:Backup_Spaces zum Beispiel. Da wurde Dinge in der Beschreibung gedoppelt, wichtig ist dann gegenseitig zu verlinken.

• physische Server
  • apmanituRXL02 - autopoll.de
  • apmanituM03 - VPNs
    • Hat derzeit KEINEN Backup seiner Daten
  • pve06 - Proxmox Griesheim
    • wird angebaut und zieht um nach pve08
  • apmanituRXL04 - Proxmox pve07 Manitu
    • Ersatz für pve05, den abgebrannten Entwicklungsserver
  • apmanituRXL05 - BackupServer Manitu
    • stellt BackupSpace im größeres Ausmass zur Verfügung
  • apmanituRXL06 pve08 - Proxmox pve08 Manitu
    • Ersatz für pve06
  • Strato / Hetzner**
    • externer Backup-Server, idealerweise mit einem Proxmox drauf, auf den man schnell umschalten kann, wenn beim Manitu was passiert.
    • Die Frage ist, ob als Backup, also alle Dateien da, oder alle Dateien so da und aktivierbar, dann man dann gleich wieder online ist
    • zweites hieße eine zusätzliche Virtualisierung von Frontend und VPN-Server, damit wir alles wieder schnell aktivieren können.

• virtuelle Maschinen
  • debianProduktion2021
  • WS2022Prod02-08
  • W7WebAPRatio02
  • lennyMailSrv
  • Testmaschinen rn/vo/tg
  • Entwicklung WebTG, WebRN, Delphi12
  • SupportKnettenbrech
  • HomeAssitant
  • DesktopTG

• NAS
  • paris
  • stockholm
  • videowuerfel
  • (da steht noch ein leeres kleines NAS rum)

Dieses ist die Überblick Seite für den Backup, der sich in verschiedene Bereiche gliedert und dennoch gemeinsam betrachtet werden muss.

1) "ältere" Texte

• Intern:Backup versucht einen Überblick zu geben
• Intern:NAS beschreibt die Organisation unsere Network Storages (paris, stockholm, videostation)
• Intern:XEN-VM_Sicherung beschreibt die Sicherung unsere virtuellen Maschinen
• Intern:Cronjobs_und_Maintenance beschreibt die regelmäßigen Jobs, dabei sind auch Backups enthalten

2) "neuere Struktur"

• Intern:Backup_Autopoll24 beschreibt die Datensicherungsanforderungen und Realisierung für Autopoll-24
• Intern:Backup_WebSitesEntwicklung beschreibt die Datensicherungsanforderungen für unsere Webseiten und die Entwicklungssourcen
• Intern:Backup_NAS beschreibt die Datensicherungsrealisierung auf unseren NAS (ehemals Intern:NAS)

Datensicherunganforderungen für unseren lokalen Arbeitsplatz PC's gibt es nicht, denn auf denen wird nichts wichtiges gespeichert. Alle Daten die im Betrieb so anfallen werden auf dem NAS paris unter \\paris\sdctec[\autopoll] abgelegt und sind damit Teil der NAS Sicherungstrategie.