Felsöka SQL Server-databassäkerhetskopiering med hjälp av Azure Backup

Den här artikeln innehåller felsökningsinformation för SQL Server-databaser som körs på virtuella Azure-datorer.

Mer information om säkerhetskopieringsprocessen och begränsningar finns i Om SQL Server-säkerhetskopiering på virtuella Azure-datorer.

SQL Server-behörigheter

Om du vill konfigurera skydd för en SQL Server-databas på en virtuell dator måste du installera Tillägget AzureBackupWindowsWorkload på den virtuella datorn. Om du får felet UserErrorSQLNoSysadminMembership innebär det att SQL Server-instansen inte har de behörigheter som krävs för säkerhetskopiering. Åtgärda det här felet genom att följa stegen i Ange vm-behörigheter.

Felsöka problem med identifiering och konfigurering

När skapandet och konfigurationen av ett Recovery Services-valv är klar är det en tvåstegsprocess att identifiera databaser och konfigurera säkerhetskopiering.

Om den virtuella SQL-datorn och dess instanser inte visas i identifierings-DB:erna på virtuella datorer och Konfigurera säkerhetskopiering (se ovanstående bild) under säkerhetskopieringskonfigurationen kontrollerar du att:

Steg 1: Identifierings-DB:er på virtuella datorer

• Om den virtuella datorn inte finns med i listan över identifierade virtuella datorer och inte heller är registrerad för SQL-säkerhetskopiering i ett annat valv följer du säkerhetskopieringsstegen för Identifiering av SQL Server.

Steg 2: Konfigurera säkerhetskopiering

• Om valvet där den virtuella SQL-datorn är registrerad i samma valv som används för att skydda databaserna följer du stegen Konfigurera säkerhetskopiering .

Om den virtuella SQL-datorn måste registreras i det nya valvet måste den avregistreras från det gamla valvet. Avregistrering av en virtuell SQL-dator från valvet kräver att alla skyddade datakällor stoppas och sedan kan du ta bort säkerhetskopierade data. Att ta bort säkerhetskopierade data är en destruktiv åtgärd. När du har granskat och vidtagit alla försiktighetsåtgärder för att avregistrera den virtuella SQL-datorn registrerar du samma virtuella dator med ett nytt valv och försöker sedan utföra säkerhetskopieringen igen.

Felsöka problem med säkerhetskopiering och återställning

Ibland kan antingen slumpmässiga fel inträffa i säkerhetskopierings- och återställningsåtgärder eller så kan dessa åtgärder fastna. Detta kan bero på antivirusprogram på den virtuella datorn. Som bästa praxis föreslår vi följande steg:

1. Undanta följande mappar från antivirusgenomsökning:

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

   Ersätt C:\ med bokstaven i SystemDrive.

2. Undanta följande tre processer som körs i en virtuell dator från antivirusgenomsökning:

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

3. SQL erbjuder också några riktlinjer för att arbeta med antivirusprogram. Mer information finns i den här artikeln.

Felaktig instans på en virtuell dator med flera SQL Server-instanser

Du kan bara återställa till en virtuell SQL-dator om alla SQL-instanser som körs i den virtuella datorn rapporteras felfria. Om en eller flera instanser är "felaktiga" visas inte den virtuella datorn som ett återställningsmål. Det kan därför vara en möjlig orsak till att en virtuell dator med flera instanser kanske inte visas i listrutan "server" under återställningen.

Du kan verifiera "Beredskap för säkerhetskopiering" för alla SQL-instanser på den virtuella datorn under Konfigurera säkerhetskopiering:

Om du vill utlösa en återställning på felfria SQL-instanser gör du följande:

1. Logga in på den virtuella SQL-datorn och gå till C:\Program Files\Azure Workload Backup\bin.

2. Skapa en JSON-fil med namnet ExtensionSettingsOverrides.json (om den inte redan finns). Om den här filen redan finns på den virtuella datorn fortsätter du att använda den.

3. Lägg till följande innehåll i JSON-filen och spara filen:

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

4. Utlös rediscover-DBs-åtgärden på den berörda servern från Azure Portal (samma plats där beredskap för säkerhetskopiering kan ses). Den virtuella datorn börjar visas som mål för återställningsåtgärder.

   

5. Ta bort posten whitelistedInstancesForInquiry från ExtensionSettingsOverrides.json-filen när återställningsåtgärden är klar.

Felmeddelanden

Säkerhetskopieringstypen stöds inte

UserErrorSQLPODoesNotSupportBackupType

OperationCancelledBecauseConflictingOperationRunningUserError

