|
Ошибка подключения HRESULT=80004005 ₽ |
☑ | ||
|---|---|---|---|---|
|
0
ZZeRRo
30.06.09
✎
12:36
|
От чего может вылетать вот такая вот ошибка (полный текст):
Сеанс работы завершен администратором. по причине: Соединение с сервером баз данных разорвано администратором Microsoft OLE DB Provider for SQL Server: Ошибка подключения HRESULT=80004005 Ошибка проявляется по разному. Последний раз пользователь просто менял элемент справочника, правил таб часть и бабах... Разок было при перепроведении документов. |
|||
|
1
ТелепатБот
гуру
30.06.09
✎
12:36
|
||||
|
2
ZZeRRo
30.06.09
✎
12:37
|
ТелепатБот, не попал )))
|
|||
|
3
OFF
30.06.09
✎
12:40
|
||||
|
4
elvi
30.06.09
✎
12:50
|
перезапустить кластер серверов
|
|||
|
5
ZZeRRo
30.06.09
✎
13:58
|
(3) именно эту ошибку там не нашел
(4) а толку |
|||
|
6
asady
30.06.09
✎
14:23
|
(0) Я эту ошибку победил путем отказа от типовых ролей пользователей и разработки своих. Причину даже искать не стал - просто пересаживал постепенно юзверей на новые роли.
|
|||
|
7
EasyRider
30.06.09
✎
14:25
|
(0)А какой релиз платформы?
|
|||
|
8
OFF
30.06.09
✎
14:26
|
(5) какой полный текст ошибки
|
|||
|
9
Лефмихалыч
30.06.09
✎
14:29
|
(0) у меня такое практически всегда связано с тем, что rphost отъел больше гига оперативы. Частично победил увеличением количества рабочих процессов до 4-х - теперь юзеры продолжают отваливаться, но в 4 раза реже и в 4 раза меньше юзеров за час
|
|||
|
10
bcel
30.06.09
✎
14:32
|
Я сделал так: создал копию базы, зашел через SQL в таблицу dbo.Config, нашел там несколько строчек с большим размером и с не стандартным FileName, удалил их, выгрузил из 1с конфигурацию этой базы, сравнил их с реальной, различий не было. Удалил их в реальной базе, и уже работаю 3 мес, пока ничего не происходит.
|
|||
|
11
EasyRider
30.06.09
✎
14:34
|
(9)Была такая же фигня.Избавился
|
|||
|
12
ZZeRRo
30.06.09
✎
15:45
|
Только что тот же пользователь, у которого была вышеописанная ошибка, опять вылетел, но в этот раз вообще небыло никаких сообщений. 1Ска просто закрылась и все. Все же с чем это может быть связано, остальные вроде бы тьфу тьфу тьфу работают нормально.
|
|||
|
13
ZZeRRo
30.06.09
✎
15:47
|
(7) 8.1.13.41
(8) в (0) написано, это полный |
|||
|
14
ZZeRRo
30.06.09
✎
15:51
|
(10) эт так как у гилева написано?
|
|||
|
15
ZZeRRo
30.06.09
✎
15:52
|
Мне интересно все же с чем это связано.
|
|||
|
16
EasyRider
30.06.09
✎
15:56
|
(15)Если 32-битная система,то наверно с тем что процессы сервера переполняются,как у (9).Можно увеличить количество рабочих процессов,установить поддержку 3 ГБ памяти и обновиться до 13-го релиза.Либо использовать 64-битный 1с-сервер.
|
|||
|
17
d_Fedor
30.06.09
✎
16:12
|
Вообще причин может быть много... универсальные советы:
Обновление платформы до последней. Это как минимум... А вообще эта ошибка может проявлятся например при попытке отбора по времени 23:59:59, когда имеются записи с таким же временем, это ошибка 2005 скуля. Можно перезапускать процессы сервера... Может проблема в сети между SQL сервером и 1С сервером.. Словом не хватает информации, на чем работаем, версии скуля и платформы... |
|||
|
18
ZZeRRo
30.06.09
✎
16:28
|
Платформа 1С 8.1.13.41, Скуль 2005, "сервак" под кластер серверов 1с канечно совсем не фонтан: 2гига оперативы, ХП 32 бит, работает 1 рабочий процесс
Вот и думаю стоит ли на нем второй процесс запускать, пользователей максимум может работать 20, а так в среднем 13-15 |
|||
|
19
Demiurg
30.06.09
✎
17:44
|
(18) это зависит не от количества пользователей, от объема памяти rphost
|
|||
|
20
Demiurg
30.06.09
✎
17:44
|
покажи технологический журнал
|
|||
|
21
Demiurg
30.06.09
✎
17:45
|
настойка ТЖ описана здесь http://www.gilev.ru/1c/81/techlog/index.htm
|
|||
|
22
alegator666
10.07.09
✎
10:41
|
(16) Подскажите плиз, а где делается увеличение количенства процессов?
|
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |