Резервное копирование и восстановление информационных баз 1С: настройка регламента, проверка целостности копий и отработка восстановления на тестовом контуре.
Что это и зачем нужно
Резервная копия — способ вернуть информационную базу к рабочему состоянию после сбоя, ошибки пользователя или неудачного обновления. Без проверенного регламента копирования компания рискует потерять учёт за дни или недели.
Копии нужны при:
- обновлениях конфигурации и платформы;
- сбоях оборудования, диска и файловой системы;
- ошибках пользователей и массовом удалении данных;
- атаках и шифровальщиках;
- переносе базы на другой сервер или в облако.
Важно не только создавать копии, но и регулярно проверять, что из копии база реально поднимается. Непроверенная копия часто оказывается непригодной именно в момент аварии.
Файловая база и клиент-сервер: как копировать
Способ резервирования зависит от режима работы информационной базы.
Файловая база. Копирование файла .1CD допустимо только когда все пользователи вышли из базы. Надёжнее — штатная выгрузка .dt через обработку резервного копирования или конфигуратор. Восстановление — загрузка .dt в пустую базу или замена файла при полной остановке.
Клиент-серверная база (MS SQL, PostgreSQL). Основной контур — резервное копирование на уровне СУБД: полные и дифференциальные копии, журнал транзакций (для SQL). Дополнительно имеет смысл периодическая выгрузка .dt — для переноса между контурами и быстрой проверки целостности. Восстановление — через средства СУБД или загрузку .dt.
Правило 3-2-1. Минимум три копии, на двух носителях, одна — вне основного сервера (сетевое хранилище, облако, отдельная площадка). Иначе один инцидент уничтожит и базу, и все бэкапы.
Что нужно для настройки
- доступ администратора к базе, серверу 1С и (при клиент-сервере) к СУБД;
- сведения о текущем расписании копий и месте хранения;
- тестовый контур или согласование окна для проверки restore;
- контакт ответственного за инфраструктуру со стороны заказчика.
Что входит в услугу
- аудит текущей схемы резервирования (файловая база / SQL / PostgreSQL);
- настройка расписания копий и политики хранения (сутки / недели / месяцы);
- выбор места хранения: локальный диск, сетевой ресурс, отдельное хранилище;
- контрольная проверка восстановления на тестовый контур;
- регламент действий администратора при инциденте;
- рекомендации по шифрованию и ограничению доступа к копиям.
Стоимость «от 6 000 ₽» — для базовой настройки и проверки на одном контуре. Крупные SQL-базы, георезерв и автоматизация под мониторинг оцениваются отдельно.
Как проходит работа
- Аудит текущей схемы копирования.
- Согласование расписания и политики хранения.
- Настройка копий и места хранения.
- Тестовое восстановление.
- Передача регламента на инцидент.