Резервное копирование с контролем результата
Копии вроде бы делаются, но восстанавливался ли из них хоть кто-нибудь — вспомнить обычно не могут. Поэтому система резервного копирования не про сам факт копирования: важно, какие данные защищены, за какой период их не жалко потерять и подтверждена ли возможность вернуть их проверкой.
Инженер уточнит детали. Подготовим предварительное предложение в течение 48 часов после того, как получим достаточно данных.
- Ошибка задания сама заводит заявку
- Восстановление проверяется по регламенту, результат записывается
- Копии разнесены по носителям и местам хранения
Когда бизнес берётся за резервные копии всерьёз
Четыре ситуации помогают понять, что важнее сейчас: критичная 1С, безопасность данных, зависимость от одного человека или рост инфраструктуры.
Риски штрафов и инцидентов
Ошибка, удаление или атака могут задеть и рабочие данные, и копии, если они лежат рядом и доступны одним и тем же людям.
Смотреть решение1С задерживает отгрузку и влияет на деньги
База 1С держит отгрузки и расчёты: нужно понять, за какой период данные можно потерять и как быстро вернуть работу.
Смотреть решениеИТ без сильного отдела
Копии зависят от одного администратора — расписания, ответственных и порядок эскалации стоит записать.
Смотреть решениеИТ для растущей компании
Растут базы, серверы и площадки: объём, окна копирования, хранение и сценарии возврата пора пересчитать.
Смотреть решениеЧто меняет система резервного копирования
Отчёт без ошибок ещё не гарантирует, что бизнес вернёт данные.
Система резервного копирования начинается с другого: проверенная копия, понятная точка возврата и записанный результат проверки.
Сейчас
С услугой
Задания отмечены зелёным, но после сбоя никто не знает, откроется ли база 1С и сколько займёт возврат.
Копию подтверждает восстановление
Выбранные данные возвращаем по согласованному регламенту и записываем результат. Ошибка вылезает в проверочном окне — задолго до того, как сервис понадобится бизнесу.
Все системы копируются одинаково, хотя час потери в 1С и день без архивной папки стоят разных денег.
Требования следуют важности
Владелец процесса называет, за какой период данные можно потерять и за какое время нужно вернуть сервис. Эти цели закрепляем в договоре проекта после разбора систем и зависимостей.
Рабочие данные и копии лежат рядом, поэтому ошибка, сбой или атака могут задеть их одновременно.
Схема 3-2-1 разводит риски
Копии размещаются на разных типах носителей и в отдельных местах, доступ к ним ограничен. Конкретную схему выбираем по объёму, каналам связи и требованиям проекта.
Ошибка задания не видна до ручной проверки: хранилище заполнилось, а новая точка возврата так и не появилась.
У сбоя копирования есть маршрут
Подключаем контроль расписаний, ошибок и свободного места. Событие получает ответственного и попадает в очередь, а при сопровождении — в ежемесячный отчёт.
При аварии непонятно, кто запускает восстановление, где контакты и в каком порядке поднимать зависимые сервисы.
Роли распределены до сбоя
Описываем, кто начинает, кто отвечает за каждую систему, как участники связываются друг с другом и в какой последовательности действуют. Сценарий привязан к критичным сервисам и проверяется в объёме согласованного регламента.
После запуска растут базы, появляются серверы и меняются ответственные, а объём и регламент копирования остались прежними.
Схема меняется вместе с инфраструктурой
После значимых изменений пересматриваем объём, расписание, хранение и сценарии возврата. Как часто проводятся проверки и отчёты — записано в договоре.
Проверить то, что уже настроено, или собрать заново? Инженер уточнит данные, хранилища и требования к возврату.
Копия и возврат — разные задачи
Копирование создаёт точки возврата, но само по себе не отвечает на вопрос, как вернуть сервис в работу.
Для быстрого восстановления нужны согласованная проверка, план действий при аварии, роли и записанный результат. Этот этап подключается к тому, что уже работает, или входит в новый проект.
Как идёт работа по резервному копированию: пять шагов
Сначала определяем критичные сервисы и то, за какой период данные можно потерять.
Затем проверяем действующие задания, хранилища и доступы, проектируем схему хранения, настраиваем создание резервных копий и контроль, проводим согласованную проверку и передаём регламент в сопровождение.
- Шаг01
Определяем, что важно
Составляем перечень серверов, баз 1С и файлов: резервное копирование серверов и учётных баз считаем отдельно. Для каждого сервиса называем ответственного, цену простоя и допустимую потерю данных.
- Шаг02
Смотрим, что уже есть
Проверяем расписания, хранилища, доступы и ошибки заданий; возврат данных проверяем по согласованному регламенту.
- Шаг03
Проектируем схему хранения и выбираем хранилища
Схема 3-2-1, сроки хранения, отдельное место для одной из копий — собственное оборудование или облачные хранилища, — контроль заданий, копирование виртуальных машин и цели по возврату для проекта.
- Шаг04
Настраиваем и проверяем
Настраиваем задания и оповещения, ограничиваем доступ к копиям и проводим проверку в согласованном объёме.
- Шаг05
Передаём в регулярный контроль
Передаём регламент и план действий при аварии, следим за заданиями; проверки и отчёты ведём в объёме договора.
Что остаётся у компании
Кроме настроенных заданий у компании остаются рабочие документы: перечень данных и расписаний, схема хранения, контроль ошибок, записанный результат проверки восстановления и план действий при аварии.
По ним видно, как идёт сопровождение, а допустимая потеря данных, время возврата и границы работ закреплены для конкретного проекта.
Разбор под капотом
Разбор: от задания до вернувшихся данных
Разница между «копия есть» и «данные вернутся» видна только в проверке.
«Зелёный статус задания ещё не означает рабочую копию: уверенность появляется после согласованной проверки»
У задания есть весь путь: источник, окно, сеть, хранилище, срок хранения и порядок возврата. Инженер проходит его целиком, а не останавливается на зелёном отчёте. Проверка показывает, какие данные действительно вернулись, сколько это заняло и что нужно исправить до следующего раза.
Читать разбор о стратегии 3-2-1-1-0С какими системами работаем
Veeam и Zabbix — для копий и наблюдения; Windows Server, Linux, 1С и PostgreSQL — как источники данных.
Аккредитованная ИТ-компания РФ
Статус компании не заменяет договор: состав работ, SLA и зоны ответственности фиксируем отдельно.
Кто ведёт работы
В общей команде Визард-АйТи — 20 штатных инженеров. Veeam, серверы, 1С и базы данных ведём без фриланса и ИТ-субподряда; у каждого события есть ответственный.
Первая линия и наблюдение
Видит события заданий, заводит заявку по ошибке и направляет её ответственному.
Инженер по резервному копированию
Проектирует схему хранения, настраивает Veeam, расписания, доступы и согласованные проверки восстановления.
Инженер по серверам и базам данных
Учитывает зависимости Windows Server, Linux, 1С и PostgreSQL, чтобы копия соответствовала сервису, а не только диску.
Технический руководитель
Согласует важность систем, допустимую потерю данных и время возврата, роли, границы договора и признак принятой работы.
«Копирование и восстановление ведут штатные специалисты по Veeam, серверам, 1С и базам данных — без разрыва между ролями»
Цена
Сколько стоит резервное копирование
Резервное копирование — от 9 900 ₽ в месяц. На сумму влияют объём данных, частота копий, места хранения и проверки восстановления. Подготовим предварительное предложение в течение 48 часов после того, как получим достаточно данных.
Резервное копирование
от 9 900 ₽/месСтоимость зависит от объёма данных, частоты и срока хранения копий, критичности систем, порядка проверки восстановления и допустимой потери данных.
Что влияет на цену
- объём данных
- частота копий
- хранение
- восстановление
Границы результата
Что обещаем, а что нет
Показатели восстановления договариваем для каждой системы отдельно.
Что фиксируем в договоре
- RPO — за какой период данные можно потерять при восстановлении — закрепляется в договоре проекта
- RTO — время возврата сервиса — утверждаем после проверки и нужных изменений
Что согласуем отдельно
- Универсальные значения RTO — мы их не публикуем
- Исключение всех сценариев потери: раздельное хранение, ограничение доступа и регулярные проверки снижают риск, но не отменяют его
За 2025 год потери данных у клиентов на сопровождении не зафиксированы — это результат за период, а не обещание на будущее.
Материалы о хранении и возврате данных
Три статьи о стратегии 3-2-1-1-0, роли копий при атаке шифровальщика и вопросах к администратору. Проверку вашей системы они не заменяют.
Стратегия бэкапа 3-2-1-1-0Как разнести копии, контролировать задания и проверять возможность восстановления.Ransomware: двойное вымогательствоПочему изоляция и проверка копий входят в сценарий восстановления после инцидента.Что спросить у системного администратораВопросы о расписаниях, хранении, доступах, ошибках заданий и проверках восстановления.
Вопросы о резервном копировании: расписание, хранение и проверка бэкапов
Разбираем состав работ, схему 3-2-1, проверки восстановления, допустимую потерю данных, цену, защиту копий при атаке и разницу между заданием и планом действий.
Как убедиться, что из наших копий действительно можно восстановиться?
Только проверкой. Заранее выбираем данные и признаки успешной проверки, согласуем окно и проводим возврат в объёме договора. В протоколе записываем, что вернулось, сколько это заняло, какие были ошибки и что исправить до следующего раза. Без такой проверки о работоспособности копии можно только гадать.
Что входит в работу?
Состав определяем после обследования: перечень критичных серверов, баз 1С и файлов, расписания, где и сколько хранятся копии, доступы, контроль ошибок заданий и план действий при аварии. Проверки восстановления проводим по согласованному регламенту и условиям договора.
Что означает схема 3-2-1?
У данных остаются три экземпляра на двух типах носителей, и один из них хранится отдельно от остальных. Конкретные площадки, сроки хранения и ограничения доступа выбираем после того, как понятны объём, каналы связи и риски.
За какой период данные можно потерять и как быстро вернуть работу?
Допустимую потерю данных — этот показатель называют RPO — определяем для каждой системы отдельно и закрепляем в договоре проекта. Время возврата сервиса, RTO, утверждаем после проверки и нужных изменений. Универсальных значений мы не публикуем: для базы 1С и для архивной папки они разные.
Защитят ли копии от шифровальщика или удаления?
Ни одна схема не исключает всех сценариев. Раздельное хранение, ограничение доступа, контроль заданий и регулярные проверки восстановления снижают риск того, что рабочие данные и копии пропадут одновременно, — но полной гарантии не дают.
Чем копия отличается от плана действий при аварии?
Копия хранит данные. План описывает, кто запускает восстановление, в каком порядке поднимаются зависимые сервисы и как проверяется результат. Настроенное задание — лишь техническая часть; без плана в момент аварии придётся договариваться на ходу.
Сколько стоит?
Резервное копирование — от 9 900 ₽ в месяц. На сумму влияют объём данных, частота копий, места хранения и проверки восстановления. Подготовим предварительное предложение в течение 48 часов после того, как получим достаточно данных.
Смежные услуги
Копии зависят от того, как устроены серверы, базы, сеть и доступ к хранилищам.
Обследование поможет оценить текущую схему, безопасность — ограничить риски, сопровождение — не потерять контроль после запуска.
01ИТ-аудитПроверка текущих копий, хранилищ, расписаний, доступов и фактической готовности к восстановлению.Перейти02ИТ-аутсорсингРегулярная поддержка инфраструктуры, контроль обращений и отчётность по согласованному SLA.Перейти03ИмпортозамещениеПересмотр системы копий при миграции ОС, баз данных, серверов и инфраструктурных сервисов.Перейти04Информационная безопасностьОграничение доступа к копиям, раздельное хранение и порядок действий при инциденте.Перейти05ИТ-инфраструктураСерверы, хранилища, сеть и мониторинг, от которых зависят задания и время восстановления.Перейти061С и базы данныхПлатформа, база данных и серверная часть, для которых согласуются окна и порядок копирования.Перейти
Проверим, вернутся ли ваши данные
Назовите критичные системы, объём данных, где сейчас лежат копии и когда восстановление проверяли в последний раз. Предложим первую проверку или обследование.