GIT sebagai alat cadangan

Di server, instal git

cd /
git init
git add .
git commit -a -m "Yes, this is server"

Kemudian /.git/arahkan ke drive jaringan (SAN, NFS, Samba apa pun) atau disk yang berbeda. Gunakan pekerjaan cron setiap jam / hari dll untuk memperbarui perubahan. Direktori .git akan berisi salinan versi semua file server (tidak termasuk yang tidak berguna / rumit seperti / proc, / dev, dll.)

Untuk server pengembangan yang tidak penting di mana saya tidak ingin kerumitan / biaya pengaturannya pada sistem cadangan yang tepat, dan di mana cadangan hanya untuk kenyamanan (IE kita tidak perlu membuat cadangan server ini tetapi itu akan menghemat kadang-kadang jika ada yang salah), dapatkah ini menjadi solusi cadangan yang valid atau akankah itu jatuh ke tumpukan besar?

Anda bukan orang yang bodoh. Menggunakan gitsebagai mekanisme cadangan bisa menarik, dan terlepas dari apa yang orang lain katakan, gitberfungsi dengan baik dengan file biner. Baca halaman ini dari Buku Git untuk informasi lebih lanjut tentang topik ini. Pada dasarnya, karena gittidak menggunakan mekanisme penyimpanan delta, itu tidak benar-benar peduli seperti apa file Anda terlihat (tetapi utilitas git diffcukup rendah untuk file biner dengan konfigurasi stok).

Masalah terbesar dengan menggunakan gituntuk cadangan adalah itu tidak melindungi sebagian besar metadata sistem file. Secara khusus, gittidak merekam:

• grup file
• pemilik file
• izin file (selain "apakah ini dapat dieksekusi")
• atribut yang diperluas

Anda dapat menyelesaikan ini dengan menulis alat untuk mencatat informasi ini secara eksplisit ke dalam repositori Anda, tetapi mungkin sulit untuk melakukannya dengan benar.

Pencarian Google untuk metadata cadangan git menghasilkan sejumlah hasil yang tampaknya layak dibaca (termasuk beberapa alat yang sudah berupaya untuk mengkompensasi masalah yang saya ajukan di sini).

dllkeeper dikembangkan untuk mendukung /etcdan memecahkan banyak masalah ini.

Saya belum menggunakannya, tetapi Anda mungkin melihat bup yang merupakan alat cadangan berdasarkan git.

Ini bisa menjadi solusi cadangan yang valid, dan lain-lain penjaga berdasarkan ide ini. Tetapi mengawasi .gitizin direktori jika tidak mendorong /etc/shadowdapat dibaca di .gitdirektori.

Sementara secara teknis Anda bisa melakukan ini saya akan menempatkan dua peringatan terhadapnya:

1, Anda menggunakan sistem kontrol versi sumber untuk data biner. Karena itu Anda menggunakannya untuk sesuatu yang tidak dirancang untuk itu.

2, saya khawatir tentang proses pengembangan Anda jika Anda tidak memiliki proses (dokumentasi atau otomatis) untuk membangun mesin baru. Bagaimana jika Anda tertabrak membeli bus, siapa yang tahu apa yang harus dilakukan dan apa yang penting?

Pemulihan bencana penting, namun lebih baik untuk mengotomatiskan (skrip) pengaturan kotak pengembangan baru daripada hanya mencadangkan semuanya. Tentu gunakan git untuk skrip / dokumentasi Anda tetapi tidak untuk setiap file di komputer.

Saya menggunakan git sebagai cadangan untuk sistem Windows saya, dan ini sangat berguna. Di bagian bawah posting, saya menunjukkan skrip yang saya gunakan untuk mengkonfigurasi pada sistem Windows. Menggunakan git sebagai cadangan untuk sistem apa pun memberikan 2 keuntungan besar:

1. Tidak seperti solusi komersial yang sering menggunakan format milik mereka sendiri, cadangan Anda dalam format open source yang didukung secara luas dan didokumentasikan dengan sangat baik. Ini memberi Anda kendali penuh atas data Anda. Sangat mudah untuk melihat file mana yang berubah dan kapan. Jika Anda ingin memotong riwayat Anda, Anda dapat melakukannya juga. Ingin menghapus sesuatu dari riwayat Anda? Tidak masalah. Mendapatkan versi file Anda kembali sesederhana perintah git.
2. Sebanyak atau sesedikit cermin yang Anda inginkan, dan semua dapat memiliki waktu pencadangan khusus. Anda akan mendapatkan mirror lokal Anda, yang tidak terbebani oleh lalu lintas Internet yang lambat, dan dengan demikian memberi Anda (1) kemampuan untuk melakukan backup lebih sering sepanjang hari dan (2) waktu pemulihan yang cepat. (Pencadangan yang sering merupakan nilai tambah yang besar, karena saya menemukan waktu paling banyak saya kehilangan dokumen adalah karena kesalahan pengguna. Misalnya, anak Anda secara tidak sengaja menimpa dokumen yang sedang dikerjakannya selama 5 jam terakhir.) Tetapi Anda akan mendapatkan remote mirror, yang memberikan keuntungan perlindungan data jika terjadi bencana atau pencurian lokal. Dan misalkan Anda ingin membuat mirror jarak jauh Anda pada waktu yang disesuaikan untuk menghemat bandwidth internet Anda? Tidak masalah.

Intinya: Cadangan git memberi Anda kekuatan luar biasa dalam mengendalikan bagaimana cadangan Anda terjadi.

Saya mengkonfigurasi ini pada sistem Windows saya. Langkah pertama adalah membuat repo git lokal tempat Anda akan mengkomit semua data lokal Anda. Saya sarankan menggunakan hard drive lokal kedua, tetapi menggunakan harddrive yang sama akan bekerja untuk (tetapi diharapkan Anda akan mendorong ini di suatu tempat yang jauh, atau jika Anda gagal jika harddrive mati.)

Pertama-tama Anda harus menginstal cygwin (dengan rsync), dan juga menginstal git untuk Windows: http://git-scm.com/download/win

Selanjutnya, buat repo git lokal Anda (hanya berjalan sekali):

init-repo.bat:

@echo off
REM SCRIPT PURPOSE: CREATE YOUR LOCAL GIT-REPO (RUN ONLY ONCE)

REM Set where the git repository will be stored
SET GBKUP_LOCAL_MIRROR_HOME=E:\backup\mirror


REM Create the backup git repo. 
SET GIT_PARAMS=--git-dir=%GBKUP_LOCAL_MIRROR_HOME%\.git --work-tree=%GBKUP_LOCAL_MIRROR_HOME% 
mkdir %GBKUP_LOCAL_MIRROR_HOME%
git %GIT_PARAMS% init
git %GIT_PARAMS% config core.autocrlf false
git %GIT_PARAMS% config core.ignorecase false 
git %GIT_PARAMS% config core.fileMode false
git %GIT_PARAMS% config user.email backup@yourComputerName
git %GIT_PARAMS% config user.name backup

REM add a remote to the git repo.  Make sure you have set myRemoteServer in ~/.ssh/config   
REM The path on the remote server will vary.  Our remote server is a Windows machine running cygwin+ssh.  
REM For better security, you could install gitolite on the remote server, and forbid any non-fast-forward merges, and thus stop a malicious user from overwriting your backups.
git %GIT_PARAMS% remote add origin myRemoteServer:/cygdrive/c/backup/yourComputerName.git

REM treat all files as binary; so you don't have to worry about autocrlf changing your line endings
SET ATTRIBUTES_FILE=%GBKUP_LOCAL_MIRROR_HOME%\.git\info\attributes
echo.>> %ATTRIBUTES_FILE% 
echo *.gbkuptest text>> %ATTRIBUTES_FILE% 
echo * binary>> %ATTRIBUTES_FILE% 
REM compression is often a waste of time with binary files
echo * -delta>> %ATTRIBUTES_FILE% 
REM You may need to get rid of windows new lines. We use cygwin's tool
C:\cygwin64\bin\dos2unix %ATTRIBUTES_FILE%

