Azure Backup kullanarak SQL Server veritabanı yedekleme sorunlarını giderme

Bu makalede, Azure sanal makinelerinde çalışan SQL Server veritabanları için sorun giderme bilgileri sağlanır.

Yedekleme işlemi ve sınırlamaları hakkında daha fazla bilgi için bkz . Azure VM'lerinde SQL Server yedeklemesi hakkında.

SQL Server izinleri

Bir sanal makinedeki SQL Server veritabanı için korumayı yapılandırmak için, bu sanal makineye AzureBackupWindowsWorkload uzantısını yüklemeniz gerekir. UserErrorSQLNoSysadminMembership hatasını alırsanız, SQL Server örneğinizin gerekli yedekleme izinlerine sahip olmadığı anlamına gelir. Bu hatayı düzeltmek için VM izinlerini ayarlama makalesindeki adımları izleyin.

Bulma ve yapılandırma sorunlarını giderme

Kurtarma Hizmetleri kasası oluşturma ve yapılandırma işlemi tamamlandığında veritabanlarını bulmak ve yedeklemeyi yapılandırmak iki adımlı bir işlemdir.

Yedekleme yapılandırması sırasında, SQL VM ve örnekleri VM'lerdeki Bulma DB'lerinde görünmüyorsa ve Yedeklemeyi Yapılandırılıyorsa (yukarıdaki görüntüye bakın) şunlardan emin olun:

1. Adım: VM'lerdeki DB'leri bulma

• VM bulunan VM listesinde yer almıyorsa ve başka bir kasada SQL yedeklemesi için kayıtlı değilse Bulma SQL Server yedekleme adımlarını izleyin.

2. Adım: Yedeklemeyi Yapılandırma

• SQL VM'sinin veritabanlarını korumak için kullanılan kasaya kaydedildiği kasa, Yedeklemeyi Yapılandırma adımlarını izleyin.

SQL VM'sinin yeni kasaya kaydedilmesi gerekiyorsa eski kasadan kaydı kaldırılmalıdır. Sql VM'sinin kasadan kaydının silinmesi, tüm korumalı veri kaynaklarının korunmasını gerektirir ve ardından yedeklenen verileri silebilirsiniz. Yedeklenen verileri silmek yıkıcı bir işlemdir. SQL VM'sinin kaydını silmek için tüm önlemleri alıp gözden geçirdikten sonra aynı VM'yi yeni bir kasaya kaydedin ve yedekleme işlemini yeniden deneyin.

Yedekleme ve Kurtarma sorunlarını giderme

Bazen yedekleme ve geri yükleme işlemlerinde rastgele hatalar oluşabilir veya bu işlemler takılabilir. Bunun nedeni VM'nizdeki virüsten koruma programları olabilir. En iyi uygulama olarak aşağıdaki adımları öneririz:

1. Aşağıdaki klasörleri virüsten koruma taramasının dışında tutun:

   C:\Program Files\Azure Workload Backup C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.RecoveryServices.WorkloadBackup.AzureBackupWindowsWorkload

   değerini SystemDrive'ınızın harfiyle değiştirinC:\.

2. Vm içinde çalışan aşağıdaki üç işlemi virüsten koruma taramasının dışında tutun:

   • IaasWLPluginSvc.exe
   • IaaSWorkloadCoordinatorService.exe
   • TriggerExtensionJob.exe

3. SQL ayrıca virüsten koruma programlarıyla çalışma hakkında bazı yönergeler de sunar. Ayrıntılar için bu makaleye bakın.

Birden çok SQL Server örneğine sahip bir VM'de hatalı örnek

SQL VM'sine yalnızca VM içinde çalışan tüm SQL örnekleri iyi durumda bildirilirse geri yükleyebilirsiniz. Bir veya daha fazla örnek "hatalı" ise, VM geri yükleme hedefi olarak görünmez. Bu nedenle, geri yükleme işlemi sırasında çok örnekli bir VM'nin "sunucu" açılan listesinde görünmemesi olası bir neden olabilir.

