И опять про бэкапы

Знаковый опрос на тему “Кто должен делать бэкап 1С“?

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

Мы периодически забываем о том, для чего делаются резервные копии. А нужны они только для восстановления данных. Поэтому правильные бэкапы – те, которые восстанавливаются. Пример использования виртуализации для тестирования резервных копий MS Exchange в рабочее время.

Ввиду того, что средний системный администратор (СА) – существо либо ленивое, либо занятое, бэкапы он не тестирует. Это справедливо для большинства компаний из сектора SMB (малый/средний бизнес).

Кроме того, СА может не делать бэкапы, придумывая следующие оправдания:

1. Нет достаточного места под резервные копии / нет выделенного сервера под резервные копии;
2. Нет системы автоматизированного создания резервных копий (СРК – система резервного копирования);
3. Нет времени на проверку резервных копий (либо некуда восстанавливать), а раз так – зачем их нерегулярно делать;
4. Отсутствует лицо, заинтересованное в создании резервных копий или целостности данных;
5. Просто влом.

Как правило, все пять причин/проблем находятся лишь в голове у СА. Люди, принимающие решения, ничего о них не знают. Ведь находятся же деньги на оплату труда специалистов по восстановлению информации с мертвых дисков (или приложений). Это следствие косноязычия ИТ – оно не умеет говорить с людьми.

С одной стороны – это специфика профессии СА. Как правило, СА – специалист с техническим образованием, его редко учат тому, чтобы красиво и внятно излагать свои мысли. Ему не надо разговаривать с сервером, чтобы тот ожил. С другой стороны, больше к такой работе тянет интравертов. 😉

СА, который является подкованным техническим специалистом и обладает хорошо подвешенным языком, как правило, уходит в смежные отрасли.

Лично я считаю, что:

• СА обязан иметь бэкапы инфраструктурных данных (например, AD);
• При возможности, иметь последний бэкап пользовательских данных. При невозможности создания такого бэкапа по объективным причинам – уведомить об этом свое руководство и предложить решение!

Общее направление к обоснованию резервных копий.

• Определить, кому нужны резервные копии. Если никому – не делаем их и точка (это касается пользовательских данных. Сохранность инфраструктуры нужна СА – он же побежит компы в новый домен перевгонять);
• Если нашлись такие люди, смотрим на их влияние в компании. Помочь в принятии решения о закупке СРК (или даже простого жесткого диска) рядовой менеджер не сможет;
• Если резервные копии все же нужны менеджменту или руководству компании, выясняем их потребности. Дальше смотрим ниже 😉

1) Нет места под резервные копии / нет выделенного сервера.

Как так – воскликнете вы! Ведь новый терабайтный жесткий диск стоит 100$. Да и в серверах есть еще незанятые жесткие диски. Вон, на контроллере домена свободно 20 гигабайт, на почтовом – еще 200. Бэкапь туда, место кончится – тогда и поговорим. Зачем тебе нужен выделенный сервер?

Обоснование первого пункта (и инфраструктуры резервного копирования вообще) стоит начинать не с жестких дисков и с серверов, а с определения списка информационных ресурсов и их объема. После этого мы находим лиц в менеджменте компании, которые заинтересованы в целостности этих ресурсов и согласовываем с ними планы по резервному копированию. Например, базы бухгалтерии надо архивировать раз в день, хранить последние 7 ежедневных бэкапов, 4 еженедельных и 12 ежемесячных. В результате, у нас есть 23 резервных копии, которые теоретически позволят нам восстановить определенные данные на состояние до года назад. Если нужна 100% восстанавливаемость всех данных, храним последние 365 копий. В результате, от сервисов мы придем к необходимому объему, требуемому под бэкапы. Кроме того, в выборе ресурсов для резервирования должен участвовать человек от ИТ. Это позволит гарантировать, что мы не забудем про резервные копии для контроллеров домена, например.

Так что там с жесткими дисками? Все просто – если мы не хотим, чтобы внезапно кончилось место на почтовом сервере / контроллере домена и службы встали, то нужны отдельные жесткие диски! Если не хотим, чтобы бэкапы бухгалтерии за последний год канули в лету вместе с жестким дисков, то настраиваем дополнительно архивацию на другие носители или внедряем рейд-массив. Под “если не хотим” я подразумеваю, “если не хочет заинтересованное лицо”.

