Bir dosya kopyası için bant genişliğini nasıl sınırlarsınız?

13

Uzak bir yerde bir T1 bağlantısı ve benim yerime bir vpn ile eski bir windows 2000 kutusu var. Normalde dosyaları aktarmak için smb mounts kullanıyorum, ancak şimdi sunucunun hizmet dışı bırakılması ve yedeklerinin konumuma kopyalanması zamanı. Kopyalamak için yaklaşık 40 gigabayt (sıkıştırılmış) var. Uzun sürmesi için hazırım, ama birkaç uyarım var.

Siteye terminal hizmeti bağlantıları etkilenmemesi için bant genişliğini sınırlandırmam gerekiyor
Kısmi bir aktarımı devam ettirmek istiyorum

Birkaç küçük dosya ve birkaç büyük dosya (10-20 gigabayt) vardır. * Nix platformlarında rsync'e aşinayım ama pencerelerde şanssızlık yaşadım ve gerçekten kısmen aktarılan dosyaları tutacağını bilmiyorum. Ne kullaniyorsun?

backup file-transfer windows-server-2000

— reconbot
kaynak

1

Robocopy iyi bir çözüm gibi görünüyor, bir süre sonra denemek zorunda kalacağım. Şu anda özel bir torrentde% 53.7 kullanıyorum. UTorrent'i, çalışma saatleri dışında sınırsız transfer etmeme ve önemli olduğunda iyi bir sınıra izin verecek olan zamanlayıcı nedeniyle robokopi üzerinden seçtim. Sağlama toplamı da acıtmaz. Genel bir torrent üzerinde daha fazla kontrol isteyeceğinden eminim ama Jeff'in codinghorror.com/blog/archives/001272.html talimatlarını kullandım .

— reconbot

19

robocopy.exepaketiniz arası boşluk adı verilen ve kopyanızın paketleri arasına bir zaman aralığı eklemenize izin veren ve böylece kanal üzerindeki etkiyi azaltan bir anahtara sahiptir .

Tam olarak "mevcut bant genişliğinin% 30'undan fazlasını kullanmayın", ancak aynı etkiyi biraz matematikle elde edebilirsiniz. Her zaman bir kaç milisaniye belirtebilir ve bir süre çalışmasına izin CTRL+Cverebilir , daha sonra kesmek, komutunuzu gerektiği gibi ayarlayıp devam ettirebilirsiniz. Bunu, iş günü boyunca WAN'ı büyük kopyalarla aşırı yüklemek istemediğimde yaptım.

robocopy , /z"yeniden başlatılabilir" aktarımlara izin veren başka bir anahtara sahiptir , bu nedenle aktarım kesilirse kaldığınız yerden devam edebilir ve 40 GB'ın tamamını tekrar kaydırmanız gerekmez.

Özgeçmiş bitinin ne kadar ayrıntılı olduğundan emin değilim, çünkü gerçekten tek bir 40GB ZIP dosyasını hiç test etmedim. Önce küçük bir şeyi test edin ;-)

Sözdizimine yardımcı olabilecek robokopi için bazı güzel GUI'ler var , ancak Linux arka planı olan herkes kolayca bulabilecek. Windows 2003 veya daha yeni bir sürümünün en son sürümlerini edinin. Aksi takdirde, bunu bir Windows 2000 Kaynak Seti Aracı indirmesi olarak bulacaksınız.

Vikipedi robokopi girişinde , birisi yeniden başlatılabilir kopyalama cezasının ( /zanahtar) 6 kat daha yavaş bir performans olduğunu belirtti ( Bilinen Hatalar ).

— nray
kaynak

Yanlış yapıyorsunuz - robocopy yıllardır tercih edilen bir araç olmuştur, herhangi bir sayıda farklı ağda test edilmiştir. "Robo" nun "sağlam" anlamına gelmesi bekleniyor.

— nray

+! Robocopy için. Bunu birkaç kez kullandım ve hiçbir sorun yaşamadım.

— KPWINC