Vm'deki tüm SQL örneklerinin "Yedekleme Hazırlığını" Yedeklemeyi yapılandır'ın altında doğrulayabilirsiniz:

İyi durumdaki SQL örneklerinde bir geri yükleme tetiklemek istiyorsanız aşağıdaki adımları uygulayın:

1. SQL VM'de oturum açın ve adresine C:\Program Files\Azure Workload Backup\bingidin.

2. adlı ExtensionSettingsOverrides.json bir JSON dosyası oluşturun (henüz yoksa). Bu dosya VM'de zaten varsa, kullanmaya devam edin.

3. JSON dosyasına aşağıdaki içeriği ekleyin ve dosyayı kaydedin:

   {
                 "<ExistingKey1>":"<ExistingValue1>",
                   …………………………………………………… ,
             "whitelistedInstancesForInquiry": "FaultyInstance_1,FaultyInstance_2"
           }
   
           Sample content:        
           { 
             "whitelistedInstancesForInquiry": "CRPPA,CRPPB "
           }
   
   

4. Etkilenen sunucuda Azure portalından (yedekleme hazırlığının görülebileceği yer) Yeniden Bulma DB'leri işlemini tetikleyin. Sanal makine geri yükleme işlemleri için hedef olarak görünmeye başlar.

   

5. Geri yükleme işlemi tamamlandıktan sonra whitelistedInstancesForInquiry girdisini ExtensionSettingsOverrides.json dosyasından kaldırın.

Hata iletileri

Yedekleme türü desteklenmiyor

UserErrorSQLPODoesNotSupportBackupType

OperationCancelledBecauseConflictingOperationRunningUserError

UserErrorFileManipulationIsNotAllowedDuringBackup

UserErrorSQLPODoesNotExist

UserErrorSQLLSNValidationFailure

UserErrorOpeningSQLConnection

UserErrorParentFullBackupMissing

UserErrorBackupFailedAsTransactionLogIsFull

UserErrorCannotRestoreExistingDBWithoutForceOverwrite

UserErrorRestoreFailedDatabaseCannotBeOfflined

WlExtGenericIOFaultUserError

UserErrorCannotFindServerCertificateWithThumbprint

UserErrorRestoreNotPossibleBecauseLogBackupContainsBulkLoggedChanges

FabricSvcBackupPreferenceCheckFailedUserError

VMNotInRunningStateUserError

GuestAgentStatusUnavailableUserError

AutoProtectionCancelledOrNotValid

CloudDosAbsoluteLimitReached

CloudDosAbsoluteLimitReachedWithRetry

WorkloadExtensionNotReachable

UserErrorVMInternetConnectivityIssue

UserErrorOperationNotAllowedDatabaseMirroringEnabled

UserErrorWindowsWLExtFailedToStartPluginService

Yeniden kayıt hataları

Yeniden kaydetme işlemini tetiklemeden önce aşağıdaki belirtilerden birini veya daha fazlasını denetleyin:

• Vm'de tüm işlemler (yedekleme, geri yükleme ve yapılandırma gibi) şu hata kodlarından biriyle başarısız oluyor: WorkloadExtensionNotReachable, UserErrorWorkloadExtensionNotInstalled, WorkloadExtensionNotPresent, WorkloadExtensionDidntDequeueMsg.

• Yedekleme öğesinin Yedekleme Durumu alanında Ulaşılamıyor gösteriliyorsa, aynı duruma neden olabilecek diğer tüm nedenleri eleyin:

  • VM'de yedeklemeyle ilgili işlemleri gerçekleştirme izninin olmaması.
  • Vm kapatılır, bu nedenle yedeklemeler gerçekleştirilemez.
  • Ağ sorunları

  

• Always On kullanılabilirlik grubu söz konusu olduğunda, yedekleme tercihini değiştirdikten veya yük devretme sonrasında yedeklemeler başarısız oldu.

Bu belirtiler aşağıdaki nedenlerden biri veya birkaçı nedeniyle ortaya çıkabilir:

