Копия лежит на том же сервере
Или на соседнем диске в том же корпусе. Сгорел блок питания, залило серверную, поработал шифровальщик — исчезло и рабочее, и резервное одновременно.
Копия, которую ни разу не восстанавливали, — это не копия, а надежда. Настраиваем копирование, регулярно проверяем восстановление и говорим вам честную цифру: за сколько часов бизнес поднимется после аварии.
Коротко
Если хотя бы один пункт про вас — данные под угрозой прямо сейчас.
Или на соседнем диске в том же корпусе. Сгорел блок питания, залило серверную, поработал шифровальщик — исчезло и рабочее, и резервное одновременно.
Задание в планировщике зелёное, файлы вроде создаются. Что внутри и развернётся ли это — выяснится в самый неподходящий момент.
Резервные копии лежат в сетевой папке, доступной с того же компьютера, что и рабочие данные, под той же учётной записью. Для вируса это одна цель.
На вопрос «сколько будем восстанавливаться после отказа сервера» ответа нет. А значит нет и понимания, во сколько обойдётся день простоя.
Три копии данных, на двух разных носителях, одна — вне площадки. Простое правило, которое переживает и пожар, и шифровальщика, и ошибку администратора.
Копирование средствами СУБД с журналами транзакций, а не просто копированием файлов. Возможность откатиться на нужный момент времени.
Полные образы виртуальных машин, чтобы поднимать сервис целиком, а не собирать его заново из дистрибутивов.
Документы, обменные каталоги, почтовые ящики. Всё то, что «лежит на общем диске» и без чего работа тоже встанет.
Копии в хранилище с ограничением на удаление и изменение, отдельные учётные записи, изоляция от рабочей сети.
По графику разворачиваем копию в изолированной среде и убеждаемся, что она рабочая. Отчёт по каждой проверке.
Не выполнилось задание, кончилось место, выросло время копирования — узнаём сразу, а не через месяц.
Документ на случай аварии: что поднимаем в первую очередь, кто что делает, за сколько восстанавливаемся.
Не всё нужно копировать одинаково часто. Разделяем системы по важности и договариваемся, сколько данных допустимо потерять по каждой.
Сколько данных, как быстро растут, за какое время успеваем скопировать и куда всё это поместится. Отсюда — стоимость хранения.
Задания, расписание, сроки хранения, шифрование, отдельные учётные записи для доступа к хранилищу.
Разворачиваем каждую копию и убеждаемся, что система запускается и данные на месте. Без этого шага работа не считается сделанной.
Пошаговый документ на случай отказа: последовательность, ответственные, контакты, ожидаемые сроки.
Оповещения о сбоях, ежемесячный отчёт, плановая проверка восстановлением с заданной периодичностью.
За сколько поднимемся и сколько данных потеряем в худшем случае. Не обещания, а результат замеров на тестовом восстановлении.
Отдельное хранилище, отдельные учётные данные, ограничение на удаление. Шифровальщик в рабочей сети до них не дотянется.
Документальное подтверждение, что копии рабочие. Полезно и для внутреннего спокойствия, и для проверяющих.
Инструкция, по которой восстановление проводит даже человек, не участвовавший в настройке.
Проектируем схему, настраиваем копирование, проверяем восстановление, отдаём план и инструкции.
Подходит, когда есть кому следить за отчётами.
Настраиваем и берём на контроль: следим за заданиями, реагируем на сбои, проводим плановые проверки восстановлением, отчитываемся раз в месяц.
Подходит большинству — именно контроль обычно и проседает.
Срочная помощь, когда всё уже случилось: восстановление данных, поднятие сервисов, разбор причин.
Подходит, если авария происходит прямо сейчас.
Стоимость не публикуем прайс-листом: она зависит от объёма и состояния инфраструктуры, а цифра «от» ничего не говорит о вашей задаче. Считаем смету после разговора и присылаем с разбивкой по этапам.
Ровно так часто, сколько данных вы готовы потерять. Если потеря дня работы бухгалтерии некритична — достаточно ежедневной копии. Если речь о непрерывной торговле, нужны журналы транзакций с интервалом в 15–30 минут. Мы задаём этот вопрос в самом начале и от ответа строим всю схему.
Возможно, и не нужно. Мы можем просто проверить существующую схему: развернуть копию и убедиться, что она рабочая, посмотреть, где она лежит и доступна ли шифровальщику. Если всё в порядке — так и скажем. По опыту, чаще всего проблема не в отсутствии копий, а в том, что их никто не восстанавливал.
При правильной настройке — да. Данные шифруются до отправки, ключ остаётся у вас, доступ к хранилищу идёт под отдельной учётной записью с ограниченными правами. Это существенно безопаснее, чем внешний диск, который лежит рядом с сервером и подключён к той же сети.
Основная переменная — объём хранения и глубина архива. Мы считаем это после инвентаризации: сколько данных, как быстро растут, сколько точек восстановления нужно хранить. Обычно оказывается, что критичных данных заметно меньше, чем общий объём файлов, и это сильно снижает стоимость.
Первым делом — не платить и ничего не перезаписывать: отключите заражённые машины от сети и не удаляйте зашифрованные файлы, они могут понадобиться. Дальше нужен разбор: что уцелело, есть ли теневые копии, что можно поднять. Напишите нам — по срочным обращениям такого рода мы включаемся вне очереди.
Напишите, что копируется сейчас и куда. Скажем, где схема ломается и что поправить в первую очередь.
Мы получили ваше сообщение и свяжемся в рабочее время. Если вопрос срочный — напишите нам в Telegram, там отвечаем быстрее.
Сервер, СУБД и лицензии, настроенные так, чтобы 1С не тормозила даже в закрытие месяца.
ПодробнееПеренос инфраструктуры в облако или на арендованный сервер — без простоя и без переплаты за неиспользуемые мощности.
ПодробнееЗащита периметра, доступов и данных — практическими мерами, а не бумажной политикой в папке.
Подробнее