SpayniX Web Portal

  • Увеличить размер шрифта
  • Размер шрифта по умолчанию
  • Уменьшить размер шрифта

Организационные вопросы при создании резервных копий

E-mail Печать PDF
(0 Голосов)

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

Ввиду того, что средний системный администратор (СА) – существо либо ленивое, либо занятое, бэкапы он не тестирует. Это справедливо для большинства компаний из сектора 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 можно на жесткий диск своего ПК. Для этого – провести диалог либо с начальником службы ИТ, либо с директором предприятия, подготовив табличку с сервисами. Постараться донести мысль, что хотя бы одна резервная копия любых данных всегда должна быть. Исключение – каталоги с фильмами и музыкой;
  • проработать несколько вариантов инфраструктур, различающихся по стоимости. Для каждого варианта составить краткую выкладку по возможностям и тому, как это подходит под ваши потребности. Вариант типа “подключить в свою рабочую станцию два жестких диска, сетевую карточку на гигабит” всерьез рассматривать не стоит;
  • Предложить эти варианты на выбор.
  • Если желания бизнеса никак не совпадают с его возможностями, то…

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


Источник: vmind.ru

 

Добавить комментарий



Анти-спам: выполните задание
network monitoring tool

Погода

Яндекс.Погода

Статистика

Пользователи : 705
Статьи : 246
Просмотры материалов : 1480809
mod_vvisit_countermod_vvisit_countermod_vvisit_countermod_vvisit_countermod_vvisit_countermod_vvisit_counter
mod_vvisit_counterСегодня103
mod_vvisit_counterВчера135
mod_vvisit_counterЗа неделю647
mod_vvisit_counterЗа месяц2373
mod_vvisit_counterВсего840098

Кто на сайте

Сейчас 26 гостей онлайн

Поиск

Информация о профиле

Application afterLoad: 0.004 seconds, 0.52 MB
Application afterInitialise: 0.121 seconds, 3.13 MB
Application afterRoute: 0.137 seconds, 3.68 MB
Application afterDispatch: 0.318 seconds, 8.22 MB
Application afterRender: 0.591 seconds, 9.29 MB