Bant genişliği, eşzamanlı iş sayısı, transfer worker sayısı ve iş önceliği farklı ayarlardır. Ölçümle doğrulamadan sabit hız veya performans artışı vaat etmeyin; kurulu sürüm ve yöntem desteğini kontrol edin.
Ekran görüntüleri 16 Ekim 2026 tarihli gerçek laboratuvar arayüzünden alınmıştır. Arayüz İngilizcedir; açıklamalar seçtiğiniz dilde sunulur. Gösterilen kaynak adları, tarihler ve ayarlar örnektir; kendi ortamınızın değerlerini kullanın.
Görsel notu: önceki gerçek politika ekranı yeniden kullanılmıştır. Yeni Transfer Limits ekranı veya benchmark alınmadı. Bu çalışma politika, worker, ağ veya servis ayarı değiştirmedi ve backup/restore başlatmadı.
Kurulu sürüm, veri yolu ve repository
Ağ kapasitesi ve uygulama kullanım penceresi
Başlangıç CPU, I/O, süre ve transfer ölçümü
Geri dönüş ayarı ve restore kabul planı
01
1. Hedef ve başlangıç koşullarını kaydedin
Backup penceresi, uygulama etkisi ve restore süresi için ölçülebilir hedefler belirleyin. Aynı veri kümesi, Full/artımlı yöntemi, tutarlılık profili, platform ve sürümü kullanın. Farklı veri kapsamlarını kıyaslayarak performans sonucu çıkarmayın.
Beklenen sonuç
Karşılaştırmanın koşulları sabitlenir.
02
2. Darboğazı katman bazında bulun
Kaynak okuma/snapshot süresi, Data Mover CPU/bellek, ağ, repository yazma gecikmesi ve kuyruk beklemesini ayırın. Düşük transfer hızı her zaman ağ sorunu değildir. Ölçüm aralığı, birimler ve iş kimliğini birlikte kaydedin.
Beklenen sonuç
Süreyi tüketen katman belirlenir.
03
3. Advanced Settings etkisini doğrulayın
Gerçek VM Advanced Settings ekranında Job Priority ve High Compression alanları bulunur. Priority etiketi garanti edilen bant genişliği veya süre değildir. Sıkıştırma CPU maliyetiyle birlikte ölçülmelidir; encryption ve dedup desteğini motor/sürümle ayrıca doğrulayın.
Önceki gerçek Advanced Settings taslağı: Job Priority ve High Compression alanları. Kaydedilmemiş seçenekler ölçülmüş performans kazancı veya motor desteği kanıtı değildir. Büyüt ↗
Beklenen sonuç
Politika seçeneği ile ölçülen etki ayrılır.
04
4. İş ve worker paralelliğini ayırın
Transfer Limits toplam iş sayısı ve compute/storage kapsamını, datamover/workers ise yeni transferin chunk paralelliğini yönetir. Belgedeki 1–32 aralığı ve varsayılan 4 evrensel optimum değildir. Çok iş × çok worker repository I/O veya bağlantı sayısını doyurabilir; tek ayarı küçük adımlarla değerlendirin.
Beklenen sonuç
Paralellik değişikliği kaynak kapasitesiyle eşleştirilir.
05
5. Repository ve yöntem koşullarını kontrol edin
Boş alan rezervini, mount durumunu, disk gecikmesini ve backend kapasitesini izleyin. Snapshot/CBT veya database dump gibi yöntemleri destek kapsamıyla değerlendirin. Performans için TLS kontrolü, tutarlılık veya koruma gereksinimlerini devre dışı bırakmayın; çalışan veri yolunu izinsiz değiştirmeyin.
Beklenen sonuç
Depolama ve yöntem koşulları kaydedilir.
06
6. Tek değişkenli karşılaştırma yapın
Onaylı testte aynı veriyle bir ayarı değiştirin; backup süresi, kaynak/aktarılan byte, CPU, I/O, retry ve uygulama gecikmesini karşılaştırın. Birden fazla örnekte değişkenliği raporlayın. Tek lab sonucu için sabit hız, tasarruf veya tüm platformlarda aynı kazancı vaat etmeyin.
Beklenen sonuç
Kazanç ve kaynak maliyeti birlikte ölçülür.
07
7. Restore ve işletim kabulünü tamamlayın
Yeni ayarla oluşan zinciri izole hedefte restore ve veri/uygulama kontrolüyle doğrulayın. Önceki ayarı, test edilen sürümü ve geri dönüş koşulunu kaydedin. Yeni worker değeri çalışan transferi değiştirmez; sonuçları yeni dispatch edilen işlerle eşleştirin.
Beklenen sonuç
İyileştirme kurtarma kabulüyle tamamlanır.
MERAK EDİLENLER
Daha çok worker her zaman daha hızlı mı?
Hayır. CPU, ağ ve repository sınırlarına göre darboğazı büyütebilir. Aynı veri ve yöntemle ölçüm ve restore kabulü gerekir.