Восстановление сервера 1С после аварии

«Сервер 1С умер, резервные копии не восстанавливаются — работа стоит». Именно так прозвучала срочная заявка. Клиент обращался в конце рабочего дня. Для бизнеса это сразу перестало быть ИТ-проблемой: работа встала полностью.

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

Первые попытки «поднять сервер» результата не дали — резервные копии формально существовали, но восстановиться из них не удалось. Уже через пару часов руководство поняло, что ситуация выходит за рамки локального ИТ-сбоя и требует внешнего вмешательства.

• Остановка продаж и операций. Без 1С компания фактически не может работать.
• Срыв обязательств перед клиентами и контрагентами. Документы и расчёты недоступны.
• Прямые финансовые потери. Каждый час простоя увеличивает убытки.
• Потеря управляемости. Руководство не понимает, что происходит и сколько это продлится.

Уже через два часа стало очевидно: ситуация вышла за рамки ИТ и стала управленческим кризисом.

Компания с численностью 70+ пользователей, несколько баз 1С с разными ролями и задачами. 1С — ключевой ИТ-сервис, без которого бизнес не функционирует.

Сервер был собран на базе обычного desktop-ПК и эксплуатировался как критическая система. Штатный ИТ-специалист присутствовал, но его квалификации было недостаточно для инфраструктуры такой критичности.

В первые часы рассматривались очевидные варианты:

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

Расчёт делался на то, что проблему удастся решить без привлечения внешних специалистов.

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

Стало ясно, что дальнейшие попытки «разобраться своими силами» только увеличивают потери.

Руководство приняло решение о срочном привлечении внешней аутсорсинговой команды для устранения острой проблемы и пересмотра модели управления ИТ.

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

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

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

Срочно нужна помощь

• Предотвращать всегда проще и дешевле, чем устранять в моменте.
• Плановые, управляемые простои безопаснее внезапных аварий.
• Резервные копии без контроля — иллюзия защиты.
• Критичные ИТ-сервисы требуют соответствующего уровня ответственности.
• Затраты на превентивные меры всегда оправданы.

Проверить — есть ли у меня такой риск