Зависает 1с 8.2.17.169 при запуске предприятия

1. vitalya24 239 14.08.13 17:31 Сейчас в теме
платформа 8.2.17.169
клиент-серверная архитектура.
терминальный сервер 2008

при попытке запуска 1с в режиме предприятия происходит зависание, просто черное окно, при этом проблема не с сетью т.к. была создана база локально пустая и произведена попытка входа, результат = 0.

После перезагрузки проблема решается но не надолго. Поэтому ребут не решение.
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. sboi 14.08.13 18:22 Сейчас в теме
Добрый день. Проблема у одного пользователя или массовая? Побывали ли вы выполнять очистку пользовательского кеша?
vitalya24; +1 Ответить
6. vitalya24 239 16.08.13 15:11 Сейчас в теме
(2) sboi, у всех сразу, чистка кеша не помагает
3. frying 21 14.08.13 18:24 Сейчас в теме
8. vitalya24 239 16.08.13 15:33 Сейчас в теме
9. frying 21 16.08.13 17:39 Сейчас в теме
(8) vitalya24, Защита какая?
Предприятие запускается в отладке или нет?
10. vitalya24 239 16.08.13 17:49 Сейчас в теме
(9) frying,
защита - локальный ключ
запуск в обычном режиме под пользователем
11. frying 21 16.08.13 18:15 Сейчас в теме
(10) vitalya24, А ключ какой, программный или аппартный?
12. vitalya24 239 16.08.13 18:20 Сейчас в теме
13. frying 21 16.08.13 18:48 Сейчас в теме
(12) vitalya24, Зависает, до или после авторизации?
14. vitalya24 239 16.08.13 18:57 Сейчас в теме
(13) frying, зависает до авторизации. т.е. в окне выбора базы данных нажимаем 1с Предприятие, появляется окно загрузки, появляется картинка базы данных и все...зависает наглухо, помагает только срыв процесса 1с через диспетчер задач
4. pavel06 2 16.08.13 14:50 Сейчас в теме
Как входили? Локально админом, пользователем, в терминале, через 1С на клиентском компе?
Есть ли разница между способами входа?
На сколько времени или запусков решается проблема после перезагрузки?
Какой SQL?
Надо искать фактор сбоя.
7. vitalya24 239 16.08.13 15:14 Сейчас в теме
(4) pavel06,
- входили под пользователем,но под админом тоже самое,
- проблема входа только на терминальном сервере,
- проблема не закономерна, т.е. может месяц не зависать а может два раза в день.
- sql ms sql 2008, но проблема явно не в этом...
24. fly_men 05.09.13 17:53 Сейчас в теме
(7) vitalya24, Попробуйте снять галочки при подключении к терминалу - визуальные эфекты, темы.
5. vitalya24 239 16.08.13 15:10 Сейчас в теме
проблема с базами только на терминальном сервере, причем каждый раз разном (зависал уже сервер и тот который находится в ферме серверов и отдельно стоящий). Т.е. если заходить в базы данных с других терминальных серверов или с локальных машин все ок.
С сетью тоже проблем быть не может.
Делался эксперимент: создали пустую файловую базу данных на этой проблемной машине (сервере), зашли в конфигуратор - ок, при попытке входа в предприятие - зависает.
Так же все другие сервисы на этом сервере работают исправно, нагрузка на процессор номинальная (10-30%), оперативной памяти использовано 16 гб из 32, длина очереди диска в пределах нормы.
15. frying 21 16.08.13 20:16 Сейчас в теме
А антивирус есть на терминале? Может что-то блокирует?
Вообще "долго" может искать ключ. Снят или нет флажок в настройках "Использовать аппаратную лицензию"?
16. vitalya24 239 18.08.13 10:44 Сейчас в теме
(15) frying, антивирус отключен, а где этот флажок можно найти?
17. frying 21 18.08.13 13:17 Сейчас в теме
(16) vitalya24, В списке информационных баз кнопка "Настройка" и внизу формы флажок
Прикрепленные файлы:
rainstars; +1 Ответить
18. vitalya24 239 18.08.13 15:35 Сейчас в теме
(17) frying, ок, пока что спасибо, подождем следующего зависания и будем пробовать лечить, но если еще будут варианты то пишите
19. frying 21 18.08.13 23:39 Сейчас в теме
(18), вообще правильным вариантом было бы настроить технологический журнал и собранные данные отправить на v8@1c.ru. Я подсказать сходу как настроить не смогу, надо разбираться. На диске ИТС есть замечательная обработка для настройки, если найдете, очень советаю сделать. Даже, если не отправлять, он может навести на какие-нибудь мыли.
vitalya24; +1 Ответить
20. vitalya24 239 18.08.13 23:41 Сейчас в теме
(19) frying, спасибо, будем пробовать
21. vitalya24 239 30.08.13 12:34 Сейчас в теме
ничего не помогло, есть еще варианты?
22. Танта 30.08.13 14:36 Сейчас в теме
тестирование и исправление ошибок делали?
23. vitalya24 239 04.09.13 12:11 Сейчас в теме
(22) Танта, да не в базе проблемы, с другого терм сервера все работает нормально, проблема именно с программой 1с на терминальном сервере
25. dimaster 40 19.09.13 16:44 Сейчас в теме
решили проблему?
у меня тоже самое
26. vitalya24 239 23.10.13 13:13 Сейчас в теме
перешли на новую платформу частота таких ситуаций снизилась, но все равно периодически перезагружаем терминалы...
27. vitalya24 239 17.12.13 11:33 Сейчас в теме
проблема актуальна, у кого есть еще предложения?
28. Filys_Fog 13 04.03.14 15:03 Сейчас в теме
Екарныцй бабай!!!!!!!!!!! Что нет решения???? Задолбало уже такое. В чем проблема. База работает работает. Потом в один в неизвестный момент зависает в момент подключения. Появляется как бы окошечко и как бы вот ща я вам выкину оуошко для выбора пользователей и все... висимссссссс. Знающие в чем проблема? тольео не говорите мне что проблема в ДНК!!!!!!!
29. asved.ru 37 06.03.14 06:55 Сейчас в теме
Настройте уже ТЖ и посмотрите. События call/scall, vrsrequest/vrsresponce
30. rainstars 06.03.14 08:54 Сейчас в теме
Все таки дело скорей всего в самих терминальных серверах. Проверить скорость. возможны колебания скорости и потери пакетов, что при входе в 1С критично, происходит чтение кеша.
И хорошо бы описать на чем работают терминальные сервера. Скорей всего дело в них.
31. sboi 02.07.14 09:13 Сейчас в теме
По описанием, очень напоминает на поиск ключей. файл nethasp.ini, поиск ключей идет по BROADCAST? Выключите его и пропишите конкретные сервера, где установлены ключи.

