Törölt Azure Database for MySQL-példány visszaállítása – rugalmas kiszolgálópéldány
A következőkre vonatkozik: Azure Database for MySQL – rugalmas kiszolgáló
Ha töröl egy rugalmas Azure Database for MySQL-kiszolgálópéldányt, a kiszolgáló biztonsági mentése legfeljebb öt napig őrizhető meg a szolgáltatásban. A kiszolgáló biztonsági mentése csak abból az Azure-előfizetésből érhető el és állítható vissza, ahol a kiszolgáló eredetileg található. Az alábbi ajánlott lépéseket követve helyreállítható egy rugalmas Azure Database for MySQL-kiszolgálói erőforrás a kiszolgáló törlésétől számított 5 napon belül. The recommended steps will work only if the backup for the server is still available and not deleted from the system.
Pre-requisites
A törölt Azure Database for MySQL-kiszolgálópéldány visszaállításához a következőkre van szüksége:
- Az eredeti kiszolgálót üzemeltető Azure-előfizetés neve
- A kiszolgáló létrehozásának helye
A visszaállítás lépései
Nyissa meg a Tevékenységnaplót az Azure Portal Monitor paneljén.
A Tevékenységnaplóban kattintson a Szűrő hozzáadása elemre az ábrán látható módon, és állítsa be a következő szűrőket a
- Előfizetés = A törölt kiszolgálót üzemeltető előfizetés
- Erőforrástípus = Rugalmas Azure Database for MySQL-kiszolgálók (Microsoft.DBforMySQL/flexibleServers)
- Operation = Delete MySQL Server (Microsoft.DBforMySQL/flexibleServers/delete)
Kattintson duplán a MySQL-kiszolgáló törlése eseményre, és kattintson a JSON fülre, és jegyezze fel a "resourceId" és a "submissionTimestamp" attribútumokat a JSON-kimenetben. A resourceId formátuma a következő:
/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/TargetResourceGroup/providers/Microsoft.DBforMySQL/flexibleServers/deletedserver
.Lépjen a Kiszolgáló REST API-jának létrehozása lapra , és kattintson a zöld színnel kiemelt "Kipróbálás" fülre, és jelentkezzen be az Azure-fiókjával.
Adja meg a resourceGroupName, serverName (törölt Azure Database for MySQL-kiszolgálópéldány nevét), a 3. lépésben rögzített "resourceId" attribútumból származtatott subscriptionId azonosítót, míg az API-verzió előre ki van töltve a képen látható módon.
Görgessen lejjebb a Kérelem törzse szakaszban, és illessze be a következőt:
{ "location": "Dropped Server Location", "properties": { "restorePointInTime": "submissionTimestamp - 15 minutes", "createMode": "PointInTimeRestore", "sourceServerResourceId": "resourceId" } }
Cserélje le a következő értékeket a fenti kérelemtörzsben:
- "Elvetett kiszolgáló helye" azzal az Azure-régióval, ahol a törölt kiszolgálót eredetileg létrehozták
- "submissionTimestamp" és "resourceId" a 3. lépésben rögzített értékekkel.
- A "restorePointInTime" beállításnál adjon meg egy "submissionTimestamp" értéket mínusz 15 perc alatt , hogy a parancs ne álljon ki.
Ha 201-ben vagy 202-ben megjelenik a válaszkód, a visszaállítási kérés sikeresen elküldve lesz.
A kiszolgáló létrehozása az eredeti kiszolgálón kiépített adatbázis méretétől és számítási erőforrásaitól függően időt vehet igénybe. A visszaállítási állapot a tevékenységnaplóból a következő szűréssel figyelhető:
- Előfizetés = Az Ön előfizetése
- Erőforrástípus = Rugalmas Azure Database for MySQL-kiszolgálók (Microsoft.DBforMySQL/flexibleServers)
- Operation = Update MySQL Server Create
További lépések
- Ha öt napon belül megpróbál visszaállítani egy kiszolgálót, és továbbra is hibaüzenetet kap a korábban ismertetett lépések pontos követése után, nyisson meg egy támogatási incidenst segítségért. Ha öt nap után próbál visszaállítani egy törölt kiszolgálót, hiba várható, mivel a biztonsági mentési fájl nem található. Ebben a forgatókönyvben ne nyisson meg támogatási jegyet. A támogatási csapat nem tud segítséget nyújtani, ha a biztonsági mentést törölték a rendszerből.
- Ha olyan elvetett kiszolgálót próbál visszaállítani, amelynek következtében az erőforráscsoportot is törölték/elvették, hozza létre újra az erőforráscsoportot ugyanazzal a névvel, mielőtt megpróbálná visszaállítani az elvetett kiszolgálót.
- A kiszolgálók véletlen törlésének megakadályozása érdekében javasoljuk az Erőforrás-zárolások használatát.
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: