wannabee 10 Geschrieben 27. Oktober 2011 Melden Teilen Geschrieben 27. Oktober 2011 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? Zitieren Link zu diesem Kommentar
v-rtc 88 Geschrieben 1. Februar 2012 Melden Teilen Geschrieben 1. Februar 2012 Hallo, hast Du schon was heraus gefunden? Wir testen gerade die Software (250GB Share), daher wäre es interessant. Danke. Grüße Rolf Zitieren Link zu diesem Kommentar
tcpip 12 Geschrieben 1. Februar 2012 Melden Teilen Geschrieben 1. Februar 2012 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 Zitieren Link zu diesem Kommentar
wannabee 10 Geschrieben 1. Februar 2012 Autor Melden Teilen Geschrieben 1. Februar 2012 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 Zitieren Link zu diesem Kommentar
tcpip 12 Geschrieben 14. Februar 2012 Melden Teilen Geschrieben 14. Februar 2012 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 Zitieren Link zu diesem Kommentar
v-rtc 88 Geschrieben 28. Februar 2012 Melden Teilen Geschrieben 28. Februar 2012 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 Zitieren Link zu diesem Kommentar
zahni 554 Geschrieben 28. Februar 2012 Melden Teilen Geschrieben 28. Februar 2012 Ähm, nein. Keine Tape-Support. Und spätestens in einem Cluster, kannst Du und willst Du nicht mehr mit USB-HD's arbeiten. -Zahni Zitieren Link zu diesem Kommentar
wannabee 10 Geschrieben 28. Februar 2012 Autor Melden Teilen Geschrieben 28. Februar 2012 Auf keinen Fall, das Produkt hat zuviele Schwachstellen & Bugs Zitieren Link zu diesem Kommentar
v-rtc 88 Geschrieben 29. Februar 2012 Melden Teilen Geschrieben 29. Februar 2012 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 Zitieren Link zu diesem Kommentar
tcpip 12 Geschrieben 29. Februar 2012 Melden Teilen Geschrieben 29. Februar 2012 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 Zitieren Link zu diesem Kommentar
v-rtc 88 Geschrieben 29. Februar 2012 Melden Teilen Geschrieben 29. Februar 2012 Werden wir gleich mal testen. Rückinfo folgt. Danke tcpip! Zitieren Link zu diesem Kommentar
v-rtc 88 Geschrieben 29. Februar 2012 Melden Teilen Geschrieben 29. Februar 2012 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 Zitieren Link zu diesem Kommentar
v-rtc 88 Geschrieben 29. Februar 2012 Melden Teilen Geschrieben 29. Februar 2012 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. Zitieren Link zu diesem Kommentar
v-rtc 88 Geschrieben 21. März 2012 Melden Teilen Geschrieben 21. März 2012 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 Zitieren Link zu diesem Kommentar
tcpip 12 Geschrieben 21. März 2012 Melden Teilen Geschrieben 21. März 2012 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 Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.