Dotaz: Jak pravidelně zálohovat GIT server?

[majales]

Ahoj, Mám virtuál který plní funkci GIT serveru pro cca 5-6 uživatelů. Chtěl bych ho nějak efektivně zálohovat, tj. alespoň každý den přírůstky a jednou za měsíc ( týden ) plnou zálohu. Napadlo mě naklonovat ho někam jinam a vzdáleně pak dělat jen update. Ale nevím jak z toho udělat full zálohu kterou pak můžu někam umístit. Poradíte někdo?

Odpovědi

[Filip Jirsák]

Pokud chcete zálohovat jenom ty Git repozitáře, prostě je jen někam naklonujte a pak na tom klonu pravidelně dělejte pull. Ten klon pak bude plnohodnotnou zálohou. Případně ho pak můžete rozkopírovat na kolik médií chcete.

[OldFrog {Ondra Nemecek}]

Podle mě stačí zálohovat adresář, odkud git servíruje ten projekt. Se zachováním práv samozřejmě, takže v prvním přiblížení třeba tarem. Pak dodělat inkrementální zálohy třeba pomocí rdiff-backup.

Nejsem si jist, zda budou zálohovaná všechny branche, pokud byste jen klonoval projekt jinam.

Tak jako tak si vyzkoušejte obnovení ze zálohy.

[Heron]

Git má rozumně navržené úložiště, takže se docela dobře a snadno zálohuje rsyncem (přenášejí se jen nově vytvořené bloby, je to velmi rychlé). Pochopitelně do chvíle, než se udělá git gc (nebo repack), to se potom přenese opět vše (což klidně můžete spojit s tou fullkou).

Buď můžete použít rsync tak jak je, tedy na cílovém serveru budete mít podobu repositáře tak jak na zálohovaném stroji, nebo použijte nějakou nadstavbu (rsnapshot, rdiff-backup, backuppc) a mít tak nějakou historii, kdyby se ten git repos nějak pokazil.

[citanus]

Problem s rsyncem u muze nastat u vetsich repozitaru. Pokud nahodou pri zaloze bezi push nebo treba garbecollect tak vysledna zaloha skonci nekonzistentni. V minulosti nato narazily napr. na githubu.

[majales]

Zatím to mám takto. Pro každý projekt jsem udělal mirror na vzdáleném serveru pomocí:

git clone --mirror git@IP:/project1

A pak dělám update takto:

cd ../project1.git; git remote update

Vyzkouším popřemýšlet ještě o tom rsyncu. Každopádně dík za nápady.

[Max]

Já bych rsync samotný nepoužil. U fileserveru je to jedno, ale u gitu apod. bych chtěl mít konzistentní data z jednoho času. Proto bych to řešil tak, že bych měl git na nějakém fs, co umožňuje snapshoty a vždy vytvořil snapshot a nad ním spustil rsync. Po doběhnutí bych pak snapshot zase zrusil.
Na druhou stranu, při malém počtu lidí a nějaké nočně ranní záloze je pak velmi malá pravděpodobnost, že ti tam někdo v době zálohy hodí commit.
Zdar Max

[pavlix]

Chtělo by to podporu anonymních snapshotů vázaných na konkrétní proces, nad kterými by pak probíhaly další operace.

[Heron]

U fileserveru je to jedno

Právě u fileserveru bych už nic jiného než snapshoty nepoužil. Tam fakt není jedno, že se záloha odehraje někde uprostřed kopírování nějaké velké dávky uživatelských souborů (takže z adresáře o tisíci souborech je na záloze jen prvních 500).

ale u gitu

Možná mě někdo opraví, ale git je afaik navržený tak, že tento způsob nevadí, Prostě tam maximálně budou nějaké soubory navíc, ale staré se nepoškodí. Také proto při klonování na lokálním fs používá místo kopírování blobů hardlinky (staré soubory se nikdy nemění, jen se případně někdy mažou).