8.х 1Сv8.exe грузит процессор на 15-25%

Сервер на corei7, 8гб, win 2008 r2 enterprise x64
1С файловая на 50 пользователей
Подключение через RDP

4-6 пользователей грузят процессор на 100%, грузит именно процесс 1с-ки, у остальных всё адово тормозит.

В этом нет ничего удивительного, что тормозит, файловая на 50 пользователей.
Пора на SQL переводить

Ваш комментарий очень важен и полезен, спасибо за портаченное время. "Сарказм офф"
Процессор перегружают 4-6 пользователей, забивая его на 100% загрузки, это не может быть связанно с типом БД.
Пользователей всего 30 человек.
Еденичный пользователь(работающий в ночное время) грузит проц на 25%.
Ребут сервера не помогает. Хотя попробую понаблюдать завтра картину сразу после ребута.
Оперативки свободной остается порядка 2 гб.
Размер БД - чуть менее 800мб.

Методом наблюдений и научных тыков выясненно следующее:

Открытые журналы перемещений либо приходных ордеров - тот элемент что приводит к нагрузке.
Непонятный момент - что нагрузку вызывают только клиенты подключающиеся с внешних сетей.
Т.е. работники офиса цепляющиеся к серверу напрямую через хаб, на нагрузку не влияют никак, независимо от открытых журналов.

У всех пользователей свои учётки, с этим строго.

Все клиенты цепляющиеся к серверу через стороннее оборудование различных провайдеров.
Бредовость ситуации в том - что даже находящиеся в рамках WAN сети клиенты, вешают проц так-же.
Ничего разумного в голову не приходит - просто тот факт что удалось установить методом наблюдения и экспериментов.

Это было проверено в первую очередь. Нет на оба вопроса.

Простите, а что Вы под ТиИ подразумеваете? Впервые вижу такое сокращение)
Если это тест и исправление БД - то ничего не находиться.

Позакрывали всем указанные журналы - нагрузка на сервер менее 10%. Проблема явно в каких-то процессах обработки этих журналов, скуль то зачем впихивать, если и без него всё должно отлично работать.

8.2.15.289


"Управление торговлей", редакция 10.3 (10.3.16.1)

Попробую переустановить платформу, но пока грешу на програмиста занимающегося 1С-кой.
Даже причину бага пришлось мне искать - так как он по его словам "не понимаю из-за чего такие задержки"....

Количество пользователей в ближайшие пару лет вряд ли превысит пол сотни, востребованность скуля под вопросом.

спасибо передам.

БД конвертить не придется?

В общем попробую обновить платформу, и отписаться)

То есть получается, что все что не с родными IP вашей локалки вешает сервер? Если на локальном роутере поднять парралельно еще какую-нибудь сеть, взять IP из этой сети, и попробовать проиграться с 1Ской, она будет так-же тормозить?

Скорее, всё что цепляется через перенаправление.....
У нас 9 точек откуда производиться внешний доступ, 6 разных провайдеров со своим оборудованием...
Часть заходит через внешние айпишники, часть через ван-сети.

Вообще свежая мысль, меня вот тоже очень смущает, что проблема именно у "внешних" юзеров... Чую ближайшие пару дней будут полны разнообразного секаса с оборудкой и софтом :/

У вас сервер, наверное, статически транслируется во внешний IPшник, на который заходят все outside юзеры. Если проблема только на 1С сервере и ему не нравятся внешние IP, то фаерволы-рутеры часто позволяют натить не только destination, но и source ( то есть можно сделать так, что приходящие пакеты будут с адресом фаервола, то есть из локальной сети). Если нет, то, думаю, нужно смотреть в связке ваш сервер + фаервол/роутер (смотря что у вас там стоит на входе).

И на самом деле секаса в сетях немного обычно. Главное, как обычно, выделить проблему ^_^

Для начала стоит попробовать попробовать сделать, как я в 17 посте написал.

имхо конечно!

В общем, ошибку нашли и прибили.

В обработке журналов были зацикливания бесконечные на обновление строк.
Бесконечный цикл грузил на максимум выделяемое ядро процессора.

Уровень загрузки сервера упал до 0-30% в пике.

Всем огромное спасибо за высказанные мысли, идеи, и вообще поддержку.