8
NetApp FAS2020 achivierung auf Iomega Storcenter
Hallo Leute,
ich mache es ganz einfach und kurz:
Ist es möglich die Snapshots von den Volumes der FAS auf der iomega zu übertragen ?
Die Snapshots auf der FAS werden max 30 Tage aufbewahrt ich will diese aber auf dem Iomega Storage richtig archivieren ... geht das ?
Das IOmega Storcenter kann NFS, SMB, ISCSI und RSync (was auch immer das sein mag)
Gruß
Michael
ich mache es ganz einfach und kurz:
Ist es möglich die Snapshots von den Volumes der FAS auf der iomega zu übertragen ?
Die Snapshots auf der FAS werden max 30 Tage aufbewahrt ich will diese aber auf dem Iomega Storage richtig archivieren ... geht das ?
Das IOmega Storcenter kann NFS, SMB, ISCSI und RSync (was auch immer das sein mag)
Gruß
Michael
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 173334
Url: https://administrator.de/contentid/173334
Ausgedruckt am: 22.11.2024 um 20:11 Uhr
8 Kommentare
Neuester Kommentar
Hallo Michael,
ich kann dir gar nicht genau sagen, ob die FAS ein direktes Sichern der Snapshots unterstützt. Generell kann die FAS schon per NDMP gesichert werden. Ich denke das bietet die meisten Möglichkeiten - vor allem wenn es um Zugriffsrechte geht. Allerings brauchst du dann eine NDMP fähige Datensicherungssoftware.
Da Dein Storecenter aber RSync unterstützt, könntest du das ganze Scriptbasiert auf Linux / UNIX lösen, sofern vorhanden.
Aber warum Snapshots archivieren? Warum machst du nicht einfach ne richtige Datensicherung? Oder ist es zwingend notwendig auf einen Tagesstand von vor über ein bis mehreren Monaten zurückzugehen?
Dazu hast Du ja im normalfall dann deine Wochen-, Monats- und Jahressicherungen.
Gruß
Andi
ich kann dir gar nicht genau sagen, ob die FAS ein direktes Sichern der Snapshots unterstützt. Generell kann die FAS schon per NDMP gesichert werden. Ich denke das bietet die meisten Möglichkeiten - vor allem wenn es um Zugriffsrechte geht. Allerings brauchst du dann eine NDMP fähige Datensicherungssoftware.
Da Dein Storecenter aber RSync unterstützt, könntest du das ganze Scriptbasiert auf Linux / UNIX lösen, sofern vorhanden.
Aber warum Snapshots archivieren? Warum machst du nicht einfach ne richtige Datensicherung? Oder ist es zwingend notwendig auf einen Tagesstand von vor über ein bis mehreren Monaten zurückzugehen?
Dazu hast Du ja im normalfall dann deine Wochen-, Monats- und Jahressicherungen.
Gruß
Andi
Hi Andi,
ich hatte in der vergangenheit immer folgendes szenario:
- Exchange, Mail, SQL und Webserver mit CA Arcserve Agents
- Backup Server mit CA Arcserver mit angeschlossenem Autoloader Bandlaufwerk.
damit konnte ich immer schön nach dem GFSprinzip meine Sicherungen archivieren.
Als ich mich vorkurzem mit einem Systemhaus über die NetApp und die Archivierungslösung gesprochen habe, hies es immer:
die NetApp Lizenzen haben Backup-Software integriert und heut zutage würde man viel einfacher auf einem güstigen Storage sichern können als auf einem Autoloader. Bandlaufwerke würden aussterben...
Aber irgendwie fühle ich mich verarscht, die Backup Software von Netapp ist irgendwie umständlich und richtig archivieren kann ich damit nicht.
Was mache ich jetzt am besten ? ich habe keine NDMP fähige Datensicherungssoftware oder was meinst du genau damit ?
Da Storecenter überstützt RSync aber ich will die Snapshots ja von der FAS auf die Storecenter archivieren....
bitte um weiter beurteilung.
Danke und gruß
Michael
ich hatte in der vergangenheit immer folgendes szenario:
- Exchange, Mail, SQL und Webserver mit CA Arcserve Agents
- Backup Server mit CA Arcserver mit angeschlossenem Autoloader Bandlaufwerk.
damit konnte ich immer schön nach dem GFSprinzip meine Sicherungen archivieren.
Als ich mich vorkurzem mit einem Systemhaus über die NetApp und die Archivierungslösung gesprochen habe, hies es immer:
die NetApp Lizenzen haben Backup-Software integriert und heut zutage würde man viel einfacher auf einem güstigen Storage sichern können als auf einem Autoloader. Bandlaufwerke würden aussterben...
Aber irgendwie fühle ich mich verarscht, die Backup Software von Netapp ist irgendwie umständlich und richtig archivieren kann ich damit nicht.
Was mache ich jetzt am besten ? ich habe keine NDMP fähige Datensicherungssoftware oder was meinst du genau damit ?
Da Storecenter überstützt RSync aber ich will die Snapshots ja von der FAS auf die Storecenter archivieren....
bitte um weiter beurteilung.
Danke und gruß
Michael
Wenn ich die Frage wörtlich nehme:
Nein, Du kannst einen Snapshot nicht einfach auf die IOMEGA archivieren.
Wenn ich mal versuche nach dem Sinn zu gehen:
Kann ich die Daten, die im Snapshot repräsentiert werden, auf das Iomega sichern?
Dann ist die Antwort: Ja.
Den FAS Snapshot kann man mounten, dann sieht man die darin enthaltenen Daten und die kannst Du dann sichern.
Wird dann aber eine Vollsicherung, also nur, wie beim Snapshot die geänderten Blöcke, das geht nicht.
Nein, Du kannst einen Snapshot nicht einfach auf die IOMEGA archivieren.
Wenn ich mal versuche nach dem Sinn zu gehen:
Kann ich die Daten, die im Snapshot repräsentiert werden, auf das Iomega sichern?
Dann ist die Antwort: Ja.
Den FAS Snapshot kann man mounten, dann sieht man die darin enthaltenen Daten und die kannst Du dann sichern.
Wird dann aber eine Vollsicherung, also nur, wie beim Snapshot die geänderten Blöcke, das geht nicht.
Das heißt ich bräuchte einen weiteren Server der immer das aktuelle Snapshot Drive mountet (ambesten Automatisch) und dann die inhalte auf die IOMEGA schiebt, ambesten auch automatisch.
Das ganze noch im GFS prinzip, da sehe ich echt schwarz. Das die Sicherungen dann Größer sind als das Snapshot ist mir auch klar.
Ich wusste schon warum ich damals ein Bandlaufwerk mit vernüpftiger Sicherungsoftware haben wollte.
Was mich jetzt erwartet ist die lustige welt der manuellen Backups mit strubligen scripts und diversen unanehmlichkeiten !
Geil geil geil.
Sorry das ich grade abkotze aber ich weiß wo das ganze hinführt, und es ist wieder diese typische vertriebler-wahrheit alles geht und nachher gehts es gar nicht so wie erwartet.
Das ganze noch im GFS prinzip, da sehe ich echt schwarz. Das die Sicherungen dann Größer sind als das Snapshot ist mir auch klar.
Ich wusste schon warum ich damals ein Bandlaufwerk mit vernüpftiger Sicherungsoftware haben wollte.
Was mich jetzt erwartet ist die lustige welt der manuellen Backups mit strubligen scripts und diversen unanehmlichkeiten !
Geil geil geil.
Sorry das ich grade abkotze aber ich weiß wo das ganze hinführt, und es ist wieder diese typische vertriebler-wahrheit alles geht und nachher gehts es gar nicht so wie erwartet.
Nicht unbedingt einen weiteren Server, der vorhande tuts auch (wobei sich da die Frage stellt, was die NetApp genau tut, schließlich haben wir da die Option von CIFS Shares oder auch von LUNs via FCP oder iSCSI).
Und was heißt bei DIr nach GFS archivieren? Grandfather, Father, Son ist schon klar, aber wie lange willst Du die denn aufbewahren und nur 3 Generationen oder mehr? Auch den Snapshot kann man länger als 30 Tage stehen lassen.
Oder kannst Du die Snapshots nicht länger stehen lassen, weil der Plattenplatz nicht reicht?
Und was heißt bei DIr nach GFS archivieren? Grandfather, Father, Son ist schon klar, aber wie lange willst Du die denn aufbewahren und nur 3 Generationen oder mehr? Auch den Snapshot kann man länger als 30 Tage stehen lassen.
Oder kannst Du die Snapshots nicht länger stehen lassen, weil der Plattenplatz nicht reicht?
Ich lasse die Benutzer nicht direkt auf Freigaben am FAS zugreifen, sondern (wenn so weit implimentiert) würde ein Windows Server ein Laufwerk mounten und dieses Freigeben. Momentan habe ich diverse LUNs für die Exchange Datenbanken und ein NFS für die VMs.
Ein snapshot hilft mir für den fall, dass ein Patch mir das Windows zerschießt und ich schnell restoren muss aber die NetApp und ihre Snapshots sind nicht zum archivieren geeignet. Naja vielleicht erkenne ich auch noch nicht die möglichkeiten aber mir fehlen einfach diese klassischen Arcserve sicherungsmethoden:
Agent drauf, wählen was gesichert werden soll: C:\,spezielle ordner, datenbanken, sicherungsziele wählen, GFS definieren, fertig.
Das war zwar nicht ganz optimal für einen schnellen desaster-restore (im vergleich zum Snapshot) aber da war wenigsten alles abgedeckelt und schön archiviert.
Ich verfolge meinstens diese Aufbewahrungsziele:
Täglich eine Woche zurück
Wöchentlich eine Monat zurück
Monatlich ein Jahr zurück
Jährlich zehn Jahre zurück
Glaube so wird es auch vom Deutschen Datenschutz blabla vorrausgesetzt aber keine Ahnung, damit bin ich jedenfalls auf der sicheren Seite.
Gruß
uLmi@frustration.de
Ein snapshot hilft mir für den fall, dass ein Patch mir das Windows zerschießt und ich schnell restoren muss aber die NetApp und ihre Snapshots sind nicht zum archivieren geeignet. Naja vielleicht erkenne ich auch noch nicht die möglichkeiten aber mir fehlen einfach diese klassischen Arcserve sicherungsmethoden:
Agent drauf, wählen was gesichert werden soll: C:\,spezielle ordner, datenbanken, sicherungsziele wählen, GFS definieren, fertig.
Das war zwar nicht ganz optimal für einen schnellen desaster-restore (im vergleich zum Snapshot) aber da war wenigsten alles abgedeckelt und schön archiviert.
Ich verfolge meinstens diese Aufbewahrungsziele:
Täglich eine Woche zurück
Wöchentlich eine Monat zurück
Monatlich ein Jahr zurück
Jährlich zehn Jahre zurück
Glaube so wird es auch vom Deutschen Datenschutz blabla vorrausgesetzt aber keine Ahnung, damit bin ich jedenfalls auf der sicheren Seite.
Gruß
uLmi@frustration.de
Also ein klassisches Backupszenario.
Die LUNs des Windows-Servers kannst Du, wenn SnapDrive auf dem Windows Server installiert ist, ohne Probleme Read-Only am Windows Server wieder mounten und sichern.
Beispiel:
sdcli snap mount -k d -s Snap1 -d c:\Snap_von_D
Würde das Laufwerk d, aus dem Snapshot mit Namen Snap1 im Ordner c:\snap_von_D sichtbar machen.
Von dort kannst Du dann Problemlos auf den Iomega kopieren.
Die LUNs des Windows-Servers kannst Du, wenn SnapDrive auf dem Windows Server installiert ist, ohne Probleme Read-Only am Windows Server wieder mounten und sichern.
Beispiel:
sdcli snap mount -k d -s Snap1 -d c:\Snap_von_D
Würde das Laufwerk d, aus dem Snapshot mit Namen Snap1 im Ordner c:\snap_von_D sichtbar machen.
Von dort kannst Du dann Problemlos auf den Iomega kopieren.
also ich müsste am Windows file server per script immer das aktuelle snapdrive mounten und dann wieder per irgendwas auf die IOmega sichern....
klingt nach:" Was mich jetzt erwartet ist die lustige welt der manuellen Backups mit strubligen scripts und diversen unanehmlichkeiten ! "
Gruß
ulmi
klingt nach:" Was mich jetzt erwartet ist die lustige welt der manuellen Backups mit strubligen scripts und diversen unanehmlichkeiten ! "
Gruß
ulmi
