unixforum.org

Дмитрий Н. писал(а): ↑

28.09.2017 15:39

Какая система хранения в системе виртуализации и как она подключена мы не знаем NFS, iSCSI, FC. Но это и неважно, поскольку на виртуалке с Windows база работает быстро, а на такой же виртуалке с Linux медленно. Надо понять чем ещё кроме ОС отличаются эти виртуалки. А можно сделать ещё один вирт сервер БД с Windows, такой же по характеристикам как Linux?

К сожалению, нам вышестоящие доступ на уровне управления не дают, а сами экспериментами заниматься не хотят только что уточнила про диск. Сказали,что у нас FNXE3100.

sinka писал(а): ↑

28.09.2017 16:35

Сказали,что у нас FNXE3100.

Гугл подсказывает, что это возможно хранилище EMC VNXe3100, которое имеет от 4 до 12 1Gb Ethernet каналов для подключения по протоколам NAS и iSCSI. Вполне нормальная хранилка, в том числе и для виртуализации.

Дмитрий Н. писал(а): ↑

29.09.2017 11:08

sinka писал(а): ↑

28.09.2017 16:35

Сказали,что у нас FNXE3100.

Гугл подсказывает, что это возможно хранилище EMC VNXe3100, которое имеет от 4 до 12 1Gb Ethernet каналов для подключения по протоколам NAS и iSCSI. Вполне нормальная хранилка, в том числе и для виртуализации.

Умом я это понимаю, но на практике... у вышестоящих такой же сервер, говорят, что такая же настройка виртуалки и работает нормально, как у нас на старом сервере, вчера подключалась и смотрела работу приложений...они еще раз подключались, поправили настройки информикс (как у них) и ничего не помогло...развели руками...

Смотрю лог информикса и вижу сообщение, начиная со старта информикса:

can't get real path of linux-vdso.so.1

Что это значит?

sinka писал(а): ↑

29.09.2017 12:32

can't get real path of linux-vdso.so.1

Что это значит?

Что он пытается сделать что-то странное и предсказуемо не может. На работоспособности это никак не скажется.

Дмитрий Н. писал(а): ↑

28.09.2017 15:39

Надо понять чем ещё кроме ОС отличаются эти виртуалки. А можно сделать ещё один вирт сервер БД с Windows, такой же по характеристикам как Linux?

Немного другой эксперимент. Установила приложение и клиента на своем компьютере. К БД на виртуалке с севером 2003 подключаюсь быстро, к БД на виртуалке с линукс - медленно. Для сервер 2003 выделено всего 2 Гб ОЗУ (для линукс - 12Гб), по дискам для сервер 2003 около 300 Гб, для линукса - около 600.

sinka
Я всё-таки рекомендую ознакомиться с документацией и воспользоваться утилитой onstat. Если проблема в БД, Вы её более точно локализуете, если не в БД — по крайней мере поймёте это. Пока же Вы пытаетесь попасть пальцем в небо.

Bizdelnick писал(а): ↑

29.09.2017 15:07

sinka
Я всё-таки рекомендую ознакомиться с документацией и воспользоваться утилитой onstat. Если проблема в БД, Вы её более точно локализуете, если не в БД — по крайней мере поймёте это. Пока же Вы пытаетесь попасть пальцем в небо.

Хорошо, я займусь onstat. Как думаете, если БД на сервере 2003 работает по скорости также как на старом сервере с линукс, onstat лучше делать на виртуалке с сервером 2003? Просто старый сервер рабочий,где сразу выполняется куча запросов и мне тяжело будет понять разницу в действиях и выводах команды. А так я одинаковые задачи запущу на виртуалках с сервер 2003 и линукс и лучше увижу разницу, правильно?

Сложно сказать, что лучше. Могут быть нюансы, специфичные для ОС. Но любое сравнение лучше, чем ничего.

У меня есть еще одна безумная идея. Планировщик работы с разделами.

sinka выполните на старом сервере с БД и на новом виртуальном вот такие команды:

Может кто-то тюнил его до вас...

v1k3ng писал(а): ↑

02.10.2017 07:10

У меня есть еще одна безумная идея. Планировщик работы с разделами.

sinka выполните на старом сервере с БД и на новом виртуальном вот такие команды:

Код:

cat /sys/block/sd*/queue/scheduler

Может кто-то тюнил его до вас...

На двух серверах выдало - noop deadline. Я правильно ввела команду?

Bizdelnick писал(а): ↑

29.09.2017 15:43

Сложно сказать, что лучше. Могут быть нюансы, специфичные для ОС. Но любое сравнение лучше, чем ничего.

сегодня выполнила несколько команд onstat с разными опциями. Наблюдаю везде одно - разницу чтения/записи страниц.

Сеть вроде должна быть ни при чем...
ip -s link show etho

