Você está offline; aguardando reconexão

CORREÇÃO: Sincronização lenta quando discos possuem tamanhos de setor diferente para os arquivos de log de réplica primários e secundários em ambientes SQL Server AG e Logshipping

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 3009974
Aviso
Observação: Depois de aplicar esse hotfix, você deve ativar o sinalizador de rastreamento 1800 em todos os servidores para que esse hotfix funcione corretamente.
Sintomas
Considere o seguinte cenário:
  • Você ativa o recurso de grupos de disponibilidade do AlwaysOn ou Logshipping no Microsoft SQL Server 2012 ou 2014 do SQL Server.
  • Os discos que armazenam os arquivos de log da réplica primário e secundário em um grupo de disponibilidade do AlwaysOn (AG) possuem tamanhos de setor diferente. Ou, em ambientes de Logshipping, os discos que o armazenamento de log de arquivos para servidores primários Logshipping e Logshipping secundários possuem tamanhos de setor diferente. Por exemplo:
    • O arquivo de log de réplica principal está localizado em um disco que tenha um tamanho de setor de 512 bytes. No entanto, o arquivo de log de cópia secundária está localizado em um disco que tem o tamanho de setor de 4 kilobytes (KB).
    • O arquivo de log de réplica principal está localizado em um sistema local no local que tenha um tamanho de setor de 512 bytes. No entanto, a cópia secundária está localizada em um disco de armazenamento do Windows Azure que tem o tamanho de setor de 4 kilobytes (KB).
Nesse cenário, a seguinte mensagem de erro é registrada no log de erros do SQL Server:

Tem havido X desalinhada log IOs que necessário voltando para e/s síncrona. A e/s atual está no arquivo...

Além disso, a sincronização AG ou Logshipping fica muito lento devido a e/s síncrona. Se a réplica secundária estiver no armazenamento do Windows Azure, leva muito mais tempo do que o esperado para concluir o processo de sincronização.

Observação: Esse problema ocorre quando você usa os novos drives que têm um tamanho de setor de 4 KB e os drives antigos que têm um tamanho de setor de 512 bytes. Para obter mais informações sobre os novos drives, consulte SQL Server - novo unidades de tamanho de setor do uso 4K e SQL Server – armazenamento espaços/VHDx e tamanho de setor de 4K.
Resolução
O problema foi corrigido primeiro na atualização cumulativa seguinte do SQL Server.

Atualização cumulativa 5 para o SQL Server de 2014

Atualização cumulativa 3 para SQL Server 2012 SP2

13 de atualização cumulativa para SQL Server 2012 SP1

Após aplicar o hotfix e ativar o sinalizador de rastreamento 1800 em servidores primários, você notar um pequeno aumento no tamanho dos seguintes arquivos:
  • Arquivo de log de transação
  • Backups de log
Além disso, você observa que as seguintes mensagens são registradas no log de erro do SQL Server do servidor primário:

O final do log do banco de dados 'nome do banco de dados>' está sendo reconfigurado para coincidir com o novo tamanho de setor de 4096 bytes

Esta é uma mensagem informativa que pode ser ignorada.

Sobre atualizações cumulativas para o SQL Server

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

Como Contornar
Para contornar esse problema, mova o arquivo de log de transação no destino para uma unidade que possua Bytes por setor físico definido como 512 bytes.
Situação
A Microsoft confirma que este é um problema em seus produtos listados na seção "Aplica-se a".
Mais Informações
Como prática recomendada, experimente certificar-se de que todos os discos em todas as réplicas (pelo menos todos os discos que hospedam os arquivos de log) têm o mesmo tamanho de setor. Em ambientes mistos, onde o secundário possui um setor físico de 512 bytes e o principal tem um tamanho de setor de 4 KB, 1800 TF deve ser usado como uma inicialização do sinalizador em todos os servidores (especialmente os servidores que têm um setor físico de 512 bytes) pode a transição para o papel principal. Isso garante que o formato de criação de log contínuo usa 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 – armazenamento espaços/VHDx e tamanho de 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 este parâmetro não estiver visível na saída, você deve aplicar o hotfix que está especificado no Artigo KB 982018.

Para verificar o tipo de unidade que você possui, execute essas 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 de Bytes por setor e Bytes por setor físico para determinar o tipo de unidade que você tem. Para fazer isso, use a tabela a seguir:
    Valor de "Bytes por setor"Valor de "Bytes por setor físico"Tipo de unidade
    409640964K nativo
    5124096Formato avançado (também conhecido como 512E)
    512512512 bytes nativos

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3009974 - Última Revisão: 01/19/2016 20:02:00 - Revisão: 6.0

Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Standard

  • kbqfe kbhotfixserver kbfix kbsurveynew kbexpertiseadvanced kbmt KB3009974 KbMtpt
Comentários
d"; document.getElementsByTagName("head")[0].appendChild(m);