Tüm Ürünler
Search
Belge Merkezi

Server Migration Center:Error S6: Failed to create partition snapshot

Son Güncelleme:Oct 15, 2026

Bu konu, Server Migration Center (SMC) geçiş işi sırasında oluşan "S6_* Disk bölümü anlık görüntüsü oluşturulamadı" hatasının belirtilerini, nedenlerini ve çözüm yollarını açıklar.

Belirtiler

Bir Server Migration Center (SMC) geçiş işi başarısız olur ve "S6_ Disk bölümü anlık görüntüsü oluşturulamadı" gibi bir hata iletisi döndürür. Olası S6_ hata kodları şunlardır:

  • S6_8

  • S6_1

Nedenler

Blok çoğaltma sırasında SMC istemcisi, verileri senkronize etmek için kaynak sunucudaki bir disk bölümü için otomatik olarak bir anlık görüntü aygıtı oluşturur. SMC istemcisi anlık görüntüyü oluşturamazsa bu hata meydana gelir. Nedenler, kaynak sunucunun işletim sistemine bağlı olarak değişir:

  • Windows:

    • Disk bölümünde yetersiz alan.

    • Üçüncü taraf güvenlik veya antivirüs yazılımı yüklü.

    • Volume Shadow Copy için depolama sınırı yetersiz.

    • Volume Shadow Copy Service düzgün çalışmıyor.

  • Linux

    • Disk bölümünde yetersiz alan.

    • Kullanılabilir bellek 300 MB'tan az.

    • Disk bölümü için anlık görüntü aygıtı düzgün çalışmıyor.

Çözümler

