Bekijk Volledige Versie : Directadmin backup 14 dagen bewaren.
Magnetronkip
31/10/09, 13:32
Goedemiddag,
een tijd geleden ben ik na het zoeken op google hier op het forum is een script tegen gekomen die na de backup van directadmin de backup in een andere map zetten met de datum er bij. nu ben ik dus al weer dik anderhalf uur aan het zoeken en ik kan het toch niet meer vinden.
Iemand toevallig zo'n script liggen of kan mij in de juiste richting sturen? Ik heb het hier gezien en het was gewoon een bash script wat je na de backup cron moest uitvoeren.
Met vriendelijke groet,
Dion de Kleijn
cyberbootje
31/10/09, 13:57
Dit is even snel uit het hoofd, je zal em even na moeten lopen etc..
DATE=`date +"%y-%m-%d"`
mkdir /home/admin/user_backup-map/$DATE
mv /home/admin/user_backup-map/*.gz /home/admin/user_backup-map/$DATE
Het is alleen de vraag of je het lokaal backupt. Ik mag toch hopen dat er ook backups naar een andere server of een SAN plaats vind. Dus extern i.p.v. lokaal op de server.
marsipulami
31/10/09, 15:51
Voor iedere dag een nieuwe cron maken. En op je doel lokatie een mapen structuur maken
Hij is op dit moment down, maar op: http://help.directadmin.com/item.php?id=146 zie je (volgens mijn bookmarks) een truuk om Directadmin de admin/reseller backups in diverse mappen te laten archiveren.
Magnetronkip
31/10/09, 16:11
Gaat naar 2 externe servers waarvan hij op 1 server weer geimporteerd wordt in DA.
Magnetronkip
31/10/09, 19:50
Hij is op dit moment down, maar op: http://help.directadmin.com/item.php?id=146 zie je (volgens mijn bookmarks) een truuk om Directadmin de admin/reseller backups in diverse mappen te laten archiveren.
Weet jij toevallig vanaf wanneer direct admin begint met betrekking tot de dagen van de week? de ene telt vanaf zondag en de andere vanaf maandag?
*EDIT*
gevonden
Gaat naar 2 externe servers waarvan hij op 1 server weer geimporteerd wordt in DA.
Netjes.. en een goed idee ook, dat opnieuw importeren in DA. Zo heb je altijd een complete backup server standby.
Dit idee ga ik maar eens schaamteloos jatten :thumbup:
Netjes.. en een goed idee ook, dat opnieuw importeren in DA. Zo heb je altijd een complete backup server standby.
Dit idee ga ik maar eens schaamteloos jatten :thumbup:
Inderdaad... dat ik daar zelf nog niet op ben gekomen :lovewht:
Inderdaad... dat ik daar zelf nog niet op ben gekomen :lovewht:
Was idd handig geweest als je bij i3d zat :o
Maar als je toch een kopie draait zijn er toch wel betere manieren?
Iig kan je met replication je database realtime spiegelen.
marsipulami
31/10/09, 21:54
Inderdaad... dat ik daar zelf nog niet op ben gekomen :lovewht:
op het maken van backups???
ik snap niet welk bijzonder idee hier nou gelanceerd word :huh:
Hee hallo, het ging om het backuppen -> verplaatsen -> importeren verhaal.
Magnetronkip
31/10/09, 22:40
Netjes.. en een goed idee ook, dat opnieuw importeren in DA. Zo heb je altijd een complete backup server standby.
Dit idee ga ik maar eens schaamteloos jatten :thumbup:
Probs voor me please (als je aan een gratis WHT mok kan komen let me now!)
Heel wat verhalen gelezen hierzo, over mensen die dagen offline zijn. Ik had daar zelf geen zin in dus heb het zo opgelost ;)
Toch nog even een subtiel kickje..
Maar hoe kan je nou Directadmin zo instellen dat ie een restore doet van alle users op een bepaald tijdstip.
Users van server A naar server B backuppen met een cronjob is geen probleem, maar op server B de users restoren met een cronjob, hoe doe je dat. :huh:
Waarom zou u dat dan?
Angiligo
cyberbootje
14/11/09, 23:35
Toch nog even een subtiel kickje..
Maar hoe kan je nou Directadmin zo instellen dat ie een restore doet van alle users op een bepaald tijdstip.
Users van server A naar server B backuppen met een cronjob is geen probleem, maar op server B de users restoren met een cronjob, hoe doe je dat. :huh:
Zoals onze grote vriend John van directadmin zou zeggen:
Doe een restore en kijk in de datatask.queue welk commando hij oproept en zet dat in een cron.
Zou ook even kunnen kijken in het script dat ik ergens heb draaien maar ik ben momenteel in luiwammes mode:sweatdrop:
En @Angiligo:
Misschien het hele topic lezen? lijkt me duidelijk waarom toch?
Doe een restore en kijk in de datatask.queue welk commando hij oproept en zet dat in een cron.
Tsss ->| waarom verzin ik dat zelf nou niet :rolleyes:
Zoals onze grote vriend John van directadmin zou zeggen:
Doe een restore en kijk in de datatask.queue welk commando hij oproept en zet dat in een cron.
Zou ook even kunnen kijken in het script dat ik ergens heb draaien maar ik ben momenteel in luiwammes mode:sweatdrop:
En @Angiligo:
Misschien het hele topic lezen? lijkt me duidelijk waarom toch?
Verkeerd begrepen.
Dacht dat die persoon elke dag een restore wou gaan uitvoeren op de server waar zijn klanten op staan. Dan zou een terugdraai, roll back niet zo leuk zijn.
Angiligo
Graag vul ik dit topic aan met een praktijk situatie.
We hebben het nog steeds over de situatie waarbij men, al dan niet geautomatiseerd, een backup oplossing maakt door een backup te maken van een account op server A en te restoren naar server B.
Dat betekent dat wanneer klanten cronjobs hebben draaien die geautomatiseerd taken uitvoeren, deze taken zowel op de A server als op de B server worden uitgevoerd.
Afgelopen week ben ik zelf tot de ontdekking gekomen dat dat niet handig is. Ons administratiepakket (wefact) stond ook gerestored op een backup server en stond vrolijk te connecten op de database. Aangezien de facturatie geautomatiseerd plaatsvind, onstond de situatie dat klanten meerdere facturen ontvingen met dubbele lijnen.
Zomaar een tip om nog even rekening mee te houden dus. Ik kan me voorstellen dat dit soort "foutjes" in meerdere situaties niet wenselijk is.
Afgelopen week ben ik zelf tot de ontdekking gekomen dat dat niet handig is. Ons administratiepakket (wefact) stond ook gerestored op een backup server en stond vrolijk te connecten op de database. Aangezien de facturatie geautomatiseerd plaatsvind, onstond de situatie dat klanten meerdere facturen ontvingen met dubbele lijnen.
Dit was het eerste waar ik aan dacht toen ik deze topic las. Cronjobs draaien inderdaad gewoon doodleuk dubbel.
Daarbij zou je denk ik (vanuitgaande dat je overdag een crash krijgt) van je wefact account de meest recente data willen hebben van voor de crash, ook al gaat dat 4 uur duren. Dan maar 4 uren geen klanten helpen en bestellingen ontvangen. Als je een back-up terugzet van die nacht er voor en je moet later die dag alles weer mergen ben je veel verder van huis.
Ik heb hier en daar ook nog wel eens een belangrijk account die ik op een aparte back-up server wil hebben. Zoals de administratie, eigen websites en belangrijke of bekende klanten. Hiervoor heb ik een eigen bash functie geschreven die ik elke nacht aanroep, met een soort queue van 10 lijnen:
getbackup localfolder ftphost ftpuser ftppass ftpfolder backupfile retention
Je kan per back-up dus een retentie aangeven. Ook kan je bij backupfile * ingeven, zodat hij alles uit de ftpfolder pakt.
Geen technisch hoogstandje, maar wel uitermate functioneel!
Ik heb zelf een script geschreven wat het volgende doet:
Kijken of de backup in de map op de ftp is weg geschreven.
vervolgens controleren of het week nummer bestaat, en dan een map aanmaakt met de datum.
Dit script roep ik aan via een crontab.