Selanjutnya, kami memiliki pembungkus skrip cadangan kami, yang akan dipanggil secara teratur oleh Penjadwal Windows:

gbackup.vbs:

' A simple vbs wrapper to run your bat file in the background
Set oShell = CreateObject ("Wscript.Shell") 
Dim strArgs
strArgs = "cmd /c C:\opt\gbackup\gbackup.bat"
oShell.Run strArgs, 0, false

Selanjutnya, kami memiliki skrip cadangan sendiri yang dipanggil oleh bungkus:

gbackup.bat:

    @echo off

REM Set where the git repository will be stored
SET GBKUP_LOCAL_MIRROR_HOME=E:\backup\mirror
REM the user which runs the scheduler
SET GBKUP_RUN_AS_USER=yourWindowsUserName
REM exclude file
SET GBKUP_EXCLUDE_FILE=/cygdrive/c/opt/gbackup/exclude-from.txt

SET GBKUP_TMP_GIT_DIR_NAME=git-renamed
for /f "delims=" %%i in ('C:\cygwin64\bin\cygpath %GBKUP_LOCAL_MIRROR_HOME%') do set GBKUP_LOCAL_MIRROR_CYGWIN=%%i

REM rename any .git directories as they were (see below command)
for /r %GBKUP_LOCAL_MIRROR_HOME% %%i in (%GBKUP_TMP_GIT_DIR_NAME%) do ren "%%i" ".git" 2> nul

SET RSYNC_CMD_BASE=C:\cygwin64\bin\rsync -ahv --progress --delete --exclude-from %GBKUP_EXCLUDE_FILE%

REM rsync all needed directories to local mirror
%RSYNC_CMD_BASE% /cygdrive/c/dev %GBKUP_LOCAL_MIRROR_CYGWIN%
%RSYNC_CMD_BASE% /cygdrive/c/Users/asmith %GBKUP_LOCAL_MIRROR_CYGWIN%
%RSYNC_CMD_BASE% /cygdrive/c/Users/bsmith %GBKUP_LOCAL_MIRROR_CYGWIN%

cacls %GBKUP_LOCAL_MIRROR_HOME% /t /e /p  %GBKUP_RUN_AS_USER%:f

REM rename any .git directories as git will ignore the entire directory, except the main one
for /r %GBKUP_LOCAL_MIRROR_HOME% %%i in (.git) do ren "%%i" "%GBKUP_TMP_GIT_DIR_NAME%" 2> nul
ren %GBKUP_LOCAL_MIRROR_HOME%\%GBKUP_TMP_GIT_DIR_NAME% .git

REM finally commit to git
SET GIT_PARAMS=--git-dir=%GBKUP_LOCAL_MIRROR_HOME%\.git --work-tree=%GBKUP_LOCAL_MIRROR_HOME% 
SET BKUP_LOG_FILE=%TMP%\git-backup.log
SET TO_LOG=1^>^> %BKUP_LOG_FILE% 2^>^&1
echo ===========================BACKUP START=========================== %TO_LOG%
For /f "tokens=2-4 delims=/ " %%a in ('date /t') do (set mydate=%%c-%%a-%%b)
For /f "tokens=1-2 delims=/:" %%a in ('time /t') do (set mytime=%%a%%b)
echo %mydate%_%mytime% %TO_LOG%
echo updating git index, committing, and then pushing to remote %TO_LOG%
REM Caution: The --ignore-errors directive tells git to continue even if it can't access a file.
git %GIT_PARAMS% add -Av --ignore-errors %TO_LOG%
git %GIT_PARAMS% commit -m "backup" %TO_LOG%
git %GIT_PARAMS% push -vv --progress origin master %TO_LOG%
echo ===========================BACKUP END=========================== %TO_LOG%

Kami memiliki file exclude-from.txt, tempat kami meletakkan semua file untuk diabaikan:

