Zaman makinesi dosyalarını bir diskten diğerine kopyalamanın daha hızlı bir yolu var mı?


15

Zaman makinesi yedekleme dosyaları tüm Backups.backupdb altında başka bir sürücüye taşımak çalışıyorum. Bir dosya kopyasını gece boyunca başlattım (b / c OSX'in kopyaya hazırlanmak için sonsuza kadar sürdüğünü gördüm ... temelde dosyaları saatlerce sayıyordu). Sabah gördüm ki sadece belirli yedeklemeler (tarih içeren klasörler) kopyalandı. Daha sonra kopyalanmayanlara kopyalamaya çalıştım ... ama işletim sistemi bunu yapmama izin vermedi. "Yedekleme öğeleri değiştirilemediğinden işlem tamamlanamıyor" hatası alıyorum. Bu yüzden planım yeni sürücüdeki eksik kopyayı silmek ve ardından Backups.backupdb klasörünü tekrar kopyalamayı denemek.

Oldukça sinir bozucu. Bu dosyaları terminal komutuyla kopyalamanın daha hızlı bir yolu var mı, böylece tüm dosya sayma hazırlığını gerçekleştirmiyor mu?

Muhtemelen tüm klasörü tar ve sonra bir kopyasını yapabilirsiniz, ancak bu herhangi bir dosya izinleri, vb müdahale edecek? Bu yaklaşımla ilgili tek şey, katran için kaynak hacmim üzerinde daha fazla yer olmaması.

GÜNCELLEME

Özellikle Disk Yardımcı Programı'nın geri yükleme işlevini kullanarak, insanların aşağıda önerdiği yöntemlerden bazılarını denedim ve bana bazı hata mesajları ve beklenmedik sonuçlar veriyor (en azından bana). Geri yüklemeyi iki şekilde yapmaya çalıştım:

  • "Hedefi Sil" işaretlendiğinde: Her seferinde (iki kez denedim), geri yükleme bittiğinde "Geri yüklenemedi - Geçersiz İşlem" ve "Geri yüklenemedi - Geçersiz Bağımsız Değişken" mesajını görüyorum. Ancak, hedef diskim TM dosyalarımın bir kopyasını alıyor. Garip olan şey, hedef diskimin tam olarak kaynak diskim gibi ... boyutta olması. Hedef diskim aslında 1 TB, ancak geri yükleme işleminden sonra, bulucudan bilgi aldığımda 200 GB olarak görünüyor. Ancak Disk İzlencesi'nde 1 TB'lık bir bölüm gösterir!

Sonra doğrulamak / diski onarmak için çalıştı ve var:

    Geçersiz B-ağacı düğüm boyutu
    Günlüklü HFS Plus birimini denetleme.
    Geçersiz B-ağacı düğüm boyutu
    Hacim tamiri tamamlandı.
    Birim için önyükleme desteği bölümlerini gerektiği gibi güncelleme.
    Hata: Disk İzlencesi bu diski onaramaz. Mümkün olduğunca çok sayıda dosyayı yedekleyin, diski yeniden biçimlendirin ve yedeklediğiniz dosyaları geri yükleyin.

Bir TM diskini doğrulayıp / onarmam gerektiğini bile bilmiyorum ...

  • "Hedefi Sil" işaretlenmediğinde: Geri yükleme hiçbir zaman başlamaz ve şunu elde ederim:
    Geri yüklenemedi - İşleme izin verilmiyor


2
Bence bu iyi duruyor - diğer soru sabit bağlantıları kopyalamak IO yükü ele ama zaman kapsülü ağ ve muhafaza içine sarılmış bu yüzden burada sorulan genel sorunun özel bir durum.
bmike

MacOS 10.13.4+ sürümüne yükseltebilirseniz, takma adların / sabit bağlantıların Finder'da kopyalanmasını engelleyen hata düzeltildi. Yedekleme Time Machine diskini başka bir diske kopyalamayı kendim denedim ve mükemmel çalıştı (ve oldukça hızlıydı). Daha fazla bilgi için: apple.stackexchange.com/a/323691/261070 .
youngrrrr

Yanıtlar:


13

Normal bir kopya (veya rsync veya ditto ile kopyalama), bir Time Machine'i birbirine bağlı iki dizini (aralarında değişiklik olmadan ardışık TM yedeklemelerinde olduğu gibi) iki ayrı dizine dönüştüreceğinden tam olarak çoğaltmaz.

En iyi yol, Disk Yardımcı Programı'nı veya Carbon Copy Cloner'ın blok kopya bölümünü kullanarak ve muhtemelen SuperDuper'de benzer olan tüm diski kopyalamaktır .


1
Ditto man sayfasından: "ditto, kaynak dizinlerde bulunan dosya sabit bağlantılarını (ancak dizin sabit bağlantılarını değil) korur", burada yardım yok. Disk Yardımcı Programı veya SuperDuper veya CCC gibi bir araçtır.
nohillside

@patrix Teşekkür - bir blok kopyalama eğer sadece bunu yapacak böylece kopyalama CCC kullanımları ditto veya rsync - web adam sayfası bu konuda hiçbir şey söylemez help.bombich.com/kb/troubleshooting/...
user151019

Kaynak diskim yalnızca Time Machine yedeklemesini içeriyor. Hedef diskim başka dosyalar içeriyor. Kaynak diskimin bir kopyasını istemiyorum. Sadece Time Machine dosyalarını Hedef diske kopyalamak istiyorum.
milesmeow

3
TM dosyalarımı yeni bir diske kopyalamak için birçok denemeden sonra, Disk Yardımcı Programı ve Karbon Kopya Cloner her ikisini de YAPMADI. SuperDuper ilk çalıştırmada mükemmel yaptı ve hedef bölümümün boyutunu azaltmadı!
milesmeow

2
SuperDuper için bir oy daha! buraya. v3.2.4, macOS 10.14.2 Mojave altında büyük bir Time Machine yedekleme klasörünü daha fazla yer kaplamadan başarıyla kopyaladı. (Hangi Bulucu olabilir değil Zaman Makinesi mutlu eski bir sanki yeni diski kullanan devam ediyor ... do).
gidds

5

MacOS 10.14'te tam bir 3 TB Zaman Makinesi şifreli sürücüsünü yeni 8 TB'a geçirirken, her türlü sorunla karşılaştım. Disk Yardımcı Programında geri yükleme yapmaya çalışmak, “kaynak doğrulanamıyor” veya “İşleme izin verilmiyor” şeklinde hata verdi. Bu yazıda ve diğer bazı önerileri denerken, “Resim / birimdeki katalog dosyası çok kötü parçalanmış” gibi bir heyecan verici yeni hata mesajı alabildim, ancak kopya yok.

Sonunda, terminalde ne işe yaradı:

  1. Kaynak diskin biçimiyle eşleşen yeni diski Disk Yardımcı Programı ile silin: MacOS Extended (Günlüklü, Şifreli)
  2. diskutil cs listEski sürücüdeki Mantıksal Birimin tam bayt boyutunu ve yeni Mantıksal Birimin GUID'ini ve her ikisinin disk numaralarını almak için terminalde kullanın , örn disk4.
  3. Yeni birimin boyutu olarak adım2'deki tam bayt boyutunu kullanın. 3 TB'lık bir disk ile benim durumumda 2.999.772.905.472 bayt:

    sudo diskutil cs resizeVolume $new_lv_guid 2999772905472
    
  4. pvHomebrew komutunu kullanarak, disklerin düşük seviyeli bir blok kopyasını yapın. Bu, ddETA ile bir ilerleme ölçer almanız dışında, kullanmaya çok benzer .

    Disk numaralarını diskutil cs listçıktıdan almanız gerekir . Dikkatli ol. Buradaki yeni boş sürücüyle tam yedekleme sürücünüzün üzerine yanlışlıkla yazmak çok kolaydır.

    sudo sh -c "$(which pv) --buffer-size 50M -s 2999772905472 < /dev/rdisk${source} > /dev/rdisk${target}"
    

    Burada izin verilmedi / işleme izin verilmiyor hatası alırsanız, Güvenlik ve Gizlilik Tercihleri'ne gidin ve Terminal.app için Tam Disk Erişimi ekleyin.

    Benim için bu yaklaşık 10 saat sürdü - bir gecede çalışmasına izin verdim - ama pven azından bir ETA ile bir ilerleme ölçer elde edersiniz.

  5. Şimdi, sürücüde kalan tüm alanı kaplamak için birimi genişletin:

    sudo diskutil cs resizeVolume $new_lv_guid 0
    

    Bu benim için ~ 3 saat sürdü, yaklaşık 5 yıl yedek aldı. Bu zamanın çoğu macOS fscking tarafından harcandı .

Artık yeni, daha geniş Time Machine sürücünüzün tadını çıkarabilirsiniz. Eski sürücüyü yeniden tasarlayabilir veya yeni sürücüye bir şey olması durumunda güvenli bir yere koyabilirsiniz.


Yeniden boyutlandırma adımları önemli görünmektedir; bunları atlamak, nasıl yeniden boyutlandırılacağını anlayamadığım 3 TB dosya sistemi içeren 8 TB'lık bir hacim veren 10 saatlik bir dosya kopyasıyla sonuçlandı.


GÜNCELLEME Bu yaklaşımın potansiyel bir dezavantajı, bir bit bit kopyası olduğu için tanımlayıcıların eski disk ile yeni disk arasında aynı olmasıdır. Eski tam diski bağlarsam, Time Machine yeni disk olduğunu düşünür, yedeklemeye çalışır ve yenilerine yer açmak için eski yedeklemeleri silmeye başlar. Verileri, daha eski daha küçük diskin silineceği daha büyük bir diske taşımak için iyi bir yaklaşım gibi görünüyor.


Merhaba Andrew! Bu adım adım kılavuzu yazmaya zaman ayırdığınız için teşekkür ederiz (ve 1 TB yedeklememi 4TB diske aktarmak için kullanmayı umuyorum. yeni diskte orijinal diskten çok daha fazla yer kaplar). Size sorum: Bu adımları aka depolama etkin olmadan yapabilir miyim cs? Çekirdek depolamanın etkinleştirilmesi potansiyel olarak gereksiz bir PITA gibi görünmektedir , ancak
kılavuz

@MichaelDautermann Çekirdek Depolama, kayıp, hırsızlık veya yanlış imha durumlarında gizliliğinizi korumak için yedekleme sürücüleri için son derece tavsiye edilen FileVault için gereklidir.
andrew

Bahsedilen yöntemle kopyalayamadığımı eklemek isterim. Bunun nedeni, sistemin bu "işleme izin verilmediğini" bildirmesiydi. Kısa bir aramadan sonra tüm SIP işlevlerini kapatmam gerektiğini öğrendim. Bu, komut + R tuşunu basılı tutarak ve bir terminal açarak macOS yeniden başlatılarak yapılabilir. Burada "csrutil devre dışı" yazarak devre dışı bırakmanız gerekir. Bir sonraki yeniden başlatmayla TM yedeklemesini kopyalayabildim
Oliver Koehler

@ ve benim sürümüm 10.14.6 ve bahsettiğiniz riski tamamen anlıyorum. Ancak TimeMachine benim yedekleme dd veya pv - SIP kapatmadan mümkün değildi. Başka bir yol varsa duymaktan mutluluk duyarım.
Oliver Koehler

% 99'da "pv: yazma başarısız: Giriş / çıkış hatası" alıyorum (30 saat sonra, 3 denemeden sonra gerçekten 90 saat). Diskler takılı değil. SIP işlevleri devre dışı. Hatayı Google'da bir şey bulmak değildir. Orijinal duruma benzer (3 TB -> 8 TB). sudo sh -c "$(which pv) --buffer-size 50M -s 3000249008128 < /dev/rdisk3 > /dev/rdisk5"- 8 tb daha önce başarıyla yeniden boyutlandırıldıResized Core Storage Logical Volume to 3,000,249,008,128 bytes
ks

2

Neden sadece terminali kullanmıyorsunuz:

cp -RnpP Backups.backupdb
  • -R özyinelemeli
  • -n üzerine yazma (mevcut kopya kalıntıları önceki denemede kalırsa)
  • -p EKL'leri, izinleri, oluşturma / mod tarihlerini vb. koru
  • -P sabit bağlantıları koruyun, sert veya sembolik bağlantıları takip etmeyin.

Bu doğru değil. man cpMacOS için okuyun . Düzenli cpMacOS sevk komut vermez -P ile sabit bağlantıları kopyalayın. Man sayfası aslında "cp'nin sabit bağlantılı dosyaları ayrı dosyalar olarak kopyaladığını unutmayın. Sabit bağlantıları korumanız gerekiyorsa, bunun yerine tar (1), cpio (1) veya pax (1) kullanmayı düşünün."
chmac

0

Bu yanıt daha hızlı yapılmayacak, ancak çoğaltma (sabit bağlantılar) ve izinleri korurken verileri düzgün bir şekilde kopyalamanın bir yolunu buldum. Ek bir bonus olarak bunu arşivleme için nihai ürünün sıkıştırılmış bir dmg'sini yapmak için kullanıyorum.

  1. Disk Yardımcı Programlarını kullanarak Backups.backupdb dizininizden daha büyük bir disk görüntüsü oluşturun. Ayrıca Görüntü Biçimi için seyrek paket disk görüntüsü ve Bölümler için Sabit disk kullanmanızı öneririm. Bu görüntü bağlandıktan sonra hakkında bilgi alın ve bu birimdeki sahipliği yoksay seçeneğini kaldırın.

  2. Şimdi Time Machine'i kapatın ve bulucuyu kullanarak Backups.backupdb klasörünü bağlanan görüntüye kopyalayın. Bulucu sizden verileri kopyalamak için süper kullanıcı izinleri isteyecektir. Bir içki al ya da bir süre başka bir şey yap.

  3. Kopyalama tamamlandığında, her şeyin yolunda olduğundan emin olun ve görüntünün bağlantısını kesin. Disk İzlencesi'nden Dönüştür'ü seçin ve seyrek paket görüntüsünü sıkıştırılmış bir görüntüye dönüştürün. Yine, bu biraz zaman alabilir.

Time Machine yedeklemenizin iki kopyasıyla sonuçlanmalı, seyrek paket sürümünü silebilir ve dmg'yi güvenli bir yere arşiv olarak koyabilirsiniz.

Bununla denemediğim bir şey, dmg'den bir sistem geri yüklemesi yapmaktır, ancak bunun çalışması gerektiğinden şüpheleniyorum, amacım zaman makinesindeki artımlı değişiklikleri arşivlemek ve sabit bağlantı yapısını tutmaktı.

Ben de rsync ve cp denedim, ama onlar x kez boyutu, x geçmişte tarihlerin miktarı olmakla sonuçlanan sabit bağlantı yapısını tutmak gibi görünmüyordu. Bu yöntem iyi çalıştı, ancak yine bir blok kopya çözümünün hızını alamayabilir.


0

Apple'ın bunun için resmi bir öğreticisi var: “ Time Machine: Yedekleri mevcut bir yedekleme sürücüsünden yeni bir yedekleme sürücüsüne aktarma ”.

Bu sayfadaki üst düzey adımlar:

  1. Yeni yedekleme sürücünüzün biçimini kontrol edin
  2. Yeni yedekleme sürücünüzde izinleri ayarlama
  3. Time Machine'i geçici olarak kapatın
  4. Yedekleme verilerinizi orijinal sürücünüzden yeni sürücünüze kopyalayın
  5. Time Machine'i yeni sürücünüzü kullanacak şekilde ayarlayın

Sayfanın kopyalama adımının yapılmasını şu şekilde öneriyoruz:

Yedekleme verilerinizi orijinal sürücünüzden yeni sürücünüze kopyalayın

  1. Yeni bir Finder penceresi açın. Finder kenar çubuğunda, orijinal yedekleme sürücüsünün simgesini tıklayın.
  2. Yeni bir Finder penceresi açın. Finder kenar çubuğunda, yeni yedekleme sürücüsünün simgesini tıklayın.
  3. "Backups.backupdb" klasörünü orijinal yedekleme sürücüsünden yeni yedekleme sürücüsünün en üst düzeyine sürükleyin.
  4. Bir yönetici adı ve parolası girin, ardından kopyalama işlemini başlatmak için Tamam'ı tıklatın.

Yedekleme verilerinizin kopyalanmasının, yedeklemenizin boyutuna bağlı olarak tamamlanması biraz zaman alabilir.


5
Ben bu soruya bakıyorum çünkü bu öğretici (Yedekleme klasörünü Finder ile kopyalamayı önerir) ve gece boyunca çalışan bırakarak takip, yaklaşık 500 / 940GB kopyalanan bazı izin sorunu sona erdi. Sonra bir sudo rsyncdün gece yaptım , ama bu sabah bulmak ERROR: out of memory in flist_expand [sender]ve benim kopya şimdi ~ 600gb. Daha sonra ne yapacağımıza karar vermedim, ancak okuyan çoğu insanın resmi öğreticiden zaten haberdar olduğundan şüpheleniyorum.
PeterT

@PeterT Ben de sadece tuto denedim ve sizinle aynı sorunu var. Kimsenin öğreticiyi bildiğinden emin değilim, aksi takdirde birisi burada ve onu takip eden sonuçtan bahsederdi. Şimdi, insanlar denemeye değer olmadığını biliyorlar.
David Andreoletti

1
Klasörü kopyalamak için finder kullanmak dosya listesini oluşturmak için bir yaş alır ve daha sonra yeterli disk alanı ile başarısız olursa bu nedenle yanlış hesaplanması gerekir.
malhal

1
Bu benim sorunum. Orijinal TM hacmi 550GB, yeni TM 600GB idi. Yine de Mojave, hacimdeki yetersiz alandan şikayet etti. Şimdi SuperDuper kullanıyorum! "Yedekleme - tüm dosyalar" modunda.
Markus Rudel

1
MacOS Mojave 10.14.2'de Apple'ın eğitimi benim için başarısız oldu . 3 TB'lık bir yedekleme arşivini 8 TB'lık bir sürücüye kopyalamaya çalıştım; Finder, pes etmeden ve sürücünün dolu olduğundan şikayet etmeden önce yaklaşık 5 gün kopyalama yaptı (çoğu için '5 saniye kaldı' diyerek)! Ve - yedeklemelerin sadece 2 / 3'ünü kopyalamış olsa bile. Açıkçası, hardlinkleri korumak değil, her birinin yeni kopyalarını oluşturmaktır. Yani bu cevap şu anda doğru değil.
gidds

0

Disk yardımcı programları için +1, yorumlar için çok uzun:

12.250.329 dosya değerlendirildi, 10.408.594 dosya kopyalandı. Etkili kopyalama hızı 8,68 MB / s.

SuperDuper üzerinden birkaç yıl yedeklemeli manyetik 2 TB Yedekleme sürücüsünü klonlamak için! bu yıl.

Bu yaklaşık 63 saat sürdü (SuperDuper 24 saatte bir saatini sıfırlayacaktır, bu yüzden sonunda 15:04:43), yaklaşık 4 gün ve dörtte birinden sonra iptal ettiğim bir Finder kopyasının aksine.

Manyetik diskin bu kadar uzun sürmesinin nedeni değildi. Finder'in duraklamayı uzun süren yedek disklere kopyalamasının nedeni, özellikle Git dizinleri gibi birçok küçük dosya için değişmeyen dosyalarda basamaklı sembolik bağlantıların sayısının artmasıdır.


0

rsync böyle şeyler için harika bir yardımcı programdır. Genelde böyle şeyler için kullanıyorum. Bu durumda -aP bayraklarını kullanabilirim. Ben -a ("arşiv") bir parçası da izinleri, ACL ve benzeri korumak olduğunu düşünüyorum, ama emin değilim.

IIRC'de, hedefe başarıyla kopyalandıktan sonra kaynak dosyayı silmenizi sağlayan --delete seçeneği de vardır. Buna rağmen dikkatli olurum - genellikle --delete seçeneği olmadan tam bir ayna yaparım, sonra komutu -c ve --delete seçenekleriyle yeniden çalıştırırım. -c sağlama toplamıdır; bu nedenle, indirdiğiniz tüm dosyaları sağlama toplamı aracılığıyla kaynaktaki herkese karşı kontrol eder, ardından bir eşleşme varsa kaynağı siler, aksi takdirde duruma göre yeniden kopyalar veya kopyalamaya devam eder.

DÜZENLEME: sabit bağlantıları korumak için bu durumda yorum başına -H bayrağı kullanın.


5
rsync dizinlerdeki sabit bağlantıları korumaz. Bir süre kopyalandığında, TM yedeklemesi birçok dizini
çoğaltacaktır

1
@patrix - Bunu onaylayabilirim. Denedim. Dizin sabit bağlantıları neredeyse HFS + için benzersizdir ve rsync bunları anlamaz.
Sahte İsim

3
-H, --hard-links sabit bağlantıları koru
Pete Ashdown

-2

Sabit sürücülerde, bir sürücüden birden fazla dosya taşıdığınızda, okuyucu korkunç bir tıklama sesi çıkararak ileri geri hareket eder ve aktarım hızını önemli ölçüde yavaşlatır, örneğin, usb 2.0 bulunan bir dosya bilgisayarımda 30 mbps'de 2'den 2 mbps hızında hareket eder harici sabit sürücüler, ancak 2 dosya 11 mbps hızında hareket eder. ve 3 dosya 6 mb / s hızında hareket eder. vb. zip dosyaları dosyalardan daha hızlı hareket eder.


2
Bu OP'nin sorusuna nasıl cevap veriyor?
fsb
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.