CORREÇÃO: Não é possível restaurar um 2012 do SQL Server ou banco de dados de 2014 no serviço de armazenamento de objeto grande binário do Microsoft Azure

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: 2867316
Sintomas
Quando um banco de dados do SQL Server 2012 ou 2014 do SQL Server contém um arquivo de log de transações grandes, não é possível restaurar o banco de dados no serviço de armazenamento de objetos binários grandes (BLOB) do Microsoft Azure. Por exemplo, se o arquivo de log de transação é tão grande que demora mais de 3 minutos para restaurá-lo, você não pode restaurar o banco de dados.

Por exemplo: Se você fazer backup de um banco de dados muito grande para o URL andit pode falhar com a seguinte mensagem de erro:
<DateTime>Erros de backup: 3041, gravidade: 16, estado: 1.
<DateTime>Backup BACKUP falhou ao completar o comando BACKUP BravoII_AS_PROD de banco de DADOS COM DIFERENCIAL. Verifique o log do aplicativo de backup para obter mensagens detalhadas.
<DateTime>Erro spid55: 18210, gravidade: 16, estado: 1.<DateTime> spid55 BackupVirtualDeviceFile::RequestDurableMedia: liberar falha no dispositivo de backup 'https://xxx.blob.core.windows.net/production/yyy.bck'. ErrorError de sistema operacional não pôde ser reunida de ponto de extremidade remoto.</DateTime></DateTime></DateTime></DateTime>
E se você ativar o sinalizador de rastreamento da URL (DBCC TRACEON(3004, 3051, 3212,3014, 3605, 1816,-1)) do backup, você pode receber a informação semelhante à seguinte no log de backuptoUrL:
<DateTime>: Código de status HTTP 201, criação de mensagem de Status de HTTP
<DateTime>: Carga: 1 as tentativas de iniciar 7319191552, Cmd tamanho 1048576, tamanho de Payload 1048576, 84313.5811126 starttime, endtime 84313.6281149, 47.0023 ms, duração, retorno de chamada executado? True
<DateTime>: Código de status HTTP 201, criação de mensagem de Status de HTTP
<DateTime>: Conclusão IO mudou as operações paralelas permitidas para 64, contagem de acelerador Delta de 63 segmentos foi calculado
<DateTime>: Tempo limite esgotado no GetCommand, tempo limite de 20000, tentará novamente
<DateTime>: Tempo limite esgotado no GetCommand, tempo limite de 20000, tentará novamente
<DateTime>: Tempo limite esgotado no GetCommand, tempo limite de 20000, tentará novamente
<DateTime>: Tempo limite esgotado no GetCommand, tempo limite de 20000, tentará novamente
<DateTime>: Tempo limite esgotado no GetCommand, tempo limite de 20000, tentará novamente
<DateTime>: Tempo limite esgotado no GetCommand, tempo limite de 20000, tentará novamente
<DateTime>: Tempo limite esgotado no GetCommand, tempo limite de 20000, tentará novamente
<DateTime>: Tempo limite esgotado no GetCommand, tempo limite de 20000, tentará novamente
<DateTime>: Tempo limite esgotado no GetCommand, tempo limite de 20000, tentará novamente
<DateTime>: Falha na comunicação backup com SqlServr, hr = 0x80770003
<DateTime>: Informações de exceção um erro fatal ocorreu durante a comunicação de mecanismo, se segue
<DateTime>: Info exceção: um erro ocorreu durante a dados operações de transferência com SqlServer, HRESULT: 0x80770003
<DateTime>: A pilha: em Microsoft.SqlServer.VdiInterface.VDI.PerformPageDataTransfer (CloudPageBlob pageBlob, AccessCondition leaseCondition, Boolean forBackup)
no BackupToUrl.Program.MainInternal (String [] args)</DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime>

Resolução
O problema foi corrigido primeiro na atualização cumulativa seguinte do SQL Server.

Atualização cumulativa 1 para SQL Server SP1 de 2014

Atualização cumulativa 6 para SQL Server 2012 SP2

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

Atualização cumulativa 7 para SQL Server 2014

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 as atualização cumulativa anterior. Confira as mais recentes atualizações cumulativas para o SQL Server:
Situação
A Microsoft confirma que este é um problema em seus produtos listados na seção "Aplica-se a".

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 2867316 - Última Revisão: 11/30/2016 07:46: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