Yanıtlar:
Kaçabilirsiniz dd
çalıştıran diskte. Disk yapısında ağır değişiklikler olduğunda bunu yapmaktan kaçınılmalıdır. Ayrıca fschk
bittiğinde varış yerini de seçmelisin . Yedekleme sırasında sistem daha sessiz.
'Dd' kullanmak istiyorsanız soğuk bir yedekleme (dosya sistemi kaldırılmış) çalıştırmak en iyi seçenektir.
Çalışan bir sistemi yedeklemek için daha iyi seçenekler var.
tar
ya cpio
da dosyaları okuyacak ve açık dosyalarla oldukça iyi ilgilenecektir. Yedekleme sırasında meydana gelen değişikliklerin bazılarını özleyeceksiniz.rsync
tar
açık dosyalar ve yedekleme sırasındaki eksik değişiklikler gibi davranır . İlk yedeklemeyi yapmak için kullanılabilir ve artımlı yedeklemeleri çok iyi yapar. Artımlı bir yedekleme çalıştırırken, değişmeyen dosya bölümlerini kopyalamayı atlayabilir.Veri tabanı içeren bir dosya sistemini yedekliyorsanız, yedeklemeler için desteği araştırın.
Öyle teknik olarak mümkün diskin bölümleri herhangi yazılabilir, özellikle, ( "çekim kendin yap-in-the-ayak" gibi), ama son derece unadvisable.
Bu senaryoyu hayal edin:
dd
diski başlangıçta okumaya başlar ve merhametle sonuna kadar yoluna devam eder.dd
geçmiş : dosyanın ilk bölümünü çoktan geçmiş ve kopyalamış, ikinci bölüme geçtiğinde tutarsız bir durum yakalayacak - her bölüm farklı bir sürümden olacak!USB diskindeki tüm bölümleri salt okunur olarak yeniden düzenleyebiliyorsanız, bu sorun oluşmamalı (vurgu yapılmamalıdır ); bu, /
bölüm için önemli bir ön yükleme / çevrimdışı hazırlık ve önyükleme süresi ayarlaması gerektiriyor olsa da - normalde /
anında r / o'yu yeniden monte edebileceğinizi sanmıyorum , r / w gerektiren birden fazla şey asılı kalacaktır erişim.
Bu nedenle, kopyayı çalıştırmak muhtemelen çalışan sistemi bozmaz , ancak size görevi yürütmek için uygulanabilir bir yedekleme yapmaz . Makinenin kapatılmasını gerektiren kopyayı çevrimdışı hale getirmenizi şiddetle tavsiye ederim.
btrfs
.
Asla monte edilmiş bir bölümün görüntüsünü oluşturmamalısınız. Ondan önyükleme yapıp yapmadığın önemli değil.
Ancak, başlattığınız bölümün bağlantısını kesmeye çalışmakta zorlanacaksınız.
Bunun için dump(8)
FreeBSD'de kullanıyorum. Örneğindump -auLf /mnt/some-other-disk/root.dmp /
Bu -L
seçenek, anlık bir fotoğraf çekerek canlı dosya sisteminin kopyalanmasını sağlar.
Dökümü kullanarak geri yüklenebilir restore(8)
.
Sadece UFS ile çalışabilir; Ben bu konuda emin değilim.
Kaç yedekleme ipucunun aşağıdakilerden bahsetmediği şaşırtıcı:
Linux sisteminin (ve çoğu çoklu iş parçacığı işletim sisteminin), yedekleme ve geri yükleme yaparken genellikle sessiz olması gerekir.
Bu, görüntülemeye çalışırken bir işletim sistemi çalıştırmamakla kolayca elde edilir.
Yedekleme ve geri yükleme için, monte edilebilir ve aslında muhtemelen işletim sistemi tarafından kök (/) olarak çalıştırılmamalıdır.
Sebep: Her bir çok görevli işletim sisteminde linux dahil, dosyaları etkileyecek şekilde çalışan eş zamanlı kod dizileri vardır ve bu da sistem genelinde doğru dosya kümesi yedekleme veya geri yüklemelerinin yapılmasını imkansız kılar.
Özellikle, dosyaları alırken, yedeklemenizin herhangi bir zamanda dosya sisteminin gerçek ve doğru bir görüntüsünü temsil etmeyeceği şekilde dosyalar oluşturmak veya silmek için başka bir görev olabilir. Bu yedeği geri yüklemeyi denerseniz, çökmelere ve diğer anomalilere neden olacak veri bozulmalarına sahip olursunuz.
Seçenekler: Yedeklemelerin ya özel bir yazılım ve / veya disk sistemleri (örneğin çalışan bir işletim sistemini yedekleyebilen örneğin Windows'taki Acronis gibi) ya da çalıştığınız işletim sisteminin çalışmadığı dosyalara erişen harici bir ikincil işletim sistemi tarafından yapılması gerekir. yedekleme veya geri yükleme.
!!! Bu nedenle, örneğin yedekleme yapmak için Deja-dup'i kullanmanız gerektiğini söyleyen web sayfalarını gördüğünüzde , bu sadece işe /home
yarar ve daha sonra SADECE /home
deja-dup'i çalıştırırken etkileyen programları çalıştırmazsanız çalışır. (Ve o zaman bile, dosyalarınıza bir daemon aracılığıyla dokunabileceklerini gerçekten bilmiyorsanız, parmaklarınızı çarpmak isteyebilirsiniz.)
Bunu zaten test ortamında başarılı, sonunda fsck ve rsync ile iyi bir cihaz kopyası elde etme şansını arttırmak için yapıyorum.
rsync
İle yapılan bir bütün diski (tüm dosya sistemi) dökümü geliştirmek için nasıl kullandığınızı açıklayabilir misiniz dd
? (Ve, erişim hakkınız varsa rsync
, neden onu ikincil, yardımcı biri yerine birincil yedekleme aracı olarak kullanmıyorsunuz?)……………………………… Lütfen yorumlara cevap vermeyin; cevabınızı daha net ve eksiksiz hale getirmek için düzenleyin .
tar
,cpio
versync
tüm çalışmaları dosya sistemi içinde bu uygun olabilir bu yüzden.dd
OTOH, FS'yi atlayarak doğrudan disk blokları ile çalışır.