USB Platten Backup von Windows Server Raid mit Auto connect/disconnect

Selbstverständlich geht das, und zwar mittels mountvol Befehl, siehe die Microsoft [Dokumentation].

Im Prinzip führst du das Programm auf dem Terminal Mal ohne Parameter auf, während die USB Festplatte angesteckt und auf einen Laufwerksbuchstaben eingehängt ist. Dann notierst du anhand der Liste die Volumenummer der betreffenden Platte, die bleibt eindeutig gleich.

Nehmen wir an es wäre \\?\Volume{c6fa6b97-e1d9-11e6-123f-080127dd7f43}\, eingehängt auf X:

Häng die Disk einfach Mal aus: "mountvol X: /D". Hast du die Berechtigungen nicht, füge den Nutzer der das machen soll zur Gruppe der Backupoperatoren hinzu, und wiederhole das.

So, der Backupvorgang würde jetzt z.B. per Batch geskripted so aussehen:

@ECHO OFFmountvol X: \\?\Volume{c6fa6b97-e1d9-11e6-123f-080127dd7f43}\<HIER KOMMT DEIN BACKUPPROZESS HIN>mountvol X: /D

Was macht er? Volume auf X: einhängen, Backupprozeß starten, Volume wieder von X: aushängen - wie gewollt.

Wichtig ist dabei, daß der Backupprozeß selbst nicht einfach startet und sofort 0 zurückliefert, wie es bei GUI Tools üblich ist. Es sollte also ein Kommandozeilenbackupper sein. Sonst startet er dein GUI Programm, und die Shell macht sofort damit weiter das Laufwerk wieder AUSzuhängen. Der muß aber drauf warten können, daß der Backupper fertig wird. Gute Kommandozeilentools hierfür wären Microsofts' robocopy oder das freie rsync.

Wenn du dich absolut auf einen GUI Backupper verlassen mußt, kannst du versuchen ein "start /wait" für das Ding anzuweisen, um auf dessen Terminierung zu warten. Je nach Struktur des Programms funktioniert das aber ggf. nicht (speziell wenn der Backupper aus mehreren .exe Programmen besteht, die sich gegenseitig aufrufen). Natürlich muß sich das GUI Programm dann selbsttätig beenden können nach erfolgter Sicherung.

Das sähe dann so aus:

@ECHO OFF
mountvol X: \\?\Volume{c6fa6b97-e1d9-11e6-123f-080127dd7f43}\
start /wait <HIER KOMMT DEIN BACKUPPROZESS HIN>
mountvol X: /D

Manche Backupprogramme unterstützen auch das Ausführen beliebiger Kommandos vor und nach der Sicherung. Sowas kann sehr nützlich sein! Vor der Sicherung "mountvol X: \\?\Volume{c6fa6b97-e1d9-11e6-123f-080127dd7f43}\" und nach der Sicherung "mountvol X: /D", und fertig bist!

Ich denke er geht davon aus, daß er den Cryptolocker bemerken würde, bevor er die Backupplatte erneut einhängt. Das kann man schon machen. Wenn man selten genug sichert, isses sehr unwahrscheinlich, daß ein bereits laufender, aber noch unerkannter Cryptolockerbefall und ein Backupmount direkt zusammenfallen. So gesehen verringert diese Herangehensweise das Risiko schon.

Effektiv verhindert wird es aber nicht, denn Biers' Warnung ist natürlich in jedem Fall angebracht: Im schlimmsten Fall verschlüsselt dir der Trojaner einfach beinhart beides, wenn die Disk ins befallene System eingehängt wird.

Ich sag's Mal polemisch und vorurteilsbehaftet wie ich in diesem Metier bin: Nein, das ist bei relativ neuen Platten auch von dieser Größe nicht normal, vor allem nicht in dem Ausmaß. Es sei denn natürlich, man hat Seagates.

Ob Seagate bei reallocated Sectors schon umtauscht oder erst bei uncorrectable Sectors weiß ich allerdings leider nicht, unsere RMAs liefen bei den Disks über HP.