Проверка копий
Пробное восстановление вручную и по расписанию — как убедиться, что из копии действительно поднимается база.
Зачем#
Копия, которую ни разу не разворачивали, — это надежда, а не бэкап. Файл может совпадать с контрольной суммой и всё равно не развернуться: другая версия СУБД, битая страница внутри дампа, неполная выгрузка. Лучше узнать об этом на проверке, а не в день аварии.
Проверка разворачивает копию в новую базу с отдельным именем (имя_проверка_дата), проверяет её и удаляет. Рабочая база не затрагивается: программа заранее сверяет имена и каталоги, а совпадение с рабочей базой считает ошибкой.
Две глубины#
- Быстрая — база поднялась, таблицы на месте, размер разумный. Минуты.
- Глубокая — сплошное чтение данных:
DBCC CHECKDBдля MS SQL, полное чтение таблиц для PostgreSQL, утилитаchdbflдля файловой базы. На больших базах это часы, зато находятся повреждения, которые быстрая проверка пропустит.
На сервере нужно свободное место под вторую базу на время проверки.
Вручную#
- Раздел «Восстановление» → «Найти копии».
- Выберите копию и нажмите «Проверить восстановлением…».
- Укажите пароль или закрытый ключ, если копия зашифрована, и при желании включите «Глубокая проверка».
- По окончании программа покажет отчёт. Тестовую базу можно открыть в 1С и посмотреть, потом нажать «Удалить тестовую базу».

chdbfl — окно 1С: проверку в нём запускаете вы, а результат программа спросит у вас. Без ответа глубокая проверка файловой базы считается невыполненной, а не пройденной.По расписанию#
Служба может проверять копии сама — например, каждое воскресенье утром.
- Откройте задание, вкладка «Проверка копий».
- Нажмите «Расписание…» и выберите, когда проверять. По умолчанию — воскресенье, 05:00: после ночной копии и до начала рабочего дня.
- «Брать копию из облака» — включено по умолчанию: проверяется та копия, что останется, если сервер погибнет вместе с локальными. Если у задания нет облаков, берётся локальная копия.
- «Глубокая проверка» — по желанию.
- Сохраните задание.

Итог приходит в уведомления и попадает в журнал как «задание — проверка копии»:
| Итог | Что значит |
|---|---|
| копия рабочая | скачана, развёрнута в тестовую базу, проверку прошла; тестовая база удалена |
| проверена частично | скачана и совпадает с контрольной суммой, но не развёрнута: нет закрытого ключа |
| не пройдена | копия повреждена, не развернулась или не прошла проверку — разберитесь сразу |
Если в облаке не нашлось ни одной копии, это тоже «не пройдена»: значит, копии не доходят до облака.
Проверка не запускается, пока снимается копия того же задания: совпавший запуск пропускается. Задания с разностными копиями и журналами MS SQL по расписанию не проверяются — такая копия в одиночку не разворачивается. Включите проверку у задания с полными копиями.
Глубокая проверка файловой базы по расписанию не выполняется: chdbfl требует человека у экрана. Быстрая проверка выполняется.
Закрытый ключ#
Копии на открытом ключе служба без закрытого ключа развернуть не может — так задумано: закрытый ключ хранится вне сервера (почему). Для таких заданий есть выбор:
- не класть ключ на сервер — проверка будет частичной: скачивание и контрольная сумма. Целиком копию проверяйте вручную, например раз в месяц, с ключом с флешки;
- положить ключ для проверок — на вкладке «Проверка копий» нажмите «Загрузить ключ…», впишите парольную фразу и нажмите «Проверить ключ». Ключ и фраза хранятся в настройках зашифрованными средствами Windows и читаются только на этом компьютере.
Программа не даст сохранить ключ, который не открывается фразой или не подходит к открытому ключу задания: об ошибке вы узнаете сразу, а не из письма через неделю.