Sümptomid
Oletagem, et kasutate Microsoft SQL Serverit 2012, 2014 või 2016. Kui varundate andmebaasi Microsoft Azure Kämp Storage Service URL-i, toiming võib nurjuda ja kuvatakse järgmised tõrketeated nii kliendi POOLEL kui ka SQL serveri tõrkelogi.
SQL serveri kliendi tõrge
MSG 3271, tase 16, olek 1, rea LineNumber Failist "https://<BlobStorageServerName>. blob.core.windows.net/sqlbackup/<DB_Backup_Name. bak>" on ilmnenud parandamatu I/O-tõrge, mille URL-ilt sai erandi serveri lõpp-punktist. Erand sõnum: aluseks olev seos suleti: vastuvõtmisel ilmnes ootamatu tõrge. MSG 3013, tase 16, olek 1, rea LineNumber VARUNDUSe andmebaas lõpeb ebanormaalselt.
SQL serveri tõrkelogi
<DateTime> ======== BackupToUrl Initiated =========
<DateTime> Inputs: Backup = True, PageBlob= True, URI = https://<BlobStorageServerName>.blob.core.windows.net/sqlbackup/<DB_Backup_Name.bak>, Acct= lbtesting2096, Key= KeyValue, FORMAT= False, Instance Name = MSSQLSERVER, DBName = <DB_Name> LogPath = C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Log
<DateTime> Process Id: 3668
<DateTime> Time for Initialization = 202.7451 ms
<DateTime> BackupToUrl Client is getting configuration from SqlServr
<DateTime> Time for Handshake and VDI config = 31.2507 ms
<DateTime> Time for Get BlobRef = 15.6263 ms
<DateTime> Time for - EXCEPTION Get Fetchattributes = 45364.4979 ms
<DateTime> An exception occurred during communication with Azure Storage, exception information follows
<DateTime> Exception Info: The underlying connection was closed: An unexpected error occurred on a receive.
<DateTime> Stack: at Microsoft.WindowsAzure.Storage.Core.Executor.Executor.ExecuteSync[T](StorageCommandBase`1 cmd, IRetryPolicy policy, OperationContext operationContext)
at BackupToUrl.Program.MainInternal(String[] args)
<DateTime> The Active queue had 1 requests until we got a clear error.
See tõrge ilmneb juhul, kui teie kliendi server lubas transpordikihi turbe (TLS) protokolli versiooni 1,2 koos järgmise registriga.
Registri võtme nimi:
HKEY_LOCAL_MACHINE \SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1,2 \ klient Väärtus 0 Nimi: lubatud Tüüp: REG_DWORD Andmed: 0x1
Lahendus
See probleem on lahendatud SQL Server 2014 ja 2016 järgmiste kumulatiivsete värskendustega:
Kumulatiivne Update 7 SQL Server 2016 RTM
Iga uus koondvärskenduses SQL Server sisaldab kõiki käigultparandused ja kõik turvaparandusi, mis kuulusid eelmise koondvärskenduse. Vaadake SQL serveri kumulatiivseid värskendusi.
SQL Serveri 2012 lahendus
See probleem juhtub siis, kui installitud .NET Frameworki eelistus TLS 1,0, kuigi see toetab TLS 1,2.
SQL Server 2012 jaoks pole saadaval ühtegi parandust. Selle probleemi lahendamiseks SQL Server 2012, et lubada tugev krüptograafia, saate teha järgmist.
-
Registri varundamine
-
Avage registriredaktor ja liikuge järgmistele registri alamvõtmetele: HKLM\software\Wow6432Node\Microsoft.NETFramework\ ja HKLM\software\microsoft.NETFramework\
-
Kõigi nende võtmete all on versiooni numbrid (nt v 4.5, v 4.5.1). Lisage iga versiooni jaoks väärtus 1 DWORD-väärtus nimega SchUseStrongCrypto .
-
Jaotises HKLM\Software\Microsoft.NetFramework ei pea peamised nimed olema täpselt 4,5 või 4.5.1. Enamasti alustavad nad v 2.0 xxx ' st, v 3.0 xxx ja v 4.0 xxx-St. Kõigi saadaolevate versioonide jaoks lisatakse DWORD-väärtus nimega "SchUseStrongCrypto", mille väärtus on 1.
-
Taaskäivitage SQL Server Machine.
MärkusVõite proovida installida ka .NET Framework 4,8. Vaikimisi on .NET Framework 4,7 ja uuemad versioonid konfigureeritud kasutama TLS 1,2 ja lubama ühendusi TLS 1,1 või TLS 1,0 abil.
Viited
Siit leiate teavet selle kohta, mida Microsoftkasutab tarkvaravärskenduste kirjeldamiseks.
Olek
Microsoft on kinnitanud, et see probleem esineb jaotises "kehtib järgmiste toodete kohta" loetletud Microsofti toodetes.