kecualikan-dari.txt:

target/
logs/
AppData/
Downloads/
trash/
temp/
.idea/
.m2/
.IntelliJIdea14/
OLD/
Searches/
Videos/
NTUSER.DAT*
ntuser.dat*

Anda harus pergi ke repo jarak jauh dan melakukan 'git init --bare' pada mereka. Anda dapat menguji skrip dengan menjalankan skrip cadangan. Dengan asumsi semuanya berfungsi, buka Penjadwal Windows dan arahkan cadangan per jam ke file vbs. Setelah itu, Anda akan memiliki riwayat git komputer Anda setiap jam. Ini sangat nyaman - setiap bagian teks terhapus secara tidak sengaja dan ketinggalan? Cukup periksa repositori git Anda.

Yah itu bukan ide yang buruk, tapi saya pikir ada 2 bendera merah yang harus dinaikkan:

• Jika harddisk gagal, Anda akan kehilangan segalanya jika Anda tidak mendorong komit ke server / drive lain. (Acara jika Anda memiliki rencana untuk itu, saya lebih suka menyebutkan.)

... tapi tetap saja, ini bisa menjadi cadangan yang bagus untuk hal-hal yang berkaitan dengan korupsi. Atau seperti yang Anda katakan, jika .git / folder berada di tempat lain.

• Ukuran cadangan ini akan selalu bertambah. Tidak ada pemangkasan atau rotasi atau apa pun secara default.

... Jadi, Anda mungkin perlu memberi tahu cronjob Anda untuk menambahkan tag, dan kemudian pastikan komit yang tidak ditandai akan dibersihkan.

Saya belum mencobanya dengan sistem lengkap tetapi saya menggunakannya untuk backup MySQL saya (dengan opsi --skip-extended-insert) dan itu benar-benar bekerja dengan baik untuk saya.

Anda akan mengalami masalah dengan file data biner (seluruh isinya bisa dan akan berubah) dan Anda mungkin memiliki masalah dengan .gitfolder yang semakin besar. Saya akan merekomendasikan mengatur .gitignorefile dan hanya membuat cadangan file teks yang Anda benar-benar tahu Anda butuhkan.

Saya pernah mengembangkan solusi cadangan berdasarkan subversi. Walaupun ini bekerja cukup baik (dan git harus bekerja lebih baik), saya pikir ada solusi yang lebih baik di sini.

Saya menganggap rsnapshot menjadi salah satu lebih baik - jika tidak yang lebih baik. Dengan penggunaan hard link yang baik, saya memiliki server file 300 GB (dengan setengah juta file) dengan cadangan harian, mingguan, dan bulanan akan kembali sejauh satu tahun. Total ruang disk yang digunakan hanya satu salinan lengkap + bagian inkremental dari setiap cadangan, tetapi berkat hardlink saya memiliki struktur direktori "live" yang lengkap di setiap cadangan. Dengan kata lain, file dapat diakses secara langsung tidak hanya di bawah daily.0 (cadangan terbaru), tetapi bahkan dalam daily.1 (yestarday) atau mingguan.2 (dua minggu lalu), dan sebagainya.

Membagikan ulang folder cadangan dengan Samba, pengguna saya dapat menarik file dari cadangan hanya dengan mengarahkan PC mereka ke server cadangan.

Pilihan lain yang sangat bagus adalah rdiff-backup , tetapi karena saya ingin memiliki file yang selalu dapat diakses hanya dengan menuju Explorer ke \\ servername, rsnapshot adalah solusi yang lebih baik bagi saya.

Saya punya ide yang sama untuk mencadangkan dengan git, pada dasarnya karena memungkinkan pencadangan berversi. Kemudian saya melihat rdiff-backup , yang menyediakan fungsionalitas itu (dan banyak lagi). Ini memiliki antarmuka pengguna yang sangat bagus (lihat opsi CLI). Saya cukup senang dengan itu. Itu --remove-older-than 2Wsangat keren. Ini memungkinkan Anda untuk menghapus versi yang lebih lama dari 2 minggu. rdiff-backuphanya menyimpan beberapa file.

