VMWare Data Recovery 2.0

[wannabee 10]

Hallo zusammen,

 

hat hier jemand von euch schon Erfahrungen sammeln können? Besonders im Bezug auf das Speichermedium, auf das gesichert wird (Größe, Anbidnung, etc... )?

 

Wenn ich auf einen 6 TB großen Share sichere scheint es eindeutig länger zu dauern bis der Deduplizierungsspeicher geladen werden kann bzw. das Backup bricht bei diesem Share öfters ab.

 

bei einem 300 GB Share scheint alles ohne Probleme zu laufen ... aber das sollte ja auch nicht der Sinn der Sache sein oder?

[v-rtc 82]

Hallo,

 

hast Du schon was heraus gefunden?

Wir testen gerade die Software (250GB Share), daher wäre es interessant.

 

Danke.

 

Grüße

 

Rolf

[tcpip 12]

Data Recovery ist für die Unterstützung von Deduplizierungsspeichern von bis zu einem Terabyte Größe und jede Backup-Appliance ist auf den Einsatz von zwei Deduplizierungsspeichern beschränkt. Bei Data Recovery gibt es kein Limit hinsichtlich der Größe der Deduplizierungsspeicher, wenn aber die Größe eines Speichers ein Terabyte überschreitet, kann dies die Leistung beeinträchtigen. Obwohl Data Recovery der Größe des Deduplizierungsspeichers kein Limit auferlegt, schränken andere Faktoren die Größe des Deduplizierungs- speichers ein. Deduplizierungsspeicher werden durch folgende Limits eingeschränkt:

 

n 500 GB bei CIFS-Netzwerkfreigaben n

1 TB bei VMDKs und RDMs

 

Quelle:

http://pubs.vmware.com/vsphere-50/topic/com.vmware.ICbase/PDF/vmware-data-recovery-administrators-guide-20.pdf

 

Gruß

 

tcpip

[wannabee 10]

Hallo, ich hasse Menschen die keine Lösungen in ihre selbst erstellen Threads schreiben ;-)

 

-------------

Wenn du einen physikalischen Backup Server hast, auf dessen Share geschrieben werden soll:

Der VMWare Support hat mir via E-Mail mitgeteilt, dass intern bekannt ist, dass es Probleme beim Erstellen von Backups auf Windows-Shares gibt.

Als Workaround wurde mir angeboten der virtuellen Backup-Appliance eine weitere Festplatte einzuhängen, auf die gesichert wird.

In unserem Szenario, wo der Kunden nur ein SAN-System benutzt unsinnig.

 

Wir haben uns darauf verständigt keine VDR einzusetzen. Lieber ein wenig zahlen, und dann vernünftig sichern :-)

 

Grüße

[tcpip 12]

Der VMWare Support hat mir via E-Mail mitgeteilt, dass intern bekannt ist, dass es Probleme beim Erstellen von Backups auf Windows-Shares gibt.

 

Das haben sie Dir per Mail geschrieben? Das die Geschichte mit dem Deduplicationordner auf Netzwerkfreigaben nicht das das gelbe vom Ei ist merkt man ja schnell.

 

Man könnte ja wenigstens die Probleme bekannt machen.

 

Gruß

 

tcpip

[v-rtc 82]

Hallo,

 

mich würde mal interessieren, ob Ihr dem VMWare Data Recovery eine Unternehmsbackupsoftware (Networker haben wir) vorziehen würdert, oder das VMWare Produkt ebenbürtig oder sogar empfehlenswerter in der virtuellen Umgebung ansieht?

 

Vielen Dank.

 

Grüße

 

Rolf

[zahni 524]

Ähm, nein. Keine Tape-Support. Und spätestens in einem Cluster, kannst Du und willst Du nicht mehr mit USB-HD's arbeiten.

 

 

-Zahni

[wannabee 10]

Auf keinen Fall,

 

das Produkt hat zuviele Schwachstellen & Bugs

[v-rtc 82]

Hallo,

 

erstmal vielen Dank.

Haben uns gerade noch mal unterhalten. Ziel ist es, nicht so kritische Systeme mit dem Data Recovery zu sichern.

 

