CORRECÇÃO: Activação pós-falha do grupo de disponibilidade demora muito tempo se uma base de dados do grupo de disponibilidade contém um FileTable no SQL Server 2012

Aplica-se a: SQL Server 2012 Service Pack 3

A Microsoft distribui correcções de 2012 do Microsoft SQL Server como um ficheiro para transferência. Uma vez que as correcções são cumulativas, cada nova versão inclui todas as correcções e correcção de todas as correcções de segurança que foram incluídas com o anterior servidor de SQL 2012.

Sintomas


Considere o seguinte cenário:
  • Tem um grupo de Disponibilidade AlwaysOn de 2012 do Microsoft SQL Server.
  • Uma base de dados do grupo de disponibilidade contém pelo menos um FileTable.
  • Ocorrer uma activação pós-falha do grupo de disponibilidade.
Neste cenário, poderá demorar mais tempo do que o esperado para os dados FILESTREAM partilhados ficar online.NotaEste problema é mais provável que ocorrem quando foi muito tempo desde a activação pós-falha anterior.

Causa


Este problema ocorre porque a operação de truncagem de registos FSLOG na pasta $FSLOG demora muito tempo. Quando tiver passado algum tempo desde a activação pós-falha anterior, muitos registos FSLOG tem acumulado na pasta $ FSLOG a réplica secundária sem ser truncado. Quando ocorrer uma activação pós-falha, a réplica secundária torna-se a nova réplica principal e a pasta de $ FSLOG deve ser truncada antes dos ficheiros na pasta tabela de ficheiros podem ficar online. Nesta situação, demora muito tempo a limpar milhões de registos FSLOG.

Resolução


Depois de aplicar esta correcção, a operação de truncagem na pasta $ FSLOG está activada em réplicas secundárias.

Informações sobre Service Packs para o SQL Server 2012

Para resolver este problema, obtenha o service pack mais recente do SQL Server 2012. Para mais informações, clique no número de artigo seguinte para visualizar o artigo na Base de Dados de Conhecimento Microsoft
2755533 Como obter o service pack mais recente do SQL Server 2012

Estado


A Microsoft confirmou que este problema ocorre nos produtos da Microsoft listados na secção "Aplica-se a".

Solução


Para contornar este problema, planear activações pós-falha do grupo de disponibilidade normal de modo a minimizar a acumulação de registos FSLOG nas réplicas secundárias. Por exemplo, a planear uma activação pós-falha grupo semanal do disponibilidade.

Mais Informações


Para mais informações sobre como utilizar as funcionalidades de FILESTREAM e FileTable com grupos de Disponibilidade AlwaysOn, vá para o seguinte Web site da MSDN:Para mais informações sobre a funcionalidade de FileTables, vá para o seguinte Web site da MSDN: Para mais informações sobre a terminologia de atualização de software, clique no seguinte número de artigo para visualizar o artigo na Base de Dados de Conhecimento Microsoft:
824684 Descrição da terminologia padrão utilizada para descrever as atualizações de software da Microsoft