Пример:
NH_SERVER_ADDR = 192.168.1.15
NH_USE_BROADCAST = Disabled
32. otrazhenie 03.07.14 09:33 Сейчас в теме
у меня была подобная проблема на локальном компе. решилась пересозданием профиля пользователя.
33. Serg O. 304 25.02.15 08:26 Сейчас в теме
проблема похоже есть... а решения так и нет
из моего опыта - несколько "простых" решения есть, помогает в 90% случаев
и это НЕ сеть и не сервер виноваты... а сама база 1С !!!

1) первое "простое" решение - выгнать всех пользователей и монопольно обновить конфигуранию базы
(для этого достаточно внести пробел в любой модуль для "появления изменений") и обновить конфигурацию и конфигурацию базы данных.

2) удалить базу из списка баз (у всех пользователей) закрыть или перезагрузить комп
и потом добавить заново (стираются темп.файлы)

3) создать копию базы - выгрузить базу в .dt (или .bak для SQL) и загрузить "рядом" как новую
старую - просто имя меняем... в копии назначаем первоначальное название.

но бывают случаи и посерьёзнее... лучше протестировать и исправить ошибки в базе (на копии например - тоже средствами 1С - в конфигураторе - Администрирование - тестирование и исправление ИБ)
34. vitalya24 239 14.09.15 13:01 Сейчас в теме
на текущий момент платформа много много раз обновилась, судя по всему ошибка исправлена
35. Vainemeinen 82 01.12.15 04:48 Сейчас в теме
К сожалению не решена.
Win 2008 r2, SQL 2012, 1С 8.2.19.121 сервер 64. В конфигуратор заходит нормально, Файловые базы открываются нормально, сервер 32-разрядный тоже вроде работает нормально, а с 64-разрядным вот такая засада - в режиме предприятия запускает после старта службы сервера одного, иногда нескольких пользователей, далее у остальных 1С зависает на этапе вывода заставки до появления окна авторизации и висит таким образом бесконечно долго. Никакие поиски в системных журналах, запуск технологического журнала результата не дают - все чисто. Через process explorer видно только, что exe-шник 1С по кругу пытается открывать одни и те же файлы и ключи реестра и видимо где-то спотыкается, но где именно - абсолютно не понятно.
Есть большое подозрение на конфликт с какими-то драйверами принтеров, потому что были две похожие ситуации - на одном сервере возник описанный выше глюк - на машине стояли сервер 1С, SQL, и сервер терминалов. Никакие действия запустить базу не помогли, поэтому служба сервера 1С была срочно перенесена на другой компьютер, на котором кроме сервера 1С ничего запущено не было и в терминале подключались только админы - в результате все заработало. Такая конфигурация отработала почти год, пока не пришлось опять на сервер 1С пустить терминальных пользователей - один день все работало нормально, а на следующий после установки всех драйверов принтеров, используемых в терминальных сессиях, картина полностью повторилась. Только где искать гада не понятно, потому что терминальных пользователей более сотни, с принтерами зоопарк, какой из них все портит не понятно.
37. pavel06 2 03.01.16 16:50 Сейчас в теме
(35),
с принтерами зоопарк, какой из них все портит не понятно


Ищите среди Canon iSensys & LBP - у них с сетевыми драйверами глюки.

Если несколько серверов 1С на одной машине, то надо проверить не пересекаются ли порты.
36. d-shiro@rambler.ru 01.12.15 05:18 Сейчас в теме
Может повторюсь, но по опыту хочу предложить аппаратно разделять сервер терминалов, сервер БД и сервер 1С. У нас в организации то же подобная структура, правда MS SQL 2008. Так вот БД, поднята на failover cluster( windows server 2008 r2, т.е. физически 2 сервера с 1 хранилищем), 2 сервера терминалов - это другие машины, ещё присутствует два физических сервера на котором подняты 64 разрядные 1С сервера. Проблем с зависанием не встречали, притом, что пользователей работало через терминалы до 50 и более человек одновременно. Если нет таких ресурсов можно конечно железо подсократить, но всё же аппаратно попытаться разделить.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот