Jag tröttnade tillslut på att min 30Mb databas käkar upp ca 2.5Gb av backup varje dag (backup var 15-de minut), så tillslut kom jag på denna metod att göra backup utan att för den delen bli fattig på media. (Den här metoden använde jag mig iofs för 3 år sedan, men var för lat att hacka skripten igen). De metoderna för inkrementell backup av mysql som finns, är antigen för krångliga eller är återställningen komplicerad.

Metoden finns på http://zokis.bloggsida.se/teknik/make-incr...mysql-using-cvs

Finns det möjlighet att använda SVN?

Ja, varför inte. Däremot måste skriptet hackas om för att innehålla rätt kommandon.

Är SVN bättre än CVS?

Ja & Nej.

http://www.pushok.com/soft_svn_vscvs.php

Vissa saker är bättre än CVS men SVN skapades för att CVS hade vissa brister.

Personligen tycker jag varken särskilt mycket om svn eller cvs. Just med den här metoden funkar cvs behjälpligt. Jag separerar dock cvs-rooten från resten av mitt cvs-repo, för att jag vill ha backup av databaser separat. Så egentligen behöver man inte anpassa det till svn.

rsync e ju annars en bra grej ...

Jo en bra grej, men du slipper inte problemet med att antigen lagra stora mängder redundant data eller bara ha ett exemplar av full backup. Jag antar att du syftar på rsyncs funktionalitet att överföra bara de ändrade filerna. Det innebär att de skrivs över på destinationen.

Varför måste du ta backup varje 15 minut? räcker det inte 2 ggr dagligen eller mindre?

Om du har möjligheten att använda CRON jobs kan du sätta backup automatiskt 2 ggr dag sedan sätta automatiskt att alla backupfiler raderas efter 5-10 dagar beroende på ditt utrymme of course..

Nej det räcker inte. :) När jag tänker efter, så skulle jag klara mig på kanske 1 timma dataförlust. Men eftersom skriptet inte tar så mycket resurser i anspråk, kan jag köra mindre tidsspan. Sen räcker det inte med backup som jag måste radera. Det är inte heller acceptabelt att bara kunna gå tillbaka 5-10 dagar i historiken. (En del företag har krav på att lagra backuper i flera år). Nu behöver jag inte det, men lösningens natur ger historik som sträcker sig till införandet av systemet. Kan vara bra å ha.

Tack för detta!!

Ja, ok, men du måste ändå lagra full-kopia av varje tabell som ändrats. Jag anser personligen att cvs fungerar bäst eftersom du får bra överblick över backuper och kan även diffa backuper mellan varandra.

Sen är det klart, att det är lämpligt för jättestora databaser, är det ju inte.

varför sparar ni inte bin loggen, då kan du ju gå tillbaka till valfri tidpunkt samt att du kan göra backup kanske en gång i månaden och sedan flusha loggarna?