Azure Backup’ta dosya ve klasörlerin yavaş yedekleme sorunlarını giderme

Bu makalede, Azure Backup kullanırken dosya ve klasörler için yavaş yedekleme performansının nedenini tanılamanıza yardımcı olacak sorun giderme yönergeleri sağlanır. Dosyaları yedeklemek için Azure Backup aracısını kullandığınızda, yedekleme işlemi beklenenden uzun sürebilir. Bu gecikmenin nedeni aşağıdakilerden biri veya daha fazlası olabilir:

Sorunları gidermeye başlamadan önce en son Azure Backup aracısını indirmenizi ve yüklemenizi öneririz. Çeşitli sorunları düzeltmek, özellikler eklemek ve performansı geliştirmek için Yedekleme aracısına sık sık güncelleştirmeler yapıyoruz.

Ayrıca yaygın yapılandırma sorunlarından herhangi birini yaşamadığınızdan emin olmak için Azure Backup hizmeti hakkında SSS bölümünü gözden geçirmenizi kesinlikle öneririz.

Azure sorununuz bu makalede ele alınmıyorsa Microsoft Q & A ve Stack Overflow'daki Azure forumlarını ziyaret edin. Sorununuzu bu forumlara gönderebilir veya Twitter'da @AzureSupport gönderebilirsiniz. Ayrıca bir Azure desteği isteği gönderebilirsiniz. Destek isteği göndermek için Azure desteği sayfasında Destek al'ı seçin.

Neden: Yedekleme işi iyileştirilmemiş modda çalışıyor

  • MARS aracısı, tüm birimi tarayarak dizinlerdeki veya dosyalardaki değişiklikleri denetleyerek USN (güncelleştirme dizisi numarası) değişiklik günlüğünü veya iyileştirilmemiş modu kullanarak yedekleme işini iyileştirilmiş modda çalıştırabilir.

  • Aracı birimdeki her dosyayı taramak ve değiştirilen dosyaları belirlemek için meta verilerle karşılaştırmak zorunda olduğundan iyileştirilmemiş mod yavaştır.

  • Bunu doğrulamak için MARS aracı konsolundan İş Ayrıntıları'nı açın ve aşağıda gösterildiği gibi veri aktarımı (iyileştirilmemiş, daha fazla zaman alabilir) ifadesinin olup olmadığını görmek için durumu denetleyin:

    Screenshot shows backup jobs running in unoptimized mode.

  • Aşağıdaki koşullar yedekleme işinin iyileştirilmemiş modda çalışmasına neden olabilir:

    • İlk yedekleme (İlk Çoğaltma olarak da bilinir) her zaman iyileştirilmemiş modda çalışır
    • Önceki yedekleme işi başarısız olursa, bir sonraki zamanlanmış yedekleme işi iyileştirilmemiş olarak çalışır.

Neden: Bilgisayarda performans sorunları

Yedeklenen bilgisayardaki performans sorunları gecikmelere neden olabilir. Örneğin, bilgisayarın disk okuma veya diske yazma becerisi veya ağ üzerinden veri göndermek için kullanılabilir bant genişliği performans sorunlarına neden olabilir.

Windows, bu performans sorunlarını algılamak için Performans İzleyicisi (Perfmon) adlı yerleşik bir araç sağlar.

Aşağıda, en iyi yedeklemeler için performans sorunlarını tanılamada yardımcı olabilecek bazı performans sayaçları ve aralıkları yer alır.

