Windows Server + Backup best practise

[prinzenrolle 12]

hi,

ich darf einen neuen Server kaufen.

Den letzten Server hatte folgende Konfiguration.

AMD Server mit ESXI und verschiedenen Windows und Linux Instanzen, läuft super

Das Backup erledigt ein zweiter kleiner Server welches auf die internen HDDs und auf die RDX Laufwerke sichert.

 

Leider fallen diesmal beide Lösungen weg,

ESXI gehört Broadcom

RDX ist nicht mehr erhältlich

 

Was soll auf dem Server laufen:

Windows Server 2012 (alter Server)

Windows 2025 Fileserver

Windows 2025 Datenbankserver

 

Unklar ist welche Virtualisierung Software zum Einsatz kommt:

- Hypervsior von ms

- proxmox

 

Außerdem ist mir auch noch nicht klar wie gesichert werden soll.

Besteht die möglichket mit dem Server selbst zu sichern, proxmox bietet ja einige Optionen an.

Was gibt es außer LTO für optionen, evtl kann ich das "alte" LTO6 Laufwerk benutzen.

 

Best practises, Meinungen, Diskussion sind erwünscht

 

Danke!

[testperson 1.798]

Hi,

 

bei den "Anforderungen": Ja, geht beides. Kannst du mit Hyper-V oder auch Proxmox machen. Ggfs. bietet sich auch eine IaaS Lösung für die paar VMs an oder die Hersteller der eingesetzten Software haben evtl. Cloudlösungen im Angebot.

 

Anstatt LTO würde ich mir ein passendes Cloudbackup ansehen.

 

Gruß

Jan

[cj_berlin 1.445]

Moin,

 

grundsätzlich gilt: Backup ist egal, solange das Restore funktioniert. Und wenn das Restore  nicht funktioniert, haben alle Best Practices versagt.

 

Du musst also vom Restore ausgehen, und dafür musst Du die Bedrohungen formulieren, gegen die Du dich schützen willst:

• Eine Wiederherstellung nach Komplettverlust der gesamten Infrastruktur (auf eine Stunde mehr oder weniger kommt es nicht an) stellt andere Anforderungen an das Backup als ein Wiederherstellung versehentlich gelöschter Elemente (User ist am Telefon und trommelt mit den Fingern)
• Eine Überschwemmung (Backups müssen geographisch weg aus dem RZ, z.B. in einen Cloud-Storage) hat andere Hürden als ein Ransomware-Befall (Backups müssen auch logisch von der Infrastruktur getrennt werden, so dass kein Durchgriff möglich ist).

Erst wenn Du definiert hast, welche "Restore Services" Dein Backup anbieten soll, kannst Du anfangen, das Backup zu konzipieren und zu bauen. Hier werden Dir Konzepte wie 3-2-1 genannt werden und einiges mehr, aber wichtig ist, den Restore gedanklich durchzuspielen.

 

Veeam beispielsweise kann alle Plattformen, die Du genannt hast, abdecken (vSphere, Proxmox VE, Hyper-V). Das kann auch Restore von Einzelelementen. Es gibt aber auch andere Produkte, die das alles können. SEP sesam sei hier genannt.

vor 6 Minuten schrieb testperson:

Anstatt LTO würde ich mir ein passendes Cloudbackup ansehen.

"ansehen" ist das richtige Stichwort. In dem Szenario "RZ ist abgebrannt" musst Du halt vergleichen, was machbarer ist:

• ein neues LTO-Laufwerk besorgen (oder man hat es im Bank-Safe mit den Tapes gelagert) und zur Recovery-Site schaffen --> das Recovery an sich geht dann sehr schnell
• den Internet-Downlink wiederherstellen (also evtl. neuer Router, Modem, was auch immer nötig ist) --> das Recovery ist durch die Bandbreite limitiert, die man "auf die Schnelle" umgesetzt bekommt.

Je nach Standort und Datenmenge kann der Vergleich so oder so ausfallen...

[testperson 1.798]

vor 46 Minuten schrieb cj_berlin:

Je nach Standort und Datenmenge kann der Vergleich so oder so ausfallen...

 

Da mag ich das Terra Cloud Backup ganz gerne. Da besteht dann die Möglichkeit, den Restore in IaaS VMs in deren Cloud zu machen. Alternativ besteht auch die Option, dort einen neuen Server zu ordern, der direkt mit dem Backup betankt wird. (Wobei es da natürlich weiterhin vom eingetretenen Desaster abhängt, ob und was ansonsten noch zu tun ist.)