Бекап на MS SQL: неколку корисни функции на Commvault за кои не знае секој

Денес ќе ви кажам за две функции Commvault за резервна копија на MS SQL кои неправедно се игнорираат: грануларно обновување и приклучокот Commvault за SQL Management Studio. Нема да ги разгледам основните поставки. Постот е поверојатно за оние кои веќе знаат како да инсталираат агент, да конфигурираат распоред, политики итн. Зборував за тоа како работи Commvault и што може да направи во ова пост.

Грануларно закрепнување

Опција обновување на нивото на масата се појави во својствата на подклиентите релативно неодамна. Тоа ви овозможува да ја овозможите можноста за враќање на табелите од базата на податоци без враќање на целата база на податоци од резервна копија. Ова е погодно кога знаете каде точно е грешката или загубата на податоци. Во исто време, самата база на податоци е голема и обновувањето на сето тоа ќе потрае многу време.


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

Опцијата за враќање на ниво на табела е оневозможена.

Опцијата за враќање на ниво на табела е оневозможена.

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

Ајде да видиме како ќе изгледа самата реставрација.
1. Започнете со обновување на саканиот агент.


2. Во прозорецот што се појавува, одете на јазичето Напредни опции. Изберете SQL Granular Browse - Погледнете ја содржината.


3. Во списокот што се отвора, изберете ја базата од која ќе ја вратиме табелата и кликнете Врати грануларна.


4. Во полето за дијалог, конфигурирајте ја точката за монтирање на базата на податоци од резервните датотеки (нешто како технологија за инстант обновување).
Ние укажуваме:

• име за привремена база на податоци;
• колку долго да се задржи оваа точка за опоравување во денови;
• серверот каде што ќе ја монтираме базата на податоци. Само серверите што ги исполнуваат сите потребни услови споменати погоре ќе бидат достапни во списокот: со инсталиран Windows OS, Media Agent и Java Runtime Environment итн.

Кликнете на ОК.


5. Во новиот прозорец кликнете на List Recovery Points.


6. Ќе се отвори список на монтирани точки за враќање. Ако базата на податоци е голема, ќе мора да почекате. Потоа кликнете Погледни ги. Ќе се појави прозорец за прегледување табели од избраната база на податоци.


Додека се формира списокот, дијалогот за точки за наплата често се затвора, а потоа тие не можат повторно да се вратат таму. Едноставно е: кликнете со десното копче на примерот на серверот SQL каде што започна процесот на монтирање на точката за обновување. Одете во Сите задачи и изберете List Recovery Points.


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


8. Во нов прозорец, изберете ја базата на податоци каде што ќе ги вратиме табелите. Во нашиот случај, ова е базата на податоци GPI TEST.


9. Откако ќе заврши реставрацијата, избраните табели ќе се појават во базата на податоци GPI TEST.


Откако ќе ја вратите табела во привремена база на податоци, можете да ја преместите во оригиналната база на податоци со користење на Студиото за управување.

Commvault приклучок за SQL Management Studio

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

Верзија на студио за управување со QL

Команда

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 и команди кои го активираат plug-in-от. Приклучокот е поддржан само на 64-битен Windows OS.

1. Извршете ја командата што одговара на нашата верзија на SQL серверот:


2. Опциите за резервна копија и враќање сега се достапни во Студиото за управување. За да го направите ова, кликнете со десното копче на саканата база на податоци.
Така, администраторот има можност директно да комуницира со резервните копии на оваа база на податоци без конзолата Commvault и повици до администраторот SRK.


3. Кога ќе стартувате некоја од достапните функции на ова мени, ќе се појави прозорец со барање за најавување и лозинка. За да се поврзете со CommServe, користете SSO или која било друга сметка од делот за безбедност во Commserve (најава во Commcell).




4. Ако ингеренциите се правилно внесени и има доволно права за пристап, администраторот на базата на податоци може:
— извршете извонредна резервна копија (Backup);
— вратете ја базата на податоци од резервна копија (Restore);
— погледнете ја историјата на завршените задачи (Прикажи историја) и напредокот на задачите што се во тек (Монитор на работа).

Вака изгледа историјата на завршените задачи за резервна копија за избраната база на податоци во Студиото за управување.

Мени за обновување на базата на податоци. Не се разликува ни од менито на конзолата.

Тоа е сè за овие две функции на SQL Agent од Commvault. Ќе додадам дека резервната копија користејќи Commvault е посоодветна за оние кои имаат десетици сервери во услуга, со неколку примери и бази на податоци, сето ова, можеби, на различни сајтови и бара поставување различни распореди, длабочина, итн. Ако имате неколку сервери, а потоа за Standard MS SQL алатките се доволни за резервна копија.

Извор: documentation.commvault.com

Извор: www.habr.com