Todos os produtos
Search
Central de documentação

Server Migration Center:Erro S6: Falha ao criar snapshot de partição

Última atualização: Nov 02, 2026

Este tópico descreve os sintomas, as causas e as soluções para o erro "S6_* Failed to create a disk partition snapshot" que ocorre durante um trabalho de migração do Server Migration Center (SMC).

Sintomas

Um trabalho de migração do Server Migration Center (SMC) falha e retorna uma mensagem de erro como "S6_ Failed to create a disk partition snapshot". Os possíveis códigos de erro S6_ incluem:

  • S6_8

  • S6_1

Causas

Durante a replicação em bloco, o cliente SMC cria automaticamente um dispositivo de snapshot para uma partição de disco no servidor de origem para sincronizar dados. Esse erro ocorre quando o cliente SMC não consegue criar o snapshot. As causas variam de acordo com o sistema operacional do servidor de origem:

  • Windows:

    • Espaço insuficiente na partição de disco.

    • Software de segurança ou antivírus de terceiros instalado.

    • Limite de armazenamento para o Volume Shadow Copy insuficiente.

    • O Volume Shadow Copy Service não está funcionando corretamente.

  • Linux

    • Espaço insuficiente na partição de disco.

    • Memória disponível inferior a 300 MB.

    • O dispositivo de snapshot da partição de disco não está funcionando corretamente.

Soluções

A solução varia de acordo com o sistema operacional do servidor de origem:

  • Windows

    Abra o Event Viewer e verifique se há erros de fontes como vss, volsnap ou disk. Resolva os problemas conforme indicado pelas mensagens de erro.

    • Se o erro indicar espaço em disco insuficiente ou que a cópia de sombra do VSS não pode ser estendida:

      • Certifique-se de que a partição de disco tenha espaço livre suficiente. Recomendamos reservar pelo menos 10% a 15% do espaço total.

      • Verifique se o limite de armazenamento do Volume Shadow Copy está muito baixo. Aumente o limite ou remova-o e tente novamente.

        Abra a caixa de diálogo Properties do disco, selecione a guia Shadow Copies, escolha o volume de destino e clique em Settings.... Na área Maximum size, selecione No limit ou aumente o valor de Use limit (por exemplo, para 4095 MB) e clique em OK.

    • Se ocorrer um erro de 'Access is denied' com o código de erro 0x80070005, verifique a presença de softwares de segurança ou antivírus de terceiros. Conceda as permissões de backup de disco necessárias ou desative temporariamente o software e tente a operação novamente.

    • Certifique-se de que o Volume Shadow Copy Service esteja em execução corretamente.

    • Falha na limpeza de snapshot S6_1:

      • Geralmente causado por software de segurança bloqueando a operação: Na barra de menus, selecione Control Panel > Programs e desinstale o software instalado.

      • Interferência de outros componentes do VSS: Na barra de menus, selecione Control Panel > Programs e verifique se o UVP VMTools está instalado. Se estiver instalado, você pode cancelar o registro do seu componente VSS. Observe que o cancelamento do registro pode afetar a funcionalidade de snapshot consistente e backup da plataforma de virtualização.

        • Cancele o registro do qga-vss.dll no PowerShell.

          # 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]) }
        • Restaure o qga-vss.dll no PowerShell.

          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. Verifique se o dispositivo /dev/smcss9 existe e execute o comando dmesg | grep smcss para verificar se há erros relacionados.

      1. Certifique-se de que o sistema tenha pelo menos 300 MB de memória disponível.

      2. Certifique-se de que a partição de disco tenha espaço livre suficiente. Recomendamos reservar pelo menos 10% a 15% do espaço total.

      3. No diretório de instalação do cliente SMC, execute o comando ./Check/client_check --ssclear smcss para limpar quaisquer dispositivos de snapshot residuais e tente novamente. Para encontrar o diretório de instalação do cliente SMC, consulte Ver e executar o cliente SMC.

    2. (Condicional) Se a mensagem de erro contiver "io scheduler not support", altere o agendador de E/S do disco seguindo estas etapas.

      1. Identifique o índice do disco afetado.

        Encontre a parte msg da mensagem de erro. Por exemplo, em msg=CreateSnapshot 0-x Failed, 0-x indica o primeiro disco, 1-x indica o segundo disco, e assim por diante.

      2. Use o índice da etapa i para encontrar o nome do dispositivo de disco correspondente.

        Execute o comando lsblk para identificar o nome do dispositivo de disco para o índice. Os índices começam em 0.

        [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. Use o nome do disco da etapa ii para verificar o agendador de E/S atual do disco.

        Por exemplo, para o disco vdb, execute o comando cat /sys/block/vdb/queue/scheduler para visualizar seu agendador de E/S.

        Na saída, o agendador entre colchetes ([]) é o agendador atual.

        mq-deadline kyber [bfq] none
        Nota

        A saída lista todos os agendadores de E/S disponíveis: mq-deadline, kyber, bfq e none.

      4. Substitua o agendador atual (bfq) por um agendador diferente.

        Use qualquer agendador diferente de bfq. Por exemplo, para mudar para mq-deadline:

        Execute o comando sudo echo mq-deadline > /sys/block/vdb/queue/scheduler.

        Execute o comando cat /sys/block/vdb/queue/scheduler novamente para confirmar a alteração. A saída mostra que o agendador foi alterado de bfq para mq-deadline.

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

Após resolver o problema, execute o cliente SMC para tentar a migração novamente. Para mais informações, consulte Executar o cliente SMC.