RX: bytes packets errors dropped overrun mcast
139257147 1566723 0 365724 0 0
TX: bytes packets errors dropped carrier collsns
10613095 11689 0 0 0 0
Нормально, когда dropped - не с нулевым значением?

Что обозначает в выводе этих команд - mtu 1500 qdisc noqueue state UNKNOWN и mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000?
наверное,плохо искала, но не нашла в инете описание этих строк

sinka писал(а): ↑

02.10.2017 09:55

На двух серверах выдало - noop deadline. Я правильно ввела команду?

Да, верно все. Только одно из вырвиглазных слов должно быть в квадратных скобках.
Выводы команд на разных серверах одинаковые совершенно?

v1k3ng писал(а): ↑

02.10.2017 11:28

Да, верно все. Только одно из вырвиглазных слов должно быть в квадратных скобках.
Выводы команд на разных серверах одинаковые совершенно?

на новом noop deadline [cfq]
на старом
noop deadline [cfq]

и еще по сети вопросы:
1. В настройках /etc/sysconfig/network/ifcfg-lo
на старом сервере STARTMODE=onboot, на новом - nfsroot. Какое-то значение это имеет?
2. При выводе команды netstat -r на старом сервере выводится на одну строку больше
loopback * 255.0.0.0 U 0 0 0 lo

это тоже не критично?

3. В файле /etc/sysconfig/network/ifcfg-etho
указано для нового сервера dhclient set default route='yes', а на старом нет.

sinka писал(а): ↑

02.10.2017 10:58

Нормально, когда dropped - не с нулевым значением?

Вообще-то нет. То есть ладно бы с ненулевым, но оно что-то очень уж большое: почти четверть пакетов отбрасывается. В выводе dmesg по этому поводу что-то есть?

Bizdelnick писал(а): ↑

02.10.2017 12:46

sinka писал(а): ↑

02.10.2017 10:58

Нормально, когда dropped - не с нулевым значением?

Вообще-то нет. То есть ладно бы с ненулевым, но оно что-то очень уж большое: почти четверть пакетов отбрасывается. В выводе dmesg по этому поводу что-то есть?

А где именно нужно смотреть?

Тут после загрузки практически пусто.

Заменила. Сейчас
RX: bytes packets errors dropped overrun mcast
5930071 65390 0 6414 0 0

Нет, видидмо, ничего в dmesg не попадает про дропнутые пакеты.

Насколько критично для системы, когда не все пакеты принимаются? мне сказали, если файервол отключен, то можно на них не обращать внимания. Но, с каждым днем количество этих пакетов увеличивается, составляя чуть ли не 4 часть из тех, что принимаются. При перезагрузке сервера обнуляется счетчик и дальше тоже самое...Как-то можно вычислить эти пакеты и причину? или, действительно, все прекрасно, а я беспокоюсь по-напрасну

настроила вчера sysstat. Вижу только статистику, что каждые 10 секунд отбрасывается пакет
00:00:01 IFACE rxerr/s txerr/s coll/s rxdrop/s txdrop/s txcarr/s rxfram/s rxfifo/s txfifo/s
00:10:01 eth0 0.00 0.00 0.00 1.42 0.00 0.00 0.00 0.00 0.00
00:10:01 lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
00:20:01 eth0 0.00 0.00 0.00 1.42 0.00 0.00 0.00 0.00 0.00
00:20:01 lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
00:30:01 eth0 0.00 0.00 0.00 1.43 0.00 0.00 0.00 0.00 0.00
00:30:01 lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
00:40:01 eth0 0.00 0.00 0.00 1.41 0.00 0.00 0.00 0.00 0.00
00:40:01 lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
00:50:01 eth0 0.00 0.00 0.00 1.42 0.00 0.00 0.00 0.00 0.00
00:50:01 lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:00:01 eth0 0.00 0.00 0.00 1.43 0.00 0.00 0.00 0.00 0.00
01:00:01 lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:10:01 eth0 0.00 0.00 0.00 1.42 0.00 0.00 0.00 0.00 0.00
01:10:01 lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:20:01 eth0 0.00 0.00 0.00 1.42 0.00 0.00 0.00 0.00 0.00
01:20:01 lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:30:01 eth0 0.00 0.00 0.00 1.42 0.00 0.00 0.00 0.00 0.00
01:30:01 lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:40:01 eth0 0.00 0.00 0.00 1.43 0.00 0.00 0.00 0.00 0.00
01:40:01 lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:50:02 eth0 0.00 0.00 0.00 1.40 0.00 0.00 0.00 0.00 0.00
01:50:02 lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:00:01 eth0 0.00 0.00 0.00 1.45 0.00 0.00 0.00 0.00 0.00
02:00:01 lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:10:01 eth0 0.00 0.00 0.00 1.40 0.00 0.00 0.00 0.00 0.00
02:10:01 lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:20:01 eth0 0.00 0.00 0.00 1.42 0.00 0.00 0.00 0.00 0.00