Sybase 15.7 — стоит ли обновляться?

Мы на Sybase 15.0.3

Sybase 15.7 предлагает несколько полезных вещей.

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

Я слышал, что он работает немного лучше на процессорах IBM SMT Power, потому что он является многопоточным, а не одноранговыми процессами unix.

Кажется, есть некоторая IQ-подобная функция сжатия, которая кажется удобной для очень больших таблиц с большими размерами строк.

Я не знаю, будут ли нам полезны dbs с расслабленной долговечностью в памяти, какими бы хорошими они ни были, поскольку нам придется делать редизайн. Однако - есть ли у кого-нибудь опыт в этом?

Может пригодиться функция обмена сообщениями MQ — кто-нибудь пользовался ею и получил впечатления?

Мы используем все новые возможности оптимизатора запросов в версии 15.0 (хэширование и объединение слиянием), поэтому мы не ожидаем потрясений или больших различий.

Обновление сложно? Когда мы взялись за версию 15.0, нам пришлось провести много тестов, ввести триггеры входа в систему и задания, чтобы сделать больше ОБНОВЛЕНИЕ СТАТИСТИЧЕСКОГО ИНДЕКСА. Однако я не ожидаю таких усилий для v15.7.

Любые мнения и информация принимаются с благодарностью!


sybase sap-ase
person Abe Crabtree    schedule 17.07.2013    source источник
comment
Было бы полезно знать, какое использование вы видите в своей текущей базе данных и какие задачи она настроена для выполнения. Без каких-либо подробностей лучшее, что я могу сделать, это сказать «да, может быть».   -  person Michael Gardner    schedule 17.07.2013
comment
20 движков, 90Gb памяти ок.   -  person Abe Crabtree    schedule 18.07.2013
comment
Смешанное приложение, в основном DSS, немного OLTP. Множество параллельных заданий, выполняющих протоколирование удаления/вставки/обновления небольших наборов данных (тысячи строк). Некоторые транзакции с несколькими операторами, но в основном просто УДАЛЕНИЕ последнего набора, ВСТАВКА нового набора из #temptab и тому подобное — все это SP. используя множество #temptabs. Также много одновременных ETL-загрузок файлов в систему, большинство из которых представляют собой 100/несколько 1000 наборов строк, один или два намного больше, и довольно много больших ETL, выполненных с незарегистрированным SELECT INTO с bcp-out в конце. - это все встроенные (динамические) sql в оболочке и perl.   -  person Abe Crabtree    schedule 18.07.2013
comment
Также много баз данных tempdbs - 8, с соответствующим распределением различных типов заданий.   -  person Abe Crabtree    schedule 18.07.2013
comment
Имейте в виду, что сжатие, которое вы упоминаете в своем посте, является дополнительной стоимостью лицензии (и не дешевой), если у вас есть только базовая лицензия.   -  person Rich Campbell    schedule 12.10.2018

Ответы (1)


arrow_upward
1
arrow_downward

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

  • Задержка процессора запросов была уменьшена, особенно для динамического SQL. Планы запросов теперь также можно использовать между сеансами. Производительность механизма выполнения запросов также была улучшена.
  • Усовершенствования ядра: более эффективное использование параллельных ядер, более эффективное использование обработки событий ввода-вывода с уменьшением накладных расходов на ввод-вывод, что должно обеспечить лучшее масштабирование.
  • Возможность анализа производительности запросов с динамическими параметрами без запуска запросов.
  • Слияние (upserts)
  • Быстрая регистрация BCP
  • Улучшения разделения/объединения/перемещения разделов данных: должны сделать управление разделенными данными проще и эффективнее.
  • Предварительно вычисленные наборы результатов (материализованное представление): могут повысить производительность с помощью доступных наборов результатов.
  • Статистика обновления на основе хэша: позволяет обновить статистику за одно сканирование таблицы.
  • Улучшенный дамп и загрузка: заголовок теперь включает необходимую информацию для восстановления базы данных, если созданные сценарии будут потеряны.
  • Асинхронная инициализация БД: базу данных можно использовать сразу после создания/изменения.

Что касается других частей вашего вопроса о конкретных функциях, я бы перешел на форумы сети сообщества SAP для этих вопросов. Там тусуется много экспертов по SAP Sybase.

http://scn.sap.com/community/sybase-ase-custom-applications

person Michael Gardner    schedule 18.07.2013
comment
Спасибо, Майкл - мне было интересно, сделали ли вы обновление (я) и получили цифры или впечатления о том, насколько лучше, стоит ли оно того и т. Д. Я знаю, что это немного расплывчато. Мне тоже интересно, сколько хлопот сделать апгрейд. У меня сложилось впечатление, что со стороны администратора базы данных это не так страшно, а со стороны приложения нет ничего сложного, как в нашем обновлении с версии 12 до версии 15.0, когда мы провели много тестов для новых оптимизаторов и выполнили триггеры входа в систему и обновили задания статистики индекса. . - person Abe Crabtree; 19.07.2013
comment
Я с Майклом, есть некоторые проблемы с производительностью при откреплении ULC и некоторое другое поведение в 15.0.3, которое было улучшено в 15.5 и более поздних версиях. Я скажу вам, что вам может понадобиться настроить пулы потоков, если вы используете модель ядра с многопоточностью в ASE 15.7, в зависимости от того, как ваши текущие 20 движков используются в качестве запросов, а задачи ввода-вывода выполняются в отдельных потоках, если вы используете режим ядра с многопоточностью. В ASE15.7 также есть несколько серьезных ошибок в некоторых версиях для спин-блокировки кэша процедур, которые исправлены в ASE16 и могут быть сложными для диагностики без хорошего мониторинга таблицы MDA, поэтому тщательно тестируйте. - person Rich Campbell; 13.12.2017