İyi bilinen, iyi kullanılan bir araç için +1. Göründüğü kadar garip, bazen robokopiyi (ick) bir toplu iş dosyasına batırmak ve Sistem Görevleri aracılığıyla bu şekilde tekrarlanan kopyalar yapmak daha kolaydır.

— Avery Payne

1

Yerel LAN'ımda, 50 ms'lik bir IPG değerinin beni yaklaşık 10Mbit / sn'ye düşürdüğünü buldum, bu da istenen değerdi.

— trp

Ayrıca, yaklaşık 25 ms'den daha az IPG değerleri ile pratik olarak daha yüksek verim elde edemediğimi buldum.

— trp

5

40 GB dosyaların T-1'e kopyalanması 60 saatten fazla sürecek. Harici bir sabit sürücüyü her iki yönde de göndermek daha kolay olabilir. Birinin sunucuya takmasını sağlayabilir, dosyalarınızı kopyalayabilir / şifreleyebilir ve sonra size geri göndermesini sağlayabilirsiniz.

— Carl C
kaynak

matemama göre yaklaşık 60 saat gibi görünüyor: 40GB * 1024 (MB / GB) * 8 (bit / bayt) / 1.5mbit / 3600 (sn / saat) = ~ 60 saat. Tabii ki muhtemelen havai ve şeyler olacak, bu yüzden biraz daha uzun sürecek, bu yüzden belki 70 veya 80 diyelim güvenli mi? Ancak 1.5mbit oldukça yavaş, gerçekten eski bir PC bile bu hızda veri besleme konusunda sorun yaşamayacak.

— davr

2

Diyerek şöyle devam etti: "Asla karayoluna zarar veren bantlarla dolu bir istasyon vagonunun bant genişliğini küçümsemeyin." —Tanenbaum, Andrew S. (1996)

— nray

2

Yedek sabit disklerin kullanımı ofisimde kayboluyor. Beklemeyi umursamıyorum.

— reconbot

Bugünlerde bir AAA Unvanı için büyük olan 40GiB değil. Henüz FTTH'niz yok mu ?! En iyi satın alma işleminden geri dönmeden önce buhar indirmeyi bitirdiniz (25GiB günü bir yamayı emmekten bahsetmiyorum).

— mbx

Bugünlerde ne zaman? 2016? Bu yazının 2009'da yapıldığını biliyor musunuz?

— JasonXA

4

2000 kutusunda FTP kurmayı ve diğer ucunda kısmi kopyalarla uğraşmak için filezilla gibi bir FTP istemcisi kullanmayı deneyebilirsiniz.

— DanBig
kaynak

+1 Filezilla'da mevcut olan bant genişliği sınırlarından bahsetmek zarar vermezdi.

— Oskar Duveborn

3

* Nix üzerinde rsync kullandığınızı söylüyorsunuz, bakabileceğiniz pencerelere birkaç rsync portu var. Örneğin:

Şahsen rsync'i oldukça güvenilir buldum ve transferlerin ortasında kesintileri ve benzeri işlemleri yapabilir. Rsync ayrıca aktarımları tam bir kbit / sn aktarım hızıyla sınırlamak için bir bayrağa sahiptir, bu yüzden sizin için de işe yarayacaktır.

— Davr
kaynak

1

Robocopy'yi tüm sunucularımı ve canlı bir Mailserver yedeklemesini yedeklemek için kullanıyorum. Doğru kurulduktan sonra, onu gerçekten ayarladı ve unut. BT hayatımda olan en iyi şey. Sadece 32 sentimi koymak (enflasyona izin vermek)

1

Bu amaçla KillCopy kullanıyorum . Çok uygun buluyorum.
Yerel ve ağ kopyası için ayrı hız ve diğer ayar profilleri vardır.
Ayrıca, kötü bir bağlantı durumunda büyük bir dosyanın (veya dosyaların) aktarımı kesintiye uğradığında veya programı barındıran bilgisayar çöktüğünde bile devam edebilir.

— Roland Pihlakas
kaynak