CORRECÇÃO: Não é possível restaurar um servidor de SQL 2012 ou base de dados de 2014 no serviço de armazenamento de objectos grandes binários do Microsoft Azure

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: 2867316
Sintomas
Quando uma base de dados do SQL Server 2012 ou SQL Server 2014 contém um ficheiro de registo de transacções de grandes dimensões, não é possível restaurar a base de dados no serviço de armazenamento de objectos grandes binários (BLOBS) do Microsoft Azure. Por exemplo, se o ficheiro de registo de transacções é tão grande que demora mais de 3 minutos restaurá-lo, é possível restaurar a base de dados.

Forexample: Se a uma base de dados muito grande para o URL andit uma cópia de segurança poderá falhar com a seguinte mensagem de erro:
<DateTime>Erro de cópia de segurança: 3041, gravidade: 16, estado: 1.
<DateTime>Cópia de SEGURANÇA de cópia de segurança não conseguiu concluir o comando de cópia de SEGURANÇA BravoII_AS_PROD de base de DADOS COM DIFERENCIAL. Verifique o registo de aplicação de cópia de segurança para mensagens detalhadas.
<DateTime>Erro spid55: 18210, gravidade: 16, estado: 1.<DateTime> spid55 BackupVirtualDeviceFile::RequestDurableMedia: esvaziar falha no dispositivo de cópia de segurança 'https://xxx.blob.core.windows.net/production/yyy.bck'. ErrorError do sistema operativo não poderia ser recolhida de ponto final remoto.</DateTime></DateTime></DateTime></DateTime>
E se activar a cópia de segurança para o sinalizador de rastreamento de URL (DBCC TRACEON(3004, 3051, 3212,3014, 3605, 1816,-1)) poderá receber as informações que se assemelhe ao seguinte no registo de backuptoUrL:
<DateTime>: Código de estado HTTP 201, criada da mensagem de estado de HTTP
<DateTime>: Payload: 1 as tentativas de início 7319191552, o Cmd tamanho 1048576, o tamanho de Payload 1048576, starttime 84313.5811126, 84313.6281149 da hora de fim, duração 47.0023 ms, chamada de retorno executadas? VERDADEIRO
<DateTime>: Código de estado HTTP 201, criada da mensagem de estado de HTTP
<DateTime>: Conclusão de e/s mudou as operações paralelas permitidas a 64, contagem de acelerador Delta de 63 threads foi calculado
<DateTime>: Foi excedido no GetCommand, duração do tempo limite de 20000, irá tentar novamente
<DateTime>: Foi excedido no GetCommand, duração do tempo limite de 20000, irá tentar novamente
<DateTime>: Foi excedido no GetCommand, duração do tempo limite de 20000, irá tentar novamente
<DateTime>: Foi excedido no GetCommand, duração do tempo limite de 20000, irá tentar novamente
<DateTime>: Foi excedido no GetCommand, duração do tempo limite de 20000, irá tentar novamente
<DateTime>: Foi excedido no GetCommand, duração do tempo limite de 20000, irá tentar novamente
<DateTime>: Foi excedido no GetCommand, duração do tempo limite de 20000, irá tentar novamente
<DateTime>: Foi excedido no GetCommand, duração do tempo limite de 20000, irá tentar novamente
<DateTime>: Foi excedido no GetCommand, duração do tempo limite de 20000, irá tentar novamente
<DateTime>: Falha na comunicação cópia de segurança com SqlServr, hr = 0x80770003
<DateTime>: Segue a informação de excepção ocorreu um erro fatal durante a comunicação do motor,
<DateTime>: Info excepção: Ocorreu um erro durante dados operações de transferência com SqlServer, HRESULT: 0x80770003
<DateTime>: Pilha: a Microsoft.SqlServer.VdiInterface.VDI.PerformPageDataTransfer (CloudPageBlob pageBlob, AccessCondition leaseCondition, Boolean forBackup)
em BackupToUrl.Program.MainInternal (cadeia [] args)</DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime>

Resolução
O problema foi corrigido pela primeira vez na actualização cumulativa do SQL Server.

Actualização cumulativa 1 para o SQL Server 2014 SP1

Actualização cumulativa 6 para o SQL Server 2012 SP2

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

Actualização cumulativa 7 para o SQL Server 2014

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. Verifique as actualizações cumulativas mais recentes para o SQL Server:
Ponto Da Situação
A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na secção "Aplica-se a".

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 2867316 - Última Revisão: 11/30/2016 07:45:00 - Revisão: 4.0

Microsoft SQL Server 2012 Service Pack 1, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Web, Microsoft SQL Server 2012 Service Pack 2, Microsoft SQL Server 2014 Service Pack 1

  • kbqfe kbfix kbexpertiseadvanced kbsurveynew kbmt KB2867316 KbMtpt
Comentários