UserErrorFileManipulationIsNotAllowedDuringBackup

UserErrorSQLPODoesNotExist

UserErrorSQLLSNValidationFailure

UserErrorOpeningSQLConnection

UserErrorParentFullBackupMissing

UserErrorBackupFailedAsTransactionLogIsFull

UserErrorCannotRestoreExistingDBWithoutForceOverwrite

UserErrorRestoreFailedDatabaseCannotBeOfflined

WlExtGenericIOFaultUserError

UserErrorCannotFindServerCertificateWithThumbprint

UserErrorRestoreNotPossibleBecauseLogBackupContainsBulkLoggedChanges

FabricSvcBackupPreferenceCheckFailedUserError

VMNotInRunningStateUserError

GuestAgentStatusUnavailableUserError

AutoProtectionCancelledOrNotValid

CloudDosAbsoluteLimitReached

CloudDosAbsoluteLimitReachedWithRetry

WorkloadExtensionNotReachable

UserErrorVMInternetConnectivityIssue

UserErrorOperationNotAllowedDatabaseMirroringEnabled

UserErrorWindowsWLExtFailedToStartPluginService

Omregistreringsfel

Kontrollera om det finns ett eller flera av följande symptom innan du utlöser omregistreringsåtgärden:

• Alla åtgärder (till exempel säkerhetskopiering, återställning och konfigurera säkerhetskopiering) misslyckas på den virtuella datorn med någon av följande felkoder: WorkloadExtensionNotReachable, UserErrorWorkloadExtensionNotInstalled, WorkloadExtensionNotPresent, WorkloadExtensionDidntDequeueMsg.

• Om området Säkerhetskopieringsstatus för säkerhetskopieringsobjektet inte kan nås utesluter du alla andra orsaker som kan resultera i samma status:

  • Det saknas behörighet att utföra säkerhetskopieringsrelaterade åtgärder på den virtuella datorn.
  • Avstängning av den virtuella datorn, så säkerhetskopieringar kan inte utföras.
  • Nätverksproblem

  

• När det gäller en AlwaysOn-tillgänglighetsgrupp började säkerhetskopieringarna misslyckas när du har ändrat säkerhetskopieringsinställningen eller efter en redundansväxling.

Dessa symtom kan uppstå av en eller flera av följande orsaker:

• Ett tillägg har tagits bort eller avinstallerats från portalen.
• Ett tillägg avinstallerades från Kontrollpanelen på den virtuella datorn under Avinstallera eller Ändra ett program.
• Den virtuella datorn återställdes i tid via diskåterställning på plats.
• Den virtuella datorn stängdes av under en längre period, så tilläggskonfigurationen för den upphörde att gälla.
• Den virtuella datorn togs bort och en annan virtuell dator skapades med samma namn och i samma resursgrupp som den borttagna virtuella datorn.
• En av noderna för tillgänglighetsgruppen tog inte emot den fullständiga säkerhetskopieringskonfigurationen. Detta kan inträffa när tillgänglighetsgruppen är registrerad i valvet eller när en ny nod läggs till.

I föregående scenarier rekommenderar vi att du utlöser en omregistreringsåtgärd på den virtuella datorn. Se här för instruktioner om hur du utför den här uppgiften i PowerShell.

Storleksgräns för filer

Den totala strängstorleken för filer beror inte bara på antalet filer utan även på deras namn och sökvägar. Hämta det logiska filnamnet och den fysiska sökvägen för varje databasfil. Du kan använda den här SQL-frågan:

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>'"

Ordna dem nu i följande format:

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

Här är ett exempel:

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

Om strängstorleken för innehållet överskrider 20 000 byte lagras databasfilerna på olika sätt. Under återställningen kan du inte ange målfilens sökväg för återställning. Filerna återställs till sql-standardsökvägen som tillhandahålls av SQL Server.

Åsidosätt standardsökvägen för målåterställningsfilen

Du kan åsidosätta målåterställningsfilens sökväg under återställningen genom att placera en JSON-fil som innehåller mappningen av databasfilen till målåterställningssökvägen. Skapa en database_name.json fil och placera den på platsen C:\Program Files\Azure Workload Backup\bin\plugins\SQL*.

Innehållet i filen ska vara i det här formatet:

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

Här är ett exempel:

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

I föregående innehåll kan du hämta databasfilens logiska namn med hjälp av följande SQL-fråga:

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>'"

Den här filen bör placeras innan du utlöser återställningsåtgärden.

Nästa steg

Mer information om Azure Backup för virtuella SQL-datorer.