Архивиране на MS SQL: няколко полезни функции на Commvault, за които не всеки знае

Днес ще ви разкажа за две функции на Commvault за архивиране на MS SQL, които са несправедливо игнорирани: гранулирано възстановяване и приставката Commvault за SQL Management Studio. Няма да разглеждам основните настройки. Публикацията е по-вероятно за тези, които вече знаят как да инсталират агент, да конфигурират график, политики и т.н. Говорих за това как работи Commvault и какво може да прави в това пост.

Гранулирано възстановяване

Вариант възстановяване на ниво таблица се появи в свойствата на подклиента сравнително наскоро. Тя ви позволява да активирате възможността за възстановяване на таблици от база данни, без да възстановявате цялата база данни от резервно копие. Това е удобно, когато знаете къде точно е грешката или загубата на данни. В същото време самата база данни е голяма и възстановяването й ще отнеме много време.


Тази опция има ограничения:
- Таблиците не могат да бъдат възстановени в оригиналната база данни, а само в друга.  
— Всички таблици са възстановени към схемата dbo. Таблицата не може да бъде възстановена до потребителска схема.
— Поддържа се само акаунт на локален SQL сървър с права на системен администратор.
— Целевият сървър, където възстановяваме таблицата, трябва да работи на Windows OS.
— На целевия сървър, в допълнение към SQL Agent, Media Agent и Java Runtime Environment трябва да бъдат инсталирани.
— Базата данни трябва да използва модела за възстановяване в пълен режим.
— Ако е активирана опцията за гранулирано възстановяване на базата данни, се губи възможността за изпълнение на задания за диференциално архивиране.  

Опцията за възстановяване на ниво таблица е деактивирана.

Опцията за възстановяване на ниво таблица е деактивирана.

В моята практика имаше случай, когато клиент имаше следния график, конфигуриран за SQL сървър: едно пълно архивиране веднъж седмично и 6 диференциални архивиране през делничните дни. Той активира функцията за възстановяване на ниво таблица и заданията за диференциално архивиране бяха обработени с грешка.

Да видим как ще изглежда самата реставрация.
1. Стартирайте възстановяване на желания агент.


2. В прозореца, който се показва, отидете на раздела Разширени опции, Изборът SQL подробен преглед - Преглед на съдържанието.


3. В списъка, който се отваря, изберете базата данни, от която ще възстановим таблицата и щракнете Възстановяване на гранулиран.


4. В диалоговия прозорец конфигурирайте точката на монтиране на базата данни от архивните файлове (нещо като технология за незабавно възстановяване).
Посочете:

• име за временна база данни;
• колко дълго да се запази тази точка на възстановяване в дни;
• сървъра, където ще монтираме базата данни. Само сървъри, които отговарят на всички необходими условия, споменати по-горе, ще бъдат налични в списъка: с инсталирани Windows OS, Media Agent и Java Runtime Environment и т.н.

Натиснете OK.


5. В новия прозорец щракнете върху Списък с точки за възстановяване.


6. Ще се отвори списък с монтирани точки за възстановяване. Ако базата данни е голяма, ще трябва да изчакате. След това щракнете паса. Ще се появи прозорец за преглед на таблици от избраната база данни.


Докато списъкът се формира, диалогът за точки за възстановяване често се затваря и след това те не могат да се върнат там отново. Просто е: щракнете с десния бутон върху екземпляра на SQL сървъра, където е стартиран процесът на монтиране на точката за възстановяване. Отидете на Всички задачи и изберете Списък с точки за възстановяване.


7. Ако има много таблици, показването им може да отнеме известно време. Например, за база данни от 40 GB, формирането на списъка отнема около десет минути. Изберете желаната таблица и щракнете върху Възстановяване на всички избрани.


8. В нов прозорец изберете базата данни, където ще възстановим таблицата(ите). В нашия случай това е базата данни GPI TEST.


9. След приключване на възстановяването избраните таблици ще се появят в базата данни GPI TEST.


След като възстановите таблица във временна база данни, можете да я преместите в оригиналната база данни с помощта на Management Studio.

Commvault плъгин за SQL Management Studio

Администраторите на бази данни не винаги имат достъп до системата за архивиране (BSS). Понякога трябва да направите нещо спешно, но администраторът на IBS не е наличен. С плъгина Commvault за SQL Management Studio, администратор на база данни може да извърши основно архивиране и възстановяване на данни.

Версия на QL Management Studio

Команда

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 сървъра:


2. Опциите за архивиране и възстановяване вече са налични в Management Studio. За да направите това, щракнете с десния бутон върху желаната база данни.
По този начин администраторът има възможност директно да взаимодейства с резервни копия на тази база данни без конзолата на Commvault и извиквания към администратора на SRK.


3. Когато стартирате някоя от наличните функции на това меню, ще се появи прозорец с искане за вашето потребителско име и парола. За да се свържете с CommServe, използвайте SSO или друг акаунт от секцията Сигурност в Commserve (влизане в Commcell).




4. Ако идентификационните данни са въведени правилно и има достатъчно права за достъп, администраторът на базата данни може:
— изпълнете извънредно архивиране (Backup);
— възстановяване на базата данни от резервно копие (Възстановяване);
— преглед на хронологията на изпълнените задачи (Преглед на хронологията) и напредъка на текущите задачи (Монитор на работата).

Ето как изглежда хронологията на изпълнените задания за архивиране за избраната база данни в Management Studio.

Меню за възстановяване на база данни. Дори не се различава от менюто на конзолата.

Това е всичко за тези две функции на SQL Agent от Commvault. Ще добавя, че архивирането с помощта на Commvault е по-подходящо за тези, които имат десетки сървъри в услуга, с няколко екземпляра и бази данни, всичко това вероятно на различни сайтове и изисква настройка на различни графици, дълбочина и т.н. Ако имате няколко сървъра, тогава за стандартни MS SQL инструменти са достатъчни за архивиране.

Източник: documentation.commvault.com

Източник: www.habr.com