Резервные копии: как защитить данные бизнеса и не потерять всё при сбое. Начало
Резервные копии: как защитить данные бизнеса и не потерять всё при сбое
Представьте обычное рабочее утро. Сотрудники приходят в офис, включают компьютеры, запускают 1С. Но программа не открывается. На сервере ошибка, общий диск недоступен, а бухгалтеру через два часа нужно отправить отчётность.
Вы звоните системному администратору. Он выясняет, что сервер вышел из строя и данные придётся восстанавливать.
— Резервные копии у нас есть?
— Конечно, каждый день делаются.
Казалось бы, проблема решена. Осталось восстановить информацию и продолжить работу.
Но тут возникает вопрос, который стоило задать гораздо раньше: а кто-нибудь вообще проверял, что эти копии можно восстановить?
В IT есть принцип, которого я придерживаюсь: наличие резервной копии ещё не означает, что данные защищены. Важно понимать, что именно сохраняется, где хранится и сколько времени потребуется для восстановления.
Давайте разберёмся без лишней технической терминологии.
Что такое резервная копия и зачем она нужна бизнесу
Резервная копия, или бэкап, — это сохранённая версия данных, которую можно использовать, если оригинальные файлы были удалены, повреждены или стали недоступны.
Для обычного пользователя это могут быть фотографии и документы. Для бизнеса список значительно шире:
-
базы 1С с бухгалтерией, зарплатой и складским учётом;
-
договоры, счета, акты и рабочие документы;
-
файлы сотрудников и общие сетевые папки;
-
корпоративная почта и её архивы;
-
базы CRM и других рабочих программ;
-
настройки серверов, виртуальных машин и сетевых служб.
Иногда потерю нескольких документов можно исправить. Сложнее, когда исчезают данные за несколько месяцев, а часть информации восстановить просто неоткуда.
При этом проблема не обязательно связана с серьёзной аварией. Сотрудник может случайно удалить папку. Обновление программы может завершиться ошибкой. У диска может возникнуть неисправность. Наконец, компания может столкнуться с вредоносным ПО, которое шифрует файлы.
Задача резервного копирования — не предотвратить каждую неисправность, а дать возможность восстановить данные после неё.
Почему копия на соседнем диске — ещё не надёжная защита
Одна из распространённых ситуаций: рабочие документы лежат на диске D, а их копия — на диске E того же компьютера.
На первый взгляд всё предусмотрено. Если один диск перестанет работать, данные останутся на другом.
Но что произойдёт, если компьютер украдут? Если выйдет из строя блок питания и повредит подключённые накопители? Если вредоносная программа получит доступ сразу к обоим дискам?
Похожая проблема возникает, когда папки просто синхронизируются между устройствами. Синхронизация удобна, но не всегда защищает от удаления или повреждения информации: ошибочные изменения могут попасть и на второе устройство.
Отдельно скажу про RAID — технологию, которая позволяет нескольким дискам работать как единая система хранения.
RAID в определённых конфигурациях помогает пережить отказ одного или нескольких накопителей. Но он не спасает от случайного удаления документов, повреждения базы данных или заражения всей системы.
RAID обеспечивает отказоустойчивость хранения, но не заменяет резервное копирование.
Для надёжной защиты нужны независимые копии, которые не исчезнут одновременно с основными данными.
Как правильно сделать резервную копию
Я бы начал не с покупки оборудования и выбора программы, а с двух простых вопросов.
Первый: сколько информации компания может позволить себе потерять?
Представим, что бухгалтерия активно работает весь день, а резервная копия создаётся один раз ночью.
Если сервер выйдет из строя вечером, последняя доступная версия базы может оказаться вчерашней. Все изменения за сегодняшний день придётся восстанавливать вручную, если это вообще возможно.
Поэтому периодичность копирования нужно определять исходя из работы компании. Где-то достаточно одного раза в сутки, неделю, месяц. Где-то копии нужны значительно чаще.
Второй: сколько времени компания может работать без своих данных?
Допустим, резервная копия существует, но восстановление сервера займёт целый день. Для небольшой проектной организации это может быть неприятным, но допустимым перерывом. А для компании, которая постоянно обрабатывает заказы, такой простой может оказаться критичным.
Эти два вопроса определяют практически всю дальнейшую систему резервного копирования.
После этого можно выбирать способ создания копий, расписание и места хранения.
Правило 3-2-1
В резервном копировании давно используется правило 3-2-1:
3 — иметь минимум три экземпляра данных, включая рабочий оригинал.
2 — хранить их на разных типах носителей или в независимых системах хранения.
1 — держать хотя бы одну резервную копию в другом физическом месте.
Например, документы находятся на рабочем сервере. Первая копия сохраняется на отдельном сетевом хранилище, вторая — в удалённом защищённом хранилище.
Это не единственно возможная конфигурация. Для каждой компании решение подбирается отдельно с учётом бюджета, объёма данных и требований к безопасности.
Я бы добавил ещё одно условие: как минимум одна копия должна быть защищена от изменения и удаления со стороны основной инфраструктуры. Это может быть отключённый носитель или хранилище с механизмом неизменяемых резервных копий.
Иначе при серьёзном заражении можно лишиться не только рабочих файлов, но и самих архивов.
Резервная копия 1С: здесь есть важные особенности
С бухгалтерскими и складскими базами нельзя всегда поступать так же, как с обычной папкой документов.
Способ резервного копирования 1С зависит от того, как организована работа программы.
Если 1С работает в файловом режиме
В таком варианте информационная база хранится в файле 1Cv8.1CD.
Один из способов создания резервной копии — скопировать этот файл в отдельное место. Но есть важный нюанс: обычное копирование нужно выполнять при отсутствии подключений к базе.
Нельзя просто взять открытый файл базы, скопировать его привычным способом и считать, что гарантированно получена корректная резервная копия.
Для автоматического копирования могут применяться специализированные инструменты с согласованным механизмом сохранения данных.
Если 1С работает через сервер баз данных
Здесь резервное копирование обычно организуют средствами используемой СУБД, например PostgreSQL или Microsoft SQL Server.
Это уже другая схема: нужно учитывать работу самой базы данных, расписание, согласованность копий и порядок восстановления.
А как же выгрузка 1С в файл DT?
В 1С действительно существует возможность выгрузить информационную базу в файл .dt.
Это полезный инструмент, но я не рекомендую бездумно делать его единственным способом регулярного резервного копирования, особенно для крупных баз с несколькими пользователями.
Такая выгрузка имеет особенности и ограничения, включая необходимость работы в специальном режиме. В зависимости от размера базы она может занимать значительное время.
Поэтому перед настройкой автоматического резервного копирования 1С нужно выяснить, где находится база, какой у неё объём, сколько пользователей с ней работает и сколько времени допустимо тратить на восстановление.
Если база работает в облачном сервисе, стоит отдельно выяснить, какие возможности резервного копирования и самостоятельного восстановления предоставляет поставщик.