|   |   | 
| 
 | Виснут все сеансы 1С | ☑ | ||
|---|---|---|---|---|
| 0
    
        ac13 29.08.17✎ 12:52 | 
        Есть сервер раз - на котором установлен СКД и Сервер 1С, где лежат базы. И есть сервер два и три - терминальные, к которым подключаются пользователи и получают доступ к базам, расположенным на первом сервере. 
 Иногда на одном из терминальных сервером у всех пользователей одновременно повисают сеансы 1С, запущенные именно на первом сервере. Сеансы в базах, которые лежат на этом же сервере - не повисают, продолжают работать нормально. При этом на первом сервере сам СКЛ и Сервер 1С тоже работают нормально. И на втором терминальном серваке сеансы в тех же базах - не виснут. Я подозреваю что причина в убитой операционке сервака и сетке. Какие еще могут быть причины? | |||
| 1
    
        sandal_r 29.08.17✎ 13:06 | 
        мониторьте в какой момент все зависает и смотрите логи
 perfmon в помощь если есть возможность переустановить ОС - переустанавливайте | |||
| 2
    
        Heckfy 29.08.17✎ 13:09 | 
        Может просто RDP отваливается и картинка замирает?     | |||
| 3
    
        ildary 29.08.17✎ 13:11 | 
        (0) что в этот момент на виснущем сервере с регламентными заданиями? Нет ничего подозрительного? А также перед зависанием делалось ли принудительно завершение какого-нибудь сеанса через консоль "Администрирование серверов 1С Предприятия"?     | |||
| 4
    
        ac13 29.08.17✎ 13:12 | 
        (2) нет, RDP не отваливается и картинка не замирает. Пользователи могут работать в базах, расположенных непосредственно на этот терминальном сервере. Зависают только СКЛ сеансы баз, расположеных на другом сервере.     | |||
| 5
    
        ac13 29.08.17✎ 13:15 | 
        (3) никакого принудительного завершения не делалось.     | |||
| 6
    
        Юрий Лазаренко 29.08.17✎ 13:19 | 
        Кэш на сервере почистить попробуйте.     | |||
| 7
    
        ac13 29.08.17✎ 13:20 | 
        (6) кэш именно одинэсный?     | |||
| 8
    
        H A D G E H O G s 29.08.17✎ 13:26 | 
        Проблема в сетке между серверами
 Что показывает ping <<sersername>> -t -l 65000 -4 | |||
| 9
    
        Heckfy 29.08.17✎ 13:29 | 
        (8) Бомбанул нормально так! :) :) :)     | |||
| 10
    
        H A D G E H O G s 29.08.17✎ 13:31 | 
        (9) Что такое?     | |||
| 11
    
        ac13 29.08.17✎ 13:34 | 
        показывает обмен пакетеми по 65000 1-2 мс TTL=128     | |||
| 12
    
        Heckfy 29.08.17✎ 13:34 | 
        (10) Я про размер пакета. Такие пакеты могут рубиться на уровне свитчей.     | |||
| 13
    
        H A D G E H O G s 29.08.17✎ 13:44 | 
        (12) Ну я же не указал ключ -f     | |||
| 14
    
        Dmitrii гуру 29.08.17✎ 13:56 | 
        (12) А в том и фишка. 1С-ка любит большие пакеты.
 Часто проблемы 1С с сетью только так и можно вычислить - посмотрев ping с большими пакетами, когда стандартный ping не покажет никаких отклонений. | |||
| 15
    
        ac13 29.08.17✎ 14:41 | 
        (14) так это он постоянно должен быть запущен?     | |||
| 16
    
        ac13 29.08.17✎ 14:44 | 
        (15) ping должен быть запущен, чтобы увидеть большой пакет     | |||
| 17
    
        пипец 29.08.17✎ 14:49 | 
        (0) было такое ,  циска сама говорила что потеряла сеть серваку , скуль рвал соединение потом сетевуха находила сеть, а вот сеанс в скуле не восстанавливался и результат всё как бы есть 1С сеанс показывает, а скуль сеанс уже завесил     | |||
| 18
    
        Heckfy 29.08.17✎ 14:52 | 
        (16) Можешь вывеси в лог: ping <<sersername>>  -t -l 65000 -4 >C:\Temp\123.txt     | |||
| 19
    
        ac13 29.08.17✎ 14:54 | 
        спасибо. попробую     | |||
| 20
    
        Юрий Лазаренко 29.08.17✎ 18:25 | 
        (7) Ну да. У нас это регламентная еженедельная процедура. А до этого тоже зависало у всех.     | 
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |