Onderwerp: DirectAdmin backups

Tipje: RAID opstelling is totaal geen garantie voor je data. Er zijn meerdere mogelijkheden waarbij je RAID helemaal niet helpt (brand, tegelijk schijven kapot gaan, raid kaart kapot, verbinding of stroom ligt eruit van de server waardoor backup niet beschikbaar is, ... etc)

Beste is op 2 servers de backup plaatsen, in een ander DC. Op dergelijke servers kan je desnoods ook een NS2, NS3 plaatsen en een mail fallback...
Een VPS met een genoeg storage en 64MB RAM is al genoeg om naar te rsync'en of te FTP(S)'en

Hier komt de backup op 3 servers + op kantoor + op externe HDD + van die leuke tapes (hangt uiteraard af voor welke klanten etc...

RAID is inderdaad geen garantie. Backups in een ander DC ook niet.
Uit testen is gebleken dat een harde schijf bijna niet kapot te krijgen is. Ik heb bij m'n pc in al die jaren weleens stroomstoring meegemaakt en altijd heeft de harde schijf het prima gedaan. Bij brand zouden de backups misschien verloren gaan, maar dan heb je de backups van DA op de server nog. En het zou wel heel erg toevallig zijn als die het server het ook zou begeven.
Met een stroomstoring kun je trouwens niet bij de NAS, maar ook niet op internet. Heb je dus ook niks aan je backups in een ander DC. De NAS kun je ook meenemen naar huis en daar eventueel weer aankoppelen. En als de RAID-controller kapot gaat doen de harde schijven met data het nog wel. Maak ik er wel een externe harde schijf van

Oorspronkelijk geplaatst door santema

Ook als je dit op een externe server doet overschrijft directadmin de oude backups

Daarom maken we eerst met hardlinks een mirror. Daarna doen we een rsync. Dit alles als een "pull" vanaf de backupserver, zodat een onverhoopte inbreker niet bij de backups kan. We bewaren standaard iedere dag van de week en vervolgens 4 zondagen.

Hier ook backups via ftp met behulp van de DA backup functie en een scriptje dat op datum wegschrijft.
Op de backup server zelf zit ook directadmin dus mocht het echt platbranden ben je met een ip wijziging en een complete import weer in ieder geval online....
Kost wel weer een licentie maarja betaal graag voor een goed product.

Hier dus voornamelijk ftp

Ik gebruik zowel de sysbackup als adminlevel backup op alle DirectAdmin servers. Wordt 's nachts gerunt, en direct opgeslagen op een externe locatie

Tot heden geen problemen gehad met zowel de sysbackup als admin backup van DirectAdmin.
In mijn ogen betrouwbaar!

Backup gebeurd ook op een externe server, maar zoals velen al aangaven en zoals ik zelf al dacht kan die backup gewoon overschreven worden met een "lege backup".

Oorspronkelijk geplaatst door Boyke

Backup gebeurd ook op een externe server, maar zoals velen al aangaven en zoals ik zelf al dacht kan die backup gewoon overschreven worden met een "lege backup".

Backups voor een tijdje opslaan kan al helpen Steeds dezelfde file overschrijven is niet heel nuttig ..

Als je ziet dat je ineens van meer dan 5GB files naar 1GB gaat is het handig om es te kijken waarom dat meer dan significant t geval is.

Ja klopt, maar dat kost ook weer extra capaciteit. Maar het is waarschijnlijk wel de beste oplossing.

Wij maken zelf geen gebruik van de DirectAdmin backup functie.

Wij draaien elke nacht van alle accounts een backup naar een backup-server. Vervolgens elke zondag een sysbackup naar onze backup-servers.

Als ik het goed lees gebruiken de meeste de DirectAdmin backup functie.

Zijn er toevallig ook mensen die zuiniger omspringen met dataverkeer en gebruik maken van incremental backups?
Wij zijn zelf momenteel aan het uittesten en een poging aan het doen om de backups op een andere manier te laten nemen. Alle dagen dezelfde data backuppen heeft in ons ogen dan ook weinig zin.

Ook vinden wij het belangrijk dat backups encrypted over het netwerk gaan en dat deze zeer eenvoudig terug te plaatsen zouden moeten zijn.

Backups buiten het datacenter plaatsen heeft naar onze mening ook weinig zin. Het enige wat zou kunnen gebeuren is een brand in hetzelfde datacenter maar daar heb je toch een brandblusinstallatie voor. Belangrijker is een systeem die het wegvallen van een server zo snel mogelijk kan opvangen.

Oorspronkelijk geplaatst door eXtreme Service

Backups buiten het datacenter plaatsen heeft naar onze mening ook weinig zin. Het enige wat zou kunnen gebeuren is een brand in hetzelfde datacenter maar daar heb je toch een brandblusinstallatie voor. Belangrijker is een systeem die het wegvallen van een server zo snel mogelijk kan opvangen.

Als je zo redeneert kun je net zo goed een extra schijf in je server drukken en daar de backup op maken. Mensen kiezen uit verschillende overwegingen voor het backupen naar een externe locatie.

Zelf ben ik voorstander van een backupserver in een ander DC én ander netwerk. Als het ene DC compleet uitvalt, tot de grond toe affikt door falende blussystemen of een andere reden waardoor je er niet meer bijkunt en je server niet bereikbaar is, dan is een externe locatie toch erg fijn.

Je kunt dan immers van de externe locatie de backup halen en gebruiken op een nieuwe server (okee, het is een rampscenario, maar je moet er, wel op een normale manier, rekening mee houden).

En dan heb je nog de theorie dat het ene DC affikt en het andere netwerk wordt gehackt
Hoe het ook zij, het is altijd handig om op twee plaatsen een backup te hebben. Waarbij 1 plaats buiten het DC is. Of dat verder een tapestreamer, dvd, externe schijf of andere server is moet ieder voor zich beslissen denk ik.

Ook ooit aan het handje gehad: je provider wordt om financiele redenen afgesloten, kun je niet meer het DC in en dus ook niet meer bij je backups. Als je slim bent dan zet je je backups in een ander DC en netwerk. Als je zelf geen hele server wilt neerzetten dan kun je natuurlijk ook een plekje op een backupserver huren.

Oorspronkelijk geplaatst door eXtreme Service

Zijn er toevallig ook mensen die zuiniger omspringen met dataverkeer en gebruik maken van incremental backups?

Ja, wij gebruiken hiervoor RSYNC met hardlinks.

Ik heb het wel van een paar klanten gehoord. Dat de server van hun toenmalige website gecrasht was. Maar de hoster had maakte geen backups, dus ze waren hun website en mail kwijt.
Of ik het nog terug kon halen of herstellen. Erg slordig van die hoster hoor, om geen enkele backup te maken.
Maar wel weer een goed argument voor ons om ze bij ons te laten hosten hehe