Имя: Пароль:
1C
Админ
Сеанс работы завершен администратором.
, , ,
0 Robin iz Robinov
 
02.05.13
16:21
Помогите люди добрые.
При обмене выходит ошибка:

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

Также не выгружает DT.
Также не идут регламентные задания (обмен).

База на SQL
Чисти dbo._ConfigChngR, dbo._ConfigChngR_ExtProps без результатов.

SQL 2008 R2
1C 8.2.17.157
1 Wobland
 
02.05.13
16:27
HRESULT=80004005 ты, конечно, уже загуглил. что пишут?
2 Robin iz Robinov
 
02.05.13
16:35
(1) много чего, но самое интересное что у меня ошибка так и кончается на запятой "HRESULT=80004005," и больше ничего, что пишут пробовал, но хотелось найти суть проблемы, а не отложить ее на потом через рестарт 1С консоли.
3 Robin iz Robinov
 
02.05.13
17:36
Кто подскажет как средствами SQL определить на какой таблице в SQL выскакивает ошибка?
4 shuhard
 
02.05.13
18:26
(3)[как средствами SQL определить на какой таблице в SQL выскакивает ошибка]
нет ни какой связи между нехваткой памяти у prhost-а и табличками на сиквеле
5 Robin iz Robinov
 
03.05.13
08:40
(4)
Странно но читал что иногда помогает чистка таблиц
dbo._ConfigChngR
dbo._ConfigChngR_ExtProps
6 alexkr
 
03.05.13
08:50
(0) Похожий баг был у меня. Как вариант - это битая конфигурация поставщика. Снял с поддержки, проблемма ушла. Неудобно, но все же...
7 Фокусник
 
03.05.13
08:51
(0) Перезапусти сервер 1С
8 Sammo
 
03.05.13
09:08
http://infostart.ru/public/18771/
Суть проблемы: важно, что под это сообщение об ошибке могут подпадать разные причины, но у них есть общая часть для 1С - это не достаточно оперативной памяти.

Кстати, скольки разрядный сервер?
9 Robin iz Robinov
 
03.05.13
12:59
(8) 32Bit
10 Robin iz Robinov
 
03.05.13
12:59
(7) это не решение проблемы
11 Повелитель
 
03.05.13
13:11
У меня когда была ошибка 80004005, в итоге HRESULT=80004005 битая ОЗУ.
Советую протестировать, отличная программа есть  memtest+
12 Повелитель
 
03.05.13
13:11
(11) Не так скопировал, вообщем у меня оказалась ОЗУ плашка битая.
13 Sammo
 
03.05.13
19:20
(9) Сколько размер rphost когда появляется сообщение? Сколько процессов?
При 32 разрадном 1с требуется разбивать по процессам - 2 гига + одно ядро на процесс.
+ смотри утечки памяти в технологическом журнале
14 Robin iz Robinov
 
04.05.13
07:24
(13) Бухи начали поднимать кипишь, пришлось перезагрузить, в след раз гляну спасибо за совет!
15 Robin iz Robinov
 
04.05.13
14:48
(13)

rphost.exe - 700 Мб

rphost два штуки (Всего 8 ОЗУ, 2 Windows + 2 SQL + 2*2 rphost )

Разбираюсь с технологическим журналом
16 Sammo
 
04.05.13
15:09
(15) Скуль на application сервере? Он ограничен в памяти?
Кстати, в 32 разрядной версии при раздувании rphost до 2 гигов будут проблемы с памятью
17 Dethmont
 
04.05.13
15:19
(15) Раньше тоже парился с такой проблемой (конфа УПП), время от времени вылетала ошибка "Соединение с сервером баз данных разорвано администратором бла бла бла"

Переход на 64-бит сервак и Сервер 1С все вылечил
- Как бабушка отговорила
18 Dethmont
 
04.05.13
15:25
+(17) А еще базы в которых нет активных пользователей, но есть активные фоновые задания почему то отъедают туеву-хучу памяти
19 Robin iz Robinov
 
08.05.13
14:44
Решил проблему добавлением рабочего процесса.
20 Odavid
 
13.05.13
11:05
(0) аналогичная ошибка при запуске 1С:Предприятия у пользователей
То же
"SQL 2008 R2
1C 8.2.17.157"
Удалял базу из списка, новую создавал - не помогло, стала только запускаться на 3-4 раз, в остальные - эта же ошибка. Причем в другие серверные (и файловые) базы заходили без проблем.
Проблема - аналогично! - решилась добавлением рабочего процесса на сервере.
21 Odavid
 
13.05.13
11:09
(19)>>Решил проблему добавлением рабочего процесса.
А кто подсказал? Техподдержка ничего не может сказать путного, требует 18-ю платформу и настроить техжурнал им на обработку.
Также ничего не сказали по поводу смежной проблемы - что-то глюкается, и в списке баз появляются две одинаковые базы (одна - из общего списка, другая - из собственного; хотя должна - какая-то одна быть при совпадении путей к базам).
Данная ошибка не воспроизводится, пропадает после очистки пользовательского кэша и списка баз.
22 Odavid
 
13.05.13
11:12
+( 21) да, еще консоль зарегистрировала два подключения Консоли кластеров (себя самой) к этой базе, один "фантомный" удалил вручную.