Downloads in English
Downloads in English

Downloads

Hier ei­ne Rei­he von Skrip­ten zu mei­ner Back­up-Lö­sung.

Be­ach­ten Sie, das dies kein Rundum-sorg­los-Pa­ket ist! Ich be­schrei­be hier mein per­sön­li­ches Back­up-Ver­fah­ren und stelle die Skrip­te, so wie ich sie ver­wen­de, zur Ver­fü­gung.

Ich ha­be ver­sucht, vie­le Feh­ler ab­zu­fan­gen und das Ganze mög­lichst si­cher zu ma­chen. Ich kann je­doch nicht ga­ran­tie­ren, dass es so auf je­dem Sys­tem und un­ter al­len Um­stän­den funk­tio­niert. Es kön­nen auch noch un­ge­tes­te­te Funk­tio­nen ent­hal­ten sein.

Ver­wen­den Sie die Skrip­te nicht, wenn Sie nicht zu­min­dest halb­wegs ver­stan­den ha­ben, was sie tun und wa­r­um sie ge­nau so sind, wie sie sind.

Be­ach­ten Sie, dass Sie bei ei­ni­gen Skrip­ten evtl. Än­de­run­gen an Pfad­an­ga­ben, Be­nut­zer­na­men oder Pass­wort­ein­stel­lun­gen vor­neh­men müs­sen.

Al­le Skrip­te hier zu­sam­men in ei­nem ZIP: backup.zip

Haupt-Skripte

Die­se bei­den Skrip­te sind die ein­zi­gen, die nor­ma­ler­wei­se di­rekt auf­ge­ru­fen wer­den.

backup.pl

Das Skript backup.pl si­chert die SSD auf der NAS-Plat­te.

Dazu muss es auf dem NAS ein Ver­zeich­nis Back­ups ge­ben, in dem das Skript, so­fern es noch nicht exis­tiert, ein Ver­zeich­nis mit dem Host­na­men des Sys­tems er­stellt. Dort hi­n­ein kommt das ge­sam­te SSD-Back­up.

Das bie­tet noch kei­ne Si­cher­heit ge­gen ernst­haf­te Stö­run­gen (Feu­er, Dieb­stahl, Vi­rus, was Sie wol­len) da die NAS-Disk zu­sam­men mit der SSD ver­lo­ren gin­ge.

Es hilft le­dig­lich ge­gen bspw. ver­se­hent­li­ches Lö­schen oder an­de­rer Dumm­hei­ten auf der SSD, da Sie die Da­ten dann von der NAS-Plat­te, schnell und pro­blem­los, zu­rück­si­chern könn­ten.

Es ver­ein­facht je­doch die nach­fol­gen­de Si­che­rung auf ex­ter­ne Fest­plat­ten, denn es reicht dann, die NAS-Plat­te zu si­chern.

rsyncNas2Backup

Das Skript rsyncNas2Backup schließ­lich si­chert den In­halt der NAS-Plat­te auf ei­ne ex­ter­ne Back­up-Plat­te.

Jedes Ver­zeich­nis des NAS-Roots, das ge­si­chert wer­den soll, muss be­reits auf der Back­up-Plat­te exis­tie­ren, sonst wird es über­sprun­gen.

Die­se wird re­gel­mä­ßig ge­wech­selt, so dass meh­re­re Plat­ten ver­schie­de­nen Al­ters exis­tie­ren, die nicht online sind und für ein Re­store zur Ver­fü­gung ste­hen.

Datenbank-Skripte

Bitte be­ach­ten Sie, dass sie na­tür­lich in den fol­gen­den Skrip­ten Ihren Da­ten­bank-Na­men, Be­nut­zer­na­men und Pass­wort an­pas­sen müs­sen!

backupUpdateDB

Das Skript backupUpdateDB trägt je­des er­folg­te Back­up je­des Sha­res in die Da­ten­bank ein.

backupUpdateMedia

Das Skript backupUpdateMedia wird von rsyncNas2Backup auf­ge­ru­fen und ak­tu­a­li­siert die Da­ten der ex­ter­nen Back­up-Plat­te.

Dieses Skript kann auch di­rekt auf­ge­ru­fen wer­den.

Ohne Pa­ra­me­ter (wie es auch von rsyncNas2Backup auf­ge­ru­fen wird) ak­tu­a­li­siert es le­dig­lich die Da­ten der Back­up-Plat­te. Die­se muss da­zu ge­moun­ted sein.

Mit -d /dev/<device> wer­den al­le Par­ti­tio­nen die­ser Disk ak­tu­a­li­siert.

Mit -a wer­den al­le Par­ti­tio­nen al­ler ver­füg­ba­ren Disks ak­tu­a­li­siert.

Als mediaName wird das File­sys­tem-La­bel der je­wei­li­gen Par­ti­tion ver­wen­det, den Sie mit e2label set­zen kön­nen.

Hilfsskripte

Das Perl-Mo­dul backupCred.pm wird in ei­ni­gen Skrip­ten als required ein­ge­tra­gen und de­fi­niert Kon­stan­ten wie die NAS-UUID oder Zu­gangs­da­ten für die Da­ten­bank.

Das Skript rsyncEnc.pl ist zu­stän­dig für das Back­up der ver­schlüs­sel­ten Par­ti­tion.

Es wird von rsyncNas2Backup auf­ge­ru­fen und ist auch da­von ab­hän­gig. Es kann nicht di­rekt von der Kon­so­le auf­ge­ru­fen wer­den! Wenn Sie kei­ne ver­schlüs­sel­te Par­ti­tion ha­ben, kön­nen Sie des­sen Auf­ruf in rsyncNas2Backup ein­fach ent­fer­nen oder aus­kom­men­tie­ren.

SQL

Ein SQL-Skript zur Er­stel­lung der Ta­bel­len und ei­ni­ger Views.

Sie müs­sen da­r­in noch al­le Be­nut­zer robert durch ih­ren ge­wünsch­ten, be­reits exis­tie­ren­den, Be­nut­zer­na­men er­set­zen.

Da Be­nut­zer­na­me und Pass­wort un­ver­schlüs­selt in den Skrip­ten ste­hen (die des­halb mod 0700 sein soll­ten), ist es sinn­voll, ei­nen Be­nut­zer an­zu­le­gen (sie­he backupCred.pm), der le­dig­lich auf die­se Ta­bel­len Read, Up­date und In­sert-Rechte be­sitzt.


Ich ha­be das Ver­fah­ren und die Skrip­te mit gro­ßer Sorg­falt er­stellt, kann je­doch nicht ga­ran­tie­ren, dass sie auf al­len Sys­te­men und un­ter al­len Um­stän­den wie er­war­tet funk­tio­nie­ren. Ich kann nicht für even­tu­el­le Da­ten­ver­lus­te durch die Ver­wen­dung haf­ten. Wenn Sie die­se Skrip­te ver­wen­den, tun Sie dies auf ei­ge­ne Ver­ant­wor­tung und ei­ge­nes Ri­si­ko.