Гру 1 2020
Резервное копирование SQL базы через DPM

Если честно говорить, то я был удивлен на новом рабочем месте, что базы данных от 1С 8.3 (SQL’ьные) бекапируются не через оснастку SQL Management Studio посредством Maintenance Plan. Об этом я уже публиковал пошаговую заметку если кто впервые на моем блоге.

Здесь за резервное копирование отвечает продукт от Microsoft имя ему System Center 2012 R2 Data Protection Manager version: 4.2.1205.0. Я задался целью разобрать в опять же в шагах, как это настраивается и осуществляется бекапирование и восстановление.

Прежде чем приступить нужно

Итак, агент DPM я установил на систему srv-sql

  • srv-ad -> AD
  • srv-dpm -> DPM
  • srv-sql -> SQL

Шаг №1: Авторизуюсь на системе где установлена центральная консоль Microsoft System Center 2012 R2 DPM Administrator Console — это у меня srv-dpm

Protection - New и посредством мастера создаю Protection Group

Select protection group type: Servers, Next

Select group members: вижу свой домен polygon.local — вижу системы на которых есть агент DPM и вот моя srv-sql на которую я ранее установил агента, разворачиваю ее, перехожу в ALL SQL Servers - SRV-SQL — вижу базу под именем dbpolygon, отмечаю ее галочкой тем самым помещаю ее в создаваемую группу, а после нажимаю Next

В создаваемую группу добавляю базу с srv-sql

Именую создаваемую группу которая у меня отвечает за резервное копирование базы данных с системы srv-sql:

Select data protection method:

Именую группу бекапирования

и нажимаю Next

Select short-term goals:

Предопределяю сколько копий у меня будет

  • Retention range: 5 days
  • Express Full Backup: 23:00 Пн, Ср, Пт (т.е. полный бекап в 23 часа каждый понедельник, среду и пятницу, т.к. фирма работает в графике 5/2)
Сколько копий хранить и когда делать резервную копию

и нажимаю Next

Review disk allocation:

Резервирую место, хотя я оставляю все по дефолту полагаясь на мастера.

Резервирую место под бекапы

и нажимаю Next

Choose replica creation method:

DPM должен создать реплику резервируемого, оставляю по дефолту, пусть сейчас сделает. А в продуктиве лучше делать это вечером после работы дабы не нагружать сеть.

Когда создать реплику

и нажимаю Next

Choose consistency check:

Проверка измененных синхронизируемых данных

Как отслеживаются изменения

и нажимаю Next

Summary:

Под итог предопределенных параметров посредством мастера

Итог предопределенных шагов

и нажимаю Create Group

Status:

Результат создание группы и реплики

Результат создания группы и реплики

Но увы не все работает сразу и как задумывалось, смотрю логи:

  • Monitoring - (Alerts) All Alerts - Critical
  • Occurred Since: 02.01.2010 19:17:44
  • Affected Area: SRV-SQL\dbpolygon
  • Computer: srv-sql.polygon.local
  • Protection Group: Group_SQL
  • Alert: Unable to configure protection
Ошибка создания задания резервного копирования

Ошибка ID 3170 говорит, что у задания нет полномочий на работу с SQL Instances и нужно, см. следующий шаг.

Шаг №2: Вот в логах Monitoring - (Alerts) Critical есть рекомендация, нужно на сервере srv-sql создать Login 'NT Service\DPMRA' с правами роли sysadmin.

На заметку: Когда будем создавать учетную запись не нажимаем Search

Страница General

  • Login name: NT Service\DPMRA
  • Windows authentication: отмечаем
  • Default database: master
  • Default language: English

Страница Server Roles

  • Server roles: public & sysadmin

Страница Status

  • Permission to connect to database engine: Grant
  • Login: Enabled

Итого должно получиться вот так:

Добавленная учетная запись для нужд DPM на SQL Server

Шаг №3: Возвращаемся к окну с ошибкой в DPM - Monitoring - (Alerts) All Alerts - Critical и нажимаем на «Run configure protection job again...» и задание отработало, была снята резервная копия базы данных.

Шаг №4: Проверяю, что если что у меня есть бекап и я могу опираясь на календарь увидеть свои бекапы и восстановить базу данных:

Recovery - (Browse) Recoverable Data - polygon.local - SRV-SQL - All Protected SQL Instances - SRV-SQL - dbpolygon

вижу что есть бекап и его размер 48,39 Mb — а вот размер самой базы если смотреть через SQL Management Studio 5 Mb, вопрос почему размер так сильно увеличен.

Резервное копирование выполнено

Шаг №5: Чтобы восстановить базу нужно через правый клик мышью на базе в Recovery, выбрать сервер srv-sql, базу и нажать Recovery и далее через мастер, либо восстанавливаем в SQL Server, либо экспортируем ее как файлы

  • dbpolygon.mdf
  • dbpolygon_log.ldf

в необходимый каталог, пример:

При восстановление базы можно экспортировать ее в каталог

Но скопированные файлы не просто буду в папке C:\1 сервера srv-sql, а будет сформирована структура каталогов:

\\srv-sql\c$\1\DPM_1-2-2020_19.29.2\SRV-SQL\dbpolygon\C-Volume\Program files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\DATA

Структура каталогов и экспортированные файлы базы данных и лога

а уже потом их можно добавить через SQL Management Studio:

srv-sql (SQL Server 11.0.7001 - POLYGON\ekzorchik)

Databases - Attach...

Шаг №6: А если посмотреть как выглядит теперь динамический диск на котором уже есть одна резервная копия, то выглядеть он будет так:

Как одна Protection Group зарезервировала место на динамическом диске

Занятно целых 14Gb, а это потому что при формировании группы я настройке оставил по дефолту и мастер зарезервировал место. Мне же достаточно этой заметкой было уяснить как DPM осуществляет резервное копирование баз SQL, а то поначалу было не понятно теперь же все прояснилось и был выявлен нюанс что на SQL сервере нужна специализированная учетная запись.

Замечу, я только учусь работать с DPM и не претендую на 100% правильность работы с DPM, так что заметки насчет DPM будут дополняться новыми знаниям.

На заметку: Как по мне излишне использовать DPM для бекапирования SQL, проще это делать средствами самого SQL. В нем можно настроить план обслуживания со всеми проверками, очистками и т.д + уведомление о ходе работы задания. (Оповещение о работе плана обслуживания)

На этом я пока прощаюсь, с уважением автор блога Олло Александр aka ekzorchik.

a.boyko 0 Коментарі