Здравствуйте! Помогите пожалуйста оптимизировать производительность сервера СУБД Sybase. Железо: сервер Intel SR6850HW4, 4 х 3,66 ГГц Intel Xeon, память 16 Гб, рейд контроллер Intel SROMBU42E 256 Mb cash (Firmware Version 514S, BIOS Version H431) и 10 SCSI дисков Seagate 143 Гб (15000 оборотов) объединенных в Raid10 (без дисков горячего резерва). ОС: Windows 2003 Enterprise x86 (пробовал и x64). Размер БД 170 Гб, страницы 2К, под сайбейс выделено 3 Гб оперативки.
Основываясь на данных перфмона, сделал вывод, что узким местом, является дисковая подсистема сервера. Договорился с ЕМС о тестировании системы хранения сх4-240 с 2 полками дисков (полка FC и 6 Flash флэш дисков). Первое впечатление было очень положительным, на внутреннем рейде дамп поднимался 3,5 часа, на системе хранения 20 мин (как на флэш так и на fc дисках), переиндексация (в 20 одновременно запущенных процессах) прошла меньше чем за 5 часов (вместо 16), при этом система (на флэш дисках) выдает 8-9 тыс. запросов в секунду (как говорит ЕМС система легко может выдать 12,5 тыс., но наш сайбейс больше не может ее загрузить). Загрузка процессора 40-45 %, не больше. Тестирование же в реальных условиях, на реальном приложении (Diasoft 5NT) не дало видимой прибавки в производительности. Разнесение файлов на 6 разных лунов меньшего размера либо на один большой, на производительности также не отражается. В чем может быть дело? Какие настройки проверить, порекомендуйте... Всю необходимую информацию собрал в файлик и прикрепил к сообщению.

MasterZiv,

В данный момент работаем на тестовой системе ЕМС и приведенная статистика собрана как раз на ней. На встроенном рейде были большие очереди, один дамп чего только стоит. Вопрос: а распределение памяти нормально настроено (кеш данных, процедурный кеш и т.д.)? Для выделения 3 гб паямяти под 32 битное приложение добавил ключ /3gb и указал адрес шаред мемори в конфиге, так как указано на сайте сайбеса. Без этого адреса больше 2 гб памяти не выделяется. Это у всех так? Вроде народ пишет, что работает и без этого адреса... Режим РАЕ на основном сервере (16 гб оперативки) включается автоматически и не выключается даже при указании ключа /nopae, хотя на резервном сервере (4 гб) этот режим включается только по ключу. Может здесь собака порылась??? По поводу сети, виндовый диспетчер задач редко когда показывает загрузку в пол процента, обычно меньше, откуда такая цифра в 54 %? Приложение работает через BDE, если увеличить размер пакета на сервере, со стороны клиента аналогичный размер нужно указать в БДЕ? Как узнать приложение само выставляет размер сетевого пакета или всеже это в БДЕ? Чтобы увеличить размер пакета прописываем: default network packet size 2048 #507 2048 2048 ???
Спасибо за помощь, т.к. уже теряюсь в догадках, что еще может быть не так, ведь тестим на флешах и ожидаем серьезного увеличения производительности и на дампе это видно, но не на приложении ...

MasterZiv,

В догонку. Пришел на работу, почитал, ночью попробую поставить на сервере default network packet size 2048, max network packet size 8192. В БДЕ есть параметр TDS PACKET SIZE (это же он???), у нас он по умолчанию 512. Это позволит менять размер пакета в БДЕ в промежутке от 2048 до 8192, так? Что будет если на сервере размер пакета 2048, а со стороны клиента 512 байт?

MasterZiv,

>Да, у всех. У всех Win32 приложений. Я, кстати, думал, что Syb15 уже
>64 бита.

У нас сайбейс 12, под винду он только 32х битный. Вариант перехода на 15 не обсуждается.

>Я не понял, зачем /PAE. БОльзе 3 Gb всё равно не бывает.

Этот режим включается автоматически. Я пытаюсь отключить его ключом /nopae (ключа /pae в boot.ini НЕТ), но он всеравно активируется.

>> сети, виндовый диспетчер задач редко когда показывает загрузку в пол
>> процента, обычно меньше, откуда такая цифра в 54 %? Приложение работает

>из твоего монитора.

Понимаю что из лога, но виндовый диспетчер задач и счетчики perfmom говорят об отсутствии нагрузки на сеть (0,5%), а сайбейс показывает другую картину. Размер пакета поменяю сегодня в БДЕ со стороны клиента.

>Я только не знаю, надо перегружать ли сервер будет, и как
>потом это проверить, что приложения РЕАЛЬНО используют 2k.
>Возможно, можно Ribo -ой протрассировать. Но это не все,
>а одно приложение, поскольку через Ribo нельзя запускать
>все приложения.

Параметр не динамический, требуется перезапуск сервера. Но раз он берется с клиента, то и трогать сервер не нужно? Правда, наверное, нужно будет увеличить max network packet size, т.к. он по умолчанию 512!

