Как настроить резервное копирование и работать без перебоев

Приложение Альфа-банка. Сайт министерства внутренних дел РФ. Онлайн-кинотеатр «Кинопоиск». Кажется, между ними мало общего. Но оно есть: все они были недоступны какое-то время в начале 2025 года. 

А теперь представьте, что подобное может пережить и ваш  бизнес.

Допустим, у вас есть корпоративный портал: CRM, склад, биллинг, переписки с клиентами. Жизнь идёт прекрасно, пока однажды утром сервер не решает сломаться.

Проходим все стадии принятия – от лёгкой паники отрицания: «Да не может быть, вчера же работало!» и торга с попытками «оживить» оборудование – до осознания: данные пропали. Полностью. Вместе с отчётами за год, базой клиентов и любимыми мемами ИТ-директора.

И тут все вспоминают, что бэкапы – это не для слабаков, а для умных людей.

Каким бывает резервное копирование (и почему это важно)

Бэкап (backup) — это спасательный круг для данных. Как запасное колесо в машине: пока всё хорошо — оно просто лежит в багажнике, но если пробита шина, вы рады, что оно есть.

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

Какие бывают бэкапы?

Есть три основных вида резервного копирования. Каждый из них — со своими плюсами и минусами. 

Полное резервное копирование (full backup) — это бэкап всей информации. Такой способ — самый надёжный. Кроме того, он обеспечивает простоту восстановления системы — достаточно одной последней копии. 

Однако full backup предъявляет высокие требования к хранилищам: они должны быть достаточно объёмными, чтобы вместить всю информацию. При этом процесс полного копирования всех данных может затянуться надолго.

К full backup прибегают организации, владеющие очень чувствительными данными о пользователях — государственные учреждения, банки, больницы, крупные корпорации, представители медиа и игровой индустрии. Остальным попросту нет смысла тратить деньги на обслуживание объёмных хранилищ. 

Differential Backup

Дифференциальное резервное копирование (Differential Backup) создаёт копию всех файлов, которые как-либо редактировались с момента последнего full backup. То есть компания, использующая этот способ, может делать полный бэкап, например, в понедельник, а в среду и пятницу сохранять только изменившиеся документы. 

У такого метода много преимуществ. Во-первых, процесс проходит быстро, так как копируется только часть файлов. Во-вторых, differential backup экономит место в хранилищах. 

Этот способ можно считать идеальным решением для компаний, которым важно быстро устранять неполадки, но при этом у них нет возможностей для постоянного дорогостоящего full backup. Используют differential backup преимущественно IT-компании и разработчики ПО, корпоративные системы, малый и средний бизнес, университеты и школы. 

Однако, если редко делать full backup, риски потерять важную информацию возрастают. Также копирование всех данных может занять не один час при условии, что долго не было полного бэкапа. 

Получается, full backup нужен, чтобы сохранять постоянно меняющиеся файлы. Differential backup полезен, когда данные часто обновляются, но не настолько, чтобы копировать всю без исключения информацию ежедневно. А в ситуациях, когда бэкапить обновления необходимо, но места немного или систему нужно разгрузить, компании, как правило, используют Incremental Backup.

Incremental Backup

Работает этот способ так: копируются только файлы, изменённые с момента последнего бэкапа — не имеет значения, какого, полного или частичного. 

То есть в случае с differential backup создаётся единая копия измененных документов. Incremental backup же подразумевает, что каждое изменение копируется отдельно. Так что в первом случае для восстановления понадобится один полный бэкап и одна последняя копия изменений. Во втором — полное резервное копирование и множество копий отредактированных файлов.

Главный плюс incremental backup — скорость создания бэкапов. Много данных копировать не нужно, поэтому и времени уходит немного. Однако само восстановление может занять несколько суток, если копий накопилось много. 

Incremental backup нельзя назвать ненадёжным способом резервного копирования — и всё же предыдущим двум методам он проигрывает. Если выяснится, что последняя копия данных повреждена, остальные окажутся бесполезными — и данные пропадут навсегда.

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

Правило 3-2-1

Когда вы определите, какой способ копирования данных окажется самым эффективным именно в вашем случае, не забудьте учесть еще одно важное правило — 3-2-1. Изучить его подробно можно тут.

Если коротко, принцип такой: всегда делайте три копии данных. Именно это количество максимально снижает вероятность потери информации. 

Затем сохраните копии на двух типах носителей. Так вы будете неуязвимы в случае пропажи данных, хранящихся в одном формате. При этом одну копию обязательно делайте географически удалённой — тогда у вас останется доступ к ценной информации, если случилась авария или сломалось оборудование.

Где хранить копии

При выборе лучшего способа резервного копирования важна не только частота бэкапов, но и место, где они будут храниться. Есть два вида носителей: физические устройства (local backup) либо облако (cloud backup).

В первом варианте компании сталкиваются с проблемой масштабируемости – со временем данных становится всё больше, и локальные хранилища не справляются с нагрузкой. Если бизнес расширился, ему нужно приобретать новые носители. Делать это регулярно —  затратно. 

Также нельзя забывать про риск потерять нужные файлы из-за пожаров и других форс-мажоров.

Некоторые компании прибегают к гибридному резервному копированию (hybrid backup). В этом случае полный бэкап создается локально на сервере, а дополнительная копия всей информации передается на облако — на случай физического сбоя основного оборудования. Так бизнес оптимизирует расходы и комбинирует уровни защиты для разных данных.

Облачные решения для бэкапов не только наиболее оптимальные, но и актуальные. Сегодня многие вирусы-шифровальщики способны уничтожить не только данные, но и их локальные копии. Так было, например, в громком случае СДЭК. Более того, облака решают вышеуказанную проблему масштабируемости – бизнес платит только за тот объём, который использует.

А ещё, например, в нашем случае, процесс организации резервного копирования предельно прост:

– К серверам, рабочим станциям или базам данных подключаются специальные агенты.

– Все данные автоматически отправляются в зашифрованном виде в облачное хранилище.

– В случае сбоя можно восстановить данные в один клик.

Другой вариант: вы берёте только облачное хранилище S3 и сами организовываете процесс, схему и частоту резервного копирования.

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

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