|
Сеанс работы завершен администратором. | ☑ | ||
---|---|---|---|---|
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) да, еще консоль зарегистрировала два подключения Консоли кластеров (себя самой) к этой базе, один "фантомный" удалил вручную.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |