/ Var / backups'a keyfi yedekler koymak kötü / tehlikeli / uygunsuz mu?


18

/var/backupsDebian tabanlı sistemlerde sistem tarafından oluşturulan bir dizin vardır. Birkaç git depoları yedekleri depolamak için bir yere ihtiyacım var (primerler bitbucket üzerinde). Eğer onları / var / backup / git içinde saklarsam, bu apt-get'i bozar mı yoksa uygunsuz zamanlarda otomatik olarak silinir mi? / Var / backup kullanmamam için herhangi bir neden var mı? Varsa, makul bir alternatif nedir?


Bunu yapmak tehlikeli değil.
fpmurphy

Yanıtlar:


19

/var/backupsDebian'a özgüdür. O belirtilmemişse FHS ve kullanımı Debian politikası (Bkz belgelenmiştir Debian Hata raporu günlükleri - # 122038 ). Davranış, http://ubuntuforums.org/showthread.php?t=1232703 .

@Fpmurphy ile Debian'ın yedekleme dosyalarınızı kaldırma konusunda çok az tehlike olduğu konusunda hemfikir /var/backupolduğum halde, Debian'a özgü bir dizin kullanmanın iyi bir politika olmadığını düşünüyorum. Birincisi, Debian politikasını değiştirebilir ve bazı şeyleri kırabilir. Bir diğeri için, kullanıcı topluluğunun dizinin ne hakkında olduğu konusunda zaten belirli beklentileri var. Ve son olarak, bu dizinin Debian olmayan bir dağıtımda nerede olacağı net olmadığı için "taşınabilir" olmadığı için.

FHS hakkındaki bilgim doğruysa Git depolarının klonlarını içeri /opt/<project_name>/.gitveya içine koymak uygun olacaktır /usr/local/src/<project_name/.git. Kişisel eğilimim, kaynak dosyaları olmayan ve dolayısıyla Git'te olmayan proje kaynaklarını yedeklemek için kapıyı açık bıraktığı için öncekini kullanmak olacaktır.

Bu depoların yedek doğasını gerçekten vurgulamak istiyorsanız, bunları harici depolama için bağlama noktaları olarak kullanılan iki dizin adını, /backupshatta /home/backupsiki dizinin adını koyabilirsiniz .


7
/var/backupsAslında edilir FHS belirtilen. Dizinin "ayrılmış" olduğunu, ancak başka bir şey olmadığını söylüyor
Ajedi32

8

Günümüzde, FHS özgürce ne olursa olsun alt dizin altından oluşturabilir anlaşılacağı gibi görünüyor /srvörneğin /srv/archives/bitbucket.
FHS tanımıyla net olarak bulamadığım şey, yedeklemelerin "sistem tarafından sunulan" dosyalar olmadığıdır. Her neyse, /srvücretsiz bir isim alanı.


-1

gitDepoları yedeklemenin en iyi yolu, deponun (çıplak) bir klonuna sahip olmaktır. gitalan kullanımında oldukça tutumlu, orada bir şey sıkıştırmak neredeyse hiç kazanç olmayacak. Ve bir klon kolayca güncel tutulabilir (yukarı akış toptan tarihin yeniden yazılması gibi aptal şakalar yapmazsa, hiçbir şey kaybedilemez).


1
Git klonu bir aynadır, yedek değildir. Yedekleme geçmişi korumalıdır. Bir sürüm denetleyicisi deposu, geçmişi depolamak için tasarlanmış olsa da, yazdığınız gibi, hatalardan / hatalardan tamamen etkilenmez. Bkz. Taobackup.com/history.html
Hontvári Levente
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.