забыл пароль,

Вместо этой каши, Вы бы сначала разобрались что хотите сделать.

1. Если тестирует само приложение, то как Вы определяете, что что-то тормозит?

Есть общее замедление в работе, ярко видное на тяжелых отчетах. Особенно это заметно, когда таких отчетов запущего несколько и по одним и тем-же данным. В такие моменты тормозит все и у всех.

2. Если Вы увеличили скорость поднятия с бекапа, то это совершенно не значит, что приложение или выполнение пачки тестовых запросов также должно выполняться быстрее, т.к. причина тормозов может быть разная в КАЖДОЙ конкретной задаче.

Согласен, но для полноты информации показал и те процессы, где увеличение производительности стало заметно.

3. Есил выполняется тестирование выполнения пачки запросов, то и мониторить нужно именно в этот момент и желательно мониторить и сравнивать старый и новый сервер АБСОЛЮТНО в равных условиях.

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

4. Для меня по меньшей мере странно (мягко сказано), что Вы для базы в 170 гиг используете всего один дефолтный кеш и 32-битную версию ASE, хотя на машине "гуляют" 16 гиг памяти.

Сайбейс 12 и это требование приложения. Под винду приложению больше 3 Гб памяти выделить не могу. Или есть возможность увеличить кеш и использовать память выше 3 Гб???

5. sysmon нужно снимать ОТДЕЛЬНО для каждой ситуации и разбираться отдельно в каждом случае. В одном случае у Вас могут быть тормоза из-за большого переключения контекста на отправку данных по сети, в другом - из-за постоянной записи в лог (by Full ULC), в третьем из-за spinlock contention, и. т.д. Вы про named caches, relaxed cache strategy, log I/O size, Named cache for tempdb что-нибуть знаете/слышали?

Нет, самоучка, причем конфигурирование сайбейса, меньше 3% всех исполняемых мной обязанностей, но есть желание узнать, научиться и нормально настроить.

P.S. Мой Вам совет (IMHO). Перед тем как бросаться делать выводы и что-то делать приведите в порядок для начала саму конфигурацию ASE и определитесь с задачей что тестировать нужно и что собственно тормозит.[/quot]

Конфигурация АSЕ прикрепленном в файле. Что настроено не так??? Выбрал 3 тяжелых отчета для теста, могу крутить настройки и на них тестировать изменение производительности сервера.

забыл пароль,

Ну а кто мешает использовать не винду, а что-то из 64-битных OS, которые уже давно 64-битные?
Тот же Linux, например, под который уже давно есть 64-битный ASE, в том числе 12.5.4.

Корпоративный стандарт. Есть еще вариант, преход на сан, но сейчас это не вариант.

P.S. Кстати, я надеюсь у Вас именно 8 ядер на сервере, т.е. 4 dual core, а не 4 ядра (2 dual core) с гипертрейдингом.

Установлено 4 двухядерных процессора.

MasterZiv,

>Это может запросто быть проблема приложения, а не ASE. Например,
>оно может лочить таблицы эксклюзивно.

У нас применяются 3 схемы блокировок: AllPages, datapages, datarows. Где увидеть, что проблема из за того, что таблицы лочатся эксклюзивно?

>Я бы сначала тестировал систему в общем. Но это уже надо под реальной
>загрузкой. Т.е. в момент работы системы в боевом режиме.

Увидели, что загружена сеть, сегодня попробую это исправить. Что еще в плане "общего" ускорения нужно проверить?

japofftop:

никогда не понимал зачем ase ставят на винь,
как бы не приоритетная платформа

кстати, а 12.5 уже не end of life?

Уже ответил. Корпоративный стандарт.

MasterZiv,

Проверяя настройки обнаружил, что в файлике locales.dat на клиенте в разделе [NT] locale = default, us_english, cp1251, а на сервере iso_1. В приложении все символы отображаются по русски, проблем нет. Нужно ли на сервере также поправить строку. Если да, то что подразумевается под перекодировкой (цитата из faq):

Рекомендуется выбрать Charset до создания пользовательских баз и изменений в базах SQL Server. Если Вы измените default Charset после того как данные были добавлены Вам необходимо будет произвести перекодировку данных (см. System Administration Guide).

Модератор: В своей же теме оффтопик создаёшь. Ну ...

MasterZiv
Викторрр пишет:

> У нас применяются 3 схемы блокировок: AllPages, datapages, datarows. Где
> увидеть, что проблема из за того, что таблицы лочатся эксклюзивно?

sp_lock

sp__wholocks (это моя процедура, лежит в FAQ)


Статистика по sp_lock в файле, но эти локи в принципе рассасываются быстро. В артизане есть две закладки AllLocks и BlockingLocks. Я так понимаю то, что блокировки в AllLocks - это нормально, обычная работа, а если локи в BlockingLocks, то это очень плохо и от этого нужно всячески избавляться. У нас блокировок в BlockingLocks нет, по крайней мере сейчас, на СХД.

sp__wholocks (это моя процедура, лежит в FAQ)

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