fscpsd
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
gap5
Цитата:| в журнале регистрации никакой крамолы не вижу, просто начало сеанса 2 раза и все |
Погодите, так а он у вас включен вообще? Не ручаюсь за точность, но если мне не изменяет склероз, то вроде бы такое поведение (когда фиксируется только начало сеанса) бывает либо в случаях, когда журналирование выключено вообще, либо если настроено только на критические ошибки, не помню точно как там это всё называется. Соответственно, если критической ошибки нет, то вы и не видите ничего, кроме начала сеанса. Проверьте настройки журналирования, там можно включить все подробности и тогда можно будет наблюдать, по крайней мере, за состоянием фоновых заданий при запуске — какие из них когда начались, и какие когда закончились. Вас, очевидно, будут в первую очередь интересовать те, которые закончились в последнюю очередь. А из них — те, которые начались раньше всего. Возможно, так и обнаружится, что именно там работает в течение 20 минут.
Цитата:
Цитата:| никаких проблем и ошибок не было по итогу |
Или всё-таки были, да обновлятор их пропустил. Погуглил, это же ведь самоделка какая-то. Уверены, что она абсолютно надёжна?
Цитата:| Поднял старую 3.0.73.60, там такой проблемы нет. |
Тут бы, конечно, правильнее всего было бы вручную пойти вверх по релизам, внимательно оглядываясь, чтобы точно поймать момент появления ошибки. Не исключено, кстати сказать, что при ручном обновлении ошибка вообще не повторится.
Цитата:| создаю другого юзера (с аналогичными правами - администратор и полные), вхожу под ним, интерфейс чуть другой, но никаких тормозов нет. Опытным путем установил, что тормоза начинаются, если в "начальную страницу" добавил блок "покупатели" |
Это интересно, конечно. С одной стороны вроде бы и хорошо, что тормозов нет, с другой стороны есть немаленькая вероятность, что дело-то всё же не в интерфейсе, а где-то в самой БД. И при обращении к проблемным страницам тормоза вернутся опять, тьфу-тьфу-тьфу.
Цитата:| гигабитную сеть при загрузке утилизирует до 200мбит сек |
У меня ни разу такого не было. Всегда плюс-минус 30-50 Мбит, как вы выше и говорили, в любых условиях. Странно, в чём тут фокус, интересно.
Цитата:| локально так же тормоза есть, но они заметно меньше, т.к. нет ограничения по скорости доступа к файлу, которое есть через сеть (условно 5 минут, вместо 20) |
Да какие там ограничения, вы же выше сами говорили, что утилизация сети при изначальном появлении ошибки была не выше 30-50 Мбит. Значит, среда передачи данных сама по себе здесь роли не играет. Может, у вас вообще там всё-таки починилось всё, особенно после реструктуризации и пересчета итогов, а вы и не заметили? Всё-таки 5 минут — это уже вполне нормальный результат для древней 10-гигабайтной базы. Вы попробуйте, воспроизведётся ли ошибка теперь.
Будет весьма странно, если воспроизведётся и, получается, что дело окажется всё-таки в сети. Мистика какая-то!
А шары на клиентских компьютерах у вас правильно настроены? Подключение именно по имени компьютера, а не по айпи-адресу, и именно через подлючение сетевого диска, а не просто путь до шары на другом компе? Лично я не разу таких проблем с сетью из-за кривых настроек поймать не смог, но очень многие, даже Гилёв, этот момент ловили, так что инфа можно считать достоверная.
Цитата:| имеете ввиду какие-то процессы 1с на каких-то компах которые продолжают иметь доступ к этому файлу на сервере? |
Ну да. Или на самом "серверном" компе бывает, что процесс 1cv8.exe зависает и не освобождает полностью файл БД, насколько раз наступал на такие грабли. |
Всего записей: 1854 | Зарегистр. 16-09-2010 | Отправлено: 15:44 30-03-2022 | Исправлено: fscpsd, 15:54 30-03-2022 |
|
