Имя: Пароль:
1C
 
Вопрос по созданию резервных копий
, ,
0 GreatOne
 
13.11.14
11:35
Доброго дня!
Озадачился вопросом автоархивирования.

Сейчас у меня следующая схема:
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. Или надо и то и другое.

Хочу досконально разобраться в этом вопросе, включая все тонкости безопасности(ведь где-то лежит батник, в котором прописаны все пароли от баз, ну и прочее). Буду благодарен за полезные ссылки с подробным описанием вопросов + свои мысли и опыт.
1 Looser-1c
 
13.11.14
11:37
Только backup database
Остальные варианты - плохие.
Ну, ещё можно службу sql остановить и скопировать файлы...
Но зачем?
2 Otkr
 
13.11.14
11:37
Фуллбекап раз в неделю и разостные каждый час
3 GreatOne
 
13.11.14
11:38
(1) чем плохие? Вообще хоть раз в неделю думаю dt Надо делать. К примеру для тестирования новых доработок в файловом варианте "по быстрому".
4 Looser-1c
 
13.11.14
11:38
(3) Например тем, что dt  у тебя может просто не восстановиться.
5 GreatOne
 
13.11.14
11:40
(4) понял, спасибо)
6 GreatOne
 
13.11.14
11:41
(2) вот да... а то меня как-то смущает копия за целый день. На прошлом месте работы видел реки слез менеджеров, когда админ восстанавливал днем данные лишь за вчерашний день.
7 Looser-1c
 
13.11.14
11:42
(6) делай архивы логов каждые 10 минут.
Правда, потом восстанавливать задолбаешься.
8 Мыш
 
13.11.14
11:46
(6) Разностная же от последней полной? Разве нет?
9 Мыш
 
13.11.14
11:46
(3) А ещё скульная копия разворачивается гораздо быстрее.
10 GreatOne
 
13.11.14
11:48
(9) вот это реально здорово. На выходных буду тестить.
11 floody
 
13.11.14
11:49
(7) всмысле задолбается? Указал время, на которое нужно восстановить, и пошел курить.
12 Looser-1c
 
13.11.14
11:50
(11) Много курить вредно.
У меня был вариант когда логи за сутки разворачивались за сутки же.
13 Heckfy
 
13.11.14
11:51
(7) 12-й скуль сам тейлы собирать умеет. А так скрипт наваять тоже не сложно.
14 Heckfy
 
13.11.14
11:52
И это, я использую схему
раз в неделю фулл
раз в сутки диф
каждые 10 мин. лог
15 thezos
 
13.11.14
11:53
(0) По расписанию выгрузка в дт -> письмо себе в почту или смс (сделалось, если нет то в чем ошибка)
В sql план обслуживания + бэкап так же с предупреждениями.
16 ADirks
 
13.11.14
11:57
(0) Читай  http://infostart.ru/public/173494/
Подробно, с картинками.
17 Господин ПЖ
 
13.11.14
12:17
>Например тем, что dt  у тебя может просто не восстановиться.

full тоже иногда бывает кривой или лог посредине
18 Господин ПЖ
 
13.11.14
12:20
какой обмудок рисовал gui для восстановления бэкапов в sql studio. он не работоспособный просто когда есть еще логи и их много, приходится скриптом собирать другой скрипт, который в состоянии адекватно работать
19 Looser-1c
 
13.11.14
12:29
(17) Тебя не совсем понял.
приведи пример....
Ну максимум, что я могу понять, - это когда бакуп делается в момент проведения РСВ какой-нибудь... Тогда или всё, или ничего....
20 Heckfy
 
13.11.14
12:31
(18) Юзайте 2012 и выше. :)
21 ifso
 
13.11.14
13:33
без проверки на восстановимость любой бэкап - филькина грамота
а если корректно восстанавливается, то способ бэкапа вторичен (ну, там время поэкономить можно или о вкусах поспорить)