• Bir uzantı portaldan silindi veya kaldırıldı.
• Vm'de Program Kaldır veya Değiştir altındaki Denetim Masası bir uzantı kaldırıldı.
• VM yerinde disk geri yükleme yoluyla zamanda geri yüklendi.
• VM uzun bir süre için kapatıldı, bu nedenle üzerindeki uzantı yapılandırmasının süresi doldu.
• VM silindi ve silinen VM ile aynı ada ve aynı kaynak grubunda başka bir VM oluşturuldu.
• Kullanılabilirlik grubu düğümlerinden biri tam yedekleme yapılandırmasını almadı. Kullanılabilirlik grubu kasaya kaydedildiğinde veya yeni bir düğüm eklendiğinde bu durum oluşabilir.

Önceki senaryolarda, VM'de yeniden kaydetme işlemini tetiklemenizi öneririz. Bu görevi PowerShell'de gerçekleştirme yönergeleri için buraya bakın.

Dosyalar için boyut sınırı

Dosyaların toplam dize boyutu yalnızca dosya sayısına değil adlarına ve yollarına da bağlıdır. Her veritabanı dosyası için mantıksal dosya adını ve fiziksel yolu alın. Bu SQL sorgusunu kullanabilirsiniz:

SELECT mf.name AS LogicalName, Physical_Name AS Location FROM sys.master_files mf
               INNER JOIN sys.databases db ON db.database_id = mf.database_id
               WHERE db.name = N'<Database Name>'

Şimdi bunları aşağıdaki biçimde düzenleyin:

[{"path":"<Location>","logicalName":"<LogicalName>","isDir":false},{"path":"<Location>","logicalName":"<LogicalName>","isDir":false}]

Bir örnek aşağıda verilmiştir:

[{"path":"F:\\Data\\TestDB12.mdf","logicalName":"TestDB12","isDir":false},{"path":"F:\\Log\\TestDB12_log.ldf","logicalName":"TestDB12_log","isDir":false}]

İçeriğin dize boyutu 20.000 baytı aşarsa, veritabanı dosyaları farklı şekilde depolanır. Kurtarma sırasında, geri yükleme için hedef dosya yolunu ayarlayamazsınız. Dosyalar SQL Server tarafından sağlanan varsayılan SQL yoluna geri yüklenir.

Varsayılan hedef geri yükleme dosya yolunu geçersiz kılma

Veritabanı dosyasının hedef geri yükleme yoluna eşlemesini içeren bir JSON dosyası yerleştirerek geri yükleme işlemi sırasında hedef geri yükleme dosyası yolunu geçersiz kılabilirsiniz. Bir database_name.json dosya oluşturun ve konumuna yerleştirin C:\Program Files\Azure Workload Backup\bin\plugins\SQL*.

Dosyanın içeriği şu biçimde olmalıdır:

[
  {
    "Path": "<Restore_Path>",
    "LogicalName": "<LogicalName>",
    "IsDir": "false"
  },
  {
    "Path": "<Restore_Path>",
    "LogicalName": "LogicalName",
    "IsDir": "false"
  },  
]

Bir örnek aşağıda verilmiştir:

[
  {
   "Path": "F:\\Data\\testdb2_1546408741449456.mdf",
   "LogicalName": "testdb7",
   "IsDir": "false"
  },
  {
    "Path": "F:\\Log\\testdb2_log_1546408741449456.ldf",
    "LogicalName": "testdb7_log",
    "IsDir": "false"
  },  
]

Önceki içerikte, aşağıdaki SQL sorgusunu kullanarak veritabanı dosyasının mantıksal adını alabilirsiniz:

SELECT mf.name AS LogicalName FROM sys.master_files mf
                INNER JOIN sys.databases db ON db.database_id = mf.database_id
                WHERE db.name = N'<Database Name>'

Geri yükleme işlemini tetiklemeden önce bu dosya yerleştirilmelidir.

Sonraki adımlar

SQL VM'leri için Azure Backup hakkında daha fazla bilgi için.