Çözüm, kaynak sunucunun işletim sistemine bağlı olarak değişir:

  • Windows

    Olay Görüntüleyicisi'ni açın ve vss, volsnap veya disk gibi kaynaklardan gelen hataları kontrol edin. Hata iletilerinde belirtilen sorunları giderin.

    • Hata, yetersiz disk alanını veya VSS gölge kopyasının genişletilemediğini belirtiyorsa:

      • Disk bölümünde yeterli boş alan olduğundan emin olun. Toplam alanın en az %10 ila %15'inin ayrılmasını öneririz.

      • Volume Shadow Copy için depolama sınırının çok küçük olup olmadığını kontrol edin. Sınırı artırın veya kaldırın ve ardından yeniden deneyin.

        Disk Özellikleri iletişim kutusunu açın, Shadow Copies sekmesini seçin, hedef birimi seçin ve ardından Settings... öğesine tıklayın. Maximum size alanında No limit seçeneğini belirleyin veya Use limit değerini artırın (örneğin, 4095 MB'a) ve ardından OK öğesine tıklayın.

    • 0x80070005 hata koduyla 'Access is denied' hatası oluşursa, üçüncü taraf güvenlik veya antivirüs yazılımlarını kontrol edin. Gerekli disk yedekleme izinlerini verin veya yazılımı geçici olarak devre dışı bırakın ve ardından işlemi yeniden deneyin.

    • Volume Shadow Copy Service'in doğru şekilde çalıştığından emin olun.

    • S6_1 Anlık görüntü temizleme başarısız oldu:

      • Genellikle güvenlik yazılımının işlemi engellemesinden kaynaklanır: Menü çubuğunda Control Panel > Programs seçeneğini belirleyin ve yüklü yazılımı kaldırın.

      • Diğer VSS bileşenlerinden kaynaklanan parazit: Menü çubuğunda Control Panel > Programs seçeneğini belirleyin ve UVP VMTools'un yüklü olup olmadığını kontrol edin. Yüklüyse, VSS bileşeninin kaydını silebilirsiniz. Kaydın silinmesinin sanallaştırma platformunun tutarlı anlık görüntü ve yedekleme işlevselliğini etkileyebileceğini unutmayın.

        • PowerShell'de qga-vss.dll dosyasının kaydını silin.

          # Query qga-vss.dll
          Get-ChildItem -Path $env:ProgramFiles,${env:ProgramFiles(x86)} -Filter qga-vss.dll -File -Recurse -ErrorAction SilentlyContinue | Select-Object -ExpandProperty FullName -OutVariable p
          # Unregister if it exists
          if ($p.Count -eq 1) { regsvr32.exe /u ($p[0]) }
        • PowerShell'de qga-vss.dll dosyasını geri yükleyin.

          Get-ChildItem -Path $env:ProgramFiles,${env:ProgramFiles(x86)} -Filter qga-vss.dll -File -Recurse -ErrorAction SilentlyContinue | Group-Object -Property { 1 } | Where-Object Count -eq 1 | ForEach-Object { regsvr32.exe ($_.Group[0].FullName) }
  • Linux

    1. /dev/smcss9 aygıtının var olup olmadığını kontrol edin ve ilgili hataları kontrol etmek için dmesg | grep smcss komutunu çalıştırın.

      1. Sistemde en az 300 MB kullanılabilir bellek olduğundan emin olun.

      2. Disk bölümünde yeterli boş alan olduğundan emin olun. Toplam alanın en az %10 ila %15'inin ayrılmasını öneririz.

      3. SMC istemci yükleme dizininde, kalan anlık görüntü aygıtlarını temizlemek için ./Check/client_check --ssclear smcss komutunu çalıştırın ve ardından yeniden deneyin. SMC istemci yükleme dizinini bulmak için bkz. SMC istemcisini görüntüleme ve çalıştırma.

    2. (Koşullu) Hata iletisi "io scheduler not support" içeriyorsa, şu adımları izleyerek diskin G/Ç zamanlayıcısını değiştirin.

      1. Etkilenen diskin dizinini belirleyin.

        Hata iletisinin msg bölümünü bulun. Örneğin, msg=CreateSnapshot 0-x Failed ifadesinde 0-x ilk diski, 1-x ikinci diski gösterir ve bu şekilde devam eder.

      2. Karşılık gelen disk aygıtı adını bulmak için i. adım içindeki dizini kullanın.

        Dizin için disk aygıtı adını belirlemek üzere lsblk komutunu çalıştırın. Dizinler 0'dan başlar.

        [root@xxx ~]# lsblk
        NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
        vda    253:0    0    40G  0 disk              # Disk index 0
        ├─vda1 253:1    0     2M  0 part
        ├─vda2 253:2    0   200M  0 part /boot/efi
        └─vda3 253:3    0  39.8G  0 part /
        vdb    253:16   0   100G  0 disk              # Disk index 1
        └─vdb1 253:17   0   100G  0 part /data
      3. Disken mevcut G/Ç zamanlayıcısını kontrol etmek için ii. adım içindeki disk adını kullanın.

        Örneğin, vdb diski için G/Ç zamanlayıcısını görüntülemek üzere cat /sys/block/vdb/queue/scheduler komutunu çalıştırın.

        Çıktıda, parantez içindeki ([]) zamanlayıcı mevcut zamanlayıcıdır.

        mq-deadline kyber [bfq] none
        Not

        Çıktı, mevcut tüm G/Ç zamanlayıcılarını listeler: mq-deadline, kyber, bfq ve none.

      4. Mevcut zamanlayıcıyı (bfq) farklı bir zamanlayıcıyla değiştirin.

        bfq dışındaki herhangi bir zamanlayıcıyı kullanın. Örneğin, mq-deadline zamanlayıcısına geçmek için:

        sudo echo mq-deadline > /sys/block/vdb/queue/scheduler komutunu çalıştırın.

        Değişikliği onaylamak için cat /sys/block/vdb/queue/scheduler komutunu tekrar çalıştırın. Çıktı, zamanlayıcının bfq değerinden mq-deadline değerine değiştiğini gösterir.

        sudo echo mq-deadline > /sys/block/vdb/queue/scheduler
        cat /sys/block/vdb/queue/scheduler
        [mq-deadline] kyber bfq none

Ağ sorununu çözdükten sonra geçişi yeniden denemek için SMC istemcisini çalıştırın. Daha fazla bilgi için bkz. SMC istemcisini çalıştırma.