Причины тормозов.
Модераторы: Trinity admin`s, Free-lance moderator`s
Причины тормозов.
Перешел в новую фирму и тут такая ситуация.
Работает все в 1с77 sql торговля и склад.
Постоянно сидит в базе от 30 до 50 человек. Но это менеджеры и авктивных запросов мало.
Теперь о грустном.
Все реализовано на 2 серверах.
1) Терминальник:
2*Xeon 2.4
Supermicro X5DPA
4Gb Ram
Дисковая
2*SCSI RAID1
+ еще один SCSI Отдельно (на нем терминальные профили
+ есть еще IDE с некой файлопомойкой.
2 сетевушки Intel(R) PRO/1000 MT Desktop Adapter
Одна (192.164.1.x) подключена в общий свитч на 100 мегабит
Вторая (192.164.4.1) Напрямую подрублена в гигабитную сетевуху на SQL сервере
2) SQL сервер
2*Intel Pentium III-S, 1266 MHz (9.5 x 133)
Supermicro P3TDL3/P3TDLE
1 гиг оперативки
2 отдельно висящих SCSI 10k RPM На них Система и SQL базы
2 IDE для бэкапа (потом на ленту)
Набортный
Intel 8255x-based PCI Ethernet (10/100) адаптер (192.164.1.y)
и 3Com 3C996B Gigabit Server NIC (192.164.4.4)
Большинство пользователей сидят в терминальной 1С, она настроена на то, что база лежит на 192.164.4.4
Часть пользователей имеют локальную 1С с указанием базы по адресу (192.164.1.y)
Бюджета нет ВООБЩЕ. То есть Надо сперва оттюнинговать все что можно минимальными кап вложениями...
Меня пугала дисковая у SQL.
Но показания Перфмона удивляют:
Терминал:
Объект: Процессор
_Total 0 1 2 3
% загруженности процессора 41,830 43,511 42,090 40,810 40,908
Объект: Сетевой интерфейс
Intel[R] PRO_1000 MT Desktop Adapter Intel[R] PRO_1000 MT Desktop Adapter _2 MS TCP Loopback interface
Длина очереди вывода 0,093 0,067 0,333
Объект: Физический диск
_Total 0 E: 1 C: 2 D:
Средняя длина очереди диска 3,233 0,000 1,244 1,989
Средняя длина очереди записи на диск 2,854 0,000 1,190 1,664
Средняя длина очереди чтения диска 0,378 0,000 0,054 0,325
-----------------------------------
SQL:
Объект: Память
% использования выделенной памяти 38,414
Доступно МБ 12,301
Объект: Процессор
0 1
% загруженности процессора 27,755 31,420
Объект: Сетевой интерфейс
Broadcom NetXtreme Gigabit Ethernet Driver Intel[R] PRO Adapter
Длина очереди вывода 4894,302 8,000
Объект: Физический диск
0 F: 1 G: 2 C: D: 3 E:
Средняя длина очереди диска 0,058 0,009 0,006 0,042
----------------------------------------------------------------
Как я понимаю, загибается дисковая у терминальника и что-то странное с гигабитной сетевушкой на SQL
Пока планирую перевести 3 имеющихся диска в RAID 5. Что еще посоветуете?
Работает все в 1с77 sql торговля и склад.
Постоянно сидит в базе от 30 до 50 человек. Но это менеджеры и авктивных запросов мало.
Теперь о грустном.
Все реализовано на 2 серверах.
1) Терминальник:
2*Xeon 2.4
Supermicro X5DPA
4Gb Ram
Дисковая
2*SCSI RAID1
+ еще один SCSI Отдельно (на нем терминальные профили
+ есть еще IDE с некой файлопомойкой.
2 сетевушки Intel(R) PRO/1000 MT Desktop Adapter
Одна (192.164.1.x) подключена в общий свитч на 100 мегабит
Вторая (192.164.4.1) Напрямую подрублена в гигабитную сетевуху на SQL сервере
2) SQL сервер
2*Intel Pentium III-S, 1266 MHz (9.5 x 133)
Supermicro P3TDL3/P3TDLE
1 гиг оперативки
2 отдельно висящих SCSI 10k RPM На них Система и SQL базы
2 IDE для бэкапа (потом на ленту)
Набортный
Intel 8255x-based PCI Ethernet (10/100) адаптер (192.164.1.y)
и 3Com 3C996B Gigabit Server NIC (192.164.4.4)
Большинство пользователей сидят в терминальной 1С, она настроена на то, что база лежит на 192.164.4.4
Часть пользователей имеют локальную 1С с указанием базы по адресу (192.164.1.y)
Бюджета нет ВООБЩЕ. То есть Надо сперва оттюнинговать все что можно минимальными кап вложениями...
Меня пугала дисковая у SQL.
Но показания Перфмона удивляют:
Терминал:
Объект: Процессор
_Total 0 1 2 3
% загруженности процессора 41,830 43,511 42,090 40,810 40,908
Объект: Сетевой интерфейс
Intel[R] PRO_1000 MT Desktop Adapter Intel[R] PRO_1000 MT Desktop Adapter _2 MS TCP Loopback interface
Длина очереди вывода 0,093 0,067 0,333
Объект: Физический диск
_Total 0 E: 1 C: 2 D:
Средняя длина очереди диска 3,233 0,000 1,244 1,989
Средняя длина очереди записи на диск 2,854 0,000 1,190 1,664
Средняя длина очереди чтения диска 0,378 0,000 0,054 0,325
-----------------------------------
SQL:
Объект: Память
% использования выделенной памяти 38,414
Доступно МБ 12,301
Объект: Процессор
0 1
% загруженности процессора 27,755 31,420
Объект: Сетевой интерфейс
Broadcom NetXtreme Gigabit Ethernet Driver Intel[R] PRO Adapter
Длина очереди вывода 4894,302 8,000
Объект: Физический диск
0 F: 1 G: 2 C: D: 3 E:
Средняя длина очереди диска 0,058 0,009 0,006 0,042
----------------------------------------------------------------
Как я понимаю, загибается дисковая у терминальника и что-то странное с гигабитной сетевушкой на SQL
Пока планирую перевести 3 имеющихся диска в RAID 5. Что еще посоветуете?
- a_shats
- Advanced member
- Сообщения: 5010
- Зарегистрирован: 27 авг 2002, 10:55
- Откуда: Москва
- Контактная информация:
Означает кошмар с сетевушкой Скорее всего - настройки. Какие именно - где-то тут в Серверы-FAQ была темка о граблях Интеловских сетевушек...
Что касается дисковой терминальника - тут все просто: 1C тянет все таблицы к себе, на себе же (клиенте) выбирает и сортирует. Делает она это в %TEMP%. Отсюда и нагрузка.
А что, собственно за контроллер на терминальнике ? SCSI, RAID, какой именно ?
Что касается дисковой терминальника - тут все просто: 1C тянет все таблицы к себе, на себе же (клиенте) выбирает и сортирует. Делает она это в %TEMP%. Отсюда и нагрузка.
А что, собственно за контроллер на терминальнике ? SCSI, RAID, какой именно ?
На терминальнике стоит LSI 320-1
Часть тормозов выловили - на терминальнике еще был IDE Винт с управленческой базой в DBF. Перенесли - стало полегче.
Вопрос по дисковой. Можно ли без остановки сервака на этом адаптере 2 тома: 2*hdd(Raid 1) и 1*Hdd Преобразовать 2 тома на 3 HDD*RAID5 (Инфу на отдельном диске можнно временно убивать)
)
Часть тормозов выловили - на терминальнике еще был IDE Винт с управленческой базой в DBF. Перенесли - стало полегче.
Вопрос по дисковой. Можно ли без остановки сервака на этом адаптере 2 тома: 2*hdd(Raid 1) и 1*Hdd Преобразовать 2 тома на 3 HDD*RAID5 (Инфу на отдельном диске можнно временно убивать)
)
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 19 гостей