Observação

Depois de aplicar esse hotfix, você deve habilitar o sinalizador de rastreamento 1800 como um parâmetro de inicialização em todos os servidores ou réplicas que têm tamanho do setor físico de 512 bytes e reiniciá-los para fazer com que esse hotfix funcione corretamente.

Sintomas

Considere o seguinte cenário:

  • Habilite os grupos de disponibilidade AlwaysOn ou o recurso Logshipping no Microsoft SQL Server.

  • Os discos que armazenam os arquivos de log da réplica primária e secundária em um AG (grupo de disponibilidade AlwaysOn) têm tamanhos de setor diferentes. Ou em ambientes Logshipping, os discos que armazenam os arquivos de log para servidores primários do Logshipping e servidores secundários do Logshipping têm tamanhos de setor diferentes. Por exemplo:

    • O arquivo de log de réplica primária está localizado em um disco que tem um tamanho de setor de 512 bytes. No entanto, o arquivo de log de réplica secundária está localizado em um disco que tem o tamanho do setor de 4 kilobytes (KB).

    • O arquivo de log de réplica primária está localizado em um sistema local no local que tem um tamanho de setor de 512 bytes. No entanto, a réplica secundária está localizada em um disco de armazenamento do Windows Azure que tem o tamanho do setor de 4 kilobytes (KB).

Nesse cenário, a seguinte mensagem de erro é registrada no log de erros do SQL Server. A mensagem de erro pode continuar por algum tempo após a reinicialização se houvesse logs que não foram aplicados ao secundário antes de reiniciar o servidor.

Houve uma sincronização do log X desalinhada, que exigia fallback para a e/s síncrona. A e/s atual está em arquivo....

Além disso, a sincronização AG ou Logshipping é executada muito lentamente devido à e/SS síncrona. Se a réplica secundária estiver no armazenamento do Windows Azure, levará muito mais tempo do que o esperado para concluir o processo de sincronização. Observação Esse problema ocorre quando você usa as novas unidades que têm um tamanho de setor de 4 KB e as unidades antigas que têm um tamanho de setor de 512 bytes. Para obter mais informações sobre as novas unidades, consulte SQL Server-novas unidades usam tamanho do setor de 4K e SQL Server – espaços de armazenamento/VHDx e tamanho do setor de 4K.

 

Cada nova atualização cumulativa do SQL Server contém todos os hotfixes e todas as correções de segurança incluídas na atualização cumulativa anterior. Veja as atualizações cumulativas mais recentes do SQL Server:

Solução alternativa

Para contornar esse problema, mova o arquivo de log de transação no destino para uma unidade que tem bytes por conjunto de setores físicos como 512 bytes.

Status

A Microsoft confirmou que este é um problema nos produtos Microsoft listados na seção "Aplicável a".

Informações adicionais

Como prática recomendada, tente certificar-se de que todos os discos em todas as réplicas (pelo menos todos os discos que hospedam arquivos de log) tenham o mesmo tamanho de setor. Em ambientes mistos, em que o secundário tem um setor físico de 512 bytes e o principal tem um tamanho de setor de 4 KB, TF 1800 deve ser usado como um sinalizador de inicialização em todos os servidores ou réplicas com tamanho de setor físico de 512 bytes e reiniciado . Isso garante que o formato de criação de log em andamento use um tamanho de setor de 4 KB. Para obter mais informações sobre como o SQL Server funciona com tamanhos de setores maiores, consulte a seguinte postagem no blog de suporte: SQL Server – espaços de armazenamento/VHDx e tamanho do setor de 4K Você pode usar o utilitário de prompt de comando fsutil para determinar o valor de bytes por setor físico . Se esse parâmetro não estiver visível na saída, você deve aplicar o hotfix que está especificado no artigo da KB 982018. Para verificar o tipo de unidade que você tem, siga estas etapas:

  1. Execute o seguinte comando em um prompt de comando elevado:

    Fsutil fsinfo ntfsinfo x: Observação O espaço reservado x representa a unidade que você está verificando.

  2. Use os valores para bytes por setor e bytes por setor físico para determinar o tipo de unidade que você tem. Para fazer isso, use a seguinte tabela:

    Valor "bytes por setor"

    Valor "bytes por setor físico"

    Tipo de unidade

    4096

    4096

    4K nativo

    512

    4096

    Formato avançado (também conhecido como 512E)

    512

    512

    512-byte nativo

Precisa de mais ajuda?

Expanda suas habilidades
Explore o treinamento
Obtenha novos recursos primeiro
Ingressar no Microsoft Insider

Essas informações foram úteis?

Qual é o seu grau de satisfação com a qualidade do idioma?
O que afetou sua experiência?

Obrigado pelos seus comentários!

×