34
Backup-Strategie bei mehreren Server(w2k8R2) mit einem Volumen von ca. 2TB
Hallo Leute,
ich hätte mal wieder eine Fragestellung an Euch:
Bei einem Kunden haben wir mehrere Windows Server 2008R2x64 stehen. Unter anderem ist da auch ein dedizierter Backup-Server vorhanden.
Mein "Sorgenkind" ist ein Server, der die gesammten CAD-Daten(Es laufen da keine Datenbanken) bevoratet - was ca. 1TB des Gesammtvolumens bzgl. Datensicherung ausmacht.
Ich erwähne absichtlich die aktuell eingesetzte Sicherungsstrategie nicht, um Euch nicht in irgendeiner Art zu beeinflussen.
Nur so viel: Es wird aktuell mit BackupExec 2010R3 gearbeitet.
Mein Problem:
Bei der aktuellen Sicherungsstrategie kommen wir so langsam an die Grenze des verfügbaren Zeitfensters.
Meine Frage:
Wie ich am besten die insgesammt ca. 2TB Sicherungsvolumen von ca. 5 verschiedenen Servern aufs Band(LTO) bekomme.
Zusätzliche Herausforderung: Ich würde gerne jeden Tag eine Vollsicherung durchführen.
Die Server sind zum Teil virtualisiert.
Die Server sind alle miteinander über Gigabit-Ethernet(Jeweils eine Netzwerkkarte mit einem Port/Kabel, Kupfer, 1GBit/s, Kein Port-Trunking) angeschlossen.
Wie habt ihr solche mittelständischen Unternehmen bzgl. der Datensicherung versorgt?
Bin erstmal für alle Lösungsvorschläge offen.
ich hätte mal wieder eine Fragestellung an Euch:
Bei einem Kunden haben wir mehrere Windows Server 2008R2x64 stehen. Unter anderem ist da auch ein dedizierter Backup-Server vorhanden.
Mein "Sorgenkind" ist ein Server, der die gesammten CAD-Daten(Es laufen da keine Datenbanken) bevoratet - was ca. 1TB des Gesammtvolumens bzgl. Datensicherung ausmacht.
Ich erwähne absichtlich die aktuell eingesetzte Sicherungsstrategie nicht, um Euch nicht in irgendeiner Art zu beeinflussen.
Nur so viel: Es wird aktuell mit BackupExec 2010R3 gearbeitet.
Mein Problem:
Bei der aktuellen Sicherungsstrategie kommen wir so langsam an die Grenze des verfügbaren Zeitfensters.
Meine Frage:
Wie ich am besten die insgesammt ca. 2TB Sicherungsvolumen von ca. 5 verschiedenen Servern aufs Band(LTO) bekomme.
Zusätzliche Herausforderung: Ich würde gerne jeden Tag eine Vollsicherung durchführen.
Die Server sind zum Teil virtualisiert.
Die Server sind alle miteinander über Gigabit-Ethernet(Jeweils eine Netzwerkkarte mit einem Port/Kabel, Kupfer, 1GBit/s, Kein Port-Trunking) angeschlossen.
Wie habt ihr solche mittelständischen Unternehmen bzgl. der Datensicherung versorgt?
Bin erstmal für alle Lösungsvorschläge offen.
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 192158
Url: https://administrator.de/contentid/192158
Printed on: April 25, 2024 at 17:04 o'clock
34 Comments
Latest comment
Moin,
wie schnell wachsen die Daten? Denn bei 2TB CAD waren wir auch mal.
Grüße,
Dani
wie schnell wachsen die Daten? Denn bei 2TB CAD waren wir auch mal.
Grüße,
Dani
Hallo, so ca. 10GB/Woche dürften es im Schnitt sein.
HI!
ist Port-Trunking keine Option oder nur nicht vorhanden? Chance auf eine eigenes Backupnetz?
wenn keine DB für die CAD-Daten - wieso immer eine Vollsicherung?
Symantec Backup Exec konnte schon in Version 11.d die Daten lokale am Backup-Client komprimieren - weniger Übertragungsvolumen.
wir spiegeln hier alles per Robocopy auf einen zentralen Backup Server - allerdings nur einmal im Monat eine Vollsicherung und nur 600GB.
Geplant ist das ganze per DFS mit einer zweiten Niederlassung zu synchronisieren - ob das klappt kann ich noch nicht sagen.
sg Dirm
ist Port-Trunking keine Option oder nur nicht vorhanden? Chance auf eine eigenes Backupnetz?
wenn keine DB für die CAD-Daten - wieso immer eine Vollsicherung?
Symantec Backup Exec konnte schon in Version 11.d die Daten lokale am Backup-Client komprimieren - weniger Übertragungsvolumen.
wir spiegeln hier alles per Robocopy auf einen zentralen Backup Server - allerdings nur einmal im Monat eine Vollsicherung und nur 600GB.
Geplant ist das ganze per DFS mit einer zweiten Niederlassung zu synchronisieren - ob das klappt kann ich noch nicht sagen.
sg Dirm
Hallo Doc Andy,
dann solltest Du vielleicht gleich über ein SAN nachdenken, um zukunftssicher zu investieren.
und von dort wird dann auf eine RDX oder Tape Library gesichert!
Die Tape Library Lösung erscheint einem erst sehr teuer, sie kann aber schnell aufgestockt und erweitert werden mit wachsendem Datenvolumen.
Bei der Tape Library ist das zurück spielen der Daten aber langfristiger und man kann auch nicht sequenziell auf die Daten zugreifen!
Die Anschaffungskosten sind immens, aber der Gegenwert ist es auch und die SAN Lösung kann auch schnell
erweitert werden.
Die Datenvorhaltung ist das eine, die Datensicherung das andere und der betriebliche Stillstand wieder etwas anderes.
Aber das ist alles nichts gegen die Kosten die auf Euch zukommen wenn ein Abgabetermin
oder eine Deadline nicht eingehalten werden, nämlich die Kosten der Vertragsstrafe oder dem Regress!!!!
Gruß
Dobby
dann solltest Du vielleicht gleich über ein SAN nachdenken, um zukunftssicher zu investieren.
und von dort wird dann auf eine RDX oder Tape Library gesichert!
Die Tape Library Lösung erscheint einem erst sehr teuer, sie kann aber schnell aufgestockt und erweitert werden mit wachsendem Datenvolumen.
Bei der Tape Library ist das zurück spielen der Daten aber langfristiger und man kann auch nicht sequenziell auf die Daten zugreifen!
Die Anschaffungskosten sind immens, aber der Gegenwert ist es auch und die SAN Lösung kann auch schnell
erweitert werden.
Die Datenvorhaltung ist das eine, die Datensicherung das andere und der betriebliche Stillstand wieder etwas anderes.
Aber das ist alles nichts gegen die Kosten die auf Euch zukommen wenn ein Abgabetermin
oder eine Deadline nicht eingehalten werden, nämlich die Kosten der Vertragsstrafe oder dem Regress!!!!
Gruß
Dobby
Hallo,
Port Trunkting wäre generell möglich - ich hab da nur ein wenig Bedenken, wie meine Server Windows Server 2008R2 x64, Zwei Intel Gigabit NIC onBoard auf eine getrunkte Verbindung reagieren?!
Da durfte ich bis dato noch keine Erfahrungen sammeln.
Port Trunking hab ich bis jetzt nur von Switch zu Switch eingesetzt - jedoch noch nie direkt an einem Server.
Backup-Netz ist auch so ein Thema:
Wenn ich meinen Servern ein eigene Backup-Netz einrichte, ist das doch parallel zum eigentlichen Produktivnetz.
Wie bringe ich dann Backup Exec bei, das es zur Sicherung "nur" Netzwerkkarte 2 verwenden soll?!
Da hab ich glaub noch nen Knoten im Oberstübchen
Vollsicherung aus dem Grund, da ich der inkrementellen Sicherung - genauer gesagt den Medien - nicht wirklich Traue.
Wenn mir bei einer Vollsicherung ein Band kaputt geht - habe ich "nur" einen Tag, der nicht wiederhergestellt werden kann.
Wenn mir bei einer inkrementellen Sicherung ein Band kaputt geht - kann ich die ganze Woche vergessen!
Ist das Komprimieren am Backup-Client eine zusätzlich zu aktivierende Option?! Wenn ja, wo finde ich diese?!
Port Trunkting wäre generell möglich - ich hab da nur ein wenig Bedenken, wie meine Server Windows Server 2008R2 x64, Zwei Intel Gigabit NIC onBoard auf eine getrunkte Verbindung reagieren?!
Da durfte ich bis dato noch keine Erfahrungen sammeln.
Port Trunking hab ich bis jetzt nur von Switch zu Switch eingesetzt - jedoch noch nie direkt an einem Server.
Backup-Netz ist auch so ein Thema:
Wenn ich meinen Servern ein eigene Backup-Netz einrichte, ist das doch parallel zum eigentlichen Produktivnetz.
Wie bringe ich dann Backup Exec bei, das es zur Sicherung "nur" Netzwerkkarte 2 verwenden soll?!
Da hab ich glaub noch nen Knoten im Oberstübchen
Vollsicherung aus dem Grund, da ich der inkrementellen Sicherung - genauer gesagt den Medien - nicht wirklich Traue.
Wenn mir bei einer Vollsicherung ein Band kaputt geht - habe ich "nur" einen Tag, der nicht wiederhergestellt werden kann.
Wenn mir bei einer inkrementellen Sicherung ein Band kaputt geht - kann ich die ganze Woche vergessen!
Ist das Komprimieren am Backup-Client eine zusätzlich zu aktivierende Option?! Wenn ja, wo finde ich diese?!
Hallo D.o.b.b.y,
das mit der SAN-Lösung hab ich mir auch mal etwas genauer angesehen.
Da hab ich allerdings auch noch ein kleines Verständnis-Problem:
Wen ich ein SAN einsetze, arbeite ich ja bzgl. Sicherung zum einen mit Snapshots.
Wenn ich mit Snapshots arbeite, hab ich ja keine aktiven Datenbanken(SQL-Server, Exchange-Datenbank,...) mehr.
Wie krieg ich es dann hin, das ich die Daten des Snapshots so aufs Band bekomme, das ich diese dann auch wieder zurücksichern kann(Beispiel: Postfachwiederherstellung in Exchange, Hyper-V wiederherstellung, ....)
Oder hab ich da nen Gedanklichen Knoten?!
das mit der SAN-Lösung hab ich mir auch mal etwas genauer angesehen.
Da hab ich allerdings auch noch ein kleines Verständnis-Problem:
Wen ich ein SAN einsetze, arbeite ich ja bzgl. Sicherung zum einen mit Snapshots.
Wenn ich mit Snapshots arbeite, hab ich ja keine aktiven Datenbanken(SQL-Server, Exchange-Datenbank,...) mehr.
Wie krieg ich es dann hin, das ich die Daten des Snapshots so aufs Band bekomme, das ich diese dann auch wieder zurücksichern kann(Beispiel: Postfachwiederherstellung in Exchange, Hyper-V wiederherstellung, ....)
Oder hab ich da nen Gedanklichen Knoten?!
HI!
Backup-Netz: du kannst bei BE eine bestimmte Schnittstelle wählen. Einmal eine Standard in den Optionen und dann bei jedem Auftrag. ist auch möglich jede IPv4 zu zulassen. bei BE 11.d in den Vorlage unter "Netzwerk und Sicherheit"
Vollsicherung: kannst du die Daten nicht am Backup Server "liegen" lassen? dann mit Robocopy die CAD-Daten spiegeln und dann gemütlich aufs Band sichern. Oder bekommt dein Band die Daten nicht mehr weg?
Komprimieren am Backup-Client: das hatte ich nur im Ohr - wir wollten mal einen Agent für jeden Server, aber kein Budget... vll ist das auch falsch, oder er machts automatisch.
sg Dirm
Backup-Netz: du kannst bei BE eine bestimmte Schnittstelle wählen. Einmal eine Standard in den Optionen und dann bei jedem Auftrag. ist auch möglich jede IPv4 zu zulassen. bei BE 11.d in den Vorlage unter "Netzwerk und Sicherheit"
Vollsicherung: kannst du die Daten nicht am Backup Server "liegen" lassen? dann mit Robocopy die CAD-Daten spiegeln und dann gemütlich aufs Band sichern. Oder bekommt dein Band die Daten nicht mehr weg?
Komprimieren am Backup-Client: das hatte ich nur im Ohr - wir wollten mal einen Agent für jeden Server, aber kein Budget... vll ist das auch falsch, oder er machts automatisch.
sg Dirm
Hallo,
alles in gesonderte VLAN´s "packen" dort können die Server oder Backlösungen sogar Mitglieder mehrerer
VLAN´s sein!!!!!
und die andere ist dem "Backup LAN" zugeordnet! Lässt sich aber auch mit VLAN´s auf einem Switch erledigen!!!!!
oder in einem anderen Brandabschnitt gelagert werden.
Stunden!!!!!
1.
2.
Nein Du hast da jetzt keinen gedanklichen Knoten, aber ich gleich, ja was denn jetzt:
DB sichern oder keine DB sichern?
Gruß
Dobby
Port Trunkting wäre generell möglich - ich hab da nur ein wenig Bedenken, wie meine Server
Windows Server 2008R2 x64, Zwei Intel Gigabit NIC onBoard auf eine getrunkte Verbindung reagieren?!
Windows Server 2008R2 x64, Zwei Intel Gigabit NIC onBoard auf eine getrunkte Verbindung reagieren?!
Da durfte ich bis dato noch keine Erfahrungen sammeln.
Vielleicht einen Test machen?Port Trunking hab ich bis jetzt nur von Switch zu Switch eingesetzt - jedoch noch nie direkt an einem > Server.
LAG geht doch auch! (Link Aggregation Group) 2 neue SFP+ Netzwerkkarten mit 10 GB Durchsatz und dann an den Layer 3 Switch ran und gut ist. Jumboframes aktivieren auf dem Server, dem Switch und den Klienten und einmal austesten das ganze.Backup-Netz ist auch so ein Thema:
Meist nur wenn der Chef die Summe sieht.Wenn ich meinen Servern ein eigene Backup-Netz einrichte, ist das doch parallel zum eigentlichen
Produktivnetz.
Ja so geht es auch, dann kann man in Ruhe weiter arbeiten und die Sicherung läuft parallel dazu oderProduktivnetz.
alles in gesonderte VLAN´s "packen" dort können die Server oder Backlösungen sogar Mitglieder mehrerer
VLAN´s sein!!!!!
Wie bringe ich dann Backup Exec bei, das es zur Sicherung "nur" Netzwerkkarte 2 verwenden soll?!
Da hab ich glaub noch nen Knoten im Oberstübchen
Nicht wirklich, warum auch, Du kannst die eine Netzwerkkarte für das normale "Produktiv LAN" nehmenDa hab ich glaub noch nen Knoten im Oberstübchen
und die andere ist dem "Backup LAN" zugeordnet! Lässt sich aber auch mit VLAN´s auf einem Switch erledigen!!!!!
Vollsicherung aus dem Grund, da ich der inkrementellen Sicherung - genauer gesagt den Medien -
nicht wirklich Traue.
Wenn es einmal bei Euch brennt ist das eh alles "wummpe" das Feuer fragt vorher nicht nach was es verbrennen darf! Da ist es besser zu sichern und möglichst auf viele Medien die außerhalbnicht wirklich Traue.
oder in einem anderen Brandabschnitt gelagert werden.
Wenn mir bei einer Vollsicherung ein Band kaputt geht - habe ich "nur" einen Tag, der nicht
wiederhergestellt werden kann.
Und das kann man mit Schattenkopien und einem potenten SAN auch mehrmals am Tag machen, dann fehlen nurwiederhergestellt werden kann.
Stunden!!!!!
Wenn mir bei einer inkrementellen Sicherung ein Band kaputt geht - kann ich die ganze Woche vergessen!
Wenn ein Sicherungsmedium kaputt geht ist das immer schlecht. Aber es kommt auch sicherlich auf die gesamte Backup Strategie an und auf die Kosten die anfallen, wenn der Betrieb steht!!Ist das Komprimieren am Backup-Client eine zusätzlich zu aktivierende Option?! Wenn ja, wo finde > ich diese?!
Verwendet Dein LTO Gerät nicht schon eine "Komprimierung?1.
Mein "Sorgenkind" ist ein Server, der die gesammten CAD-Daten (Es laufen da keine Datenbanken) bevoratet - was ca. 1TB des Gesammtvolumens bzgl.
Datensicherung ausmacht.
Datensicherung ausmacht.
2.
Wenn ich mit Snapshots arbeite, hab ich ja keine aktiven Datenbanken(SQL-Server, Exchange-Datenbank,...) mehr.
Nein Du hast da jetzt keinen gedanklichen Knoten, aber ich gleich, ja was denn jetzt:
DB sichern oder keine DB sichern?
Gruß
Dobby
Hallo,
Denk doch mal über Backup2Disk auf ein Raidsystem in einem anderen Brandanschnitt nach. Platzmaesig sehr für erweiterbar, sehr schnell. Und deine Bedenken mit dem Defekten Band bei der Vollsicherung sollten dann auch etwas kleiner sein, ein Raid kann zwar auch ausfallen aber nicht so leicht.
Wobei z.b. Auch eine DataDepublizierungssicherung interessant sein kann.
Denk doch mal über Backup2Disk auf ein Raidsystem in einem anderen Brandanschnitt nach. Platzmaesig sehr für erweiterbar, sehr schnell. Und deine Bedenken mit dem Defekten Band bei der Vollsicherung sollten dann auch etwas kleiner sein, ein Raid kann zwar auch ausfallen aber nicht so leicht.
Wobei z.b. Auch eine DataDepublizierungssicherung interessant sein kann.
Zitat von @108012:
> Zitat von @DocAndy:
> ----
> Hallo,
Hallo,
> Port Trunkting wäre generell möglich - ich hab da nur ein wenig Bedenken, wie meine Server
> Windows Server 2008R2 x64, Zwei Intel Gigabit NIC onBoard auf eine getrunkte Verbindung reagieren?!
> Da durfte ich bis dato noch keine Erfahrungen sammeln.
Vielleicht einen Test machen?
> Zitat von @DocAndy:
> ----
> Hallo,
Hallo,
> Port Trunkting wäre generell möglich - ich hab da nur ein wenig Bedenken, wie meine Server
> Windows Server 2008R2 x64, Zwei Intel Gigabit NIC onBoard auf eine getrunkte Verbindung reagieren?!
> Da durfte ich bis dato noch keine Erfahrungen sammeln.
Vielleicht einen Test machen?
> Port Trunking hab ich bis jetzt nur von Switch zu Switch eingesetzt - jedoch noch nie direkt an einem > Server.
LAG geht doch auch! (Link Aggregation Group) 2 neue SFP+ Netzwerkkarten mit 10 GB Durchsatz und dann an den Layer 3 Switch ran und
gut ist. Jumboframes aktivieren auf dem Server, dem Switch und den Klienten und einmal austesten das ganze.
Hast Du da Erfahrungen bzgl. Fehleranfälligkeit?!LAG geht doch auch! (Link Aggregation Group) 2 neue SFP+ Netzwerkkarten mit 10 GB Durchsatz und dann an den Layer 3 Switch ran und
gut ist. Jumboframes aktivieren auf dem Server, dem Switch und den Klienten und einmal austesten das ganze.
> Backup-Netz ist auch so ein Thema:
Meist nur wenn der Chef die Summe sieht.
> Wenn ich meinen Servern ein eigene Backup-Netz einrichte, ist das doch parallel zum eigentlichen
> Produktivnetz.
Ja so geht es auch, dann kann man in Ruhe weiter arbeiten und die Sicherung läuft parallel dazu oder
alles in gesonderte VLAN´s "packen" dort können die Server oder Backlösungen sogar Mitglieder mehrerer
VLAN´s sein!!!!!
> Wie bringe ich dann Backup Exec bei, das es zur Sicherung "nur" Netzwerkkarte 2 verwenden soll?!
> Da hab ich glaub noch nen Knoten im Oberstübchen
Nicht wirklich, warum auch, Du kannst die eine Netzwerkkarte für das normale "Produktiv LAN" nehmen
und die andere ist dem "Backup LAN" zugeordnet! Lässt sich aber auch mit VLAN´s auf einem Switch
erledigen!!!!!
> Vollsicherung aus dem Grund, da ich der inkrementellen Sicherung - genauer gesagt den Medien -
> nicht wirklich Traue.
Wenn es einmal bei Euch brennt ist das eh alles "wummpe" das Feuer fragt vorher nicht nach was es verbrennen darf! Da
ist es besser zu sichern und möglichst auf viele Medien die außerhalb
oder in einem anderen Brandabschnitt gelagert werden.
> Wenn mir bei einer Vollsicherung ein Band kaputt geht - habe ich "nur" einen Tag, der nicht
> wiederhergestellt werden kann.
Und das kann man mit Schattenkopien und einem potenten SAN auch mehrmals am Tag machen, dann fehlen nur
Stunden!!!!!
> Wenn mir bei einer inkrementellen Sicherung ein Band kaputt geht - kann ich die ganze Woche vergessen!
Wenn ein Sicherungsmedium kaputt geht ist das immer schlecht. Aber es kommt auch sicherlich auf die gesamte Backup Strategie an
und auf die Kosten die anfallen, wenn der Betrieb steht!!
> Ist das Komprimieren am Backup-Client eine zusätzlich zu aktivierende Option?! Wenn ja, wo finde > ich diese?!
Verwendet Dein LTO Gerät nicht schon eine "Komprimierung?
Ja, Das LTO hat eine Hardware-Komprimierung - Das war aber eher auf den Beitrag von Dirmhirn bezogen:"Symantec Backup Exec konnte schon in Version 11.d die Daten lokale am Backup-Client komprimieren - weniger Übertragungsvolumen."Meist nur wenn der Chef die Summe sieht.
> Wenn ich meinen Servern ein eigene Backup-Netz einrichte, ist das doch parallel zum eigentlichen
> Produktivnetz.
Ja so geht es auch, dann kann man in Ruhe weiter arbeiten und die Sicherung läuft parallel dazu oder
alles in gesonderte VLAN´s "packen" dort können die Server oder Backlösungen sogar Mitglieder mehrerer
VLAN´s sein!!!!!
> Wie bringe ich dann Backup Exec bei, das es zur Sicherung "nur" Netzwerkkarte 2 verwenden soll?!
> Da hab ich glaub noch nen Knoten im Oberstübchen
Nicht wirklich, warum auch, Du kannst die eine Netzwerkkarte für das normale "Produktiv LAN" nehmen
und die andere ist dem "Backup LAN" zugeordnet! Lässt sich aber auch mit VLAN´s auf einem Switch
erledigen!!!!!
> Vollsicherung aus dem Grund, da ich der inkrementellen Sicherung - genauer gesagt den Medien -
> nicht wirklich Traue.
Wenn es einmal bei Euch brennt ist das eh alles "wummpe" das Feuer fragt vorher nicht nach was es verbrennen darf! Da
ist es besser zu sichern und möglichst auf viele Medien die außerhalb
oder in einem anderen Brandabschnitt gelagert werden.
> Wenn mir bei einer Vollsicherung ein Band kaputt geht - habe ich "nur" einen Tag, der nicht
> wiederhergestellt werden kann.
Und das kann man mit Schattenkopien und einem potenten SAN auch mehrmals am Tag machen, dann fehlen nur
Stunden!!!!!
> Wenn mir bei einer inkrementellen Sicherung ein Band kaputt geht - kann ich die ganze Woche vergessen!
Wenn ein Sicherungsmedium kaputt geht ist das immer schlecht. Aber es kommt auch sicherlich auf die gesamte Backup Strategie an
und auf die Kosten die anfallen, wenn der Betrieb steht!!
> Ist das Komprimieren am Backup-Client eine zusätzlich zu aktivierende Option?! Wenn ja, wo finde > ich diese?!
Verwendet Dein LTO Gerät nicht schon eine "Komprimierung?
1.
> Mein "Sorgenkind" ist ein Server, der die gesammten CAD-Daten (Es laufen da keine Datenbanken) bevoratet - was ca.
1TB des Gesammtvolumens bzgl.
> Datensicherung ausmacht.
2.
> Wenn ich mit Snapshots arbeite, hab ich ja keine aktiven Datenbanken(SQL-Server, Exchange-Datenbank,...) mehr.
Nein Du hast da jetzt keinen gedanklichen Knoten, aber ich gleich, ja was denn jetzt:
DB sichern oder keine DB sichern?
Zur Erklärung: Das war auf die SAN-Lösung bezogen. Die von mir gemeinten Datenbanken kommen von den anderen Servern, die dann ja auch auf der SAN liegen würden - bzw. im Snapshot auf der SAN.> Mein "Sorgenkind" ist ein Server, der die gesammten CAD-Daten (Es laufen da keine Datenbanken) bevoratet - was ca.
1TB des Gesammtvolumens bzgl.
> Datensicherung ausmacht.
2.
> Wenn ich mit Snapshots arbeite, hab ich ja keine aktiven Datenbanken(SQL-Server, Exchange-Datenbank,...) mehr.
Nein Du hast da jetzt keinen gedanklichen Knoten, aber ich gleich, ja was denn jetzt:
DB sichern oder keine DB sichern?
Hallo Dirmhir,
nochmal bzgl. dem Backup-Netz:
Hab ich das richtig verstanden?! Ich geh her, aktiviere die zweite NIC, geb eine dem Produktiv-Netz abweichende IP-Adresse und konfiguriere in BackupExec die ausschließliche Verwendung der zweiten NIC mit dem Backup-Netz.
Das ganze dann an meinem Backup-Server und an dem CAD-Server.
Dann könnte ich ja der Theorie wegen zwei neue NICS(4-Port) nehmen und über die Port Trunking oder Link Aggregation eine dedizierte Verbindung von meinem Backup-Server zum CAD-Server herstellen, die dann komplett am Produktiv-Netz vorbei geht(Crossover kabel von Backup-Server zu CAD-Server).
Hab ich das soweit richtig verstanden?
nochmal bzgl. dem Backup-Netz:
Hab ich das richtig verstanden?! Ich geh her, aktiviere die zweite NIC, geb eine dem Produktiv-Netz abweichende IP-Adresse und konfiguriere in BackupExec die ausschließliche Verwendung der zweiten NIC mit dem Backup-Netz.
Das ganze dann an meinem Backup-Server und an dem CAD-Server.
Dann könnte ich ja der Theorie wegen zwei neue NICS(4-Port) nehmen und über die Port Trunking oder Link Aggregation eine dedizierte Verbindung von meinem Backup-Server zum CAD-Server herstellen, die dann komplett am Produktiv-Netz vorbei geht(Crossover kabel von Backup-Server zu CAD-Server).
Hab ich das soweit richtig verstanden?
Hi!
bzgl der Komprimierung:
http://www.symantec.com/de/de/backup-exec/agents-options-add-ons
Frag einfach mal beim Support.
ja, das Subnet kannst du wählen. - schau mal bei deiner Version. kann mir aber nicht vorstellen, dass sie die Funktion rausgenommen haben...
haben selber kein eigenes Netz dafür - afaik darfst du den anderen NICs aber kein Standardgateway zuweisen *gg*
in der Hauptniederlassung haben sie ein kleines Glasfasernetz fürs Backup. Client-Anbindung läuft über Kupfer.
beim Teaming musst du bedenken, dass der Server die Daten auch liefern muss 1 Daten NIC + 2 Backup-NICs sind theoretisch >300MB/s
Glasfaser, 10GBit - ka was du für ein Budget hast.
sg Dirm
bzgl der Komprimierung:
http://www.symantec.com/de/de/backup-exec/agents-options-add-ons
Der Agent optimiert Datenübertragungen für standortferne 32-Bit und 64-Bit Windows-Server mithilfe einer speziellen Agent Accelerator-Technologie, die Komprimierung auf der Quellseite und verteilte Bearbeitung beim Client bereitstellt.ja, das Subnet kannst du wählen. - schau mal bei deiner Version. kann mir aber nicht vorstellen, dass sie die Funktion rausgenommen haben...
haben selber kein eigenes Netz dafür - afaik darfst du den anderen NICs aber kein Standardgateway zuweisen *gg*
in der Hauptniederlassung haben sie ein kleines Glasfasernetz fürs Backup. Client-Anbindung läuft über Kupfer.
beim Teaming musst du bedenken, dass der Server die Daten auch liefern muss 1 Daten NIC + 2 Backup-NICs sind theoretisch >300MB/s
Glasfaser, 10GBit - ka was du für ein Budget hast.
sg Dirm
Hallo,
Nein, habe ich nicht in Bezug auf die SFP+ Uplinks, nur auf SFP Uplinks.
Aber das LAG ist eine Leitungsbündelung und verschafft Dir/Euch einfach eine höhere Last zu managen!
Ist auch eher auf die zusätzlichen 10 GB Daten pro Woche zu geschnitten!!!
Das Jahr hat 52 Wochen und das wären doch dann 520 GB Zuwachs pro Jahr und das muss alles über Euer LAN
"gewuppt" und gesichert werden!
Gruß
Dobby
Hast Du da Erfahrungen bzgl. Fehleranfälligkeit?!
Hast Du mal die Anzahl der Switche die dafür in Frage kommen?Nein, habe ich nicht in Bezug auf die SFP+ Uplinks, nur auf SFP Uplinks.
Aber das LAG ist eine Leitungsbündelung und verschafft Dir/Euch einfach eine höhere Last zu managen!
Ist auch eher auf die zusätzlichen 10 GB Daten pro Woche zu geschnitten!!!
Das Jahr hat 52 Wochen und das wären doch dann 520 GB Zuwachs pro Jahr und das muss alles über Euer LAN
"gewuppt" und gesichert werden!
Gruß
Dobby
@d.o.b.b.y
Quelle: http://de.wikipedia.org/wiki/Link_Aggregation:
Obwohl es Inkompatibilitäten und technische Unterschiede gibt, werden (je nach Hersteller oder Kontext) für die Bündelung von Ethernet-Schnittstellen folgende Ausdrücke als Synonyme benutzt:
Bonding, im Linux-Umfeld.
Etherchannel, bei Cisco.
Link Aggregation, bei IEEE.
Load Balancing, allgemein.
Port Aggregation, bei Hewlett-Packard.
Trunking, bei Sun Microsystems, aber auch bei anderen Herstellern.
Bündelung, natürlich gibt es auch einen deutschen Begriff für die Ethernet-Kanal-Bündelung.
Teaming, bei Novell Netware
Darf ich bei Dir nochmal auf das Thema SAN zurück kommen?
Wir haben bereits eine SAN-Lösung getestet - das ganze jedoch aus eben dem beschriebenen Punkt(Datensicherung/-wiederherstellung der Snaphot-Dateien auf Band) wieder verworfen.
Hast Du da weiterführende Erfahrungen?
Wenn ja, wie ist die standardmäßige Vorgehensweise bzgl. Datensicherung beim Einsatz einer SAN als zentralen Massenspeicher(Alle Server liegen Speicherseitig voll auf der SAN)?
Zitat von @108012:
Hast Du mal die Anzahl der Switche die dafür in Frage kommen?
In meinem Fall wäre das nur ein Switch - Evtl. auch gar keiner, wenn ich den Lösungsansatz von Dirmhirn weiter verfolge. Da hätte ich ja eine dedizierte Netzwerk-Verbindung von meinem Backup-Server zum CAD-Server(Räumlich problemlos möglich, da die betreffenden Server im Selben Rack übereinander liegen). Hier könnte ich dann ja auch mit zwei 4-Port Netzwerkkarten arbeiten, die ich dann als logische 4GBit-Verbindung mit einem anderen IP-Bereich als "Backup-Backbone" nutzen könnte. Die restlichen Server sind derzeit bzgl. Sicherungsvolumen nicht so relevant.Nein, habe ich nicht in Bezug auf die SFP+ Uplinks, nur auf SFP Uplinks.
Aber das LAG ist eine Leitungsbündelung und verschafft Dir/Euch einfach eine höhere Last zu managen!
Mal ne blöde Frage: LAG(Link Aggregation Group) ist doch das gleiche wie Teaming oder Trunking - oder bin ich da auf`m Holzweg?!Aber das LAG ist eine Leitungsbündelung und verschafft Dir/Euch einfach eine höhere Last zu managen!
Quelle: http://de.wikipedia.org/wiki/Link_Aggregation:
Obwohl es Inkompatibilitäten und technische Unterschiede gibt, werden (je nach Hersteller oder Kontext) für die Bündelung von Ethernet-Schnittstellen folgende Ausdrücke als Synonyme benutzt:
Bonding, im Linux-Umfeld.
Etherchannel, bei Cisco.
Link Aggregation, bei IEEE.
Load Balancing, allgemein.
Port Aggregation, bei Hewlett-Packard.
Trunking, bei Sun Microsystems, aber auch bei anderen Herstellern.
Bündelung, natürlich gibt es auch einen deutschen Begriff für die Ethernet-Kanal-Bündelung.
Teaming, bei Novell Netware
Darf ich bei Dir nochmal auf das Thema SAN zurück kommen?
Wir haben bereits eine SAN-Lösung getestet - das ganze jedoch aus eben dem beschriebenen Punkt(Datensicherung/-wiederherstellung der Snaphot-Dateien auf Band) wieder verworfen.
Hast Du da weiterführende Erfahrungen?
Wenn ja, wie ist die standardmäßige Vorgehensweise bzgl. Datensicherung beim Einsatz einer SAN als zentralen Massenspeicher(Alle Server liegen Speicherseitig voll auf der SAN)?
@Dirmhirn
Wär in meinem Fall kein Problem, da die "normalen" Daten der restlichen Server über das Produktiv-Netz gesichert werden können.
Danke für die Info
Wär in meinem Fall kein Problem, da die "normalen" Daten der restlichen Server über das Produktiv-Netz gesichert werden können.
Danke für die Info
Zitat von @DocAndy:
Wär in meinem Fall kein Problem, da die "normalen" Daten der restlichen Server über das Produktiv-Netz
gesichert werden können.
Wär in meinem Fall kein Problem, da die "normalen" Daten der restlichen Server über das Produktiv-Netz
gesichert werden können.
wie meinst das? - hab gemeint, der Server muss auch die Ressourcen haben 3 Gbit ins Netzwerk zu schaufeln.
sg Dirm
@Dirmhirn
Eigentlich nicht.
Wie gesagt: ich habe bzgl. meiner Fragestellung nur zwei relevante Server:
- Backup-Server(dediziert, LTO-Laufwerke intern)
- CAD-Server
Daher die Überlegung, im Backup-Server und im CAD-Server jeweils eine 4-Port-Netzwerkkarte mit Link Aggregation zusätzlich einzubauen.
Dieser zusätzlichen Netzwerkkarte könnte ich dann eine IP-Adresse, abweichend dem Produktiv-Netz zuweisen, so dass ich dann eine dedizierte Backup-Backbone zwischen dem Backup-Server und dem CAD-Server habe.
Da die Datensicherung ja Nachts durchgeführt werden soll, hab ich dann auch nicht das Problem, das zusätzlicher Traffic vom CAD-Server ins Produktiv-Netz anfällt.
Es geht mir nur darum, die Übertragungszeit der CAD-Daten auf den Backup-Server zu reduzieren - Oder aber auf eine komplett abweichende Sicherungsstrategie zu wechseln, wenn es etwas besseres als das derzeit eingesetzte Konzept gibt.
Eigentlich nicht.
Wie gesagt: ich habe bzgl. meiner Fragestellung nur zwei relevante Server:
- Backup-Server(dediziert, LTO-Laufwerke intern)
- CAD-Server
Daher die Überlegung, im Backup-Server und im CAD-Server jeweils eine 4-Port-Netzwerkkarte mit Link Aggregation zusätzlich einzubauen.
Dieser zusätzlichen Netzwerkkarte könnte ich dann eine IP-Adresse, abweichend dem Produktiv-Netz zuweisen, so dass ich dann eine dedizierte Backup-Backbone zwischen dem Backup-Server und dem CAD-Server habe.
Da die Datensicherung ja Nachts durchgeführt werden soll, hab ich dann auch nicht das Problem, das zusätzlicher Traffic vom CAD-Server ins Produktiv-Netz anfällt.
Es geht mir nur darum, die Übertragungszeit der CAD-Daten auf den Backup-Server zu reduzieren - Oder aber auf eine komplett abweichende Sicherungsstrategie zu wechseln, wenn es etwas besseres als das derzeit eingesetzte Konzept gibt.
äh ich verstehs nicht ganz. du solltest einfach vorher prüfen ob der Server 4GBit übertragen kann. ka was du für HDDs, RAID, ... verbaut hast. bevor du dir eine 4-Port NIC einbaust.
sg Dirm
sg Dirm
@Dirmhirn
UPS da hab ich Dich wohl falsch verstanden!
Kommt vermutlich daher, da ich das als selbstverständlich angesehen habe!
Tschuldigung, mein Fehler
Wir setzen derzeit bei dem betreffenden Systemen SAS-Platten, aktuelle Intel-RAID-Controller und RAID 5 ein - sollte also ausreichend sein.
Aber auf jeden Fall Danke für den Denkanstos
UPS
da hab ich Dich wohl falsch verstanden!Kommt vermutlich daher, da ich das als selbstverständlich angesehen habe!
Tschuldigung, mein Fehler
Wir setzen derzeit bei dem betreffenden Systemen SAS-Platten, aktuelle Intel-RAID-Controller und RAID 5 ein - sollte also ausreichend sein.
Aber auf jeden Fall Danke für den Denkanstos
Moin,
wir haben damals ähnliches Problem gehabt. Inzwischen haben wir "nur" für CAD eine Netapp 2040 da stehen mit 20TB Speicherplatz. Schön dabei ist , dass ein Snapshot innerhalb von 1 Minute angelegt ist. Über Snapmirror spiegeln wir den ganzen Datenbestand über 2x10GBit (MPIO) auf unsere Backup-Netapp. Dort laufen auch die anderen primären Netapps auf.
D.h. sollte die CAD-Netapp ausfallen können wir innerhalb von 10 Minuten auf die Backupsite wechseln. Oder wenn genug Zeit einen resync machen. Dauert bei 2TB nicht länger als 45 Minuten - somit auch Ausfallzeit. LTO kommt einfach nicht mehr hinterher.
Schön an der Lösung ist eben, einfach ein Shelf dazu hängen und gut ist. Keinerlei Daten umziehen o.ä.
Grüße,
Dani
wir haben damals ähnliches Problem gehabt. Inzwischen haben wir "nur" für CAD eine Netapp 2040 da stehen mit 20TB Speicherplatz. Schön dabei ist , dass ein Snapshot innerhalb von 1 Minute angelegt ist. Über Snapmirror spiegeln wir den ganzen Datenbestand über 2x10GBit (MPIO) auf unsere Backup-Netapp. Dort laufen auch die anderen primären Netapps auf.
D.h. sollte die CAD-Netapp ausfallen können wir innerhalb von 10 Minuten auf die Backupsite wechseln. Oder wenn genug Zeit einen resync machen. Dauert bei 2TB nicht länger als 45 Minuten - somit auch Ausfallzeit. LTO kommt einfach nicht mehr hinterher.
Schön an der Lösung ist eben, einfach ein Shelf dazu hängen und gut ist. Keinerlei Daten umziehen o.ä.
Grüße,
Dani
@Dani
Danke für die ausführliche Beschreibung.
Ich befürchte allerdings, dass diese Vorgehensweise das Budget meines Kunden komplett sprengen würde
Rein Interessehalber - Wie macht ihr bei Eurer vorgehensweise einen Restore von einzelnen Daten, die mit dem Stand von z.B. vor 5 Tage wiederhergestellt werden müssen?
Müsst Ihr da den kompletten Snapshot wiederherstellen oder könnt ihr File-basiert wiederherstellen?
Wie sichert ihr unterschiedliche Datenbanken(Exchange, SQL-Server, Informix-Datenbanken, ...)?
mfg Andy
Danke für die ausführliche Beschreibung.
Ich befürchte allerdings, dass diese Vorgehensweise das Budget meines Kunden komplett sprengen würde
Rein Interessehalber - Wie macht ihr bei Eurer vorgehensweise einen Restore von einzelnen Daten, die mit dem Stand von z.B. vor 5 Tage wiederhergestellt werden müssen?
Müsst Ihr da den kompletten Snapshot wiederherstellen oder könnt ihr File-basiert wiederherstellen?
Wie sichert ihr unterschiedliche Datenbanken(Exchange, SQL-Server, Informix-Datenbanken, ...)?
mfg Andy
Moin,
Grüße,
Dani
Rein Interessehalber - Wie macht ihr bei Eurer vorgehensweise einen Restore von einzelnen Daten, die mit dem Stand von z.B. vor 5 Tage wiederhergestellt werden müssen?
Wir bzw. die Kollegen können einfach in den Ordner Snapshots wechseln und dort die gewünschtene Dateien selber herauskopieren. Der Ordner selber ist Read-Only kann also nichts passieren.Ich befürchte allerdings, dass diese Vorgehensweise das Budget meines Kunden komplett sprengen würde
KA, einfach mal n Angebot machen. Wie sichert ihr unterschiedliche Datenbanken(Exchange, SQL-Server, Informix-Datenbanken, ...)?
Gibts einzelne Agenten/Lizenzen von Netapp. Wird auch per Snapshot gesichert und wiedergestellt. Zusätzlich machen wir aber noch bei wirkliche wichtigen Sachen eine sicherung über Microsoft SQL Manager.Grüße,
Dani
Zitat von @DocAndy:
Rein Interessehalber - Wie macht ihr bei Eurer vorgehensweise einen Restore von einzelnen Daten, die mit dem Stand von z.B. vor 5
Tage wiederhergestellt werden müssen?
Hier schon mal an ein PDM System gedacht bei CAD Daten?Rein Interessehalber - Wie macht ihr bei Eurer vorgehensweise einen Restore von einzelnen Daten, die mit dem Stand von z.B. vor 5
Tage wiederhergestellt werden müssen?
VSS ist für sowas eigentlich auch ein guter "erster" Ansatzpunkt.
@Dani:
Tschuldigung für den Doppelpost - Wollte den Post hier nicht nochmal um eine Variante erweitern.
Dann pack ich meine Frage hier noch dazu.
mfg Andy
Tschuldigung für den Doppelpost - Wollte den Post hier nicht nochmal um eine Variante erweitern.
Dann pack ich meine Frage hier noch dazu.
mfg Andy
was haltet ihr von folgender Idee:
Vervollständigung der derzeitigen Gegebenheiten:
Ich habe einen CAD-Server(W2k8R2x64, keine Datenbanken) und einen Backup-Server(W2k8R2x64, dediziert, BackupExec 2010R3) und noch diverse andere Server, die für die Problemstellung aber nicht relevant sind.
Es wird/soll jede Nacht ein Voll-Backup aller Server erstellt werden.
Das Backup ist als Backup2Disc2Tape eingerichtet - Bedeutet: Alle Daten aller Server werden in mehrere Backup2Disc Ordner auf den Backup-Server über das Netzwerk geholt und anschließend auf LTO geschrieben.
Das Sicherungsvolumen bezogen auf den CAD-Server liegt im Augenblick bei ca. 1TB.
Das wöchentliche Daten-Wachstum liegt bei ca. 10GB pro Woche.
Frage:
Die Idee ist jetzt, DFS-R(Replication) dazu zu verwenden, den kompletten CAD-Datenbestand per Replikation auf den Backup-Server zu replizieren.
Theoretisch hätte ich dann mehrere Vorteile:
1.) Nach der Initialreplizierung müssen nur noch die Änderungen der Daten des CAD-Servers auf den Backup-Server übertragen werden - Bedeutet wesentlich weniger Traffic auf dem Netz.
2.) Da ich die CAD-Daten dann direkt auf dem Backup-Server habe, kann ich diese ohne Umwege direkt aufs LTO schreiben - Hier würde dann die bisher benötigte Zeit zum holen der CAD-Server-Daten auf den Backup-Server in einen Backup2Disc-Ordner wegfallen(in meinem Fall sind das mal locker 7 Stunden!)
Was haltet ihr von der Idee?
Hat jemand diesbezüglich Erfahrungen sammeln können bzgl. Funktionalität/Stabilität?
Vervollständigung der derzeitigen Gegebenheiten:
Ich habe einen CAD-Server(W2k8R2x64, keine Datenbanken) und einen Backup-Server(W2k8R2x64, dediziert, BackupExec 2010R3) und noch diverse andere Server, die für die Problemstellung aber nicht relevant sind.
Es wird/soll jede Nacht ein Voll-Backup aller Server erstellt werden.
Das Backup ist als Backup2Disc2Tape eingerichtet - Bedeutet: Alle Daten aller Server werden in mehrere Backup2Disc Ordner auf den Backup-Server über das Netzwerk geholt und anschließend auf LTO geschrieben.
Das Sicherungsvolumen bezogen auf den CAD-Server liegt im Augenblick bei ca. 1TB.
Das wöchentliche Daten-Wachstum liegt bei ca. 10GB pro Woche.
Frage:
Die Idee ist jetzt, DFS-R(Replication) dazu zu verwenden, den kompletten CAD-Datenbestand per Replikation auf den Backup-Server zu replizieren.
Theoretisch hätte ich dann mehrere Vorteile:
1.) Nach der Initialreplizierung müssen nur noch die Änderungen der Daten des CAD-Servers auf den Backup-Server übertragen werden - Bedeutet wesentlich weniger Traffic auf dem Netz.
2.) Da ich die CAD-Daten dann direkt auf dem Backup-Server habe, kann ich diese ohne Umwege direkt aufs LTO schreiben - Hier würde dann die bisher benötigte Zeit zum holen der CAD-Server-Daten auf den Backup-Server in einen Backup2Disc-Ordner wegfallen(in meinem Fall sind das mal locker 7 Stunden!)
Was haltet ihr von der Idee?
Hat jemand diesbezüglich Erfahrungen sammeln können bzgl. Funktionalität/Stabilität?
Finde ich schade, daß Ihr den Weg über dediziertes Backup-Netz via Crossover nicht mehr weiter verfolgt habt.
Leider kenne Ich Deine Hardware bzgl. CAD-Server und Backup-Server nicht.
Da aber bei Dir beide übereinander liegen...
Ich habe in einem ähnlichen Fall einfach Glasfaser genommen, weil ja im selben Rack.
Gut, die Hardware war jetzt doch etwas teurer als normale Nic's, jedoch für den meinigen Fall günstiger als ein dediziertes Backup-Netz mit allem Pipapo.
Glasfaser hat ein paar Haken, aber wenn Du:
a) eine Simplex-Faser mit zwei verschiedenen Wellenlängen benutzt oder
b) eine Duplexfaser im Simplex-Modus (jede Faser eine Richtung Rx und Tx benutzt
dann fluppt das.
Obacht nur, Du brauchst bei so kurzen Distanzen unbedingt ein Dämpfungsglied!
(und wenn Du von Glasfaser keine Ahnung hast, lass das lieber einen Fachmann umsetzen)
So, und dann hast Du zwischen den beiden Kisten viel Saft, aber Dein Raid-Controller muß die eintrudelnden Daten auch wegschaufeln können!
Lonesome Walker
Leider kenne Ich Deine Hardware bzgl. CAD-Server und Backup-Server nicht.
Da aber bei Dir beide übereinander liegen...
Ich habe in einem ähnlichen Fall einfach Glasfaser genommen, weil ja im selben Rack.
Gut, die Hardware war jetzt doch etwas teurer als normale Nic's, jedoch für den meinigen Fall günstiger als ein dediziertes Backup-Netz mit allem Pipapo.
Glasfaser hat ein paar Haken, aber wenn Du:
a) eine Simplex-Faser mit zwei verschiedenen Wellenlängen benutzt oder
b) eine Duplexfaser im Simplex-Modus (jede Faser eine Richtung Rx und Tx benutzt
dann fluppt das.
Obacht nur, Du brauchst bei so kurzen Distanzen unbedingt ein Dämpfungsglied!
(und wenn Du von Glasfaser keine Ahnung hast, lass das lieber einen Fachmann umsetzen)
So, und dann hast Du zwischen den beiden Kisten viel Saft, aber Dein Raid-Controller muß die eintrudelnden Daten auch wegschaufeln können!
Lonesome Walker
@lonesome Walker
Danke für deinen Beitrag.
Na entschieden ist momentan noch nichts - bin ja noch am abklopfen der Möglichkeiten.
Also von daher bin ich für jede weitere Option Dankbar.
MFG Andy
Danke für deinen Beitrag.
Na entschieden ist momentan noch nichts - bin ja noch am abklopfen der Möglichkeiten.
Also von daher bin ich für jede weitere Option Dankbar.
MFG Andy
Was haltet ihr von der Datacore-Lösung?
Hat einer von Euch Erfahrungen mit Datacore?
Wie ist das Preis-Leistungs-Verhältnis bei Datacor?
Wie ist es mit der anschlißenden Sicherung auf LTO beim Einsatz von Datacore?
Vielen Dank im vorraus
mfg Andy
Hat einer von Euch Erfahrungen mit Datacore?
Wie ist das Preis-Leistungs-Verhältnis bei Datacor?
Wie ist es mit der anschlißenden Sicherung auf LTO beim Einsatz von Datacore?
Vielen Dank im vorraus
mfg Andy
Hallo Doc Andy
Ich befasse mich nun seit einigen Jahren mit Backupszenarien und speziell mit BackupExec. Das Problem mit dem Zeitfenster für ein Backup kenne ich daher auch sehr gut. Da du mit BE2010R3 eine recht aktuelle Version einsetzt würde ich das Backup wie folt lösen:
Variante 1) B2D Jobs auf die Platten des Backupservers mit Clientseitiger Deduplizierung (ACHTUNG: Symantec empfiehlt hier für jeden Windows Server mit aktiver Clientdedup einen eigenen Job wobei je nach Leistung der Server auch mehrere Jobs gleichzeitig ablaufen können)dies spart einiges an Zeit und Platz. In einem extra Job kannst du dann die Daten auf dein LTO schreiben.
Variante 2) gleich wie Variante 1 aber ohne die Deduplication, hier hast du den Vorteil dass du in BE einstellen kannst dass die Gesicherten B2D Jobs sofort auf das LTO quasi kopiert werden, somit wird die Sicherung auf Band weniger Zeit in anspruch nehmen.
Backupexec und speziell Dedup haben aber sehr gerne möglichst viel RAM (gut 8GB und mehr). Wenn der Backupserver aber an seinen Grenzen ist und nicht weiter ausgebaut werden soll, bzw auch der Plattenplatz eng werden sollte wäre es eine gute Alternative ein B2D auf ein Preiswertes NAS (iSCSI anbindung) zu machen. Sehr gute erfahrungen habe ich mit den Storages von Thecus und QNAP wobei mir bei letzteren die Möglichkeit der Datenspiegelung auf eine weitere QNAP sehr gut gefällt.
Prinzipiell ist ein B2D sehr ratsam da die Wiederherstellungszeiten von Disk um einiges niedriger sind wie von Band.
Die Idee mit dem DFS auf den Backupserver ist auch gut, hier ist nur zu beachten dass DFS alle Änderung "sofort" repliziert, also keine alten Versionen aufbehält. Hier kannst du aber zur Unterstützung auf dem 2008er Server die Option der Vorgängerversionen gut verwenden und aktivieren. Wichtig auch noch, DFS so konfigurieren dass es nur in Richtung des Backupservers repliziert, funktionierte zwar beim 2003er nicht sauber aber seit 2008 geht dies auch wirklich schön.
Ich befasse mich nun seit einigen Jahren mit Backupszenarien und speziell mit BackupExec. Das Problem mit dem Zeitfenster für ein Backup kenne ich daher auch sehr gut. Da du mit BE2010R3 eine recht aktuelle Version einsetzt würde ich das Backup wie folt lösen:
Variante 1) B2D Jobs auf die Platten des Backupservers mit Clientseitiger Deduplizierung (ACHTUNG: Symantec empfiehlt hier für jeden Windows Server mit aktiver Clientdedup einen eigenen Job wobei je nach Leistung der Server auch mehrere Jobs gleichzeitig ablaufen können)dies spart einiges an Zeit und Platz. In einem extra Job kannst du dann die Daten auf dein LTO schreiben.
Variante 2) gleich wie Variante 1 aber ohne die Deduplication, hier hast du den Vorteil dass du in BE einstellen kannst dass die Gesicherten B2D Jobs sofort auf das LTO quasi kopiert werden, somit wird die Sicherung auf Band weniger Zeit in anspruch nehmen.
Backupexec und speziell Dedup haben aber sehr gerne möglichst viel RAM (gut 8GB und mehr). Wenn der Backupserver aber an seinen Grenzen ist und nicht weiter ausgebaut werden soll, bzw auch der Plattenplatz eng werden sollte wäre es eine gute Alternative ein B2D auf ein Preiswertes NAS (iSCSI anbindung) zu machen. Sehr gute erfahrungen habe ich mit den Storages von Thecus und QNAP wobei mir bei letzteren die Möglichkeit der Datenspiegelung auf eine weitere QNAP sehr gut gefällt.
Prinzipiell ist ein B2D sehr ratsam da die Wiederherstellungszeiten von Disk um einiges niedriger sind wie von Band.
Die Idee mit dem DFS auf den Backupserver ist auch gut, hier ist nur zu beachten dass DFS alle Änderung "sofort" repliziert, also keine alten Versionen aufbehält. Hier kannst du aber zur Unterstützung auf dem 2008er Server die Option der Vorgängerversionen gut verwenden und aktivieren. Wichtig auch noch, DFS so konfigurieren dass es nur in Richtung des Backupservers repliziert, funktionierte zwar beim 2003er nicht sauber aber seit 2008 geht dies auch wirklich schön.
Hallo nasta-admin.
Danke für Deinen ausführlichen Beitrag.
Momentan verwenden wir B2D2T wo allerdings das Zeitfenster bugl. des CAD-Servers nicht mehr ausreichend ist.
Hast Du bzgl. DFS-R auf Windows Server 2008 R2 x64 weitergehende Erfahrungen bzgl. Verlässlichkeit und Monitoring?
Danke im Voraus
mfg Andy
Danke für Deinen ausführlichen Beitrag.
Momentan verwenden wir B2D2T wo allerdings das Zeitfenster bugl. des CAD-Servers nicht mehr ausreichend ist.
Hast Du bzgl. DFS-R auf Windows Server 2008 R2 x64 weitergehende Erfahrungen bzgl. Verlässlichkeit und Monitoring?
Danke im Voraus
mfg Andy
Tag
Was ich machen würde (falls du das nicht schon so machst):
Während der Nacht die Daten von allen Servern auf den Backupserver spiegeln (mit einem Robocopy-Batch, Parameter /mir) und am Tag darauf die in der Nacht gespiegelten Daten auf die Tapes schreiben.
Mit dem Parameter /mir wird quasi eine Einweg-Synchronisation von allen anderen Servern auf den Backupservern gemacht. Ich gehe in dem Fall mal davon aus, dass pro Tag ca. 100 MB gelöscht und ca. 2 GB neue Daten hinzukommen. Der reine Spiegelvorgang von den verschiedenen Servern auf den Backupserver sollte so schon in einer Nacht zu schaffen sein. Ob dann der Tag ausreicht, um die ganzen Daten von Disk auf Tape zu schreiben, das steht auf einem anderen Blatt....
Was ich machen würde (falls du das nicht schon so machst):
Während der Nacht die Daten von allen Servern auf den Backupserver spiegeln (mit einem Robocopy-Batch, Parameter /mir) und am Tag darauf die in der Nacht gespiegelten Daten auf die Tapes schreiben.
Mit dem Parameter /mir wird quasi eine Einweg-Synchronisation von allen anderen Servern auf den Backupservern gemacht. Ich gehe in dem Fall mal davon aus, dass pro Tag ca. 100 MB gelöscht und ca. 2 GB neue Daten hinzukommen. Der reine Spiegelvorgang von den verschiedenen Servern auf den Backupserver sollte so schon in einer Nacht zu schaffen sein. Ob dann der Tag ausreicht, um die ganzen Daten von Disk auf Tape zu schreiben, das steht auf einem anderen Blatt....
Hallo Doc Andy
Die Idee von TuXHunt3R mit RoboCopy ist auch nicht schlecht, jedoch wage ich zu Bezweifeln dass die Sicherungszeit am Tag reicht wenn sie in der Nacht nicht reicht. Erfahrungsgemäß hat man über Nacht doch mehr Stunden verfügbar
Ausserdem wozu sich mit einem zusätzlichen Tool herumschlagen wenn man eine brauchbare Replikationstechnik bereits onboard hat?! Das DFS kannst du sehr fein einstellen. Beispielsweise dass du zwischen 0900 Uhr und 1700 Uhr nur mit einer niedrigen Bandbreite replizierst, ist aber im LAN bei 1GBit normalerweise nicht nötig da ja wirklich nach der Erstreplikation nur noch die Änderungen repliziert werden und dies mehr oder weniger sofort.
Bezüglich verlässlichkeit ist DFS beim 2008er ganz gut, wie gesagt Onewayreplikationen waren beim 2003R2 nicht brauchbar aber da hat MS gut nachgebessert. Du kannst dir auch ein kleines Reporting aktivieren dabei, wirklich umfassendes Monitoring gibts so aber nicht wirklich. Dafür wären dann Produkte wie MS SCOM 2007/2012 oder MS SCE 2010 geeignet.
Probier das DFS doch einfach mal aus auf deinen Servern. Du kannst ja Testweise ein Verzeichnis am CAD-Server anlegen und das in eine DFS mit dem Backupserver einbetten. Wenn du testweise einige grosse Files darin ablegst siehst du wie schnell repliziert wird bzw. wie sehr/ wenig das Netzwerk ausgelastet wird. Zum wegsichern vom Backupserver auf Tape hast du bei dem Szenario dann ja fast 24h zeit
Und ich würde dir Raten die Volume Shadow Copy zu aktivieren damit am CAD Server auch mehrere Versionen der Files verfügbar sind fals ein User eine Datei löscht oder einen Fehler speichert. Damit kann man sehr schnell auf eine Vorgängerversion zurückgehen.
Anbei noch drei nützliche Links:
DFS Step-by-Step Guide for Windows Server 2008
http://technet.microsoft.com/en-us/library/cc732863(v=ws.10).aspx
Create a Diagnostic Report for DFS Replication
http://technet.microsoft.com/en-us/library/cc754227.aspx
Create and Restore Shadow Copies on Windows Server 2008
http://technet.microsoft.com/en-us/magazine/dd637757.aspx
Grüße
Die Idee von TuXHunt3R mit RoboCopy ist auch nicht schlecht, jedoch wage ich zu Bezweifeln dass die Sicherungszeit am Tag reicht wenn sie in der Nacht nicht reicht. Erfahrungsgemäß hat man über Nacht doch mehr Stunden verfügbar
Ausserdem wozu sich mit einem zusätzlichen Tool herumschlagen wenn man eine brauchbare Replikationstechnik bereits onboard hat?! Das DFS kannst du sehr fein einstellen. Beispielsweise dass du zwischen 0900 Uhr und 1700 Uhr nur mit einer niedrigen Bandbreite replizierst, ist aber im LAN bei 1GBit normalerweise nicht nötig da ja wirklich nach der Erstreplikation nur noch die Änderungen repliziert werden und dies mehr oder weniger sofort.
Bezüglich verlässlichkeit ist DFS beim 2008er ganz gut, wie gesagt Onewayreplikationen waren beim 2003R2 nicht brauchbar aber da hat MS gut nachgebessert. Du kannst dir auch ein kleines Reporting aktivieren dabei, wirklich umfassendes Monitoring gibts so aber nicht wirklich. Dafür wären dann Produkte wie MS SCOM 2007/2012 oder MS SCE 2010 geeignet.
Probier das DFS doch einfach mal aus auf deinen Servern. Du kannst ja Testweise ein Verzeichnis am CAD-Server anlegen und das in eine DFS mit dem Backupserver einbetten. Wenn du testweise einige grosse Files darin ablegst siehst du wie schnell repliziert wird bzw. wie sehr/ wenig das Netzwerk ausgelastet wird. Zum wegsichern vom Backupserver auf Tape hast du bei dem Szenario dann ja fast 24h zeit
Und ich würde dir Raten die Volume Shadow Copy zu aktivieren damit am CAD Server auch mehrere Versionen der Files verfügbar sind fals ein User eine Datei löscht oder einen Fehler speichert. Damit kann man sehr schnell auf eine Vorgängerversion zurückgehen.
Anbei noch drei nützliche Links:
DFS Step-by-Step Guide for Windows Server 2008
http://technet.microsoft.com/en-us/library/cc732863(v=ws.10).aspx
Create a Diagnostic Report for DFS Replication
http://technet.microsoft.com/en-us/library/cc754227.aspx
Create and Restore Shadow Copies on Windows Server 2008
http://technet.microsoft.com/en-us/magazine/dd637757.aspx
Grüße
@nasta-admin
Respekt!
Danke für Deinen aussagekräftigen und umfangreichen Beitrag.
Werde ich mir auf jeden Fall ansehen.
Nochmals herzlichen Dank.
Respekt!
Danke für Deinen aussagekräftigen und umfangreichen Beitrag.
Werde ich mir auf jeden Fall ansehen.
Nochmals herzlichen Dank.
@ nasta-admin
Auch ein Ansatz, der aber getestet werden muss. Ich hatte bei einem Kunden mal Probleme mit DFS im Zusammenhang mit CAD-Daten. Konkret ging es dabei um SolidEdge 18. Der Zugriff auf die Dateien war langsam und teilweise stürzte SolidEdge auch ganz ab, obwohl eine 1 Gbit/s-Leitung direkt auf den Core-Switch ging, an dem auch der Server hing. Erst als ich DFS abgestellt habe, trat das Problem nicht mehr auf. Ich wäre also etwas vorsichtig und würde ein Fall-Back bereit halten.
Gruss
TuXHunT3R
Auch ein Ansatz, der aber getestet werden muss. Ich hatte bei einem Kunden mal Probleme mit DFS im Zusammenhang mit CAD-Daten. Konkret ging es dabei um SolidEdge 18. Der Zugriff auf die Dateien war langsam und teilweise stürzte SolidEdge auch ganz ab, obwohl eine 1 Gbit/s-Leitung direkt auf den Core-Switch ging, an dem auch der Server hing. Erst als ich DFS abgestellt habe, trat das Problem nicht mehr auf. Ich wäre also etwas vorsichtig und würde ein Fall-Back bereit halten.
Gruss
TuXHunT3R
