Belirtiler
Microsoft SQL Server 2012, 2014 veya 2016 kullandığınızı varsayalım. Bir veritabanını Microsoft Azure Blob depolama hizmeti URL 'sine yedeklemenizin, işlem başarısız olabilir ve hem istemci TARAFıNDA hem de SQL Server hata günlüğünde aşağıdaki hata iletilerini alırsınız.
SQL Server istemci hatası
İleti 3271, düzey 16, durum 1, satır LineNumber "Https://<BlobStorageServerName>. blob.core.windows.net/sqlbackup/<DB_Backup_Name. bak>" URL 'ye yedekleme uzak uç noktasından bir özel durum aldı. Özel durum Iletisi: temeldeki bağlantı kapatıldı: alma işlemi sırasında beklenmeyen bir hata oluştu. İleti 3013, düzey 16, durum 1, satır LineNumber Yedekleme VERITABANı anormal bir şekilde sonlandırılıyor.
SQL Server hata günlüğü
<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.
Bu hata, istemci sunucunuz aşağıdaki kayıt defteriyle Aktarım Katmanı Güvenliği (TLS) sürüm 1,2 'ietkinleştirdiyse oluşur.
Kayıt defteri anahtarı adı:
HKEY_LOCAL_MACHINE \SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2 \ Istemci Değer 0 Ad: etkin REG_DWORD Veri: 0x1
Çözüm
Bu sorun, SQL Server 2014 ve 2016 için aşağıdaki toplu güncelleştirmelerde giderilmiştir:
SQL Server 2016 RTM için toplu güncelleştirme 7
Her bir SQL Server toplu güncelleştirmesi, önceki toplu güncelleştirmeyle birlikte gelen tüm düzeltmeleri ve tüm güvenlik düzeltmelerini içerir. En son SQL Server güncelleştirmelerini gözden geçirin:
SQL Server 2012 için geçici çözüm
Bu sorun, yüklü .NET Framework 'un TLS 1,0 için bir tercihi varsa, TLS 1,2 'i desteklemesine rağmen gerçekleşir.
SQL Server 2012 için düzeltme yoktur. SQL Server 2012 'in güçlü şifrelemeyi etkinleştirmek için bu soruna geçici bir çözüm için, aşağıdakileri yapabilirsiniz:
-
Kayıt defterini yedekleme
-
Kayıt Defteri Düzenleyicisi 'ni açın ve aşağıdaki kayıt defteri alt anahtarlarına gidin: HKLM\software\Wow6432Node\Microsoft.NETFramework\ ve HKLM\software\microsoft.NETFramework\
-
Bu anahtarların her biri altında, alt anahtarlar sürüm numaraları (v 4.5, v 4.5.1) var. Her sürüm için değer 1 Ile Schusestrongşifrelenmiş bir DWORD değeri ekleyin.
-
HKLM\Software\Microsoft.NetFramework altında, anahtar adlarının tam olarak 4,5 veya 4.5.1 olması gerekmez. Bunlar çoğunlukla v 2.0 XXX, v 3.0 xxx ve v 4.0 xxx'den başlar. ' Schusestrongşifrelemesi ' adlı DWORD değeri, mevcut tüm sürümler için eklenmelidir.
-
SQL Server makinesini yeniden başlatın.
Not: Ayrıca, .NET Framework 4,8 ' ü yüklemeyi deneyebilirsiniz. Varsayılan olarak, .NET Framework 4,7 ve sonraki sürümleri TLS 1,2 kullanacak ve TLS 1,1 veya TLS 1,0 kullanan bağlantılara izin verecek şekilde yapılandırılmıştır.
Başvurular
Microsoft 'un yazılım güncelleştirmelerini açıklamak için kullandığı terminolojihakkında bilgi edinin.
Durum
Microsoft bu sorunun "Uygulandığı öğe" bölümünde listelenen Microsoft ürünlerinde bulunduğunu onaylamıştır.
