Жутко тормозит сервер
 

Ситуация товарисчи следующая:
Есть два сервера: Server1 на котором поднят терминал и Server2 на котором поднят MSSQL 2000 + на нем же имеются порядка 10-ти dbf-ных баз 1С. Данные сервера связаны между собой гигабитной сеткой. К тому же пользователи заходит под терминалом на Server1 и работают с 1с база которой находится под SQL на Server2. Как только пользователи начинают работать с 1с (пользователей 17-ть и каждый открывает по 1-3 приложения) - начинаются жутчайшие тормоза на Server1. Я иду в административные утилиты --> "Производительность" и смотрю параметры загруженности процессора (параметр равен 20-25%) а так же смотрю параметр обработки страниц (он варьируется от 0 - 2). В диспетчере задач смотрю сколько оперативной памяти потребляется - потребляется порядка 1,5 гигабайт.

Server1: 2x Intel Xeon, 3000 MHz, оперативки 2 гигабайта, жесткие диски в Raid 0.

Server2: 4x Intel Xeon, 3000 MHz, оперативки 2 гигабайта, жесткие диски в Raid 1.

Где собака зарыта?

Вопрос не до конца раскрыт! Что именно тормозит? Сетевое соединение, работа пользователей в терминальных сессиях, работа приложений в интерактивном режиме работы?

Тормозит работа 1С в терминальном режиме. Пользователи жалуются в момент, когда:
а) Один или двое пользователей сети начинают одновременно выгружать базы с сервера к себе на локальный компьютер.
б) В момент когда идет копирование больших по размеру файлов с локального компьютера на Server1 - в данном случае 1с в терминальном режиме зависает.
в) В момент установки программ на сервере (к примеру установка оффиса).

Вот еще что, когда все 17-ть пользователей работают с 1с в терминале, на сервере появляются лаги при открытии\закрытии любых приложений.

P.S. Повторюсь. Server1 -выступает как терминальный сервер через который пользователи работают с базами (одна база под скулем а 10-ть в dbf-е) находящимися на Server2.
Может нужно какую-нибудь статистику вюда скинуть, чтобы большее представление было - пишите какую именно стату выложить я выложу ее сюда. ;)

Мдя...
1-перевести базы на SQL
2-установить полный дуплекс в настройках сетевых карт юзеров (частенько помогает)
3-проверить логи SQL базы, а так же доступное место на диске на двух серваках
4-объеденить сетевухи на серваках в мост (если такое предусмотрено)
5-отключить часть параметров соединения удаленного подключения
6-проверить сетевое железо.

Из опыта: 1 сервак примерной конфигурации (2x Intel Xeon, 3000 MHz, оперативки 4 гб) способен удовлетворить до 100 юзеров. (конечно все зависит от размера БД, кол-ва подключений).
Совет: установить Citrix, настроить клиентов на 1С через citrix, остальные проги пущай юзают локально со своих компов.

Перевести базы на скуль не могу - приказ начальства.
С доступеным местом порядок (свыше 80 гиг свободного пространства). В логах скуля нет критических сообщений.
А вот насчет отключения части параметров соединения то: Я отключил всю графику (цветовая палитра 256 цветов), отключил использование принтеров и локальных дисков. А что еще нужно отключить?
Включил полный дуплекс на сетевых картах клиентов.
Сетевые карты в исправном состоянии - сейчс на сайте интела посмотрю, может есть свежие дрова.
Наачет цитрикса - стоит подумать, просто я не знаю его приоритеты по отношению к тернимальному серверу 2003 винды.

Установи программы-мониторы железа: память, проверь производительность файловой подсистемы, сетевое оборудование на "дропы"

Вот еще мысли: пусть поработают на базах дбф, мускуль запрети, посмотри, что будет. Возможно, надо поставить обновления на мускуль
Затем наоборот.
Также, если с железом все хОКЕЙ, надо обновить: винду, 1С, мускуль...

p.s. Ну просто 17юзверей в терминале и не работают...ну блин, нириально. Они без терминала могут нормально работать :)

Citrix, конечно, быстрее работает, но он "глюкавый" несколько. Бывает вдруг вылетят важнейшие функции, работа с принтерами, например, пока Hotfix нужный не поставишь весь сервер в ауте, в том числе и MS Terminal Services.

По допописанию проблема сетевая =>> Нужно чтобы от серверов к свичу, куда юзеры подключаются был гигабит.
Если каждый юзер запускает по три терминальных сеанса, то получается 50 сеансов - тоже может быть перебор.

Еще может быть дело в количестве баз на сервере и соответственно в количестве открываемых файлов.
Оставьте на сервере только ту базу(1-2), которой больше пользуются. А другие, с меньшим количеством пользователей распихайте на другие компы, сервера, хотя бы временно, чтоб проверить версию. Количество файлов зависит сильно от нормальности программирования в 1С, если база самописанная и кривописанная, то причина и в этом.