Sayaç Durum
Mantıksal Disk(Fiziksel Disk)--%idle
  • %100 boşta - %50 boşta = sağlıklı
  • %49 boşta - %20 boşta = Uyarı veya İzleyici
  • %19 boşta - %0 boşta = Kritik veya Belirtim Dışı
  • Mantıksal Disk(Fiziksel Disk)--%Ort. Disk Sn Okuma veya Yazma
  • 0,001 ms - 0,015 ms = Sağlıklı
  • 0,015 ms - 0,025 ms = Uyarı veya İzleyici
  • 0,026 ms veya daha uzun = Kritik veya Belirtim Dışı
  • Mantıksal Disk (Fiziksel Disk)--Geçerli Disk Kuyruğu Uzunluğu (tüm örnekler için) 6 dakikadan fazla 80 istek
    Bellek--Disk Belleği Olmayan Havuz Baytları
  • Tüketilen havuzun %60'ından azı = İyi durumda
  • Tüketilen havuzun %61 ile %80'i = Uyarı veya İzleyici
  • %80'den fazla havuz tüketildi = Kritik veya Belirtim Dışı
  • Bellek--Havuz Disk Belleği Baytları
  • Tüketilen havuzun %60'ından azı = İyi durumda
  • Tüketilen havuzun %61 ile %80'i = Uyarı veya İzleyici
  • %80'den fazla havuz tüketildi = Kritik veya Belirtim Dışı
  • Bellek--Kullanılabilir Megabayt
  • Kullanılabilir boş belleğin %50'sini veya daha fazlasını = Sağlıklı
  • Kullanılabilir boş belleğin %25'i = monitör
  • Kullanılabilir boş belleğin %10'u = Uyarı
  • Kullanılabilir boş belleğin 100 MB veya %5'inden azı = Kritik veya Belirtim Dışı
  • İşlemci--%İşlemci Süresi (tüm örnekler)
  • %60'tan az tüketilen = sağlıklı
  • %61 ile %90 arasında tüketilen = monitör veya dikkat
  • %91 ile %100 arasında tüketilen = Kritik
  • Dekont

    Suçlunun altyapı olduğunu belirlerseniz, daha iyi performans için diskleri düzenli olarak birleştirmenizi öneririz.

    Neden: Azure Backup'a müdahale eden başka bir işlem veya virüsten koruma yazılımı

    Windows sistemindeki diğer işlemlerin Azure Backup aracı işleminin performansını olumsuz etkilediği birkaç örnek gördük. Örneğin, verileri yedeklemek için hem Azure Backup aracısını hem de başka bir programı kullanıyorsanız veya virüsten koruma yazılımı çalışıyorsa ve yedeklenecek dosyalara kilitleniyorsa, dosyalardaki birden çok kilit çekişmeye neden olabilir. Bu durumda yedekleme başarısız olabilir veya iş beklenenden uzun sürebilir.

    Bu senaryoda en iyi öneri, Azure Backup aracısının yedekleme süresinin değişip değişmediğini görmek için diğer yedekleme programını kapatmaktır. Genellikle, birden çok yedekleme işinin aynı anda çalışmadığından emin olmak, bunların birbirini etkilemesini önlemek için yeterlidir.

    Sunucuda virüsten koruma yazılımı yüklüyse, aşağıdakiler için virüsten koruma taramasına dışlama kurallarını ekleyin:

    • Karalama ve bölme klasörü konumlarının altındaki her dosya ve klasör - <InstallPath>\Scratch\* ve <InstallPath>\Bin\*.
    • cbengine.exe

    Neden: Azure sanal makinesinde çalışan yedekleme aracısı

    Yedekleme aracısını bir VM'de çalıştırıyorsanız, performans fiziksel makinede çalıştırdığınızdan daha yavaş olacaktır. IOPS sınırlamaları nedeniyle bu beklenen bir durumdur. Ancak, yedeklenen veri sürücülerini Azure Premium Depolama'a geçirerek performansı iyileştirebilirsiniz. Bu sorunu çözmeye çalışıyoruz ve düzeltme gelecek bir sürümde kullanıma sunulacaktır.

    Neden: Çok sayıda (milyonlarca) dosyayı yedekleme

    Büyük miktarda veriyi taşımak, daha küçük bir veri hacmini taşımaktan daha uzun sürer. Bazı durumlarda yedekleme süresi yalnızca verilerin boyutuyla değil, aynı zamanda dosya veya klasör sayısıyla da ilgilidir. Bu durum özellikle milyonlarca küçük dosya (birkaç bayt ile birkaç kilobayt) yedeklendiğinde geçerlidir.

    Bu davranışın nedeni, verileri yedekleyip Azure'a taşırken Azure'ın dosyalarınızı aynı anda kataloglamadır. Bazı nadir senaryolarda katalog işlemi beklenenden uzun sürebilir.

    Aşağıdaki göstergeler performans sorununu anlamanıza ve buna göre sonraki adımlarda çalışmanıza yardımcı olabilir:

    • Kullanıcı arabirimi, veri aktarımının ilerleme durumunu gösteriyor. Veriler hala aktarılıyor. Ağ bant genişliği veya verilerin boyutu gecikmelere neden olabilir.
    • Kullanıcı arabirimi, veri aktarımı için ilerleme durumunu göstermiyor. C:\Program Files\Microsoft Azure Recovery Services Agent\Temp konumundaki günlükleri açın ve günlüklerde FileProvider::EndData girişini denetleyin. Bu giriş, veri aktarımının tamamlandığını ve katalog işleminin gerçekleştiğini gösterir. Yedekleme işlerini iptal etmeyin. Bunun yerine katalog işleminin bitmesini biraz daha bekleyin. Sorun devam ederse Azure desteği başvurun.

    Büyük diskleri yedeklemeye çalışıyorsanız, ilk yedekleme (İlk Çoğaltma) için Azure Data Box kullanmanız önerilir. Data Box'ı kullanamıyorsanız, ağ üzerinden uzun veri aktarımları sırasında ortamınızda oluşan geçici ağ sorunları yedekleme hatalarına neden olabilir. Bu hatalara karşı koruma sağlamak için ilk yedeklemenize birkaç klasör ekleyebilir ve tüm klasörler Azure'a başarıyla yedeklenene kadar artımlı olarak daha fazla klasör eklemeye devam edebilirsiniz. Sonraki artımlı yedeklemeler görece daha hızlı olacaktır.

    Sonraki adımlar