Simptomi
Ja SQL Server 2012 vai SQL Server 2014 datu bāze satur lielu transakciju žurnālfaila failu, jūs nevarat atjaunot datu bāzi Microsoft Azure bināro lielo objektu (BLOB) krātuves pakalpojumā. Piemēram, ja transakciju žurnālfaila fails ir tik liels, ka tas aizņem vairāk nekā 3 minūtes, lai to atjaunotu, jūs nevarat atjaunot datu bāzi. Piemēram: Ja dublējat ļoti lielu datu bāzi ar vietrādi URL un iespējams, ka tas neizdosies ar šādu kļūdas ziņojumu:
<DateTime> dublējuma kļūda: 3041, nopietnība: 16, State: 1. <DateTime> dublējuma dublēšana neizdevās pabeigt komandu DUBLĒJUMA datu bāzes BravoII_AS_PROD ar DIFERENCIĀLo. Pārbaudiet, vai dublējuma lietojumprogrammas žurnāls ir paredzēts detalizētiem ziņojumiem. <DateTime> spid55 kļūda: 18210, smagums: 16, rajons: 1. <DateTime> spid55 BackupVirtualDeviceFile:: RequestDurableMedia: flush neveiksmes dublējuma ierīcē "https://xxx.blob.core.windows.net/production/yyy.bck". Operētājsistēmas kļūdas kļūdu nevar savākt no attāla galapunkta.
Un, ja iespējojat dublējumu uz vietrāža URL izsekošanas karodziņu (DBCC TRACEON (3004, 3051, 3212, 3014, 3605, 1816,-1)), iespējams, tiek parādīta informācija, kas ir līdzīga tālāk norādītajiem backuptoUrL žurnālfailā.
<DateTime>: HTTP statusa kods 201, HTTP statusa ziņojums, kas izveidots<DateTime>: komerckrava: Sākums 7319191552, cmd Size 1048576, komerckravas lielums 1048576, StartTime 84313,5811126, Endtime 84313,6281149, ilgums 47,0023 MS, mēģinājumi 1, Atzvans tiek izpildīts? True<DateTime>: HTTP statusa kods 201, HTTP statusa ziņojums, kas izveidots<DateTime>: IEVADIZVADEs Pabeigšana ir mainījusi atļautās paralēlās darbības uz 64, droseļvārsta skaitītāja skaitīšana 63 pavedieni tika aprēķināta<DateTime>: GetCommand 20000 20000 taimauts... taimauts, kas noticis ar GetCommand, timeout ilguma 20000, atsāks<datetime>: taimauts, kas noticis ar GetCommand, timeout garums no 20000, atsāksies<datetime>: taimauts, kas noticis ar GetCommand, taimauta ilgumu 20000, mēģinās<DateTime>: ir noticis taimauts. 20000 , taimauta ilgums 20000, atkārtota<DateTime>: taimauts radās GetCommand, timeout garums no 20000, mēģinās<DateTime>: GetCommand, timeout garums 20000, mēģinās<DateTime>: dublēšana komunikācija ar SqlServr neizdevās, HR = 0x80770003<DateTime>: dzinēja sazināšanās laikā radās fatāla kļūda, izņemot informāciju, kas izriet<DateTime>: Izņēmuma informācija: datu pārsūtīšanas darbību laikā ar SQL, HRESULT: 0x80770003<DateTime>: stack: vietnē Microsoft. SQL. VdiInterface. VDI. PerformPageDataTransfer (CloudPageBlob pageBlob, AccessCondition leaseCondition, Būla forBackup) vietnē BackupToUrl
Risinājums
Šī problēma pirmo reizi tika izlabota tālāk sniegtajā SQL Server kumulatīvajā atjauninājumā.
Kumulatīvais atjauninājums 1 SQL Server 2014 SP1 /en-us/help/3067839
Kumulatīvais atjauninājums 6 SQL Server 2012 SP2 /en-us/help/3052468
Kumulatīvais atjauninājums 16 SQL Server 2012 SP1 /en-us/help/3052476
Kumulatīvais atjauninājums 7 SQL Server 2014 /en-us/help/3046038
Katrā jaunajā kumulatīvajā SQL Server atjauninājumā ir iekļauti visi labojumfaili un visi drošības labojumi, kas bija iekļauti iepriekšējā kumulatīvajā atjauninājumā. Skatiet jaunākos kumulatīvos atjauninājumus SQL Server:
Statusa
Microsoft ir apstiprinājusi, ka šī problēma pastāv Microsoft produktos, kas ir norādīti sadaļā "attiecas uz".
