Имя: Пароль:
1C
1С v8
не удается запустить обновление
0 LivingStar
 
25.07.13
05:08
Пытаюсь обновить SQL базу Зуп, при выборе обновления .cfu, после некоторого времени простоя выходит сообщение, - сеанс прерван администратором, и никак не идет далее. В чем может быть дело?
1 Морозов Александр
 
25.07.13
05:15
поставьте винду уже...
2 LivingStar
 
25.07.13
05:36
(1) вы о чем?
3 LivingStar
 
25.07.13
05:47
на винде стоит
4 zva
 
25.07.13
05:49
перезапусти службу агента сервера 1С
5 LivingStar
 
25.07.13
05:50
(4) Ок. Пока что сделал тестирование и исправление.
6 LivingStar
 
25.07.13
05:52
(4) нельзя, работают пользователи в базе другой
7 cw014
 
25.07.13
07:29
(6) Коли нельзя, тогда увы
8 cw014
 
25.07.13
07:29
(6) А вообще регламентно делают ежедневный перезапуск агента сервера 1С и SQL
9 Галахад
 
гуру
25.07.13
07:32
(8) А зачем?
10 cw014
 
25.07.13
07:42
(9) А есть такая трабла, что в определенный момент падает один из процессов агента (rphost). То есть на любое действие в этом процессе вызывает ошибку MsSQL 800..... чего то там, не помню. Минут через 10-15 он восстанавливает вроде бы соединение, но следом летит следующий процесс и так по кругу до перезапуска агента сервера
11 Галахад
 
гуру
25.07.13
07:45
(10) Гм. Не встречал. Ну допустим, а SQL-то зачем?
Там же кэш очиститься, и частые запросы медленнее работать будут.
12 Mitriy
 
25.07.13
07:54
(0) регламентные задания отключать не пытался?
13 Mitriy
 
25.07.13
07:56
(10) шайтан... а вообще можно поставить тайм-аут на перезапуск процессов... на фига службу трогать и уж тем более скуль?
14 cw014
 
25.07.13
08:13
(11) (13) Ладно, со скулем я погорячился конечно, хотя там бывает tempdb вырастает сильно. А вот таймаут перезапуска процессов зачем, если раз в 10 минут он все равно реконнектится? Та же самая ситуация сложится...
15 Фокусник
 
25.07.13
08:15
(8), (9) наверное для того, чтобы "обрадовать" пользователей, запустивших на ночь "перепроведение базы" ;)
16 LivingStar
 
21.08.13
12:40
Завтра буду пробовать обновлять ЗуП. После того раза, сервер перезапускался несколько раз. Надеюсь служба агента сервера 1с не зависла более....
17 LivingStar
 
22.08.13
05:25
Обновление запустить не удалось!!! Пишет то же самое что и в (0). Сервер после этого перезагружался несколько раз... Что может быть?
18 LivingStar
 
22.08.13
05:41
(4) Или она снова зависла? И перезапускать её нужно непосредственно перед самим обновлением?
19 LivingStar
 
22.08.13
07:26
Взял sql архив базы, развернул тестовую базу. На другом sql сервере, обновление пошло... Проблема тогда в SQL сервере, том где лежит рабочая база? Знакома кому нибудь данная проблема?
20 LivingStar
 
22.08.13
07:29
(19+) Перед возникновением этой проблемы в июле, на том же SQL сервере была обновлена одна базу ЗуП, на этой же пошли вот такие проблемы...
21 Rie
 
22.08.13
07:42
"У меня в подполе уже второй год что-то стучит. Что думает по этому поводу современная наука?" (c) А. и Б. Стругацкие
22 LivingStar
 
22.08.13
07:52
(21) А по теме есть что?
23 Rie
 
модератор
22.08.13
07:55
(22) Это - по теме. Как бы намёк на то, что надо бы раскрыть ситуацию поподробнее, а не заставлять весь форум обучаться телепатии.
24 LivingStar
 
22.08.13
08:09
(23) Так а что раскрывать, задача обновить ЗуП, 2 базы, на одну накатил все релизы без препятствий. На вторую стало выходить такое сообщение при обновлении первого релиза:

Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка
HRESULT=80004005,

Ну вот. Перегрузил её архив SQL в тестовый SQL, обновление пошло... Что с рабочей базой в рабочем SQL Server, почему не дает обновить?
25 Rie
 
22.08.13
08:17
(24) Первая ссылка в Google по запросу "HRESULT 80004005" -
http://infostart.ru/public/18771/
26 LivingStar
 
22.08.13
08:32
(25) ну так а если выгруженный SQL архив и загруженный в другой SQL сервер, стал обновляться, то значит не в конфигурации дело?!!!
27 LivingStar
 
22.08.13
10:08
короче я обновляю в тестовой базе
потом планирую выгрузить .bak для загрузки в рабочую