хз... цитрикс, не циртикс... не замечал. Единственный косяк цитрикса (опять же фиксы)...плохо отключает сеансы. В остальном работает отлично.
ПО поводу гигабитки... есть пример: юзеров около 100, терминал на циртиксе для 1С, отдельный сервак инета через ИСУ. Фирма - франчайзинг 1С, то есть открывается баз - просто немеренно, конечно больше половины - менеджеры, юзают одну базу, остальные - программеры юзают свои базы как на мускуле, так и на dbf. все это работает на 100baseTX...

имхо не в пропускной способности дело, что не чистое тут :yu:

Посоветуйте какой-нибудь софт для этого. Интересует запись в лог каждые х секунд - данные по цпу, памяти и винту. И еще, было бы в кайф, определять скорость линии с определенными хостами.

Я только вчера проснулся для того, чтобы глянуть на Server2 (на нем висит MSSQL 2000 SP3а) чтотам происходит. В общем когда работают все пользователи загрузка процесоров равна 80%, ели кто-то выгружает бызы то загрузка 100% (и это все SQL ест), катастрофически нехватает оперативной памяти (из 2 гиг, свободно 100МБ). Я начальнику сообщил что необходимо докупить парочку оперативок по 1 гигабайту. Так же планирую в эту пятницу сделать обновление SQL-я, поставив SP4 (ранее не ставил SP4 так как наш программист 1с сказал мол у него был такой случай, что слетела вся база когда человек установил именно SP4).
Сеть между серверами 1 гигабтная.

Меня вот интересует такой вопрос: Почему, когда я начинаю копировать информацию на сервер (порядка 700МБ), он тормозит, пользователи ругаются что терминал тормозит, хотя процессор загружен на 10% и оперативки с избытком (примерно 1 гигабайт свободно), использовано 1500МБ файла подкачки.

как орагнизовано хранение информации на HDD? тип НDD? Raid или нет?
какие драйверы установлены (материнка, SCSI, UDMA и т.д.)
сразу же под железо свое посоветую поискать последние драйвера
теряются ли сетевые пакеты?
работа с файлами с локального компьютера на локальный в разных сегментах сети нормальная?

2x Intel Xeon, 3000 MHz, оперативки 2 гигабайта, два жестких диска в Raid 0.
Дрова SCSI and Raid:
Поставщик: Intel
Дата разработки: 02.08.2004
Версия дров: 6.45.2.32

Дрова сетевой карты Intel Pro/1000 MT Network Connektion
Производитель: Intel
Дата разработки: 27.04.2006
Версия дров: 8.7.4.0

Материнская плата Intel SE 7525GP20
Сетевые пакеты не пропадают. Работа с файлами с одного компьютера на другой - нормальная.

драйвера на сетевую карту менялись недавно
а со старыми как сервер работал?

Вам бы RAID 5 поднять, добавив дисков, и SQL ограничить в "пожирании" оперативки. Можно бы и для файла подкачки отдельный винт выделить.

Со старыми дровами сервер работал так же как и с новыми. ;(

Как ограничить MSSQL 2000 в пожирании оперативной памяти? Просто мне один знакомый сис.админ как то раз сказал мол "SQL берет себе оперативки столько сколько ему нужно", асчет ограничения в пожирании оперативки я впервые слышу.

По поводу SQL - ставь обязательно пак, можешь для начала попробовать на виртаульной машине.
Посмотри логи SQL... может так журналы больше базы :)... почисть

И еще раз определись: какой из серваков тормозит? В каких случаях? Проверь либо исключением, либо добавлением (компа или процесса)

пысы: RAID 0 самый быстрый из всех...

тогда железного скорее всего нет ничего

Сегодня обновы буду устанавливать. Завтра отпишусь как обстоят дела.

Мне кажется все объясняется тем что ты и пользователи седят на одном свитче, когда ты начинаешь копировать то забиваешь порт на 80-90%. Получается что тормозит не терминал, а у сети не хватает пропускной способности, вследствие чего и создается впечатление тормозов на сервере.

Фуф. Извиняюсь, что запоздало отвечаю.
В общем на данный момент времени тормозов не замечаю.
Обновил скуль, пропатчив до 4-го сервиспака. Обновил дрова для сетевой карты на Server1. В общем все. ;) Всем спасибо за дельные советы - помогло.

Эээ не. Что-то я погоречился. Сегодня один пользователь запустил обработку отчетов под тремя терминалами в трех 1с - сервак завис минут на 10-ть.

1с тормозить будет будь то сиквельная будь то дбфная, это беда дизайна баз в 1с.
в твоём случае следует перенести базы на один сервер который помощнее, там же поднять терминал чтобы к базам обращалась через shared memory ето что касается сиквельного. очень желательно RAID5 либо 10 если денег много Ж)