Дата-центр потерял все серверы: как вернуть 1С и сколько данных пропадёт

Когда дата-центр потерял все серверы, 1С восстанавливают из копии, которая лежит за его пределами: поднимают новый сервер на другой площадке, ставят ту же версию платформы, загружают базу и проверяют лицензии и обмены. Если бэкапы стояли в том же ЦОДе, восстанавливать нечего. Первый вопрос в такой день: где лежит последняя копия?

🔥 07:40: сервер молчит, и это не сбой канала

Возьмём условный, но типовой случай. Оптовая компания, 35 пользователей, склад и бухгалтерия работают в одной базе. В 07:40 кладовщик пишет в общий чат, что 1С не открывается. Удалённый рабочий стол тоже молчит. Админ на аутсорсе проверяет хост: ответа нет. Через двадцать минут провайдер сообщает клиентам в Telegram-канале, что в машинном зале авария, оборудование недоступно, сроки неизвестны.

Пожар, затопление, длительное отключение питания, закрытие площадки случаются редко. Но когда случаются, итог один: сервера нет, и никто не обещает, что он вернётся.

Первые полчаса решают, как пойдёт остальной день. Сначала надо отличить сбой от потери. Упал канал, завис гипервизор, отключили электричество на сутки: это сбой, его переждут. Оборудование, которое не вернётся, ждать бессмысленно. Попросите провайдера письменно ответить на один вопрос: диски с вашими данными физически целы? Ответ «не знаем» считайте ответом «нет» и объявляйте аварию. Сутки ожидания в надежде на лучшее съедают сутки, которые можно потратить на восстановление.

Что сделать в первый час

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

Что теряет компания, пока 1С не работает

Склад не оформляет отгрузки: машина стоит у ворот, потому что без документа в 1С её не выпустят. Менеджеры принимают заказы в мессенджерах и блокнотах, а потом вносят вручную, но часть заказов задвоится, часть потеряется. Бухгалтерия не закрывает период, и срок сдачи декларации не сдвинется из-за пожара у провайдера.

Нижнюю границу убытка считают просто: число пользователей умножают на часы простоя и на стоимость часа сотрудника. Сорванные отгрузки в эту сумму не входят. Срочная работа администратора тоже расход: его час стоит 3800 руб, а в день аварии нужно не один и не два часа. Если же копии нет вовсе, базу собирают заново: бухгалтеры вносят остатки и поднимают первичку по бумажным документам и банковским выпискам, склад проводит инвентаризацию. Это недели ручной работы.

Поэтому в день аварии главный вопрос звучит не «когда починят», а «какая у нас самая свежая копия и где она лежит».

Заблуждение «у нас же есть бэкап»

В нашей истории админ открывает папку Backup и видит десятки файлов. Самый свежий датирован вчерашней ночью. Радость длится минуту: папка лежит на диске того же сервера. Копия сгорела вместе с базой.

Копия защищает, только если переживает то, от чего защищает. Вот четыре случая, когда она не переживает.

• ✓Копия лежит на том же сервере или в том же дата-центре, пусть даже на другом массиве в соседней стойке. Горит зал, горят обе стойки.
• ✓Файловую базу скопировали обычным копированием файла 1Cv8.1CD, пока в ней работали пользователи. Такой файл может не открыться.
• ✓Копии делает скрипт, а журнал его работы никто не читает. Однажды закончилось место на диске, и свежих копий нет с тех пор.
• ✓Копию ни разу не разворачивали. В день аварии выясняется, что архив обрезан, пароль потерян, а на новом сервере не хватает места под базу.

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

Для внешней копии действует правило 3-2-1: три копии на двух разных носителях, одна из них вне площадки. Если в базе лежат кадры и зарплата, внешняя копия тоже должна быть в России: 152-ФЗ требует хранить базы с персональными данными граждан РФ на территории страны (ст. 18, ч. 5).

📋 Восстановление по шагам

Порядок, в котором системный администратор возвращает 1С на новой площадке. Каждый шаг можно отрепетировать заранее.

1. ✓Найти последнюю копию и проверить, что она открывается. От её даты зависит, сколько работы придётся вносить заново.
2. ✓Выбрать площадку и тип сервера. Для нескольких десятков пользователей быстрее всего поднять виртуальный сервер для 1С: физическую машину не нужно привозить и монтировать. Параметры сверяют с системными требованиями 1С.
3. ✓Поставить ту же версию платформы, что стояла раньше, и ту же СУБД, затем настроить кластер: как настраивают сервер 1С. Копия сделана под прежней версией, и обновление в день аварии добавляет ещё одну неизвестную. Платформу обновляют после того, как база заработала.
4. ✓Загрузить базу. Бэкап СУБД разворачивается быстрее, выгрузка .dt универсальнее, но на большой базе загрузка идёт часами. Это время надо знать заранее, а не узнавать в день аварии.
5. ✓Вернуть лицензии. Программные лицензии привязаны к оборудованию, поэтому на новом сервере их активируют заново по пин-кодам. Пин-коды ищут в письмах от 1С и в бумажных конвертах, и лучше найти их до аварии.
6. ✓Вернуть всё, что работает вокруг базы: регламентные задания, расширения, веб-публикацию, обмен с банком и ЭДО, сертификаты электронной подписи, почтовые профили, обмен с сайтом и розницей. Этот шаг забывают чаще других. База открылась, а выписки не загружаются и счета-фактуры не уходят.
7. ✓Проверить результат: сверить оборотно-сальдовую ведомость и остатки склада на дату копии с последними бумажными отчётами. Пользователей пускают группами: сначала главный бухгалтер и начальник склада, потом остальные.
8. ✓Внести то, что потерялось между копией и аварией: заказы из почты, накладные из бумажных экземпляров, платежи из банк-клиента. Это и есть цена ночной копии.

