Доброго дня!
Озадачился вопросом автоархивирования.

Сейчас у меня следующая схема:
1) net stop "1C:Enterprise 8.2 Server Agent" - чтобы выкинуть пользователей.
2) net start "1C:Enterprise 8.2 Server Agent" - через 15 минут.
3) "C:\Program Files (x86)\1cv82\8.2.18.102\bin\1cv8.exe" DESIGNER /S "serv\name" /N "Dmitriy_IT" /P "pass" /DumpIB D:\..\*.dt
4) утром перезагрузка сервера

Сама выгрузка происходит только при наличии галки для задания в планировщике "Выполнять только для зарегистрированного пользователя", соответственно если мой пользователь не в сети, то архивации не будет. В выходные не всегда захожу. И это первый косяк.

Второе, допустим, база легла, надо разворачивать. DT файл загружается катастрофически долго, сервер не самый мощный. Пару часов точно уйдет, ни о каком срочном возобновлении работоспособности речи не идет.

Ну и третье, вроде как не советуют делать копии путем выгрузки DT для серверного варианта.

Как у вас обстоит дело? О чем говорит опыт? Можно ли забить на dt и делать все средствами СУБД? Кстати у нас MSSQL 2008. Или надо и то и другое.

Хочу досконально разобраться в этом вопросе, включая все тонкости безопасности(ведь где-то лежит батник, в котором прописаны все пароли от баз, ну и прочее). Буду благодарен за полезные ссылки с подробным описанием вопросов + свои мысли и опыт.

Только backup database
Остальные варианты - плохие.
Ну, ещё можно службу sql остановить и скопировать файлы...
Но зачем?

Фуллбекап раз в неделю и разостные каждый час

(1) чем плохие? Вообще хоть раз в неделю думаю dt Надо делать. К примеру для тестирования новых доработок в файловом варианте "по быстрому".

(3) Например тем, что dt  у тебя может просто не восстановиться.

(4) понял, спасибо)

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

(6) делай архивы логов каждые 10 минут.
Правда, потом восстанавливать задолбаешься.

(6) Разностная же от последней полной? Разве нет?

(3) А ещё скульная копия разворачивается гораздо быстрее.

(9) вот это реально здорово. На выходных буду тестить.

(7) всмысле задолбается? Указал время, на которое нужно восстановить, и пошел курить.

(11) Много курить вредно.
У меня был вариант когда логи за сутки разворачивались за сутки же.

(7) 12-й скуль сам тейлы собирать умеет. А так скрипт наваять тоже не сложно.

И это, я использую схему
раз в неделю фулл
раз в сутки диф
каждые 10 мин. лог

(0) По расписанию выгрузка в дт -> письмо себе в почту или смс (сделалось, если нет то в чем ошибка)
В sql план обслуживания + бэкап так же с предупреждениями.

(0) Читай  http://infostart.ru/public/173494/
Подробно, с картинками.

>Например тем, что dt  у тебя может просто не восстановиться.

full тоже иногда бывает кривой или лог посредине

какой обмудок рисовал gui для восстановления бэкапов в sql studio. он не работоспособный просто когда есть еще логи и их много, приходится скриптом собирать другой скрипт, который в состоянии адекватно работать

(17) Тебя не совсем понял.
приведи пример....
Ну максимум, что я могу понять, - это когда бакуп делается в момент проведения РСВ какой-нибудь... Тогда или всё, или ничего....

(18) Юзайте 2012 и выше. :)

без проверки на восстановимость любой бэкап - филькина грамота
а если корректно восстанавливается, то способ бэкапа вторичен (ну, там время поэкономить можно или о вкусах поспорить)