Re: Server 2003 Datensicherung: Wie 300 GB Daten sichern?

From: Thomas Wildgruber (ng_at_kastner.de)
Date: 01/04/05


Date: Tue, 4 Jan 2005 20:45:34 +0100

On Tue, 4 Jan 2005 17:34:29 +0100, Martina Mehring wrote:

> die Datensicherung per ArcServe braucht so lang, dass keine
> Datensicherung (bis auf Freitag) gemacht wird.

Inkrementelles BackUp unter der Woche wirkt Wunder ;-)

> Meine Recherchen:
> Disk to Disk to Tape mit 2. Server und Autoloader für Streaming Tapes
> Preis ab ~ 10.000,00 EUR

Das Prinzip ist gut und funktioniert bei uns auch so aber wir sichern Daten
im TB Bereich damit weg. Die Frage die sich in diesem Setup stellt ist, um
welche Daten handelt es sich? Sind die noch komprimierbar? Wir bekommen
derzeit mit Kompression (Hardware) auf ein LTO2 Band ca. 330GB drauf. Die
nächste Frage die daraus folgt ist, um wieviel GB steigt das Volumen in
welcher Zeit? Es nützt dir nämlich nix, wenn du jetzt eine LowBudget Lösung
nimmst, die dann in einem halben Jahr zu klein ist.
 
> Welche Optionen gibt es für eine schnellere Datensicherung gibt es noch?

Die schnellste Option hast du schon genannt -> BackUp2Disk und dann
BackUp2Tape. Da du ein Raid 10 hast, sollte die HD Performance kein Thema
sein -> Wir sichern z.B. einen Server mit *einer* U320 SCSI Platte über
GigaBitLAN mit ca. 1500MB/Minute (nur mal so als Hausnummer)

Für dich ist es IMHO wichtig:

a) Zu entscheiden wie sich das Datenaufkommen in der Zukunft gestaltet

b) Ob wirklich auch alle Daten online verfügbar sein müssen -> evtl. kannst
du ja mal 100GB auslagern (machen wir ständig so), dann könntest du ja mal
ein LTO Tape fürs auslagern verwenden

c) Ob nicht eine BackUp Strategie mit inkrementellen BackUp's für spürbare
Linderung sorgen könnte.

Sollte a) ungewiss sein (was es i.d.R. ist) und b) nicht zutreffen, rate
ich dir erstmal einen Autoloader mit einem LTO Laufwerk zu kaufen und
diesen lokal am Server anschliessen. Dann brauchst du auch keine Gewalts
u320 Schiessmichtod SCSI Hardware, das kann eh kein Laufwerk verarbeiten.

Diese Lösung wäre dann auch skalierbar, für den Fall das ihr euch mal
weitere Server anschafft -> Dann nämlich kannst du (und IMHO macht das auch
dann erst Sinn) immer noch auf einen dedizierten BackUpServer zurückgreifen
und deine Server GigaBit vernetzen und dein BackUp übers Netzwerk rocken
lassen.

BTW: Ohne Mark zu nahe treten zu wollen (aber er hats ja schon geahnt, dass
Vetos kommen werden ;) würde auch ich von einer reinen BackUp2Disk Lösung
abraten. Die Gefahr bei Brand oder Wasserschäden ist einfach zu gross und
wenn die Daten Überlebenswichtig sind...

Wir sind den Kompromiss eingegangen, dass wir am Sonntag ein FullBackup to
Disk machen, unter der Woche inkrementelle Backups laufen lassen
(Zeitfenster) und diesen Stand dann am Samstag (also noch vor dem nächsten
FullBackUp) dann auf Tape braten, das hält den Band- und Geräteverschleiss
niedrig -> Im WorstCase (und wirklich auch nur dann, wenn auch der
BackUpServer hinüber ist) hätten wir eine Woche Daten verloren, aber wenns
bei uns mal brennt ist das das geringste Problem ;-)

HTH Tom

-- 
"I'm honored to shake the hand of a brave Iraqi citizen who had his hand
cut off by Saddam Hussein." George W. Bush - Washington, D.C., May 25, 2004
Source: http://slate.msn.com/id/76886/


Relevant Pages

  • Re: VTL vs. Backup to Disk
    ... Disk is designated as DASD. ... emulated to provide a complete tape emulation solution. ... The question boils down to backup application support. ... so a good VTL may provide for a better solutions and better ...
    (comp.arch.storage)
  • Re: Help with Reinstalling...
    ... Install the new controller in a slot, boot the server and install the ... Do a FULL backup of your entire SBS 2003 server using the built-in SBS ... I took it out, broke mirror, replace disk set up new mirror ...
    (microsoft.public.windows.server.sbs)
  • Re: Over The Network Tape Backup
    ... > The backup job will be set to run automatically from the server. ... I am suggesting to backup to Disk on the ... to tape for offsite storage. ...
    (microsoft.public.windows.server.sbs)
  • Re: Tape vs HDD vs NAS (speed considerations and size etc)..
    ... drive inside the backup server.. ... drive tape drive? ... eliminate the external SATA drives ...
    (microsoft.public.windows.server.sbs)
  • Re: Backup fails suspect VSS problem
    ... Looks like it could all be caused by a strange disk drive fault. ... Backup now seems to work fine. ... Reboot the server. ... I don't even try to boot after ...
    (microsoft.public.windows.server.sbs)