Узкие места Сервер1С-Сеть-SQL #641338

Всем привет! Есть 3 сервера: На appserv1 и appserv2 установлен Сервер 1С (желез у них одинаковое и голая win2008, сеть в 1GB) sqlserv - соответствено MS SQL Когда подключаешься по такой схеме appserv1->SQL по тестам Гилева показывает 30-ку примерно,а когда вот так appserv2->SQL - максимум 20 Поигравшись с настройками сетевух appserv2 - удалось догнать до 21. Понятно что инфы мало... Но у кого какие предположения из-за чего это может быть?

Из-за тестов?

Да ладно?

Добавлю что процы и память используется по минимуму

видимо не все "желез у них одинаковое"

[желез у них одинаковое и голая win2008] что не мешает им иметь IP  в разных подсетях и разное количество рабочих процессов 1С

они в одной подсетке все

что не мешает им иметь разное количество рабочих процессов 1С

+1 и что уж точно не мешает тебе позырить счётчики производительности

Железо 1 в 1

и в этом ты зря уверен достаточно нагадить в БИОС-е или криво создать рэйд

Количество раб процессов одинаково, настройки, под 1 раб процесс 1гиг и после превышения через 60сек

рейд для базы или для системы?

+ База хранится на СХД + mdf и ldf разнесены по разным дискам

начнем: 1. Сеть всегда узкое место

ещё раз что мешает под нагрузкой посмотреть счётчики производительности ? чё там гадать заставку 3G DBA поднял или роутинг кривой

[1. Сеть всегда узкое место] в OLTP системах сеть узкое место - ню ню

Подключаюсь к одной и той же тестировочной базе, но с разных серваков

@shuhard тебе про счетчики производительности дело говорит.Причем не обязательно нагружать 1с-кой.Прогони специализированные тесты и сравни

Ничего не мешает, не отрицаю, возможно не туда смотрел, смотрел полность по протоколу IP4

Подскажи плиз куда глянуть

стандартные счётчики производительности 100500 раз описаны на ИТС, у Гилева, на мисте диск, кэш, сетка, процессоры загрузить одновременно оба сервака и зырить, где проседают

так в том дело, что я именно по сетке так смотрел по всем параметрам, при нагрузке вели себя точно так же, сейчас по другим посмотрю

ты хоть бы посмотрел что тест упомянутый делает прежде чем тут рамсить

к чему ты это?

Иль самому интересно и ветку мне поднимаешь?

это следует понимать буквально ПОСМОТРЕТЬ ЧТО ИМЕННО ДЕЛАЕТ ТЕСТ а потом спросить себя при чем тут сабж!!! )))))))

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

так и я о том же что тест к сабжу отношения не имеет ну и какие у нас могут быть предположения если ты не пишешь что между серверами соедини прямым шнурком, а лучше двумя и померяй ещё раз P.S. терминальный доступ рулит, подними кластер серверов и на виртуалки дай рдп юзерам а серваки поставь рядом и соедини как я сказал иначе будешь мучить и себя и юзеров регулярными сношениями

Спасибо, однако, админы эту фигню утром сняли, надо завтра еще потестить

appserv1 и appserv2 планируются быть в кластере.., но пока разбираемся с данной проблемой

и тестируется все подключением к ним как раз по rdp

Почему сняли.., сказали что быстродействия - никакого...,  завтра обязательно сам еще потестю с проводами

Пасиб

если не разберетесь ставьте всё на один сервак и по максимуму в него железо со второго перекиньте, а второй под баки

Так тестили, на самом мощном серваке(SQLserv) показывал хорошие результаты, помоему что-то около 50-60

+ К тому же, запас должен быть до 200 пользователей