Ma két Commvault-szolgáltatásról fogok beszélni az MS SQL biztonsági mentéshez, amelyeket méltánytalanul figyelmen kívül hagynak: a szemcsés helyreállítást és az SQL Management Studio Commvault beépülő modulját. Az alapbeállításokat nem veszem figyelembe. A bejegyzés inkább azoknak való, akik már tudják, hogyan kell telepíteni egy ügynököt, beállítani az ütemezést, házirendeket stb. Beszéltem arról, hogyan működik a Commvault, és mit tud ebben .
Granulált helyreállítás
választási lehetőség táblázatszint visszaállítás viszonylag nemrég jelent meg az Alkliens tulajdonságokban. Lehetővé teszi a táblák adatbázisból történő visszaállítását anélkül, hogy a teljes adatbázist vissza kellene állítani egy biztonsági másolatból. Ez akkor kényelmes, ha pontosan tudja, hol van a hiba vagy az adatvesztés. Ugyanakkor maga az adatbázis nagy, és az egész visszaállítása sok időt vesz igénybe.
Ennek az opciónak vannak korlátai:
- A táblákat nem lehet visszaállítani az eredeti adatbázisba, csak egy másikba.
— Minden tábla visszaáll a dbo sémára. A tábla nem állítható vissza felhasználói sémára.
— Csak rendszergazdai jogokkal rendelkező helyi SQL-kiszolgáló fiók támogatott.
— A célkiszolgálónak, amelyen a táblát visszaállítjuk, Windows operációs rendszeren kell futnia.
— A célkiszolgálón az SQL Agenten kívül telepíteni kell a Media Agentet és a Java Runtime Environment-et is.
— Az adatbázisnak teljes módban kell használnia a helyreállítási modellt.
— Ha a szemcsés adatbázis-helyreállítási opció engedélyezve van, a differenciált biztonsági mentési feladatok futtatásának képessége elvész.
A táblaszintű visszaállítás opció le van tiltva.
A táblaszintű visszaállítás opció le van tiltva.
Az én gyakorlatomban előfordult, hogy egy kliensnél a következő ütemezést állítottuk be egy SQL szerverhez: hetente egyszer egy teljes biztonsági mentés, hétköznapokon pedig 6 differenciális mentés. Engedélyezte a táblaszintű visszaállítás funkciót, és a differenciális biztonsági mentési feladatok feldolgozása hibásan történt.
Lássuk, milyen lesz maga a helyreállítás.
1. Indítsa el a helyreállítást a kívánt szeren.
2. A megjelenő ablakban lépjen a fülre Speciális beállítások. Választ SQL Granular Browse – Tartalom megtekintése.
3. A megnyíló listában válassza ki azt az adatbázist, amelyből visszaállítjuk a táblát, és kattintson a gombra Granular visszaállítása.
4. A párbeszédpanelen állítsa be az adatbázis beillesztési pontját a biztonsági mentési fájlokból (ilyen például az Instant Recovery technológia).
Adja meg:
- ideiglenes adatbázis neve;
- mennyi ideig kell tartani ezt a helyreállítási pontot napokban;
- a szerver, ahová az adatbázist csatoljuk. Csak azok a szerverek lesznek elérhetők a listában, amelyek megfelelnek a fent említett összes szükséges feltételnek: Windows operációs rendszerrel, telepített Media Agent és Java Runtime Environment rendszerrel stb.
Kattintson az OK gombra.
5. Az új ablakban kattintson a Helyreállítási pontok listája lehetőségre.
6. Megnyílik a csatlakoztatott helyreállítási pontok listája. Ha az adatbázis nagy, akkor várnia kell. Ezután kattintson Tallózás. Megjelenik egy ablak a kiválasztott adatbázis táblázatainak megtekintéséhez.
A lista kialakítása közben a Helyreállítási pontok párbeszédpanel gyakran bezárul, és nem térhetnek vissza újra. Ez egyszerű: kattintson a jobb gombbal arra az SQL-kiszolgálópéldányra, ahol a helyreállítási pont csatlakoztatásának folyamata elindult. Lépjen az Összes feladat elemre, és válassza a Helyreállítási pontok listázása lehetőséget.
7. Ha sok táblázat van, eltarthat egy ideig a megjelenítésük. Például egy 40 GB-os adatbázis esetében a lista körülbelül tíz percet vesz igénybe. Válassza ki a kívánt táblát, majd kattintson az Összes kijelölt visszaállítása gombra.
8. Új ablakban válassza ki azt az adatbázist, ahová a táblá(ka)t visszaállítjuk. Esetünkben ez a GPI TEST adatbázis.
9. A visszaállítás befejezése után a kiválasztott táblák megjelennek a GPI TEST adatbázisban.
Miután visszaállított egy táblát egy ideiglenes adatbázisba, áthelyezheti azt az eredeti adatbázisba a Management Studio segítségével.
Commvault beépülő modul az SQL Management Studio-hoz
Az adatbázis-adminisztrátorok nem mindig férnek hozzá a biztonsági mentési rendszerhez (BSS). Néha sürgősen meg kell tennie valamit, de az IBS rendszergazda nem elérhető. Az SQL Management Studio Commvault beépülő moduljával az adatbázis-adminisztrátor elvégezheti az alapvető adatok biztonsági mentését és helyreállítását.
QL Management Studio verzió
parancs
SQL 2008 R2
CvSQLAddInConfig.exe /i 10 /r
SQL 2012
CvSQLAddInConfig.exe /i 11 /r
SQL 2014
CvSQLAddInConfig.exe /i 12 /r
SQL 2016
CvSQLAddInConfig.exe /i 13 /r
SQL 2017
CvSQLAddInConfig.exe /i 14 /r
Az SQL-kiszolgálók olyan verziói, amelyek támogatják a Commvault beépülő modult és a beépülő modult aktiváló parancsokat. A beépülő modul csak 64 bites Windows operációs rendszeren támogatott.
1. Hajtsa végre az SQL szerverünk verziójának megfelelő parancsot:
2. A biztonsági mentési és visszaállítási lehetőségek már elérhetők a Management Studio alkalmazásban. Ehhez kattintson a jobb gombbal a kívánt adatbázisra.
Így az adminisztrátornak lehetősége van közvetlenül kapcsolatba lépni az adatbázis biztonsági másolataival a Commvault konzol és az SRK adminisztrátor hívása nélkül.
3. Amikor elindítja a menü bármely elérhető funkcióját, megjelenik egy ablak, amely bejelentkezési nevét és jelszavát kéri. A CommServe-hez való csatlakozáshoz használjon SSO-t vagy bármely más fiókot a Commserve Biztonság szakaszában (Commcell bejelentkezés).
4. Ha a hitelesítési adatokat helyesen adta meg, és elegendő hozzáférési jog áll rendelkezésre, az adatbázis-adminisztrátor a következőket teheti:
— rendkívüli biztonsági mentés futtatása (Backup);
— az adatbázis visszaállítása biztonsági másolatból (Restore);
— megtekintheti az elvégzett feladatok előzményeit (View History) és a folyamatban lévő feladatok előrehaladását (Job monitor).
Így néz ki a kiválasztott adatbázis befejezett biztonsági mentési munkáinak előzményei a Management Studio alkalmazásban.
Menü az adatbázis helyreállításához. Még csak nem is különbözik a konzol menüjétől.
Ennyi a Commvault két SQL Agent szolgáltatásához. Hozzáteszem, hogy a Commvault segítségével történő biztonsági mentés jobban megfelel azoknak, akiknek több tucat szerver van szolgálatban, több példányban és adatbázisban, mindezt esetleg különböző oldalakon, és eltérő ütemezést, mélységet stb. kell beállítani. Ha van egy pár szerver, akkor a Standard MS SQL-hez elég eszközök a mentéshez.
Forrás:
Forrás: will.com