Если в БД есть очень большая таблица, то выгрузка прокатит, а загрузка нет. Ограничение по объему не помню. Пока не выполнишь загрузку нет возможности узнать "загружаемая ли эта DTха или нет"

С другой стороны бекапы все-равно надо тестить на восстановимость. Этой третий уровень админа, после админа "который делает бекапы".

+

А можно пруфы?
Ни разу с таким не встречался.

Это если Ее не обновляли и номер релиза поставщике равен номеру релиза базы данных.

Сорри, напугал зря. В файловую базу не загрузится.

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

А запустить ТИИ не считается?

А ТиИ не во всех случаях без ошибок пройдет. Один из самых простых случаев если РИБ или обмен между базами.

Не считается, так как не гарантирует.
Только реальная работа  пользователей.
По схеме - не проверили backup - нет работы пользователей,
хороший стимул.
Кейс с проверкой 50 баз тии, еженощное востановление pg_probackup
в отдельный кластер, создание баз 1с, подключение 1с, проверка тии, отработал год,
потом отвалился, перестала делаться тии, мы с админом забили.
У меня нет доступа в online.
Если бы сразу сделали ежедневное восстановление рабочих баз из backup, это бы не оставило не мне,
ни админу, ни пользователям никаких шансов.

А если бы в вашем кейсе ошибка вылезла только на второй, третий день. Люди это самое слабое звено. Кругом будет пожар, но всегда найдется персонаж, который скажет что все нормально. 😀

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

Нет я про случай когда людям подсовывать бэкап. Если я правильно понял вашу мысль.

Тогда я не понял вас.

Я больше доверяю регламентным задачам, это не 100% но выше, чем отдать на откуп людям.

На откуп людям после регламентных задач.

!ban

Выделяем отдельную машину, которая:
1. Утром берёт dt-шку из ночного архива
2. Разворачивает её в локальную БД (*.1cd)
3. Запускает ТИИ (оно вообще может неинтерактивно работать и отдавать результат?)
4. Анализируем ответ ТИИ - если есть проблемы узнаём о них на следующий день после того как 1с-ник испортил БД на проде.

Под словом испортил я понимаю такую ситуацию:

бекап базы делается и восстанавливается, но данные неконсистентны.

Если у вас обмен или РИБ получаете кучу ошибок в лог ТиИ что нарушена целостность. Этот метод к сожалению далеко не всегда показателен. Максимум, можно получить лог восстановления из dt, если пустой - то ошибок нет, и потом попробовать вход в базу, методом , который ЦКК использует, но нужно знать логин/пароль