Bekijk Volledige Versie : Wat is belangrijk om te backuppen?
Er zijn 3 soorten mensen in het backup-circuit:
- mensen die niet backuppen
- mensen die wel backuppen
- mensen die niet alles of het verkeerde backuppen
Nu wil ik hier een discussie ontketenen, over wat je, hoe vaak, moet backuppen!
Ik begin:
Omgeving: Linux met Directadmin
Logbestanden: /var/log elke dag [diff] wekelijks [compleet]
Configbestanden: /etc en de directadmin configs elke dag [diff] wekelijks [compleet]
Homefolders: /home 3x per dag [diff] wekelijks [compleet]
Alles elke dag op externe servers en offline media.
Dagelijkse complete image van alle servers op NAS + dagelijks differentiele backup van losse bestanden van de users.
Ik begin:
Omgeving: Linux met Directadmin
Logbestanden: /var/log elke dag [diff] wekelijks [compleet]
Wekelijks kan ik nog inkomen, maar waarom zou je op dit moment dagelijks je logs backuppen? Staat over het algemeen niks waardevols in dat je zou willen bewaren. En aangezien de bewaarplicht nog niet is goedgekeurd, mijn inziens totaal niet nodig.
Configbestanden: /etc en de directadmin configs elke dag [diff] wekelijks [compleet] Ik weet niet precies wat er bij DA allemaal in weggeschreven staat maar /etc veranderd normaal gesproken vrijwel niet. Hoogstens komen er extra users bij in passwd. Dus zou dan sneller voor tweewekelijks volledig gaan en dan dagelijks diff.
Homefolders: /home 3x per dag [diff] wekelijks [compleet]Vind dit persoonlijk toch wat overkill. Eens per dag een diff en eens per week een fullbackup is voldoende.
Wat ik overigens wel mis in deze setup is je SQL. Naar mijn idee is dat wel iets dat je meerdere malen per dag wilt backuppen. Aangezien een groot deel van de sites tegenwoordig dynamisch is. Verder heeft vrijwel elke user een recente backup van zijn files, maar niet van zijn databases. Tevens mis ik hier de mail locaties,
TS: je lijstje is denk ik te gebrekkig. misschien moet je overwegen om het aan te vullen aan de hand van onderstaande opsommingen van files en folders. Ik mis bijvoorbeeld je mail- en instellingen die een stuk belangrijker zijn dan wat logs waar je waarschijnlijk best wel een gat in mag hebben.
Als je toch al DA hebt lijkt mij de dagelijkse system en userbackup meer dan voldoende. Op de setup van het OS en DA na zou de restore meestal binnen een uurtje succesvol moeten lukken.
De remote backups kan je via DA netjes schedulen op het gewenste tijdstip.
( Zoek op keyword 'backup' in de DA knowledgebase en maak gebruik van o.a. 'Server to server transfer of all accounts.' voor de restore procedure. )
Een restore van je eigen knutselwerk voor de overige configs en logs zal waarschijnlijk ook geen moeite kosten als je daar een wekelijkse backup van maakt.
Onderstaande de directories zoals wij die backupten in het verleden. Dit was een simpele gzipped tar die op bepaalde tijdstippen gemaakt werd en vervolgens via een rsyncje op een simpele server op het intern netwerk werdt gedumpt naast de DA backups. In hoever die nog geschikt is dien je zelf in te schatten. Ik denk dat het voor de beginner een aardig hulpmiddeltje is. Aanvulligen zijn van harte welkom:
Folders:
/root/ /home/ /var/named/ /var/spool/virtual/ /usr/local/directadmin/data/ /etc/mail/ /etc/virtual/ /home/admin/ /usr/lib/apache/ /usr/local/ /usr/local/frontpage/ /usr/share/ssl/ /var/log/ /var/mail/ /var/named/ /var/spool/cron/ /var/spool/mail/ /etc/mail/ /var/www/
Files:
/etc/exim.cert /etc/exim.conf /etc/exim.key /etc/exim.pl /etc/group /etc/gshadow /etc/hosts /etc/httpd/conf/httpd.conf /etc/httpd/conf/ips.conf /etc/named.conf /etc/passwd /etc/proftpd.conf /etc/proftpd.passwd /etc/proftpd.vhosts.conf /etc/resolv.conf /etc/shadow /etc/ssh/sshd_config /etc/system_filter.exim /usr/local/directadmin/conf/mysql.conf
/etc/exim.cert /etc/exim.conf /etc/exim.key /etc/exim.pl /etc/group /etc/gshadow /etc/hosts /etc/httpd/conf/httpd.conf /etc/httpd/conf/ips.conf /etc/named.conf /etc/passwd etc/proftpd.conf
/etc/proftpd.passwd /etc/proftpd.vhosts.conf /etc/resolv.conf /etc/shadow /etc/ssh/sshd_config /etc/system_filter.exim /usr/local/directadmin/conf/mysql.conf
(bewust single liners gekozen i.v.m.de lengte en copy-paste-baarheid t.b.v. scripts)
[Dit lijstje is al een hele tijd niet geupdate aangezien wij het maar heel kort nodig hadden als POC)
Ik backup dagelijks alle bestanden van de website/applicatie, mysql databases en emails. Deze bewaar ik voor 7 dagen. Dit gaat teruglopen naar 3 dagen en iedere maandag van de week wordt 1 week opgeslagen en iedere 1ste maandag van de maand.
In mijn volgende situatie wordt de SQL dadelijk iedere 3 uur gebackupped met een geschiedenis van 24 uur, om de 12 uur wordt een geschiedenis van 4 backups bijgehouden en om de 24 uur een geschiedenis van 2 backups. Dit aangezien de SQL gewoon het meest belangrijke van mijn websites/applicaties is. Emails moet ik nog over nadenken en bestanden worden der middel van RSync (Differentieel) gebackupped en er wordt een kleine geschiedenis van bijgehouden. Hoe ver weet ik nog niet precies.
De configbestanden van mijn gebruikte software wordt bij wijziging gebackupped.
Ter informatie: Het bedrijf gaat zich richten op het aanbieden van managed oplossingen. Klant heeft niks te maken met de scripts die erop staan. Hierdoor weet ik precies wat ik kan backuppen, hoe ik het kan backuppen en wanneer dat het meest verstandig is, om te zorgen dat de klant zo min mogelijk data kwijt is.
Omgeving: Windows, IIS, PHP, MySQL
-Systemstate
-c:\*.* (sowieso systemdir, program files, eventueel docs & settings)
-andere schijven waar bijvb. websites, mysql, php etc. staan als deze niet op c: staan
Elke dag full, afhankelijk van de backupsnelheid,
anders wekelijks full, en dagelijks incr. bij een online backup(ander data center), maar goed online backup werkt dan iets anders.
swiep, zet even codetags rond je paths.
backups zijn naar mijn idee alleen waardevol als je deze extern plaatst, in een gescheiden netwerk zelfs!
logfiles backupppen lijkt me op dit moment nog onzin, als je dit doet omdat je overtredingen etc wil terugzoeken/hacks denk dna eerst na over betere beveiliging.
Als je beginnend hoster bent is het op dit moment misschie een goed idee om het lijstje van swiep te controleren aan de hand van de DA documentatie en hiermee dan een backup beleid te bepalen. Incrimentele backups zijn een prima idee, volledige backups zul je vaak niet veel vaker dan 1x per week / 2 weken nodig hebben
Verder moet je dus opletten dat externe backups geld kosten (dataverkeer extern), en wie/wat je kan helpen dit te verzorgen, denk bijvoorbeeld aan een uitwisselbeleid, waarbij jullie elkaars backup hosten
swiep, zet even codetags rond je paths.
Dankje. Ik mag het bericht helaas na 30 minuten niet meer editten. Bij deze dus het verzoek aan een moderator om het even in orde te maken.
Dankje. Ik mag het bericht helaas na 30 minuten niet meer editten. Bij deze dus het verzoek aan een moderator om het even in orde te maken.
Done :lovewht:
Ik heb zelf een server in A'dam hangen en woon in Leeuwarden. Stel dat ik ervoor zou kiezen om ongeveer het lijstje van Swiep te volgen, maar ik zou het lokaal bij mij thuis willen opslaan, hoe kan ik dat dan het beste doen?
Op de server draait Debian met Plesk 8.1, thuis draai ik Vista Ultimate. Kan iemand mij een duidelijk voorbeeld hiervan geven, ik zou jullie zeer dankbaar zijn. Op de server draait een 30-tal sites, allen van mijzelf dus geen externe klanten. Tot nog toe ging ik er altijd vanuit dat indien er iets mis zou gaan, ik enkel gedupeerd ben en erg veel werk opnieuw uit zou moeten voeren, maar heb inmiddels toch besloten dat ik beter éénmalig een goede instelling voor mijn backups kan doen ;)
Ik wil het nu leren, en niet uit ervaring....
Ik heb zelf een server in A'dam hangen en woon in Leeuwarden. Stel dat ik ervoor zou kiezen om ongeveer het lijstje van Swiep te volgen, maar ik zou het lokaal bij mij thuis willen opslaan, hoe kan ik dat dan het beste doen?
Op de server draait Debian met Plesk 8.1, thuis draai ik Vista Ultimate. Kan iemand mij een duidelijk voorbeeld hiervan geven, ik zou jullie zeer dankbaar zijn. Op de server draait een 30-tal sites, allen van mijzelf dus geen externe klanten. Tot nog toe ging ik er altijd vanuit dat indien er iets mis zou gaan, ik enkel gedupeerd ben en erg veel werk opnieuw uit zou moeten voeren, maar heb inmiddels toch besloten dat ik beter éénmalig een goede instelling voor mijn backups kan doen ;)
Ik wil het nu leren, en niet uit ervaring....
Misschien handig om backupruimte te huren bij een externe partij?
crazycoder
17/07/07, 21:23
Belangrijk? Minimaal data (file+sql) + configs.
Als je geen image hebt kan je de rest van de server van source compileren.
Misschien handig om backupruimte te huren bij een externe partij?
Als het echt fout gaat met mijn server zal ik toch in de auto moeten stappen en naar het DC rijden, dan kan ik net zo goed een externe harde schijf en een stapel DVD's meenemen, dacht je ook niet? Scheelt uiteindelijk toch heel wat centen, extern backuppen plus de hands on in geval van een probleem is niet bepaald gratis terwijl ik op het datacenter en hier thuis de hardware aanwezig heb om het te doen, over voldoende dataverkeer beschik, ik zoek alleen de meest effectieve manier...
Ik hoopte meer op een advies voor een programma dat onder Windows goed te gebruiken is en waarmee ik dan een backup van mijn Debian met Plesk server kan trekken, zowel full als incremental.
crazycoder
17/07/07, 23:24
Ik hoopte meer op een advies voor een programma dat onder Windows goed te gebruiken is en waarmee ik dan een backup van mijn Debian met Plesk server kan trekken, zowel full als incremental.
De meest down to earth methode:
- tar op Linux om de backup aan te maken.
- pscp als scheduled taak om het bestand/bestanden op te halen. Of ftp als je er geen problemen mee hebt dat het minder veilig is.
Dit is imo prima te doen met een beetje googlen en een paar scripts.
MartinM zet z'n Google wijdopen en gaat eens in Crazycoder z'n advies duiken ;)
Dank je.
hostlogic.nl
18/07/07, 13:41
Onze config (apache, postfix, pdns, users) staat in een mysql DB. Sommige services kunnen deze direct aanspreken, voor anderen worden bij wijzigingen de config files opnieuw gegenereerd.
Omdat zowel de mysql server als de fileserver (met daarop alle /home, websites en mailqueues files) dubbel zijn uitgevoerd, volstaat een dagelijkse backup. Overigens is dit wekelijks een full backup en dagelijks alleen de gewijzigde files. Logfiles backuppen we niet, die zijn niet interessant.
V v Zuydewijn
18/07/07, 13:51
- Bestanden elke 24 uur, tot een maand opvraagbaar.
- Databases elke 3, 12 of 24 uur (afhankelijk vanpakket) tot een maand opvraagbaar
- alle databases live gerepliceerd
- mail elke 24 uur