Umgebung: 1 VMWare Cluster mit 6 Hosts und 76 VM's.

 

Aktuell sichern wir auf eine VMFS Festplatte die der Appliance gehört. Diese kann man ja unmounten" und die Daten danach wegkopieren. So könnte man dann über Umwege die Daten auch auslagern.

 

Grüße

 

Rolf

[tcpip 12]

Aktuell sichern wir auf eine VMFS Festplatte die der Appliance gehört.

 

Das denke ich ist die vernünftigste Vorgehensweise. Teste mal wie lange dort dann eine Integritätsprüfung dauert wenn du der DR einen vorher wegkopierten Deduplication Ordner wieder zuweist.

 

Das hat bei mir auf Windows Freigaben teilweise Stunden/Tage gedauert.

Ein echtes Problem bei einem Recover.

 

Gruß

 

tcpip

[v-rtc 82]

Werden wir gleich mal testen. Rückinfo folgt. Danke tcpip!

[v-rtc 82]

Die Integritätsprüfung braucht bis zu 2 Stunden am Wochenende (Vollsicherung):

 

11.02.2012 14:36:21: Starting Integritätsprüfung
11.02.2012 14:36:21: To destination /SCSI-1:1/...
11.02.2012 14:36:24: Vollständige Integritätsprüfung wird gestartet
11.02.2012 16:55:09: Aufgabe wurde erfolgreich abgeschlossen
11.02.2012 16:55:09: Abgeschlossen: 2938 Dateien, KB
11.02.2012 16:55:09: Durchsatz: 1018722 MB/Minute
11.02.2012 16:55:09: Dauer: 02:18:48 (00:00:02 Leerlauf/Warten/Vorbereiten)

 

Unter der Woche (inkrementell) ist diese in wenigen Minuten fertig:

 

22.02.2012 14:40:56: Starting Integritätsprüfung
22.02.2012 14:40:56: To destination /SCSI-1:1/...
22.02.2012 14:41:00: Inkrementelle Integritätsprüfung wird gestartet
22.02.2012 14:42:54: Aufgabe wurde erfolgreich abgeschlossen
22.02.2012 14:42:54: Abgeschlossen: 3384 Dateien, KB
22.02.2012 14:42:54: Durchsatz: 88225818 MB/Minute
22.02.2012 14:42:54: Dauer: 00:01:57 (00:00:04 Leerlauf/Warten/Vorbereiten)

 

Haben nun mal die Festplatte abgehängt/angehängt und lassen gerade die Prüfung laufen.

 

Grüße

 

Rolf

[v-rtc 82]

Soweit so gut:

 

29.02.2012 10:28:05: Starting Integritätsprüfung
29.02.2012 10:28:05: To destination /SCSI-1:1/...
29.02.2012 10:28:07: Vollständige Integritätsprüfung wird gestartet
29.02.2012 12:48:40: Aufgabe wurde erfolgreich abgeschlossen
29.02.2012 12:48:40: Abgeschlossen: 4136 Dateien, KB
29.02.2012 12:48:40: Durchsatz: 1444914 MB/Minute
29.02.2012 12:48:40: Dauer: 02:20:35 (00:00:02 Leerlauf/Warten/Vorbereiten)

 

Wir haben hinter dem VMFS eine SAN Infrastruktur mit IBM SVC.

[v-rtc 82]

So mal ein Update.

 

Seit einigen Tagen bringt die Integritätsprüfung Fehler. Dies liegt an einem beschädigten Restore Punkt. Diese wurde nun zum löschen markiert.

 

Kommt so etwas öfters vor?

 

Grüße

 

Rolf

[tcpip 12]

Ich habe das mit den defekten Restorepunkt bis jetzt bei einem Kunden.

Ich kann dann zwar die defekten Restorepunkte zur Löschung makieren, das funktioniert aber nicht da die Integritätsprüfung ständig läuft und sich nicht beenden lässt.

Ich lösche dann den kompletten Deduplication Ordner und lege ihn neu an.

 

Habt ihr noch ein zweites Backup laufen das eventuell dazwischen funkt?

 

 

Gruß

 

tcpip