Saya sangat baru di git, tetapi bukankah cabang lokal secara default, dan harus didorong secara eksplisit ke repositori jarak jauh? Ini adalah kejutan yang tidak menyenangkan dan tidak terduga. Lagi pula, bukankah saya ingin semua repo lokal saya 'dicadangkan' ke server? Membaca buku git :

Cabang lokal Anda tidak secara otomatis disinkronkan dengan remote yang Anda tulis - Anda harus mendorong cabang yang ingin Anda bagikan secara eksplisit. Dengan begitu, Anda bisa menggunakan cabang pribadi untuk pekerjaan yang tidak ingin Anda bagikan, dan mendorong hanya cabang topik yang ingin Anda kolaborasi.

Bagi saya ini berarti bahwa cabang-cabang lokal tersebut, seperti file non-git lainnya di mesin lokal saya, beresiko hilang kecuali didukung secara teratur dengan beberapa cara non-git. Saya melakukan ini, tetapi itu mematahkan asumsi saya tentang git 'mendukung semuanya' di repo saya. Saya ingin klarifikasi!

Saya menemukan ini menjadi metodologi yang baik untuk kotak dev saya. Itu mengubah mereka dari menjadi sesuatu yang perlu didukung hanya ke titik akhir penyebaran.

Semua manifes konfigurasi dan instalasi paket disimpan di Puppet, memungkinkan pemindahan yang mudah dan pembaruan konfigurasi. Direktori Wayang didukung dengan git. Kickstart digunakan untuk melakukan penyebaran awal.

Saya juga menyimpan repositori YUM khusus untuk paket apa pun yang sedang dikembangkan saat itu. Ini memiliki manfaat tambahan bahwa paket apa pun yang sedang kami kerjakan tidak hanya dibiarkan sebagai binari tanpa pengawasan di sistem lokal - jika itu terjadi dan file-file akan nuked oh well. Seseorang tidak mengikuti prosedur yang benar.

Anda mungkin ingin memeriksa bup di github yang dirancang untuk melayani tujuan menggunakan git untuk cadangan.

Ini adalah pendekatan yang digunakan, masuk akal.

Keepconf gunakan rsync dan git untuk pekerjaan ini, itu adalah pembungkus alat ini untuk menjaga hal itu mudah.

Anda hanya memerlukan server pusat dengan kunci ssh yang dikonfigurasi untuk akses ke server cadangan dan beberapa baris dalam file konfigurasi. Sebagai contoh, ini adalah file saya sendiri untuk menyimpan semua / etc / dan paket debian diinstal:

[hosts]
192.168.1.10
192.168.1.11
192.168.1.12

[files]
/etc/*
/var/lib/dpkg/status

Dengan itu, saya memiliki cadangan rsync dan git commit.

Pendapat pribadi saya adalah bahwa ini pada dasarnya semua mundur. Anda mendorong file ke dalam solusi cadangan, bukan menariknya keluar.

Jauh lebih baik untuk memusatkan konfigurasi server di tempat pertama, dan kemudian menariknya ke bawah, menggunakan sesuatu seperti boneka.

Yang mengatakan, itu mungkin berhasil, saya hanya tidak berpikir itu akan baik.

Coba cari di backuppc - ini cukup mudah untuk diatur dan terus terang brilian.

Ini akan bekerja agak, tetapi dua peringatan

1. Penambahan file tidak akan diambil secara otomatis saat Anda melakukan commit. Gunakan status --porcelean om git untuk menemukan hal baru untuk ditambahkan sebelum melakukan komit.

2. Mengapa kerumitan pemasangan jarak jauh untuk .ssh? Itu mungkin rapuh Bd Anda tidak akan tahu bahwa itu gagal. Gunakan repositori kosong untuk ujung jauh dengan login kunci ssh normal. Selama repositori kosong dan Anda hanya mendorong dari satu sumber dijamin untuk bekerja tanpa penggabungan.