Здравствуйте. Подскажите, пожалуйста, как наверняка проверять копии скульной базы (в плане что она развернется и запустится в 1с без проблем и каких-то ошибок)? Находил статью на форуме, где рекомендую ставить галочку "Проверять резерную копию после завершения". Данная галочка доступна только если вручную делать копию базы данных, в плане обслуживания я такой галочки не нашел. Скрипт на t-sql с использованием RESTORE VERIFYONLY имеет смысл?
---
Может меня попустят мега специалисты, но единственно 100% надежная проверка, это интерактивная загрузка в копию, с контролем целостности, поскольку, когда все екнется может оказаться что бекап не бекап. Проверяйте хотя бы раз в месяц ручками. Чисто мое ИМХО, ни на что не претендую
---
что она развернется и запустится
разворачивать и запускать
---
и по половине дня трачу просто на их восстановление и вход в каждую из них.

Используйте скрипт/задание подъёма БД (например, ночью, выходные) + оповещение на почту, что Restore с ошибкой, тогда останется только "и вход в каждую из них"
---
По будням делаются дифференциальные копии раз в день

Кстати, восстановление диффов точно стоит проверять. Часто бывает так, что цепочка бэкапов ломается из-за криво настроенных снепшотов виртуалки с sql. Или какой-нибудь разраб посреди недели делает себе бэкапы без опции copy only
---
что она развернется и запустится
разворачивать и запускать
---
Может меня попустят мега специалисты, но единственно 100% надежная проверка, это интерактивная загрузка в копию, с контролем целостности, поскольку, когда все екнется может оказаться что бекап не бекап. Проверяйте хотя бы раз в месяц ручками. Чисто мое ИМХО, ни на что не претендую
---
сейчас проверяю раз в неделю. Но чувствую, что сильно погорячился. Сейчас у нас 39 баз (пока что....), и по половине дня трачу просто на их восстановление и вход в каждую из них. По поводу проверки раз в месяц, думаю, отличная идея. Спасибо! Подскажите, пожалуйста, под контролем целостности подразумевается Проверка логической целостности информационной базы и Проверка ссылочной целостности информационной базы из тии?
---
и по половине дня трачу просто на их восстановление и вход в каждую из них.

Используйте скрипт/задание подъёма БД (например, ночью, выходные) + оповещение на почту, что Restore с ошибкой, тогда останется только "и вход в каждую из них"
---
Используйте скрипт/задание подъёма БД (например, ночью, выходные) + оповещение на почту думал на эту тему, но это нужно под каждую базу создать пустую копию, в которую и должна ресториться определенная база. Или я не правильно понял?
---
правильно понял
---
хотя, чего это я... достаточно создать 1-у пустышку и по очереди заливать туда копии баз
---
в таком случае нужно будет делать таймаут после залива копии, чтоб успеть зайти в нее и посмотреть, все ли с ней ок. Поэтому лучше все же под каждую копию базу создам. Спасибо еще раз!
---
слишком затратно по ресурсам, силами скуля там-же есть загрузилось гуд или не гуд, если скрипт правильно написать, интерактивно проверять не нужно. У человека 39 баз, он утонет в них
---
А были прецеденты, что копия не восстанавливалась? Может тогда в железе проблемы? Даже битую базу можно забэкапить и восстановить (вероятно не всегда), будет ли она после этого работать как база 1С - это уже другой вопрос. Ну и копии 40 баз еженедельно восстанавливать - отдельный вид извращений. Базы вообще регулярно средствами SQL обслуживаются? Там можно раз в неделю указать проверять целостность БД.
---
А были прецеденты прецендентов не было лично у нас, просто на выходных чисто случайно наткнулся на статью, суть такая, что делались бэкапы, но не проверялись, база накрылась - восстановили, а бэкап оказался вовсе и не бэкапом, критические ошибки посыпались, и зайти в базу просто не вышло, тии не помогло, перевод в файловую и чекдб тоже не помогли. Это стало поводом задуматься. Базы обслуживаются регулярно планом обслуживания, на выходных делается проверка целостности, перестроение индексов, обновление статистики, очистка DBCC FREEPROCCACHE, полное резервное копирование, после копирования очистка журнала, копий старше 6 месяцев. Заданы триггеры отправки сообщений на почту в случае возникновения ошибок на каком либо этапе. По будням делаются дифференциальные копии раз в день, и транзакционные копии раз в час. 40 баз это на текущий момент, планируется еще перенос 10 файловых баз (как минимум) на сервер...
---
По будням делаются дифференциальные копии раз в день

Кстати, восстановление диффов точно стоит проверять. Часто бывает так, что цепочка бэкапов ломается из-за криво настроенных снепшотов виртуалки с sql. Или какой-нибудь разраб посреди недели делает себе бэкапы без опции copy only
---
Или какой-нибудь разраб посреди недели делает себе бэкапы без опции copy only этот вариант исключен, разраба у нас только два, мой начальник и я, и администрированием 1с только мы занимаемся, сообща. По поводу
(13) криво настроенных снепшотов виртуалки с sql сейчас поищу информацию для изучения. Спасибо!