Шаги со второго по шестой идут быстро, если администратор делал их раньше, и медленно, если открывает документацию впервые. Четвёртый шаг зависит от размера базы: чем она больше, тем дольше загрузка. Поэтому время восстановления нельзя узнать из справочника, его измеряют на своей базе.

⚖️ Четыре схемы защиты: сколько данных потеряете и сколько будете ждать

Чем чаще снимается копия и чем дальше она лежит от сервера, тем меньше потери. Оценки в таблице примерные: точные цифры зависят от размера базы и состояния площадки.

Вторая схема чаще всего встречается у малого бизнеса, и ловушка в слове «ночная». В нашей истории повезло: авария в 07:40, ночная копия ещё свежая. Случись она в 17:00, пропал бы весь рабочий день 35 человек.

Четвёртая схема, «горячий» резерв, нужна не всем. Она стоит минимум как два сервера, потому что платите за обе площадки. Выбирают по двум вопросам: сколько стоит час простоя и сколько работы можно позволить себе вносить заново. Склад отгружает круглосуточно, час простоя дорог: смотрите на четвёртую схему и выделенный сервер в аренду с резервом на второй площадке. Работа идёт в обычные часы, и повторно внести данные за день реально: хватит второй или третьей схемы.

Как это устроено у нас и сколько стоит

Аренда сервера 1С у нас от 1 100 ₽/мес за пользователя. Для компании на 30 пользователей это от 33 000 ₽ в месяц. Сервер работает на одной площадке, а копии мы настраиваем на другую, чтобы авария у одной не забрала обе. Схему копирования и план восстановления собирает системный администратор, час его работы стоит 3800 руб. Для крупной базы схему считают отдельно: загрузка и проверка идут дольше, а простой обходится дороже.

Отличие от формулы «бэкап включён» простое: копия существует, только когда её разворачивали на чистой машине. Допустим, пробное восстановление занимает четыре часа. Это 15 200 ₽ при ставке 3800 руб/час, один раз, и на руках остаётся протокол: дата, размер базы, время загрузки, результат сверки остатков. Сравните эту сумму с одним днём, когда склад стоит у ворот.

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

❓ Частые вопросы

Можно ли восстановить 1С, если провайдер потерял сервер вместе с бэкапами?

Только если копия есть где-то ещё: на другой площадке, в офисе, у бухгалтера в виде выгрузки .dt. Если нет ни одной копии, базу собирают заново из первичных документов, банковских выписок и инвентаризации. Это занимает недели ручной работы, поэтому внешнюю копию нужно настроить до аварии.

Сколько времени занимает восстановление 1С на новом сервере?

От нескольких часов до рабочего дня, если копия цела и сервер выбран заранее. Время складывается из установки платформы и СУБД, загрузки базы, активации лицензий и возврата обменов. Загрузка большой базы из .dt сама идёт часами. Точное время для вашей базы показывает только пробное восстановление.

Где хранить резервные копии 1С, чтобы они пережили потерю дата-центра?

В другом дата-центре, на площадке с независимым питанием и каналом связи, и желательно на другом типе носителя. Если в базе персональные данные россиян, площадка должна быть в России, этого требует 152-ФЗ. Копию периодически разворачивают на чистой машине: пока этого не сделали, её наличие не доказано.

Сколько стоит защита 1С от потери дата-центра?

Аренда сервера 1С стоит от 1 100 ₽/мес за пользователя, для 30 пользователей от 33 000 ₽ в месяц. Работа системного администратора по настройке копий и пробному восстановлению оплачивается по 3800 руб/час. Резервный сервер с репликацией стоит как второй сервер, его берут, когда час простоя обходится дорого.

Чем выгрузка .dt отличается от бэкапа СУБД при восстановлении?

Бэкап СУБД разворачивается быстрее, но требует той же СУБД и совместимой версии. Выгрузка .dt переносится между разными СУБД и файловым вариантом, зато выгрузка и загрузка большой базы занимают часы. Надёжная схема хранит оба вида копий, а вне площадки лежит хотя бы один.