SQL Server-adatbázis biztonsági mentésével kapcsolatos problémák elhárítása az Azure Backuppal

Ez a cikk hibaelhárítási információkat tartalmaz az Azure-beli virtuális gépeken futó SQL Server-adatbázisokról.

A biztonsági mentési folyamatról és a korlátozásokról további információt az Sql Server azure-beli virtuális gépeken történő biztonsági mentésével kapcsolatban talál.

SQL Server-engedélyek

Az SQL Server-adatbázis védelmének virtuális gépen való konfigurálásához telepítenie kell az AzureBackupWindowsWorkload bővítményt arra a virtuális gépre. Ha a UserErrorSQLNoSysadminMembership hibát kapja, az azt jelenti, hogy az SQL Server-példány nem rendelkezik a szükséges biztonsági mentési engedélyekkel. A hiba elhárításához kövesse a virtuálisgép-engedélyek beállításának lépéseit.

Felderítési és konfigurálási problémák hibaelhárítása

Ha egy Recovery Services-tároló létrehozása és konfigurálása befejeződött, az adatbázisok felderítése és a biztonsági mentés konfigurálása kétlépéses folyamat.

Backup Goal - SQL Server in Azure VM

A biztonsági mentés konfigurálása során, ha az SQL virtuális gép és példányai nem láthatók a virtuális gépek felderítési adatbázisaiban, és a biztonsági mentés konfigurálása (lásd a fenti ábrát) győződjön meg arról, hogy:

1. lépés: A virtuális gépeken található felderítési adatbázisok

  • Ha a virtuális gép nem szerepel a felderített virtuális gépek listájában, és nem regisztrálva egy másik tárolóban lévő SQL-biztonsági mentéshez, kövesse a Felderítési SQL Server biztonsági mentési lépéseit.

2. lépés: Biztonsági mentés konfigurálása

  • Ha a tároló, amelyben az SQL virtuális gép regisztrálva van ugyanabban a tárolóban, amelyet az adatbázisok védelmére használnak, kövesse a Biztonsági mentés konfigurálása lépéseket.

Ha az SQL virtuális gépet regisztrálni kell az új tárolóban, akkor azt a régi tárolóból kell regisztrálni. Az SQL-alapú virtuális gépek tárolóból való regisztrációjának megszüntetéséhez le kell állítani az összes védett adatforrást, majd törölheti a biztonsági mentési adatokat. A biztonsági mentési adatok törlése romboló művelet. Miután áttekintette és megtette az összes óvintézkedést az SQL virtuális gép regisztrációjának törléséhez, regisztrálja ugyanazt a virtuális gépet egy új tárolóval, és próbálkozzon újra a biztonsági mentési művelettel.

Biztonsági mentési és helyreállítási problémák elhárítása

Időnként előfordulhat, hogy véletlenszerű hibák történnek a biztonsági mentési és visszaállítási műveletek során, vagy ezek a műveletek elakadhatnak. Ennek oka a virtuális gépen futó víruskereső programok lehetnek. Ajánlott eljárásként a következő lépéseket javasoljuk:

  1. Zárja ki a következő mappákat a víruskereső vizsgálatából:

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

    Cserélje le C:\ a SystemDrive betűjére.

  2. Zárja ki a virtuális gépen futó alábbi három folyamatot a víruskereső vizsgálatából:

    • IaasWLPluginSvc.exe
    • IaaSWorkloadCoordinatorService.exe
    • TriggerExtensionJob.exe
  3. Az SQL emellett útmutatást is kínál a víruskereső programok használatához. Részleteket ebben a cikkben talál.

Hibás példány több SQL Server-példányt tartalmazó virtuális gépen

Sql virtuális gépre csak akkor állíthat vissza, ha a virtuális gépen futó összes SQL-példány állapota kifogástalan. Ha egy vagy több példány "hibás", a virtuális gép nem fog visszaállítási célként megjelenni. Ezért lehetséges, hogy egy többpéldányos virtuális gép nem jelenik meg a "kiszolgáló" legördülő listában a visszaállítási művelet során.

