Сёння раскажу пра дзве магчымасці Commvault для рэзервовага капіявання MS SQL, якія незаслужана абыходзяць бокам: гранулярнае аднаўленне і ўбудова Commvault для SQL Management Studio. Базавыя моманты наладкі разглядаць не буду. Пост хутчэй для тых, хто ўжо ўмее ўсталёўваць агент, наладжваць расклад, палітыкі і інш. Пра тое, як уладкованы Commvault і што ён умее, распавядаў у гэтым
Гранулярнае аднаўленне
опцыя table level restore з'явілася ва ўласцівасцях Subclient адносна нядаўна. Яна дазваляе ўлучыць магчымасць узнаўлення табліц з базы дадзеных, пры гэтым не аднаўляючы з бэкапу ўсю базу дадзеных. Гэта зручна, калі ведаеш, дзе канкрэтна памылка ці страта дадзеных. Пры гэтым сама база вялікая і аднаўляць яе ўсю зойме шмат часу.
У гэтай опцыі ёсць абмежаванні:
- Табліцы нельга аднавіць у зыходную базу дадзеных, толькі ў іншую.
- Усе табліцы аднаўляюцца ў схему dbo. Табліцу нельга аднавіць у карыстацкую схему.
- Падтрымліваецца толькі лакальны ўліковы запіс SQL-сервера з правамі сістэмнага адміністратара.
- Мэтавы сервер, куды аднаўляем табліцу, павінен працаваць на АС Windows.
- На мэтавым серверы, акрамя агента SQL, павінны быць устаноўлены Media Agent і Java Runtime Environment.
- База дадзеных павінна выкарыстоўваць Recovery model у рэжыме Full.
- Калі ўключаная опцыя гранулярнага аднаўлення БД, знікае магчымасць запускаць заданні на дыферэнцыяльнае рэзервовае капіраванне.
Опцыя table-level-restore выключаная.
Опцыя table-level-restore выключаная.
У маёй практыцы быў выпадак, калі ў кліента для SQL-сервера быў наладжаны наступны расклад: адзін поўны бэкап раз у тыдзень і 6 дыферэнцыяльных бэкапаў у буднія дні. Ён уключыў функцыю table-level-restore, і заданні на дыферэнцыяльны бэкап адпрацоўваліся з памылкай.
Паглядзім, як жа будзе выглядаць само аднаўленне.
1. Запускаем аднаўленне на патрэбным агенце.
2. У якое з'явілася акне пераходзім ва ўкладку Дадатковыя параметры. Выбіраемы SQL Granular Browse - View Content.
3. У які адкрыўся спісе выбіраемы базу, з якой будзем аднаўляць табліцу, і націскаем Restore Granular.
4. У дыялогавым акне наладжваем кропку мантавання базы дадзеных з файлаў рэзервовага капіявання (нешта накшталт тэхналогіі Instant Recovery).
Паказваем:
- імя для часовай базы даных;
- як доўга трымаць дадзеную кропку аднаўлення ў днях;
- сервер, куды мы будзем мантаваць базу дадзеных. У спісе будуць даступныя толькі сервера, якія выконваюць усе неабходныя ўмовы, пра якія казаў вышэй: c АС Windows, усталяванымі Media Agent і Java Runtime Environment і інш.
Націскаем ОК.
5. У новым акне націскаем на List Recovery Points.
6. Адкрыецца спіс прымантаваных кропак аднаўлення. Калі база дадзеных вялікая, то давядзецца пачакаць. Затым націскаем прагартаць. Зьявіцца вакно для прагляду табліц з абранай базы дадзеных.
Пакуль фармуецца спіс, часта дыялогавае Recovery Points зачыняюць, а потым не могуць туды вярнуцца зноў. Усё проста: клікніце правай кнопкай па інстансе SQL-сервера, дзе быў запушчаны працэс мантавання кропкі аднаўлення. Перайдзіце ў All Tasks і абярыце List Recovery Points.
7. Калі табліц шмат, для іх адлюстравання можа спатрэбіцца некаторы час. Напрыклад, для базы дадзеных на 40 ГБ спіс фармуецца хвілін дзесяць. Выбіраемы патрэбную табліцу, націсканы Recover All Selected.
8. У новым акне выбіраем базу, куды будзем аднаўляць табліцу(ы). У нашым выпадку - гэта база GPI TEST.
9. Пасля завяршэння аднаўлення ў базе GPI TEST з'явяцца абраныя табліцы.
Пасля аднаўлення табліцы ў часавую базу дадзеных яе можна перанесці ў зыходную базу дадзеных сродкамі Management Studio.
Plug-in ад Commvault для SQL Management Studio
Адміністратары баз даных не заўсёды маюць доступ у сістэму рэзервовага капіявання (СРК). Часам трэба зрабіць нешта тэрмінова, а адміністратара СРК няма на месцы. З дапамогай плагіна Commvault для SQL Management Studio адміністратар БД зможа выканаць базавыя дзеянні па рэзервовым капіяванні і аднаўленні дадзеных.
QL Management Studio Version
Каманда
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
Версіі SQL-сервераў, якія падтрымліваюць Commvault Plug-in і каманды, якія актывуюць працу плагіна. Убудова падтрымліваецца толькі на 64-бітнай версіі АС Windows.
1. Выконваем каманду, якая адпавядае нашай версіі SQL server:
2. Цяпер у Management Studio сталі даступныя опцыі па рэзервовым капіяванні і аднаўленні. Для гэтага трэба клікнуць правай кнопкай мышы на патрэбную базу даных.
У адміністратара, такім чынам, з'явілася магчымасць наўпрост узаемадзейнічаць з рэзервовымі копіямі дадзенай базы дадзеных без кансолі Commvault і зваротаў да адміністратара СРК.
3. Пры запуску любой з даступных функцый дадзенага меню з'явіцца акно з запытам лагіна і пароля. Для падлучэння да CommServe выкарыстоўваецца SSO ці ж любы іншы ўліковы запіс з падзелу Security у Commserve (Commcell login).
4. Калі ўліковыя дадзеныя былі ўведзеныя правільна і правоў доступу хапае, адміністратар БД можа:
- запусціць пазачарговае рэзервовае капіраванне (Backup);
- аднавіць базу з бэкапу (Restore);
- Прагледзець гісторыю выкананых заданняў (View History) і прагрэс па заданнях у працэсе выканання (Job monitor).
Вось так у Management Studio выглядае гісторыя выкананых заданняў рэзервовага капіявання па абранай базе дадзеных.
Меню для аднаўлення базы даных. Яно нават не адрозніваецца ад меню кансолі.
На гэтым усё аб гэтых двух магчымасцях агента SQL ад Commvault. Дадам, што рэзервовае капіраванне сродкамі Commvault больш падыдзе тым, у каго на абслугоўванні дзясяткі сервераў, з некалькімі інстансамі і БД, усё гэта, магчыма, на розных пляцоўках і патрабуе налады рознага раскладу, глыбіні і інш. Калі ў вас пара сервераў, то для бэкапу хопіць і штатных сродкаў MS SQL.
Крыніца:
Крыніца: habr.com