Идеальное расписание для бэкапов

13 Ноября 2018

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

Как часто нужно делать резервные копии?

Первым делом нужно проанализировать имеющиеся данные и отсортировать их по приоритету. Представьте, что произошло какое-то стихийное бедствие и вы потеряли все свои данные. Какие данные вам бы хотелось восстановить в первую очередь? Потеря каких данных будет наиболее критичной для бизнеса?

Представим, что у вас в результате анализа данных сформировалась следующая табличка:

Высокий приоритет База данных 1С Виртуальные машины База данных Интернет-магазина
Средний приоритет Ноутбук бухгалтера Ноутбук директора Общий каталог документов на сервере
Низкий приоритет Персональные данные пользователей Всевозможные отчеты Различные командные фото

Затем нужно определиться, как часто нужно делать резервные копии. Для этого нужно знать, как часто меняются те или иные данные. В случае с малым и среднем бизнесом вполне достаточно одной резервной копии в день для критических данных — как правило, она делается в конце рабочего дня. Также нужно учитывать технические особенности. Например, некоторые СУБД требуют полной остановки для создания бэкапа. Если такую остановку требует СУБД Интернет-магазина, то ее нужно делать как можно позже, например, в 2–3 часа ночи, чтобы простой сайта на время бэкапа не был заметен большинству пользователей. Если для экономии средств вы выключаете виртуальный терминальный сервер с 1С до 20:00, то до этого времени должна быть сделана резервная копия БД 1С. Пусть пользователи могут задержаться на работе до 19:00, то резервную копию имеет смысл делать за 20–30 минут до выключения сервера.

Также не нужно забывать о типах резервного копирования — есть полное резервное копирование, а есть инкрементное — когда копируются только измененные с момента создания полной резервной копии файлы. Многие программы (например, та же Handy Backup) для резервного копирования поддерживают этот тип бэкапа, поскольку он экономит время создания бэкапа и место на диске.

Если облака для вас
не просто теория
Широкий спектр услуг
по выделенным северам
и мультиклауд-решениям
Конфигурация VPS и бесплатный тест уже через 2 минуты
Организация вашей IT-инфраструктуры на основе мультиклауд-решения

Для данных со средним приоритетом достаточно раз в неделю делать полное резервное копирование, а инкрементное каждый день. Хотя опять таки, нужно смотреть, как часто изменяются данные на том или ином объекте. Если бухгалтер использует для чтения почты веб-интерфейс (то есть даже если с компьютером что-то случится, это никак не повлияет на почту), документы хранит на общей шаре, а 1С запущена на виртуальном терминальном сервере, то его компьютер можно вообще не считать критическим, а переместить в группу с низким приоритетом.

Данные с низким приоритетом (это те данные, которые изменяются не очень часто), можно копировать 1–2 раза в месяц.

Вполне возможно, что в процессе планирования именно времени создания бэкапа, вы пересмотрите итоговую табличку и она может быть уже такой, например:

Высокий приоритет База данных 1С
Раз в день, в 19:30
Виртуальные машины
Средствами облачного провайдера
База данных Интернет-магазина
Раз в день, в 2:30
Средний приоритет Всевозможные отчеты
Раз в неделю
Ноутбук директора
Раз в неделю – полное, раз в день  - инкрементное, в 20:00
Общий каталог документов на сервере
Раз в неделю – полное, раз в день – инкрементное, в 20:00
Низкий приоритет Персональные данные пользователей
Раз в месяц
Ноутбук бухгалтера
Раз в месяц
Различные командные фото
Раз в месяц

Несколько советов

  1. Делайте три резервных копии: две на локальных устройствах, одну — в облаке, например, на Amazon S3, Mail. Ru IceBox и др.
  2. Время от времени производите эмуляцию DR (восстановления после боя). Представьте, что произошел сбой и попытайтесь восстановить данные. Это позволит убедиться, что резервное копирование настроено, как нужно и вы будете понимать, какое время вам понадобится на восстановление тех или иных данных.
  3. Создайте план восстановления на случай стихийного бедствия. Это поможет вам сконцентрироваться на процессе, а не паниковать. Вы будете следовать уже готовой инструкции и будете четко понимать, что нужно делать.
  4. Запишите телефоны служб поддержки всех используемых сторонних сервисов (например, облачного провайдера, хостера, провайдера хранилища данных — если это разные провайдеры).
  5. Не храните все в одной корзине. Если вы все еще используете физические серверы, может, стоит задуматься о виртуальных? Даже, если в офисе произойдет пожар или другое стихийное бедствие виртуальные серверы (в том числе БД 1С) не пострадают, поскольку находятся в защищенном и охраняемом дата-центре в другом городе.

Получить консультацию специалиста