A virtuális gép összes SQL-példányának biztonsági mentési készültségét a Biztonsági mentés konfigurálása területen ellenőrizheti:

Validate backup readiness

Ha visszaállítást szeretne indítani az kifogástalan ÁLLAPOTú SQL-példányokon, hajtsa végre az alábbi lépéseket:

  1. Jelentkezzen be az SQL virtuális gépre, és lépjen a következőre C:\Program Files\Azure Workload Backup\bin: .

  2. Hozzon létre egy JSON-fájlt ( ExtensionSettingsOverrides.json ha még nincs jelen). Ha ez a fájl már megtalálható a virtuális gépen, használja tovább.

  3. Adja hozzá a következő tartalmat a JSON-fájlba, és mentse a fájlt:

    {
                  "<ExistingKey1>":"<ExistingValue1>",
                    …………………………………………………… ,
              "whitelistedInstancesForInquiry": "FaultyInstance_1,FaultyInstance_2"
            }
    
            Sample content:        
            { 
              "whitelistedInstancesForInquiry": "CRPPA,CRPPB "
            }
    
    
  4. Indítsa el az érintett kiszolgálón az Azure Portalról az újrafelfedezési DBs-műveletet (ugyanazon a helyen, ahol a biztonsági mentés készenléte látható). A virtuális gép a visszaállítási műveletek célhelyeként fog megjelenni.

    Rediscover DBs

  5. A visszaállítási művelet befejezése után távolítsa el a whitelistedInstancesForInquiry bejegyzést a bővítményből Gépház Overrides.json fájlból.

Hibaüzenetek

A biztonsági mentés típusa nem támogatott