Если:

• резервные копии не успевают сделаться за ночь, и мы не хотим тормозов на серверах днем;
• может возникнуть необходимость восстановления сервера с нуля (смерть мат.платы или рейд-контроллера);

то нам нужен выделенный сервер под хранение резервных копий.

Если нам нужно создание отчуждаемых архивов данных, смотрим в сторону DVD-дисков или ленточных накопителей. Если раньше стоимость хранения на них была низкой по сравнению с HDD, то сейчас жесткие диски по стоимости мегабайта находятся рядом! Выбор между DVD и лентами сделать просто – если нужна:

• автоматизация процесса архивации;
• высокая частота сброса данных на съемный носитель;
• объем данных для архивации велик (>10GB)

то берем ленточную библиотеку (может быть, даже с автозагрузчиком).

2) Нет программного обеспечения для автоматического создания резервных копий.

3) Нет времени на проверку резервных копий.

На самом деле, такое бесплатное программное обеспечение есть 😉

Это NTBackup для Windows 2003 Server и Windows Server Backup для Windows 2008 Server. Другие приложения (Exchange, SQL, Oracle), как правило, имеют свои средства автоматизации резервного копирования. Тут есть несколько своих проблем:

• Разнообразные интерфейсы систем резервного копирования (СРК) с различным функционалом. Для настройки и мониторинга работы СРК тратится много времени, особенно, если счет серверов идет на десятки;
• Не всегда есть контроль целостности созданных бэкапов;
• Нет автоматизированной системы по восстановлению бэкапов!

К примеру, сравним MS DPM 2010 и Symantec Backup Exec 2010. Первый – автоматизированная система по созданию резервных копий. Второй – АС по созданию и восстановлению резервных копий. То есть вы можете не только автоматизировать процесс создания резервной копии, но и ее восстановления для тестирования резервных копий. Я не говорю, что DPM не умеет восстанавливать данные. Я говорю о том, что он не умеет делать этого автоматически.

Возьмем другой популярный продукт – Veeam Backup and Replication. Летом обещают запустить новую версию, а также весчь под названием SureBackup. Обещанный функционал – возможность автоматизированного тестирования – восстанавливается ли это письмо, база SQL из бэкапа. А также – восстанавливается ли набор виртуальных машин или нет…

Кстати, сейчас Сергей Щадных тестирует виртуальные машины на восстанавливаемость с помощью скрипта. Собственно, именно этот скрипт и послужил вдохновением.

Резюмируя, можно сказать, что обоснованием покупки СРК может послужить необходимость гарантированно проверять  восстанавливаемость сервисов из резервных копий.

4) Отсутствует лицо, заинтересованное в  создании резервных копий или целостности данных.

Тут все относительно просто – надо найти человека, который скажет, чего он хочет от бэкапов. И не только скажет, чего хочет, но и будет готов идти на диалог – слушать ваши встречные предложения (если он может принимать решения), либо подписать бумагу (если не может).

5) влом.

Это единственная проблема, которую решать должен либо сам СА, либо его руководство с помощью системы мотивации / замены персонала.

Выводы

Как я уже упомянул, единственное предназначение СРК и бэкапов – гарантия восстановления данных. Основная причина, по которой не делаются или не восстанавливаются для тестов резервные копии – бездействие системнного администратора.

Как правильно внедрить у себя инфраструктуру резервного копирования:

• тщательно проанализировать потребности бизнеса. Ради бэкапа 2 гигабайтов данных никто в здравом уме миллионы не тратит. Делать бэкап только базы AD можно на жесткий диск своего ПК. Для этого – провести диалог либо с начальником службы ИТ, либо с директором предприятия, подготовив табличку с сервисами. Постараться донести мысль, что хотя бы одна резервная копия любых данных всегда должна быть. Исключение – каталоги с фильмами и музыкой;
• проработать несколько вариантов инфраструктур, различающихся по стоимости. Для каждого варианта составить краткую выкладку по возможностям и тому, как это подходит под ваши потребности. Вариант типа “подключить в свою рабочую станцию два жестких диска, сетевую карточку на гигабит” всерьез рассматривать не стоит;
• Предложить эти варианты на выбор.
• Если желания бизнеса никак не совпадают с его возможностями, то…

любое действие на ваш выбор.

Good luck!