KORRIGER: Du kan ikke gjenopprette en SQL Server-2012 eller 2014 database i tjenesten Microsoft Azure BLOBen storage

VIKTIG: Denne artikkelen ble oversatt med maskinoversettelsesprogramvare fra Microsoft og muligens redigert av Microsoft Community via CTF-teknologi i stedet for av en oversetter. Microsoft tilbyr både menneskelig oversatte og maskinoversatte/Community-redigerte artikler, slik at du får tilgang til alle artiklene i vår Knowledge Base på ditt eget språk. En maskinoversatt eller Community-redigert artikkel er imidlertid ikke alltid perfekt. Den kan inneholde feil i vokabular, syntaks eller grammatikk, mye likt en fremmedspråklig som forsøker å snakke språket ditt. Microsoft har ikke ansvar for unøyaktige opplysninger, feil eller skade forårsaket av feilaktig oversettelse av innholdet eller kundenes bruk av informasjonen. Microsoft oppdaterer jevnlig maskinoversettelsesprogramvaren og -verktøyene for å forbedre redigering av maskinoversatte tekster.

Den engelske versjonen av denne artikkelen er den følgende: 2867316
Symptom
Når en database i SQL Server 2012 eller SQL Server-2014 inneholder en stor transaksjonsloggfil, kan du ikke gjenopprette databasen i Microsoft Azure store binærobjekter (BLOB) storage service. Hvis transaksjonsloggfilen er så stort at det tar lengre tid enn tre minutter å gjenopprette den, kan du for eksempel ikke gjenopprette databasen.

Forexample: Hvis du sikkerhetskopi av en svært stor database til URL-Adressen andit mislykkes med følgende feilmelding:
<DateTime>: Sikkerhetskopiering 3041, alvorlighetsgraden: 16 tilstand: 1.
<DateTime>Kunne ikke fullføre kommandoen BACKUP DATABASE BravoII_AS_PROD MED DIFFERENSIELL sikkerhetskopi SIKKERHETSKOPI. Kontroller sikkerhetskopier programloggen for detaljert meldinger.
<DateTime>spid55-feil: 18210, alvorlighetsgrad: 16 tilstand: 1.<DateTime> spid55 BackupVirtualDeviceFile::RequestDurableMedia: tømme feil på sikkerhetskopieringsenhet 'https://xxx.blob.core.windows.net/production/yyy.bck'. ErrorError operativsystemet kan ikke samles inn fra eksterne endepunktet.</DateTime></DateTime></DateTime></DateTime>
Og hvis du aktiverer sikkerhetskopiering til URL-Adressen sporingsflagg (DBCC TRACEON(3004, 3051, 3212,3014, 3605, 1816,-1)) kan du få informasjon som ligner på følgende i loggfilen for backuptoUrL:
<DateTime>: HTTP-statuskode 201, HTTP Status melding opprettet
<DateTime>: Nyttelast: Start 7319191552, Cmd størrelse 1048576, nyttelaststørrelse 1048576, starttid 84313.5811126, sluttid 84313.6281149, varighet 47.0023 ms tilkoblingsforsøk 1, tilbakeringing utføres? SANN
<DateTime>: HTTP-statuskode 201, HTTP Status melding opprettet
<DateTime>: I/u fullført har endret de tillatte parallelle operasjonene til 64, gass og antall Delta på 63 tråder ble beregnet
<DateTime>: Tidsavbrudd på GetCommand, Tidsavbruddslengde av 20000, vil prøve på nytt
<DateTime>: Tidsavbrudd på GetCommand, Tidsavbruddslengde av 20000, vil prøve på nytt
<DateTime>: Tidsavbrudd på GetCommand, Tidsavbruddslengde av 20000, vil prøve på nytt
<DateTime>: Tidsavbrudd på GetCommand, Tidsavbruddslengde av 20000, vil prøve på nytt
<DateTime>: Tidsavbrudd på GetCommand, Tidsavbruddslengde av 20000, vil prøve på nytt
<DateTime>: Tidsavbrudd på GetCommand, Tidsavbruddslengde av 20000, vil prøve på nytt
<DateTime>: Tidsavbrudd på GetCommand, Tidsavbruddslengde av 20000, vil prøve på nytt
<DateTime>: Tidsavbrudd på GetCommand, Tidsavbruddslengde av 20000, vil prøve på nytt
<DateTime>: Tidsavbrudd på GetCommand, Tidsavbruddslengde av 20000, vil prøve på nytt
<DateTime>: Sikkerhetskopiering kommunikasjon med SqlServr mislyktes, hr = 0x80770003
<DateTime>: En kritisk feil oppstod under motoren kommunikasjon, informasjon om unntaksfeilen følger
<DateTime>: Unntak Info: Det oppstod en feil under data overføringsoperasjoner med SqlServer, HRESULT: 0x80770003
<DateTime>: Stable: på Microsoft.SqlServer.VdiInterface.VDI.PerformPageDataTransfer (CloudPageBlob pageBlob, AccessCondition leaseCondition, boolske forBackup)
ved BackupToUrl.Program.MainInternal (String [] args)</DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime>

Løsning
Problemet ble først løst i den følgende kumulative oppdateringen av SQL Server.

Samleoppdatering 1 for SQL Server 2014 SP1

Samleoppdatering 6 for SQL Server 2012 SP2

Kumulativ oppdatering 16 for SQL Server 2012 SP1

Samleoppdatering 7 for SQLServer-2014

Om kumulative oppdateringer for SQL Server

Hver nye kumulative oppdateringen for SQL Server inneholder alle hurtigreparasjonene og alle sikkerhetsreparasjoner som fulgte med den forrige kumulative oppdateringen. Sjekk ut de nyeste kumulative oppdateringene for SQL Server:
Status
Microsoft har bekreftet at dette er et problem i Microsoft-produktene som er oppført i delen "Gjelder for".

Advarsel: Denne artikkelen er autooversatt

Właściwości

Identyfikator artykułu: 2867316 — ostatni przegląd: 11/30/2016 07:48:00 — zmiana: 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 KbMtno
Opinia