По теме из базы знаний
- Установка PostgreSQL 9.0.1 + 1С 8.2 Server + 1C 8.2 (клиент под wine 1.2).
- 1С 8.2: Проблемы программно-аппаратного характера
- Очевидные советы по ускорению работы 1С (8.2, 8.3)
- Все консоли запросов для 1С
- Database Compression Tool (DCT) Универсальный инструмент сжатия, свертки и конвертации баз данных 1С
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Первым делом прописать пользователя (помнится, под бухами упорно висла, под моей учеткой открывалась без вопросов), потом обновить конфигурацию до актуального релиза (тем более, что давно пора уже это сделать, отчетность в ФСС не за горами, а форма новая), если не ошибаюсь, где-то в районе 32-го релиза бухии на эти грабли и наступал...
Всем доброго времени суток! Есть вот такая штука:
Microsoft Windows Server 2008 R2 Enterprise x64 6.1.7601 Service Pack 1 сборка 7601
Кластер 1C Преприятие 8.2.12.92 x64 (4 рабочих процесса)
Мать - Supermicro X8DTN+-F
Дисковая подсистема – 4 SATA винта в RAID 10.
Процы - 2x HexaCore Intel Xeon E5649, 2800 MHz
Память – 64 Гб DDR3 ECC Registered
На серваке (пусть будет Сервер А) поднят терминальный сервер. На этом же серваке стоят экземпляры Microsoft SQL Server 2008 R2 Express Edition with Advanced Services (64-bit) 10.50.2500.0 по одному экземпляру для каждой базы 1С итого 36 баз + 36 экземпляров SQL. По сути каждая база это отдельный филиал предприятия. Проблема возникает преимущественно в утренние часы и проявляется тем что один из рабочих процессов 1С нагружает одно из ядер, точнее использует 4% процессорного времени и в этот момент те кто уже работает в 1С висят а те кто пытаются его открыть смотрят от 4 до 10 минут заставку 1С (до выбора пользователя базы не доходит), потом когда рабочий процесс 1С отпускает то все бегут дальше а зрители заставки наконец таки могут выбрать себя и войти в базу. Так же во время этого зависания нету возможности зайти в консоль администрирования кластера 1С пока рабочий процесс 1С не перестанет использовать процессорное время. А если консоль администрирования кластера 1С была открыта и на момент тормозов если попробовать обновить список соединений или сеансов то окно замирает опять же на то время пока рабочий процесс 1С не перестанет что то крутить. Мы попробовали перенести базу 1С из кластера Сервера А на другой физический сервер (Сервер В) где стоит Windows Server 2003 R2 SP2 x64 и в кластере он ссылается на SQL сервера А – в такой модели работы тормозов на Сервере В не наблюдается. Программисты говорят что на время тормозов нету никаких регламентных заданий и фоновых задач. Задачи базы выполняют простые без особых нагрузок как на проц так и на дисковую подсистему и при зависании ресурсов довольно много. Кто встречался с такими танцами с бубном?
Microsoft Windows Server 2008 R2 Enterprise x64 6.1.7601 Service Pack 1 сборка 7601
Кластер 1C Преприятие 8.2.12.92 x64 (4 рабочих процесса)
Мать - Supermicro X8DTN+-F
Дисковая подсистема – 4 SATA винта в RAID 10.
Процы - 2x HexaCore Intel Xeon E5649, 2800 MHz
Память – 64 Гб DDR3 ECC Registered
На серваке (пусть будет Сервер А) поднят терминальный сервер. На этом же серваке стоят экземпляры Microsoft SQL Server 2008 R2 Express Edition with Advanced Services (64-bit) 10.50.2500.0 по одному экземпляру для каждой базы 1С итого 36 баз + 36 экземпляров SQL. По сути каждая база это отдельный филиал предприятия. Проблема возникает преимущественно в утренние часы и проявляется тем что один из рабочих процессов 1С нагружает одно из ядер, точнее использует 4% процессорного времени и в этот момент те кто уже работает в 1С висят а те кто пытаются его открыть смотрят от 4 до 10 минут заставку 1С (до выбора пользователя базы не доходит), потом когда рабочий процесс 1С отпускает то все бегут дальше а зрители заставки наконец таки могут выбрать себя и войти в базу. Так же во время этого зависания нету возможности зайти в консоль администрирования кластера 1С пока рабочий процесс 1С не перестанет использовать процессорное время. А если консоль администрирования кластера 1С была открыта и на момент тормозов если попробовать обновить список соединений или сеансов то окно замирает опять же на то время пока рабочий процесс 1С не перестанет что то крутить. Мы попробовали перенести базу 1С из кластера Сервера А на другой физический сервер (Сервер В) где стоит Windows Server 2003 R2 SP2 x64 и в кластере он ссылается на SQL сервера А – в такой модели работы тормозов на Сервере В не наблюдается. Программисты говорят что на время тормозов нету никаких регламентных заданий и фоновых задач. Задачи базы выполняют простые без особых нагрузок как на проц так и на дисковую подсистему и при зависании ресурсов довольно много. Кто встречался с такими танцами с бубном?
Прикрепленные файлы:
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот