CORRECÇÃO: Sincronização lenta quando os discos têm tamanhos de sector diferente para ficheiros de registo primário e secundário réplicas em ambientes de SQL Server AG e Logshipping

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 3009974
Importante
Nota Depois de aplicar esta correcção, tem de activar o sinalizador de rastreamento 1800 em todos os servidores para efectuar esta correcção funcione correctamente.
Sintomas
Considere o seguinte cenário:
  • Activar a funcionalidade de grupos de Disponibilidade AlwaysOn ou Logshipping de 2012 do Microsoft SQL Server ou SQL Server 2014.
  • Os discos que armazenam os ficheiros de registo da réplica principal e secundário de um grupo de Disponibilidade AlwaysOn (AG) têm tamanhos de sector diferente. Ou em ambientes de Logshipping, os discos que o arquivo de ficheiros de registo para servidores principais de Logshipping e Logshipping os servidores secundários têm tamanhos de sector diferente. Por exemplo:
    • O ficheiro de registo de réplica principal está localizado num disco que tem um tamanho de sector de 512 bytes. No entanto, o ficheiro de registo secundário réplica estiver localizado num disco que tenha o tamanho do sector de 4 kilobytes (KB).
    • O ficheiro de registo de réplica principal encontra-se num sistema local no local que tem um tamanho de sector de 512 bytes. No entanto, a réplica secundária está localizada num disco Windows Azure armazenamento que tenha o tamanho do sector de 4 kilobytes (KB).
Neste cenário, a seguinte mensagem de erro é registada no registo de erros do SQL Server:

Houve X desalinhada sessão IOs que necessária retomar e/s síncronas. É a actual e/s no ficheiro...

Além disso, sincronização AG ou Logshipping funciona muito lentamente devido a/s síncronas. Se a réplica secundária no armazenamento do Windows Azure, demora muito mais tempo a concluir o processo de sincronização que o esperado.

Nota Este problema ocorre quando utiliza as novas unidades que tenham um tamanho de sector de 4 KB e as unidades antigas que tenham um tamanho de sector de byte 512. Para mais informações sobre as novas unidades, consulte Tamanho de sector de 4K de utilização de unidades de SQL Server - novo e Espaços de armazenamento de servidor de SQL/VHDx e o tamanho de sector de 4K.
Resolução
O problema foi corrigido pela primeira vez na actualização cumulativa do SQL Server.

Actualização cumulativa 5 para o SQL Server 2014

Actualização cumulativa 3 para SQL Server 2012 SP2

Actualização cumulativa 13 para o SQL Server 2012 SP1

Depois de aplicar a correcção e activar o sinalizador de rastreio 1800 os servidores primários, notar um ligeiro aumento no tamanho dos seguintes ficheiros:
  • Ficheiro de registo de transacções
  • Cópias de segurança do registo
Além disso, repare que as mensagens seguintes são registadas no registo de erros do SQL Server do servidor principal:

A cauda do registo de base de dados 'nome da base de dados>' está a ser escritas de novo para corresponder ao novo tamanho de sector de 4096 bytes

Esta é uma mensagem informativa que pode ser ignorada.

Acerca de actualizações cumulativas para o SQL Server

Cada nova actualização cumulativa para o SQL Server contém todas as correcções e todas as correcções de segurança que foram incluídas na anterior actualização cumulativa. Consulte as mais recentes actualizações cumulativas para o SQL Server:

Como contornar
Para contornar este problema, mova o ficheiro de registo de transacções no destino para uma unidade que tenha definido como bytes de 512 Bytes por Sector físico .
Ponto Da Situação
A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na secção "Aplica-se a".
Mais Informação
Como procedimento recomendado, tente certificar-se de que todos os discos em todas as réplicas (pelo menos todos os discos que alojam os ficheiros de registo) têm o mesmo tamanho de sector. Em ambientes mistos, onde secundária tem um sector físico de 512 bytes e a primária tem um tamanho de sector de 4 KB, TF 1800 deve ser utilizado como um arranque do sinalizador em todos os servidores (especialmente os servidores que tenham um sector físico de 512 bytes) que pode transição para o papel principal. Isto torna-se de que o formato de criação do registo em curso utiliza um tamanho de sector de 4 KB.

Para mais informações sobre como o SQL Server funciona com tamanhos de sector maiores, consulte a seguinte mensagem no blogue suporte:

Espaços de armazenamento de servidor de SQL/VHDx e o tamanho de sector de 4K

Pode utilizar o utilitário de linha de comandos Fsutil para determinar o valor de Bytes por Sector físico. Se este parâmetro não estiver visível na saída, tem de aplicar a correcção especificada no Artigo 982018 da KB.

Para verificar o tipo de unidade que tem, siga estes passos:
  1. Execute o seguinte comando numa linha de comandos elevada:
    Fsutil fsinfo ntfsinfo x
    Nota O marcador de posição x representa a unidade que está a verificar.
  2. Utilize os valores de Bytes por Sector e de Bytes por Sector físico para determinar o tipo de unidade que tem. Para tal, utilize a tabela seguinte:
    Valor de "Bytes por Sector"Valor de "Bytes por Sector físico"Tipo de unidade
    409640964K nativo
    5124096Formato avançado (também conhecido como 512E)
    512512512 byte nativo

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3009974 - Última Revisão: 01/20/2016 00:21: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