Severity Leírás Possible causes Recommended action
Figyelmeztetés Az adatbázis jelenlegi beállításai nem támogatják a társított házirendben található egyes biztonsági mentési típusokat.
  • Csak teljes adatbázis-biztonsági mentési műveletet lehet végrehajtani a főadatbázison. A különbségi biztonsági mentés és a tranzakciónapló biztonsági mentése nem lehetséges.
  • Az egyszerű helyreállítási modellben lévő adatbázisok nem teszik lehetővé a tranzakciónaplók biztonsági mentését.
  • Módosítsa az adatbázis beállításait, hogy a házirend összes biztonsági mentési típusa támogatott legyen. Vagy módosítsa úgy az aktuális szabályzatot, hogy csak a támogatott biztonsági mentési típusokat tartalmazza. Ellenkező esetben a nem támogatott biztonsági mentési típusok kimaradnak az ütemezett biztonsági mentés során, vagy az igény szerinti biztonsági mentési feladat meghiúsul.

    UserErrorSQLPODoesNotSupportBackupType

    Hibaüzenet Possible causes Recommended action
    Ez az SQL-adatbázis nem támogatja a kért típusú biztonsági mentést. Akkor fordul elő, ha az adatbázis-helyreállítási modell nem engedélyezi a kért biztonsági mentési típust. A hiba a következő esetekben fordulhat elő:
    • Az egyszerű helyreállítási modellt használó adatbázisok nem teszik lehetővé a naplók biztonsági mentését.
    • A különbözeti és naplóalapú biztonsági mentések nem engedélyezettek a főadatbázisokhoz.
    További részletekért tekintse meg az SQL Server helyreállítási modellek dokumentációját.
    Ha az egyszerű helyreállítási modellben az adatbázis naplójának biztonsági mentése meghiúsul, próbálkozzon az alábbi lehetőségek egyikével:
    • Ha az adatbázis egyszerű helyreállítási módban van, tiltsa le a naplók biztonsági mentését.
    • Az SQL Server dokumentációjában módosíthatja az adatbázis-helyreállítási modellt teljes vagy tömeges naplózásra.
    • Ha nem szeretné módosítani a helyreállítási modellt, és szabványos szabályzattal rendelkezik több olyan adatbázis biztonsági mentéséhez, amelyek nem módosíthatók, hagyja figyelmen kívül a hibát. A teljes és a különbségi biztonsági mentések ütemezés szerint működnek. A rendszer kihagyja a napló biztonsági mentéseit, ami ebben az esetben várható.
    Ha ez egy főadatbázis, és a különbségi vagy napló biztonsági mentését konfigurálta, kövesse az alábbi lépések egyikét:
    • A portálon módosíthatja a főadatbázis biztonsági mentési szabályzatának ütemezését a teljesre.
    • Ha szabványos szabályzattal rendelkezik több olyan adatbázis biztonsági mentéséhez, amelyek nem módosíthatók, hagyja figyelmen kívül a hibát. A teljes biztonsági mentés ütemezés szerint működik. A különbözeti vagy naplós biztonsági mentések nem történnek, ami ebben az esetben várható.

    OperationCancelledBecauseConflictingOperationRunningUserError

    Hibaüzenet Possible causes Recommended action
    A művelet megszakadt, mivel egy ütköző művelet már ugyanazon az adatbázison futott. Ez a hiba akkor jelenhet meg, ha az aktivált igény szerinti, vagy az ütemezett biztonsági mentési feladat ütközik egy már futó biztonsági mentési művelettel, amelyet az Azure Backup bővítmény aktivál ugyanazon az adatbázison.
    A következő helyzetekben jelenhet meg ez a hibakód:
    • A teljes biztonsági mentés az adatbázisban fut, és egy másik teljes biztonsági mentés is aktiválódik.
    • A Diff biztonsági mentése fut az adatbázisban, és egy másik Diff biztonsági mentés is aktiválódik.
    • A napló biztonsági mentése fut az adatbázisban, és egy másik napló biztonsági mentése is aktiválódik.
    Miután az ütköző művelet meghiúsult, indítsa újra a műveletet.

    UserErrorFileManipulationIsNotAllowedDuringBackup

    Hibaüzenet Possible causes Recommended actions
    A biztonsági mentési és fájlkezelési műveleteket (például ALTER DATABASE ADD FILE), valamint az adatbázisok titkosításának váltását szerializálni kell. A következő esetekben jelenhet meg ez a hibakód:
    • Fájlok hozzáadása vagy elvetése egy adatbázishoz biztonsági mentés közben.
    • Fájlok zsugorítása az adatbázis biztonsági mentésekor.
    • Egy másik, az adatbázishoz konfigurált biztonsági mentési termék adatbázis-biztonsági mentése folyamatban van, és a biztonsági mentési feladatot az Azure Backup bővítmény aktiválja.
    A probléma megoldásához tiltsa le a másik biztonsági mentési terméket.

    UserErrorSQLPODoesNotExist

    Hibaüzenet Possible causes Recommended actions
    Az SQL-adatbázis nem létezik. Az adatbázist törölték vagy átnevezték. Ellenőrizze, hogy véletlenül törölték vagy átnevezték-e az adatbázist.

    If the database was accidentally deleted, to continue backups, restore the database to the original location.

    Ha törölte az adatbázist, és nincs szüksége későbbi biztonsági mentésekre, akkor a Recovery Services-tárolóban válassza a Biztonsági mentés leállítása a biztonsági mentési adatok megőrzése vagy a Biztonsági másolat adatainak törlése lehetőséget. További információ: Felügyelt SQL Server-adatbázisok kezelése és monitorozása.

    UserErrorSQLLSNValidationFailure

    Hibaüzenet Possible causes Recommended actions
    A naplólánc megszakadt. Az adatbázis vagy a virtuális gép biztonsági mentése egy másik biztonsági mentési megoldáson keresztül történik, amely csonkolja a naplóláncot.
    • Ellenőrizze, hogy egy másik biztonsági mentési megoldás vagy szkript van-e használatban. Ha igen, állítsa le a másik biztonsági mentési megoldást.
    • Ha a biztonsági mentés igény szerinti naplóbeli biztonsági mentés volt, aktiváljon egy teljes biztonsági mentést egy új naplólánc elindításához. Ütemezett naplók biztonsági mentéséhez nincs szükség műveletre, mert az Azure Backup szolgáltatás automatikusan elindít egy teljes biztonsági mentést a probléma megoldásához.

    UserErrorOpeningSQLConnection

    Hibaüzenet Possible causes Recommended actions
    Az Azure Backup nem tud csatlakozni az SQL-példányhoz. Az Azure Backup nem tud csatlakozni az SQL Server-példányhoz. A kiváltó okok szűkítéséhez használja az Azure Portal hibamenüjének további részleteit. A hiba elhárításához tekintse meg az SQL biztonsági mentésével kapcsolatos hibaelhárítást.

    UserErrorParentFullBackupMissing

    Hibaüzenet Possible causes Recommended actions
    Az adatforrás első teljes biztonsági mentése hiányzik. Hiányzik az adatbázis teljes biztonsági mentése. A napló- és különbségi biztonsági mentések teljes biztonsági mentést eredményeznek, ezért a különbségi vagy napló biztonsági mentések aktiválása előtt mindenképpen készítsen teljes biztonsági másolatot. Igény szerinti teljes biztonsági mentés aktiválása.

    UserErrorBackupFailedAsTransactionLogIsFull

    Hibaüzenet Possible causes Recommended actions
    Nem lehet biztonsági másolatot készíteni, mert az adatforrás tranzakciónaplója megtelt. Az adatbázis tranzakciós naplóterülete megtelt. A probléma megoldásához tekintse meg az SQL Server dokumentációját.

    UserErrorCannotRestoreExistingDBWithoutForceOverwrite

    Hibaüzenet Possible causes Recommended actions
    Az azonos nevű adatbázis már létezik a célhelyen A cél-visszaállítási célhely már rendelkezik egy azonos nevű adatbázissal.
    • Módosítsa a céladatbázis nevét.
    • Vagy használja a visszaállítási oldalon az felülírás kényszerítése lehetőséget.

    UserErrorRestoreFailedDatabaseCannotBeOfflined

    Hibaüzenet Possible causes Recommended actions
    A visszaállítás nem sikerült, mert az adatbázist nem lehetett offline állapotba helyezni. Visszaállítás közben a céladatbázist offline állapotba kell állítani. Az Azure Backup nem tudja offline állapotba hozni ezeket az adatokat. A kiváltó okok szűkítéséhez használja az Azure Portal hibamenüjének további részleteit. További információért tekintse meg az SQL Server dokumentációját.

    WlExtGenericIOFaultUserError

    Hibaüzenet Possible causes Recommended Actions
    A művelet során bemeneti/kimeneti hiba történt. Ellenőrizze a virtuális gépen előforduló gyakori I/O-hibákat. Hozzáférési engedélyek vagy helykorlátozások a célon. Ellenőrizze a virtuális gépen előforduló gyakori I/O-hibákat. Győződjön meg arról, hogy a célmeghajtó/hálózati megosztás a gépen:
  • olvasási/írási engedéllyel rendelkezik a számítógépen található NT AUTHORITY\SYSTEM fiókhoz.
  • elegendő hely áll rendelkezésre a művelet sikeres végrehajtásához.
    További információ: Visszaállítás fájlként.
  • UserErrorCannotFindServerCertificateWithThumbprint

    Hibaüzenet Possible causes Recommended actions
    Nem található a kiszolgálótanúsítvány ujjlenyomattal a célon. A célpéldány főadatbázisa nem rendelkezik érvényes titkosítási ujjlenyomattal. Importálja a forráspéldányon használt érvényes tanúsítvány ujjlenyomatát a célpéldányba.

    UserErrorRestoreNotPossibleBecauseLogBackupContainsBulkLoggedChanges

    Hibaüzenet Possible causes Recommended actions
    A helyreállításhoz használt naplóalapú biztonsági mentés tömegesen naplózott módosításokat tartalmaz. Nem használható arra, hogy az SQL-irányelveknek megfelelően tetszőleges időpontban megálljon. Ha egy adatbázis tömegesen naplózott helyreállítási módban van, a tömegesen naplózott tranzakció és a következő naplótranzakció közötti adatok nem állíthatók helyre. Válasszon egy másik időpontot a helyreállításhoz. További információ.

    FabricSvcBackupPreferenceCheckFailedUserError

    Hibaüzenet Possible causes Recommended actions
    Az SQL Always On rendelkezésre állási csoport biztonsági mentési beállítása nem teljesíthető, mert a rendelkezésre állási csoport egyes csomópontjai nincsenek regisztrálva. A biztonsági mentés végrehajtásához szükséges csomópontok nincsenek regisztrálva, vagy nem érhetők el.
    • Győződjön meg arról, hogy az adatbázis biztonsági mentéséhez szükséges összes csomópont regisztrálva és kifogástalan állapotban van, majd próbálkozzon újra a művelettel.
    • Módosítsa az SQL Server Always On rendelkezésre állási csoport biztonsági mentési beállításait.

    VMNotInRunningStateUserError

    Hibaüzenet Possible causes Recommended actions
    Az SQL Server virtuális gép le van állítva, és nem érhető el az Azure Backup szolgáltatás számára. A virtuális gép le van állítva. Győződjön meg arról, hogy az SQL Server-példány fut.

    GuestAgentStatusUnavailableUserError

    Hibaüzenet Possible causes Recommended actions
    Az Azure Backup szolgáltatás azure-beli virtuálisgép-vendégügynököt használ a biztonsági mentéshez, de a vendégügynök nem érhető el a célkiszolgálón. A vendégügynök nincs engedélyezve, vagy nem kifogástalan. Telepítse manuálisan a virtuálisgép-vendégügynököt .

    AutoProtectionCancelledOrNotValid

    Hibaüzenet Possible causes Recommended actions
    Az automatikus védelmi szándék el lett távolítva, vagy érvénytelenebb. Ha engedélyezi az automatikus védelmet egy SQL Server-példányon, a Biztonsági mentési feladatok konfigurálása az adott példány összes adatbázisához fut. Ha a feladatok futtatása közben letiltja az automatikus védelmet, a folyamatban lévő feladatok ezzel a hibakóddal lesznek megszakítva. Engedélyezze ismét az automatikus védelmet az összes fennmaradó adatbázis védelméhez.

    CloudDosAbsoluteLimitReached

    Hibaüzenet Possible causes Recommended actions
    A művelet le van tiltva, mivel elérte a 24 óra alatt engedélyezett műveletek számát. Ha 24 óra alatt elérte egy művelet megengedett maximális korlátját, ez a hiba jelenik meg.
    Például: Ha elérte a naponta aktiválható biztonsági mentési feladatok számának korlátját, és megpróbál biztonsági másolatot konfigurálni egy új elemen, akkor ez a hiba jelenik meg.
    A művelet 24 óra elteltével történő újrapróbálkozása általában megoldja ezt a problémát. Ha azonban a probléma továbbra is fennáll, segítségért forduljon a Microsoft ügyfélszolgálatához.

    CloudDosAbsoluteLimitReachedWithRetry

    Hibaüzenet Possible causes Recommended actions
    A művelet le van tiltva, mivel a tároló elérte a 24 órán belül engedélyezett műveletek maximális korlátját. Ha 24 óra alatt elérte egy művelet megengedett maximális korlátját, ez a hiba jelenik meg. Ez a hiba általában akkor jelenik meg, ha olyan nagy léptékű műveletek vannak, mint például a szabályzat módosítása vagy az automatikus védelem. A CloudDosAbsoluteLimitReached esetétől eltérően nem sok mindent tehet az állapot feloldásához. Valójában az Azure Backup szolgáltatás belsőleg újrapróbálkozza a műveletet az összes kérdéses elem esetében.
    Például: Ha nagy számú, szabályzattal védett adatforrással rendelkezik, és megpróbálja módosítani ezt a házirendet, az aktiválja a védelmi feladatok konfigurálását az egyes védett elemekhez, és néha eléri az ilyen műveletek napi megengedett maximális korlátját.
    Az Azure Backup szolgáltatás 24 óra elteltével automatikusan újrapróbálkozza ezt a műveletet.

    WorkloadExtensionNotReachable

    Hibaüzenet Possible causes Recommended actions
    Az AzureBackup számítási feladatok bővítményének művelete nem sikerült. A virtuális gép le van állítva, vagy a virtuális gép internetkapcsolati problémák miatt nem tud kapcsolatba lépni az Azure Backup szolgáltatással.
  • Győződjön meg arról, hogy a virtuális gép működik és internetkapcsolattal rendelkezik.
  • A bővítmény ismételt regisztrálása az SQL Server virtuális gépen.
  • UserErrorVMInternetConnectivityIssue

    Hibaüzenet Possible causes Recommended actions
    A virtuális gép internetkapcsolati problémák miatt nem tud kapcsolatba lépni az Azure Backup szolgáltatással. A virtuális gépnek kimenő kapcsolatot kell létesítenie az Azure Backup Service-hez, az Azure Storage-hoz vagy a Microsoft Entra-szolgáltatásokhoz.
  • Ha az NSG használatával korlátozza a kapcsolatot, akkor az AzureBackup szolgáltatáscímkével engedélyezi a kimenő hozzáférést az Azure Backup Service-hez, valamint a Microsoft Entra ID (AzureActiveDirectory) és az Azure Storage(Storage) szolgáltatásokhoz. A hozzáférés biztosításához kövesse az alábbi lépéseket .
  • Győződjön meg arról, hogy a DNS feloldja az Azure-végpontokat.
  • Ellenőrizze, hogy a virtuális gép egy terheléselosztó mögött van-e, amely blokkolja az internet-hozzáférést. Ha nyilvános IP-címet rendel a virtuális gépekhez, a felderítés működni fog.
  • Ellenőrizze, hogy nincs-e olyan tűzfal/víruskereső/proxy, amely blokkolja a fenti három célszolgáltatás hívásait.
  • UserErrorOperationNotAllowedDatabaseMirroringEnabled

    Hibaüzenet Possible cause Recommended action
    Az adatbázis-tükrözési munkamenetben részt vevő adatbázisok biztonsági mentését az AzureWorkloadBackup nem támogatja. Ha engedélyezi a tükrözési műveletet egy SQL-adatbázisban, ez a hiba jelenik meg. Az Azure Backup jelenleg nem támogatja az ilyen funkcióval rendelkező adatbázisokat. A művelet sikeres befejezéséhez eltávolíthatja az adatbázis tükrözési munkamenetét. Másik lehetőségként, ha az adatbázis már védett, állítsa le a biztonsági mentési műveletet az adatbázisban.

    UserErrorWindowsWLExtFailedToStartPluginService

    Hibaüzenet Possible cause Recommendation
    A művelet hiba miatt UserErrorWindowsWLExtFailedToStartPluginService meghiúsult. Az Azure Backup számítási feladatok bővítménye a szolgáltatásfiók helytelen konfigurálása miatt nem tudja elindítani a számítási feladatok biztonsági mentési beépülő modul szolgáltatását az Azure-beli virtuális gépen. Step 1:

    Ellenőrizze, hogy az NT Service\AzureWLBackupPluginSvc felhasználó rendelkezik-e olvasási engedélyekkel:
    - C:\windows\Microsoft.NET \assembly\GAC_32
    - C:\windows\Microsoft.NET \assembly\GAC_64
    - C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\machine.config.

    Ha az engedélyek hiányoznak, olvasási engedélyeket rendeljen ezekhez a könyvtárakhoz.

    Step 2:

    Ellenőrizze, hogy az NT Service\AzureWLBackupPluginSvc rendelkezik-e a Bypass traverse ellenőrzési jogosultságokkal, ha a helyi biztonsági házirend>felhasználói jogosultság-hozzárendelésének>megkerülésével megkerüli a bejárási ellenőrzést. Alapértelmezés szerint mindenkinek ki kell jelölnie.

    Ha a Mindenki és az NT Service\AzureWLBackupPluginSvc hiányzik, adja hozzá az NT Service\AzureWLBackupPluginSvc felhasználót, majd próbálja meg újraindítani a szolgáltatást, vagy aktiválni egy biztonsági mentési vagy visszaállítási műveletet egy adatforráshoz.

    Újraregisztrációs hibák

    Az újraregisztrálási művelet elindítása előtt ellenőrizze az alábbi tünetek valamelyikét:

    • Minden művelet (például a biztonsági mentés, a visszaállítás és a biztonsági mentés konfigurálása) meghiúsul a virtuális gépen a következő hibakódok egyikével: WorkloadExtensionNotReachable, UserErrorWorkloadExtensionNotInstalled, WorkloadExtensionNotPresent, WorkloadExtensionDidntDequeueMsg.

    • Ha a biztonsági mentési elem Biztonsági mentési állapota területén nem érhető el, zárja ki az összes többi olyan okot, amely ugyanahhoz az állapothoz vezethet:

      • Nincs engedélye biztonsági mentéssel kapcsolatos műveletek végrehajtására a virtuális gépen.
      • A virtuális gép leállítása, így a biztonsági mentések nem hajthatók létre.
      • Hálózati problémák

      re-registering VM

    • Always On rendelkezésre állási csoport esetén a biztonsági mentések a biztonsági mentés beállításainak módosítása vagy feladatátvétel után kezdtek meghiúsulni.

    Ezek a tünetek az alábbi okok valamelyike miatt jelentkezhetnek:

    • A bővítményt törölték vagy eltávolították a portálról.
    • A rendszer eltávolított egy bővítményt a Vezérlőpult a virtuális gépen az Eltávolítás vagy a Program módosítása területen.
    • A virtuális gép vissza lett állítva az időben a helyszíni lemez-visszaállítással.
    • A virtuális gépet hosszabb időre leállították, így a rajta lévő bővítménykonfiguráció lejárt.
    • A virtuális gépet törölték, és egy másik virtuális gép lett létrehozva ugyanazzal a névvel és ugyanabban az erőforráscsoportban, mint a törölt virtuális gép.
    • Az egyik rendelkezésre állási csoport csomópontja nem kapta meg a teljes biztonsági mentési konfigurációt. Ez akkor fordulhat elő, ha a rendelkezésre állási csoport regisztrálva van a tárolóban, vagy új csomópontot ad hozzá.

    Az előző forgatókönyvekben javasoljuk, hogy aktiváljon újraregisztrálási műveletet a virtuális gépen. Itt talál útmutatást a feladat PowerShellben való végrehajtásához.

    Fájlok méretkorlátja

    A fájlok teljes sztringmérete nem csak a fájlok számától, hanem a nevüktől és elérési útjaiktól is függ. Minden adatbázisfájlhoz lekérheti a logikai fájl nevét és a fizikai elérési utat. Ezt az SQL-lekérdezést használhatja:

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

    Most rendezze őket a következő formátumban:

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

    Példa:

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

    Ha a tartalom sztringmérete meghaladja a 20 000 bájtot, a rendszer másképpen tárolja az adatbázisfájlokat. A helyreállítás során nem tudja beállítani a visszaállítás célfájl-elérési útját. A fájlok az SQL Server által biztosított alapértelmezett SQL-elérési útra lesznek visszaállítva.

    Az alapértelmezett cél-visszaállítási fájl elérési útjának felülbírálása

    A visszaállítási művelet során felülbírálhatja a cél-visszaállítási fájl elérési útját egy olyan JSON-fájl elhelyezésével, amely tartalmazza az adatbázisfájlnak a cél-visszaállítási útvonalra való leképezését. Hozzon létre egy database_name.json fájlt, és helyezze a helyre C:\Program Files\Azure Workload Backup\bin\plugins\SQL*.

    A fájl tartalmának a következő formátumban kell lennie:

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

    Példa:

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

    Az előző tartalomban az adatbázisfájl logikai nevét a következő SQL-lekérdezéssel szerezheti be:

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

    Ezt a fájlt a visszaállítási művelet elindítása előtt kell elhelyezni.

    További lépések

    További információ az SQL-alapú virtuális gépekhez készült Azure Backupról.