Backup von iSCSI Volumes

[Hukatoni 10]

Zu spät editiert. Mache eine neue Antwort auf.

bearbeitet 16. August 2012 von Hukatoni

[Dunkelmann 96]

Den ASM brauchst du nur für den konsistenten Snapshot deiner Volumes.

Hinterher kannst du den Snapshot im Prinzip wie einen x-beliebigen iSCSI Target mit einem Backupsystem deiner Wahl verbinden und die Daten sichern.

[Dukel 436]

Dann wirst du nach einem Agenten für VMWare bei Legato schauen müssen.

 

Die VMWare LUN zu mounten macht nicht unbedingt nur die Daten kaputt, auch werden die Daten nicht konsistent gesichert.

[Hukatoni 10]

Okay jetzt weiß ich worum es geht.

 

Wir wollen unser LAN nicht unnötig belasten, was beim Sichern der Server geschehen würde.

Also sollen die Volumes über das iSCSI Netz gesichert werden.

 

Einen Ansatz habe ich auch schon gefunden:

 

iscsicli QAddTargetPortal #Portalname#

iscsicli qlogintarget #Targetname#

iscsicli persistentlogintarget #Targetname# T * * * * * * * * * * * * * * * 0

 

Beim Testen ist mir allerdings aufgefallen, dass das Volume nur auf meinem Rechner in der Datenträgerverwaltung angezeigt wird.

[Dukel 436]

Wenn ihr nicht die richtige Hard und Software für solch ein Vorhaben gekauft habt macht ihr mehr Kaputt.

Wenn du eine VMWare LUIN mountest machst du diese unter Umständen kaputt und die Daten werden nicht konsistent gesichert (da kannst du das Backup unter Umständen gleich lassen, da du nichts restoren kannst).

 

Wenn ihr das LAN nicht belasten wollt dann stellt euch ein Backup LAN hin.

[Dunkelmann 96]

Du solltest auf keinen Fall derartige Experimente mit einem Produktiv Volume durchführen!

Wenn du spielen möchtest, erstelle dir ein neues Volume, dass du zur Not kaputt spielen kannst.

 

Genau für das von dir beschriebene Vorhaben sind Storage-Snapshots da. Das Backup und der Datentransfer zum Backupserver laufen komplett im SAN und belasten keine anderen Netze.

[Hukatoni 10]

Ich habe mir die Aufgabe nicht ausgedacht^^

Außerdem habe ich ein Testvolume für diese Zwecke, ich greife nicht ins Produktivsystem ein.

 

Also soll ich Storage-Snapshots erstellen und diese dann vom Backupserver sichern lassen?

[bla!zilla 10]

Genau für das von dir beschriebene Vorhaben sind Storage-Snapshots da. Das Backup und der Datentransfer zum Backupserver laufen komplett im SAN und belasten keine anderen Netze.

 

Wird gerne vermutet, ist aber leider total falsch. Du liest von einem Snapshot Daten. Bei Copy-on-Write liegen im Snapshot aber nur die überschriebenen Blöcke, die unveränderten Blöcke liegen im Originalvolume und werden über eine Pointertabelle verknüpft. Liest du also einen unveränderten Block vom Snapshot, dann liest du den Block vom Originalvolume. Liest du einen bereits geänderten Block, dann kommt der aus dem Snapshotvolume. Da sich aber bei den meisten Snapshots, die für Sicherungszwecke angelegt werden, relativ wenig ändert, liest du den Großteil der Daten vom Originalvolume und belastest damit das Originalvolume. Anders läuft die Sache nur bei einem Klon. Aber den zu erstellen dauert halt. Einzig der konsistente Zustand ist bei einem Snapshot gegeben. Von weniger Last kann da keine Rede sein.

[bla!zilla 10]

Wenn ihr nicht die richtige Hard und Software für solch ein Vorhaben gekauft habt macht ihr mehr Kaputt.

Wenn du eine VMWare LUIN mountest machst du diese unter Umständen kaputt und die Daten werden nicht konsistent gesichert (da kannst du das Backup unter Umständen gleich lassen, da du nichts restoren kannst).

 

Deswegen automount bei Windows 2008 Standard deaktivieren. Macht Veeam z.B. bei der Installation per Default. Du hast aber Recht: Windows kann damit erstmal nichts anfangen. Du brauchst eine Software ide das VMFS interpretieren kann.

 

Wenn ihr das LAN nicht belasten wollt dann stellt euch ein Backup LAN hin.

 

Na ja, LAN-free ist schon schön. Aber ohne entsprechende Software macht das gar keinen Sinn.

[Dunkelmann 96]

Wird gerne vermutet, ist aber leider total falsch. Du liest von einem Snapshot Daten. Bei Copy-on-Write liegen im Snapshot aber nur die überschriebenen Blöcke, die unveränderten Blöcke liegen im Originalvolume und werden über eine Pointertabelle verknüpft.

Es ging hier ja auch nur darum die Netzwerklast im LAN zu vermeiden. Das das Storage bei jedem Snapshot belastet wird steht außer Frage :cool:

[bla!zilla 10]

Ah, Tatsache, hatten den letzten Teil der von mir zitierten Passage ausgeblendet.

[Dukel 436]

Es ging hier ja auch nur darum die Netzwerklast im LAN zu vermeiden. Das das Storage bei jedem Snapshot belastet wird steht außer Frage :cool:

 

Was hat das mit den Snapshots zu tun? Wenn man ein LAN Free Backup machen möchte muss die Backupdatenmenge über ein Backup LAN oder über das SAN gehen. Ob man das mit Snapshots macht ist dabei irrelevant.

[Hukatoni 10]

Ich denke, ich werde es weiterhin mit Powershell versuchen- einen kleinen Erfolg habe ich schon erreicht.

Nur warum wird mir, wenn ich "iscsicli qlogintarget #targetname#" erfolgreich durchgeführt habe, nichts in der Datenträgerverwaltung angezeigt? Hat jemand eine Erklärung dafür?

Wenn ich das Ziel manuell in der GUI hinzufüge klappt das.

[Hukatoni 10]

Keine Idee? Schade, denn das ist der vorletzte Punkt, damit mein Skript läuft...

[Dukel 436]

Wieso sollen wir dir helfen deine Daten kaputt zu machen?