NUSTATYTI: Negali atkurti SQL Server 2012 ar 2014 m. duomenų bazės į Microsoft Azure didelis dvejetainis objektas saugykla

SVARBU: šis straipsnis išverstas naudojant „Microsoft“ mašininio vertimo programinę įrangą ir gali būti pataisytas naudojant „Community Translation Framework“ (CTF) technologiją. „Microsoft“ siūlo mašinos išverstus ir po to bendruomenės suredaguotus straipsnius, taip pat žmogaus išverstus straipsnius siekdama suteikti prieigą prie visų savo žinių bazės straipsnių daugeliu kalbų. Mašinos išverstuose ir vėliau paredaguotuose straipsniuose gali būti žodyno, sintaksės ir / arba gramatikos klaidų. „Microsoft“ neatsako už jokius netikslumus, klaidas arba žalą, patirtą dėl neteisingo turinio vertimo arba mūsų klientų naudojimosi juo. Daugiau apie CTF žr. http://support.microsoft.com/gp/machine-translation-corrections.

Spustelėkite čia, norėdami pamatyti šio straipsnio versiją anglų kalba: 2867316
Požymiai
SQL Server 2012 "arba" SQL Server 2014 m. duomenų bazė yra didelė operacijų žurnalo failą, negalėsite atkurti duomenų bazę Microsoft Azure dvejetainis didelių objektų (BLOB) saugykla. Pvz., jei operacijų žurnalo failas yra tiek daug, kad ji trunka ilgiau nei 3 minučių jį atkurti, negalėsite atkurti duomenų bazę.

Pavyzdžiui: Jei galite sukurti atsarginę kopiją į URL andit labai didelės duomenų bazės gali nepavykti su klaidos pranešimą:
<DateTime>Atsarginių kopijų kūrimo klaida: 3041, svarbos: 16, valstybė: 1.
<DateTime>Atsarginės kopijos atsarginės KOPIJOS nepavyko atlikti duomenų BAZĖS atsarginės KOPIJOS BravoII_AS_PROD SU DIFERENCINIS komandą. Patikrinkite, ar atsarginių kopijų kūrimo programą žurnale išsamią pranešimų.
<DateTime>spid55 klaida: 18210, svarbos: 16, valstybė: 1.<DateTime> spid55 BackupVirtualDeviceFile::RequestDurableMedia: išvalyti klaida atsarginės kopijos įrenginyje "https://xxx.blob.core.windows.net/production/yyy.bck". Operacinės sistemos errorError negali būti renkama iš nuotolinio galinio punkto.</DateTime></DateTime></DateTime></DateTime>
Ir jei įjungsite atsarginės kopijos URL sekimo žymė (DBCC TRACEON(3004, 3051, 3212,3014, 3605, 1816,-1)) gali būti parodytas panašus į backuptoUrL žurnalo informacija:
<DateTime>: HTTP būsenos kodas 201, HTTP būsenos pranešimą rangovas
<DateTime>: Srautą: pradėti 7319191552, Cmd dydis 1048576, apkrovos dydis 1048576, pradžios laikas 84313.5811126, endtime 84313.6281149, 47.0023 ms trukmės bando 1, atgalinio skambinimo vykdomas? Teisinga
<DateTime>: HTTP būsenos kodas 201, HTTP būsenos pranešimą rangovas
<DateTime>: IO pabaigos buvo pakeista leistinų lygiagrečių operacijų 64, pokyčių 63 pokalbių buvo apskaičiuota throttle skaičius
<DateTime>: Skirtas laikas įvyko GetCommand, skirtasis laikas 20000, bus bandykite dar kartą
<DateTime>: Skirtas laikas įvyko GetCommand, skirtasis laikas 20000, bus bandykite dar kartą
<DateTime>: Skirtas laikas įvyko GetCommand, skirtasis laikas 20000, bus bandykite dar kartą
<DateTime>: Skirtas laikas įvyko GetCommand, skirtasis laikas 20000, bus bandykite dar kartą
<DateTime>: Skirtas laikas įvyko GetCommand, skirtasis laikas 20000, bus bandykite dar kartą
<DateTime>: Skirtas laikas įvyko GetCommand, skirtasis laikas 20000, bus bandykite dar kartą
<DateTime>: Skirtas laikas įvyko GetCommand, skirtasis laikas 20000, bus bandykite dar kartą
<DateTime>: Skirtas laikas įvyko GetCommand, skirtasis laikas 20000, bus bandykite dar kartą
<DateTime>: Skirtas laikas įvyko GetCommand, skirtasis laikas 20000, bus bandykite dar kartą
<DateTime>: Atsarginių kopijų kūrimo ryšys su SqlServr nepavyko, hr = 0x80770003
<DateTime>: Lemtinga klaida įvyko modulio ryšys, išskyrus informacijos taip
<DateTime>: Išimčių Info: įvyko klaida duomenų perdavimo operacijų su SqlServer, HRESULT: 0x80770003
<DateTime>: Rietuvės: į Microsoft.SqlServer.VdiInterface.VDI.PerformPageDataTransfer (CloudPageBlob pageBlob, AccessCondition leaseCondition, Boolean forBackup)
į BackupToUrl.Program.MainInternal (String [args)</DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime>

Sprendimas
Problema pirmą kartą buvo išspręsta šį kaupiamąjį naujinimą SQL serverio.

SQL Server 2014 SP1 Kaupiamasis naujinimas 1

Kaupiamasis naujinimas, 6 SQL Server 2012 SP2

Kaupiamasis naujinimas 16 SQL Server 2012 SP1

SQL serverio 2014 Kaupiamasis naujinimas 7

Apie kaupiamieji naujinimai SQL Server

SQL serverio kiekvieną naują Kaupiamasis naujinimas yra visos karštosios ir naujausios saugos pataisos, kurios buvo įtrauktos į ankstesnio kaupiamojo naujinimo. Patikrinkite SQL Server kaupiamieji naujinimai:
Būsena
„Microsoft“ patvirtino, kad tai yra „Microsoft“ produktų, išvardytų skyriuje „Taikoma“, problema.

Įspėjimas: šis straipsnis išverstas automatiškai

Savybės

Straipsnio ID: 2867316 – Paskutinė peržiūra: 11/30/2016 07:49:00 – Peržiūra: 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 KbMtlt
Atsiliepimai