Днес ще говоря за две възможности на Commvault за резервно копиране на MS SQL, които незаслужено остават встрани: грануларно възстановяване и плъгинът Commvault за SQL Management Studio. Няма да разглеждам основните настройки. Публикацията е предимно за тези, които вече знаят как да инсталират агента, да настройват график, политики и т.н. За това как е структурирана Commvault и какво може, разказвах в този .
Грануларно възстановяване
Опция възстановяване на ниво таблица се появи в свойствата на Subclient относително скоро. Тя позволява включването на възможността за възстановяване на таблици от базата данни, без да се възстановява цялата база данни от резервно копие. Това е удобно, когато знаеш точно къде е проблемът или загубата на данни. При това самата база е голяма и възстановяването ѝ изцяло би отнело много време.
Тази опция има ограничения:
— Таблиците не могат да се възстановят в оригиналната база данни, само в друга.
— Всички таблици се възстановяват в схемата dbo. Таблицата не може да бъде възстановена в потребителска схема.
— Поддържа се само локална SQL-сървърна сметка с права на системен администратор.
— Целевият сървър, на който възстановяваме таблицата, трябва да работи на ОС Windows.
— На целевия сървър, освен SQL агента, трябва да бъдат инсталирани Media Agent и Java Runtime Environment.
— Базата данни трябва да използва Recovery модел в режим Full.
— Ако е активирана опцията за грануларно възстановяване на БД, се губи възможността за стартиране на задания за диференциално резервно копиране.
Опцията за възстановяване на ниво таблица е изключена.
Опцията за възстановяване на ниво таблица е изключена.
В моята практика имаше случай, когато клиентът за SQL-сървъра беше настроил следния график: едно пълно резервно копие веднъж седмично и 6 диференциални резервни копия през работните дни. Той активира функцията за възстановяване на ниво таблица, и заданията за диференциално резервно копие се изпълняваха с грешка.
Нека видим как ще изглежда самото възстановяване.
1. Стартираме възстановяването на необходимия агент.
2. В появилото се прозорче преминаваме в раздела Разширени опции. Изберете SQL Granular Browse — Виж съдържание.
3. В отворения списък избираме базата, от която ще възстановим таблицата, и натискаме Възстанови на грануларно ниво.
4. В диалоговия прозорец настройваме точката на монтиране на базата данни от резервните файлове (нещо подобно на технологията Instant Recovery).
Указваме:
- име за временната база данни;
- колко дълго да се задържи тази точка на възстановяване в дни;
- сървър, където ще монтираме базата данни. В списъка ще бъдат налични само сървъри, които отговарят на всички необходими условия, за които говорих по-горе: с ОС Windows, инсталирани Media Agent и Java Runtime Environment и др.
Натиснете ОК.
5. В новия прозорец натискаме на List Recovery Points.
6. Ще се отвори списък с монтираните точки за възстановяване. Ако базата данни е голяма, ще трябва да изчакате. След това натиснете Browse. Ще се появи прозорец за преглед на таблиците от избраната база данни.
Докато се формира списъкът, диалоговият прозорец 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 и командите, които активират работата на плъгина. Плъгинът се поддържа само на 64-битова версия на ОС Windows.
1. Изпълнете командата, която отговаря на нашата версия на SQL server:
2. Сега в Management Studio стана достъпни опциите за резервно копиране и възстановяване. За това трябва да кликнете с десния бутон на нужната база данни.
Администраторът по този начин получава възможността да взаимодействат директно с резервните копия на базата данни без конзолата на Commvault и запитвания към администратора на СРК.
3. При стартиране на всяка от наличните функции в това меню ще се появи прозорец с искане за входно име и парола. За свързване към CommServe се използва SSO или друга учетна запись от секцията Security в Commserve (логин към Commcell).
4. Ако удостоверението е въведено правилно и правата за достъп са достатъчни, администраторът на БД може:
— да стартира извънредно резервно копие (Backup);
— да възстанови базата данни от резервно копие (Restore);
— да прегледа историята на завършените задачи (View History) и напредъка по задачите в процес на изпълнение (Job monitor).
Така в Management Studio изглежда историята на завършените резервни копия за избраната база данни.
Меню за възстановяване на базата данни. То дори не се различава от менюто в конзолата.
Това е всичко за тези две възможности на агента SQL от Commvault. Добавям, че резервирането с помощта на Commvault е подходящо за тези, които управляват десетки сървъри, с няколко инстанции и БД, всичко това, може би, на различни площадки и изисква настройка на различно разписание, дълбочина и т.н. Ако имате няколко сървъра, стандартните средства на MS SQL ще бъдат достатъчни за резервно копие.
Източник:
Източник: habr.com
