master13
12.11.2010, 12:23
Сервер на windows 2003 x64 R2, SQL Server 2005. Пользователи работают в 1С v8.1, кто терминально (RDP) на этом сервере, кто со своего компа. База весит 3.3 гига, свободного места на дисках много. Сервер является только терминальным и файл-сервером (роли).
Мониторинг производительности показывает, что идёт большой обмен данными в оперативной памяти и идёт небольшая, но почти постоянная запись на диск, иногда с большими пиковыми значениями. И такое же чтение. Процессор почти не задействован.
При копировании файлов (локально внутри сервера) сильно используется оперативная память, и как только она забивается под завязку, сервер начинает жутко тормозить. После окончания копирования оперативка постепенно освобождается, при этом продолжается запись на диск. Кеширование на запись отключено (соответствующая галочка в диспетчере устройств ставится, но не сохранятся), BBU не поддерживается RAID-контроллером.
Железо: 2x Xeon E5405, Supermicro X7DVL-3, 12gb DDR2, LSI SAS 3041X-R и на нём два RAID-1. Один массив на двух ST3300657SS (там OS, сам SQL с базой и логами) и два ST3320620AS (тут бэкапы), кондиционер и UPS есть.
Решил проверить, а связано ли торможение с работой из-под терминала. Поставил на компьютер пользователя 1С v8.1. При создании "отчёта мастера производственной смены", всё также тормозит, как и в терминальном доступе. По 30+ секунд (в среднем) думает над каждой галочкой. При этом наблюдается сетевая активность, которая меняется от 0 до 14% (на компе), и небольшая загрузка процессора. Комп: C2D E8400, 4 gb оперативки, сетка 100mbps, windows XP SP3 32 bit. В отчёте несколько десятков позиций, с ростом позиции торможение увеличивается. То есть первая позиция делается за ~ 8 секунд, вторая дольше и так далее. Как сказали сотрудники, тормозить стало после расширения ассортимента товара. То есть раньше позиций было меньше, и вроде как не тормозило. Также при создании отчёта ругается на отсутствие артикулов, иногда показывает окна об ошибках проверения товара.
Дело было в 9 вечера, локальная сеть не загружена, в базе сидел только один пользователь. Включение кеширования на запись в утилите к RAID-контроллеру проблему не решило (да, перезагружал). Делали три отчёта, один раз с включенным кешированием и два раза с выключенным - одинаково. В это время на сервере бэкапы не делались, и вообще ничего, кроме SQL не запускалось.
Несколько вопросов:
1) Какие шаги предпринять, чтобы хоть как-то ускорить процесс создания отчётов?
2) Может ли проблема быть связана не с сервером, а с самой базой 1С? Как проверить?
Мониторинг производительности показывает, что идёт большой обмен данными в оперативной памяти и идёт небольшая, но почти постоянная запись на диск, иногда с большими пиковыми значениями. И такое же чтение. Процессор почти не задействован.
При копировании файлов (локально внутри сервера) сильно используется оперативная память, и как только она забивается под завязку, сервер начинает жутко тормозить. После окончания копирования оперативка постепенно освобождается, при этом продолжается запись на диск. Кеширование на запись отключено (соответствующая галочка в диспетчере устройств ставится, но не сохранятся), BBU не поддерживается RAID-контроллером.
Железо: 2x Xeon E5405, Supermicro X7DVL-3, 12gb DDR2, LSI SAS 3041X-R и на нём два RAID-1. Один массив на двух ST3300657SS (там OS, сам SQL с базой и логами) и два ST3320620AS (тут бэкапы), кондиционер и UPS есть.
Решил проверить, а связано ли торможение с работой из-под терминала. Поставил на компьютер пользователя 1С v8.1. При создании "отчёта мастера производственной смены", всё также тормозит, как и в терминальном доступе. По 30+ секунд (в среднем) думает над каждой галочкой. При этом наблюдается сетевая активность, которая меняется от 0 до 14% (на компе), и небольшая загрузка процессора. Комп: C2D E8400, 4 gb оперативки, сетка 100mbps, windows XP SP3 32 bit. В отчёте несколько десятков позиций, с ростом позиции торможение увеличивается. То есть первая позиция делается за ~ 8 секунд, вторая дольше и так далее. Как сказали сотрудники, тормозить стало после расширения ассортимента товара. То есть раньше позиций было меньше, и вроде как не тормозило. Также при создании отчёта ругается на отсутствие артикулов, иногда показывает окна об ошибках проверения товара.
Дело было в 9 вечера, локальная сеть не загружена, в базе сидел только один пользователь. Включение кеширования на запись в утилите к RAID-контроллеру проблему не решило (да, перезагружал). Делали три отчёта, один раз с включенным кешированием и два раза с выключенным - одинаково. В это время на сервере бэкапы не делались, и вообще ничего, кроме SQL не запускалось.
Несколько вопросов:
1) Какие шаги предпринять, чтобы хоть как-то ускорить процесс создания отчётов?
2) Может ли проблема быть связана не с сервером, а с самой базой 1С? Как проверить?