Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
День добрый. Есть БД на IDS 7.31 на SCO OSR 507. Трудится над OLTP 24х7. До 20ти запросов в секунду. Все запросы простые: выборка по PK, insert одной записи, update по индекс. полю. Все бы хорошо, но БД начала периодически и без явных причин "подвисать". Т.е. в один прекрасный момент все приложения, которые работают с базой, блокируют свое дальнейшее выполнение при любом запросе на изменение данных в БД. Затем все одновременно (с точностью до 0.01 сек) продолжают свою работу. Т.е. выглядит это примерно так: 1) что-то случается с БД в 12:00:00 2) С 12:00:00 по 12:00:05 все приложения делают запрос к БД и подвисают на нем. 3) С 12:00:05 по 12:00:25 вся система парализована. 4) В 12:00:25 все приложения отвисают. Такие вещи происходят до 10 раз в сутки. В online.log только записи о КТ (0-2 сек), окончании очередного журнала и о бекапе журналов (2-7 сек). База под репликацией HDR (!). Вопроса насчет этого безобразия 2: 1) Кто-нибудь на основании этого описания и своего опыта может предложить возможную причину? Буду крайне признателен. 2) Как и чем мне вычислить такую ситуацию. Предполагаю, что нужно запустить какое-то периодическое считование счетчиков IDS и ОС, но не знаю что именно... Еще этим мониторингом нельзя мешать работе самой системы. Вот еще: создается впечатление, что такие зависания наиболее вероятны после запроса UPDATE на несколько тыс. записей. Заранее всем спасибо за помощь! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 11:50 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
IDS admin Есть БД на IDS 7.31 Более точно версию, пожалуйста. IDS admin блокируют свое дальнейшее выполнение при любом запросе на изменение данных в БД. Затем все одновременно (с точностью до 0.01 сек) продолжают свою работу. ... Такие вещи происходят до 10 раз в сутки. В online.log только записи о КТ (0-2 сек), окончании очередного журнала и о бекапе журналов (2-7 сек). База под репликацией HDR (!). Описанные остановки - достаточно яркий признак. И обычно это чекпоинт - но слишком уж период остановки долгий. Репликация - вполне вероятно - но нужно явно больше информации. 1. Проверяли ли следующее: читающие запросы из какой-нибудь утилиты (dbaccess, eSQLEditor, ...) в моменті зависаний отрабатывают нормально? 2. Проверяли-ли состояние репликации onstat -g dri? (Хотя в online.log по Вашим словам ничего подозрительного. Отсюда следствие №1 "Не пересказівайте своими словами то, что можете взять из системы" (почти (с) ЧаВО) IDS admin Как и чем мне вычислить такую ситуацию. Предполагаю, что нужно запустить какое-то периодическое считование счетчиков IDS и ОС, но не знаю что именно... Еще этим мониторингом нельзя мешать работе самой системы. Как минимум, периодический onstat: работать должен с памятью, объём информации сохраняемый на винчестер достаточно небольшой при разумном пользовании. Даже если вы сделаете вручную в нужные моменты: до начала проблемы, в период зависания и после отвисания - уже неплохо. IDS admin Вот еще: создается впечатление, что такие зависания наиболее вероятны после запроса UPDATE на несколько тыс. записей. Подумайте, можете ли воспроизвести ситуацию либо определить моменты выполнения таких апдейтов для пристального слежения за системой. 10 раз в сутки на полчаса - это много - имхо, не самое время переживать о том, "чтобы мониторинг чего-нить там не затормозил" (хотя позаботиться - по мере возможности - стоит...). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 12:55 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
Следствие №2: почитайте "Как правиьно задвать вопросы" хотя юы ПОСЛЕ того, как спадёт горячка. №2: online.log в архив - и сюда в аттач. №3: Поскольку у Вас HDR - online.log с HDR - тоже сюда. №4: HDR используется только как резервный - или используется сессиями для получения данных? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 13:01 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
Ну не на полчаса, а на 25 секунд. Возможно хватит обычного onstat -u в момент подвисания, для того чтобы увидеть, кого все ждут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 13:33 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
IDS admin...Все бы хорошо, но БД начала периодически и без явных причин "подвисать". Т.е. в один прекрасный момент все приложения, которые работают с базой, блокируют свое дальнейшее выполнение при любом запросе на изменение данных в БД. Затем все одновременно (с точностью до 0.01 сек) продолжают свою работу... Вопроса насчет этого безобразия 2: 1) Кто-нибудь на основании этого описания и своего опыта может предложить возможную причину? Буду крайне признателен... Вот еще: создается впечатление, что такие зависания наиболее вероятны после запроса UPDATE на несколько тыс. записей... Похоже на ожидание чекпоинта (контрольной точки, как Вы его называете). Также похоже на недостаточность размера физического журнала (если он заполняется на 75%, то инициируется чекпоинт). Желательно увидеть фрагмент online.log'а, охватывающий несколько таких зависаний, конфигурационный файл (обычно $INFORMIXDIR/etc/onconfig) или, как минимум, значение конф. параметра CKPTINTVL и выход onstat -l (идеально в момент зависания). К слову, onstat не замедлит работу Вашей системы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 13:38 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
АлексанIDS adminВот еще: создается впечатление, что такие зависания наиболее вероятны после запроса UPDATE на несколько тыс. записей... Похоже на ожидание чекпоинта (контрольной точки, как Вы его называете). Поддерживаю Александра. Инициируется КТ, все транзакции приостанавливаются, но алгоритм старых версий IDS не может приостановить ВСЕ текущие транзакции - продолжает работать та, в которой выполняется "критическая секция кода" (по доке). Сюда относятся, в том числе, и транзакции, которые ведут активную запись (вот вам и Update нескольких тысяч записей). Пока эта транзакция не закончит свое дело. все будут стоять и ждать. Ранее этого не наблюдалось, скорее всего, из-за того, что объемы UPDATE были меньше (таблицы со временем разрослись или пользователей стало больше). Если диагноз подтвердится - методі лечения предложим. Второй причиной может быть блокировка какой-то ключевой таблицы, с которой работают все приложения (пользователи) и которую "прихватывает" тот самый update. Нужен onstat -p за период активной работы (1-2 часа) или периодический просмотр блокировок или запрос по ожиданиям на блокировках по таблицам. Если не знаете как - спросите. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 16:17 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
DaugavaНу не на полчаса, а на 25 секунд. Возможно хватит обычного onstat -u в момент подвисания, для того чтобы увидеть, кого все ждут. Мда, спасибо, облажался (с) Тогда и про контрольную точку можно подумать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 16:46 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
vasilisПоддерживаю Александра. Инициируется КТ, все транзакции приостанавливаются, но алгоритм старых версий IDS не может приостановить ВСЕ текущие транзакции - продолжает работать та, в которой выполняется "критическая секция кода" (по доке). IDS adminТакие вещи происходят до 10 раз в сутки. В online.log только записи о КТ (0-2 сек), окончании очередного журнала и о бекапе журналов (2-7 сек). vasilis, а что, в этом случае длительность КТ измеряется от момента начала непосредственно записи на диск, а не от момента начала всего процесса? Или делаем допуск на недостаточную внимательность IDS admin при чтении online.log? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 16:50 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
Спасибо за советы. Пойду осмыслять) Вот доп. информация: onstat -g dri: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Последнее зависание произошло Код: plaintext 1. Записи в online.log PRIMARY: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. Записи в online.log SECONDARY: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. Не могу понять, почему чекпойнты на read-only сервере дольше чем на основном. да и 22 секунды - это как то очень круто. Время окончания совпадает с временем "отвисания". И длительность похожа. Может как-то связано... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 18:43 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
IDS adminНе могу понять, почему чекпойнты на read-only сервере дольше чем на основном. да и 22 секунды - это как то очень круто. Время окончания совпадает с временем "отвисания". И длительность похожа. Может как-то связано... Таки Александр и vasilis были правы. Дальше нужно разбираться с железом, ОС и конфигом secondary... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 18:54 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
2 АнатоЛой АнатоЛой1. Проверяли ли следующее: читающие запросы из какой-нибудь утилиты (dbaccess, eSQLEditor, ...) в моменті зависаний отрабатывают нормально? Не могу сказать. Нужно "ловить" момент и запускать читающую утилиту. Как это сделать - ума не приложу. АнатоЛой Подумайте, можете ли воспроизвести ситуацию либо определить моменты выполнения таких апдейтов для пристального слежения за системой. Нет, никак. Данные генерируются "на лету". Много уникальных параметров. Чтобы воспроизвести реальные условия нужно очень большой стенд собирать. А синтетические тесты и бенчмарки тут, боюсь, не помогут, т.к. ни в одном из них не наблюдалось такое поведение. АнатоЛой №4: HDR используется только как резервный - или используется сессиями для получения данных? Насколько мне известно - только как резерв. Но я это еще проверю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 19:05 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
АнатоЛой, АнатоЛойТаки Александр и vasilis были правы. Дальше нужно разбираться с железом, ОС и конфигом secondary... А почему тогда зависания не наблюдаются, когда на Secondary проходит менее длительный чекпойнт? Например, когда он был Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 19:08 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
DaugavaВозможно хватит обычного onstat -u в момент подвисания, для того чтобы увидеть, кого все ждут. Да я бы с радостью, но не знаю как мне это сделать непосредственно в момент подвисания. Только если делать его постоянно, раз в 5-10 секунд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 19:15 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
2 vasilis Thx. vasilisПоддерживаю Александра. Инициируется КТ, все транзакции приостанавливаются, но алгоритм старых версий IDS не может приостановить ВСЕ текущие транзакции - продолжает работать та, в которой выполняется "критическая секция кода" (по доке). Сюда относятся, в том числе, и транзакции, которые ведут активную запись (вот вам и Update нескольких тысяч записей). Пока эта транзакция не закончит свое дело. все будут стоять и ждать. Ранее этого не наблюдалось, скорее всего, из-за того, что объемы UPDATE были меньше (таблицы со временем разрослись или пользователей стало больше). Если диагноз подтвердится - методі лечения предложим. Второй причиной может быть блокировка какой-то ключевой таблицы, с которой работают все приложения (пользователи) и которую "прихватывает" тот самый update. Нужен onstat -p за период активной работы (1-2 часа) или периодический просмотр блокировок или запрос по ожиданиям на блокировках по таблицам. А разве КТ на Secondary сервере влияет на работу Primary? Ведь на Primary все КТ проходят быстро, а не 2-25 сек, как на Secondary. Сорри, возможно я не совсем понятно написал. Тот большой update, о котором идет речь, успевает закончится до зависаний за несколько минут. Иногда зависания вообще нельзя связать с этим update. Насчет блокировки ключевой таблицы - это вряд ли, т.к. подвисают ф-и разных приложений, работающие с разными таблицами. Там простые запросы, триггеров нет. onstat -p сделаю. Как лучше делать? Обнулить один раз (onstat -z) и через 1 час сделать onstat -p, либо за 1 час сделать N onstat-p и onstat-z? Если не знаете как - спросите. Как сделать периодический просмотр блокировок или запрос по ожиданиям на блокировках по таблицам? ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 19:38 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
IDS admin Код: plaintext 1. Вместо UС5 что-нить побольше поставить не хотите-ли (по памяти, как минимум UD8 был)? Можно, конечно, сначала пошерстить и в перечне пофиксеных багов... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 19:42 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
IDS admin onstat -p сделаю. Как лучше делать? Обнулить один раз (onstat -z) и через 1 час сделать onstat -p, либо за 1 час сделать N onstat-p и onstat-z? Обнулить один раз (onstat -z) и в crontab повесить регулярный раз в 1 мин onstat -p с приписыванием имени файла даты-времени. IDS admin Как сделать периодический просмотр блокировок или запрос по ожиданиям на блокировках по таблицам? ) аналогично onstat -k - и в кронтаб ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 19:51 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
АнатоЛойIDS admin Код: plaintext 1. Вместо UС5 что-нить побольше поставить не хотите-ли (по памяти, как минимум UD8 был)? Можно, конечно, сначала пошерстить и в перечне пофиксеных багов... Хотим. Но не можем к сожалению. Тем более планируем вообще уходить со SCO и пересесть на 11.50 под Linux. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 19:58 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
АнатоЛой Обнулить один раз (onstat -z) и в crontab повесить регулярный раз в 1 мин onstat -p с приписыванием имени файла даты-времени. аналогично onstat -k - и в кронтаб Спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 19:58 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
Всем спасибо за советы. Теперь есть четкое понимание: Зависания происходят в тот же момент, что и начало checkpoint'а на Secondary (!!!) сервере. Зависания заканчиваются одновременно с checkpoint'ом на Secondary сервере. Все с точностью до 0.5 сек. (время ИМХО по разному округляется в трассах) Теперь вопросы, 1) что из этого причина, а что следствие (зависания / долгие checkpoint'ы)? Либо эти оба факта есть следствия 3ей проблемы? 2) Почему так долго делаются checkpoint'ы на Secondary? 3) Как checkpoint'ы Secondary блокируют транзакции на Primary? 4) И главное. Если дело все-таки в checkpoint'ах на Secondary, то как их ускорить? Там неплохой сервер, корзина на 15 дисков, нормальный контроллер с кешем (150 МБ чтение, 360 запись). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 20:12 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
IDS admin4) И главное. Если дело все-таки в checkpoint'ах на Secondary, то как их ускорить? Там неплохой сервер, корзина на 15 дисков, нормальный контроллер с кешем (150 МБ чтение, 360 запись). "Хороший сервер" - это ВСЕГДА относительно :). Вы не так уж много рассказывали про нагрузку - только про "20 запросов в секунду" (как Вы их, кстати, считали?), "выборка по PK, insert одной записи, update по индекс. полю.". Реальный объём изменяемых и получаемых данных всё так же у нас в предположениях. "onstat -p" мы так и не увидели :) :(. Конфиги с обоих серверов тоже. Стесняетесь? Боитесь? ОК. :( Сравнивайте железо и конфиги на двух серверах: первичном и вторичном. НЕ хотите показывать весь конфиг - спрашивайте об отличиях конкретных параметров конфига или насколько важно такое-то и такое отличие в железе и настройках операционки и файловой системы. Сравнивайте onstat перичного и вторичного сервера. Для разборок: параметры конфига CKPTINTVL, CLEANERS, DRINTERVAL, LOGBUFF, LOGSIZE, LOGFILES, LRUS, LRU_MIN_DIRTY, LRU_MAX_DIRTY, NUMAIOVPS, ONDBSPACEDOWN, PHYSBUFF, PHYSFILE. Не помешает onstat -g iof, iov. Надеюсь, проверять скорость работы сетевого соединения между серверами не понадобится, а также не понадобится проверять, а не нагружен ли вторичный посторонней работой по отношению к Informix HDR :) Кроме того, возникают типичные вопросы: допустим у первого сервера проблем нет, и всякие обыденные мелочи типа разделения физического журнала, логического журнала, и rootdbs уже имеются. Тем не менее, нормально ли вторичном сервере расположены чанки на дисках, нормально ли работает дисковая система, чанки используются cooked, raw, ... Вопросов и идей много - поможет ли оно Вам без наличия нормальной обратной связи? Удачи. %) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 23:06 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
IDS admin Код: plaintext 1. 2. 3. 4. 5. 6. 7. а почему у вас чекпойнты так часто? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 08:39 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
ТанIDS admin Код: plaintext 1. 2. 3. 4. 5. 6. 7. а почему у вас чекпойнты так часто? Предполагаю, что это из-за CKPTINTVL = 0. Хотя судя по документации IBMСервер баз данных также может производить обработку контрольных точек при других условиях, например, когда физический журнал заполнится на 75 процентов. но интервал в обеих IDS строго 30 секунд. Особенность 7.31? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 09:15 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
2 АнатоЛой, 2 ALL Итак, поехали: onstat -p за 1 час 30 минут работы Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. Сервера PRIMARY и SECONDARY 2 одинаковые машины (ОС, параметры ядра, onconfig, внутренние диски/контроллер). Различие есть только дисковой подсистеме, на которых работает информикс: на Primary SAS и 256 МБ кеш на Secondary SCSII U320 и 512 МБ кеш. На обоих серваках по 8 Core 2. По 4 ГБ ОП. Чанки везде - это RAW, под ними разделы дисков SCO (т.е. SCO видит диски, сконфигуренные на контроллере RAID 1+ 0, они fdisk'ом побиты на партиции, и каждая партиция затем побита на "разделы" divvy. Вот ссылки из /dev/r* - это и есть чанки. У всех, понятное дело crw-------) Месяц назад текущий Secondary был Primary. Работал точно так же, как сейчас работает бывший Secondary. Сеть между ними - это сеть только между ними (отдельные сетевухи у каждого из серваков воткнутые в один свитчик). Пинг в обе стороны < 1 ms. Скорость закачки файлов по FTP 9390.73 Kbytes/s (Primary - сервер, secondary - клиент). С сетью вроде все Ок. Почти все 100 МБит. Secondary сервер ничем кроме информикса в ReadOnly не нагружен. onconfig (одинаковый для обоих серверов приложил) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 10:31 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
На всякий случай, 2 разных onstat -p. Для Prim и Sec. За онид и тот же промежуток времени. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. Видно, что Secondary читает с диска больше в 3.6 раза, а пишет меньше в 2.8 раза. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 11:04 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
ТанIDS admin Код: plaintext 1. 2. 3. 4. 5. 6. 7. а почему у вас чекпойнты так часто?Потому что сервер не настроен; как Вам, например, такое соотношение: размер одного журнала тр-й - 256 Мб (судя по конфигу, onstat -l он так и не показал; заметьте, и его хватает на 1,5-2 минуты...), а размер физического журнала - 32 Мб, и, кроме того, LRU_MIN_DIRTY/LRU_MAX_DIRTY - 20/30 и клинеров всего 8. Ещё и NUMAIOVPS не установлен - по-умолчанию используется 4 AIO VPs, кажется...). Соответственно, ему ничего не остаётся, как настроить чекпоинты как можно чаще - он и поставил в 0 (правда, тут уже сервер отказывается их делать чаще, чем раз в 30 секунд...) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 11:34 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
IDS admin onconfig (одинаковый для обоих серверов приложил) Очень надеюсь, что он действительно одинаковый. И что в нём актуальное состояние параметров. 1. onconfig ROOTNAME rootdbs # Root dbspace name ROOTSIZE 2000000 # Size of root dbspace (Kbytes) PHYSDBS rootdbs # Location (dbspace) of physical log LOGFILES 184 # Number of logical log files LOGSIZE 256000 # Logical log size (Kbytes) Что-то у меня подозрение, что onstat -d и onstat -l покажут, что логические журналы сидят в rootdbs... Давайте их (onstat) тоже сюда. ROOTSIZE уж больно большой. Читайте про перенос физического и логического журнала в другие dbspace. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 11:42 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
IDS admin А почему тогда зависания не наблюдаются, когда на Secondary проходит менее длительный чекпойнт? Например, когда он был Код: plaintext я бы, ради эксперимента, увеличил это значение до 30 : Код: plaintext ... и посмотрел бы, кореллирует ли оно с длительностью чекпойнта, при котором наблюдается зависание. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 11:44 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
Мой имхо: "onstat -a" с обоих серверов - и сюда в аттач, или этот процесс растянется на месяц :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 11:50 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
profile конечно хорошо но, как говорил ДАО нужен хотя бы onstat -u в сосент трабл А вообще в вашем случае начинать нужно : onstat -u onstat -g lmx onstat -g wmx onstat -g act onstat -g ath | grep netnorm sar . iostat . vmstat в момент трабл с основного и репл. а потом уже идти дальше. Также, 1. трабла со всеми видами коннектов или только с сетевыми? 2. в момент трабл на основном сервере - на репликационном как работается? Насколько помню. на СКО была трабла с КАИО. Если у вас не используется КАИО - попробуйте увеличитть количетсво АИО (может вы просто переросли старые настройки) - увеличить иногда нужно в разы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 11:52 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
onconfig CLEANERS 8 # Number of buffer cleaner processes #LRUS 64 # Number of LRU queues LRUS 256 непонятный дисбаланс между CLEANERS и LRUS. CLEANERS могут "не успевать". П.С.: На будущее - комментируя старое значение параметра в onconfig - ставьте также дату время(а иногда и (с) - если есть вероятность правки конфига разными людьми): Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Приведённые рекомендации приблизительны - всё-таки не хватает разных onstat для проверки предположений, а также нужны следить и после изменения параметров... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 12:15 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
onconfig PHYSBUFF 32 # Physical log buffer size (Kbytes) Поднимите PHYSBUFF до 128. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 12:27 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
И про чанки всё таки подробнее хотелось бы... onstat -d уже просили. Можно и onstat -D. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 12:28 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
Приложил onstat -a с обоих серверов. На самом деле это не так легко как может показаться )) Сейчас пробую сделать по совету АнатоЛой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 12:31 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
не влез onstat -a с Sec сервера, прикладываю тут ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 12:33 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
АнатоЛой, Спасибо за совет. Но изменения CLEANERS = 32 LRU = 32 PHYSBUFF = 128 ничего не дали. Чекпойнты отрабатывают ровно столько же времени, что и раньше автор12:52:46 Checkpoint Completed: duration was 1 seconds. 12:53:19 Checkpoint Completed: duration was 4 seconds. 12:54:02 Checkpoint Completed: duration was 14 seconds. 12:54:24 Checkpoint Completed: duration was 5 seconds. 12:55:01 Checkpoint Completed: duration was 10 seconds. 12:55:28 Checkpoint Completed: duration was 8 seconds. 12:55:57 Checkpoint Completed: duration was 5 seconds. 12:56:29 Checkpoint Completed: duration was 6 seconds. 12:57:01 Checkpoint Completed: duration was 8 seconds. 12:57:32 Checkpoint Completed: duration was 7 seconds. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 13:02 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
IDS admin, ещё раз читайте про вынос физического и логического журналов из rootdbs в отдельные dbspace - и жедательно на разных дисках... Вариант от svat2 с DRINTERVAL не проверяли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 13:47 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
АнатоЛой, логические журнал в отдельном DBSpace. DRINTERVAL по совету svat2 поменял (только на Secondary) , не изменилось ничего. Вынос физического журнала в отдельный DBspace не делал (не могу класть Primary). Зачем, кстати, это нужно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 14:22 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
Тааак... Похоже на Secondary сдохла батарейка на контроллере... Мой хвалёный кеш на запись не пашет. Во время каждого checkpoint'а на Secondary некоторые диски грузятся на 100 %, а процессор ожидает ВВ: Вот запись из online.log: Код: plaintext А вот sar -u за этот период: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. Это может быть причиной? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 15:19 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
АнатоЛойvasilisПоддерживаю Александра. Инициируется КТ, все транзакции приостанавливаются, но алгоритм старых версий IDS не может приостановить ВСЕ текущие транзакции - продолжает работать та, в которой выполняется "критическая секция кода" (по доке). IDS adminТакие вещи происходят до 10 раз в сутки. В online.log только записи о КТ (0-2 сек), окончании очередного журнала и о бекапе журналов (2-7 сек). vasilis, а что, в этом случае длительность КТ измеряется от момента начала непосредственно записи на диск, а не от момента начала всего процесса? Или делаем допуск на недостаточную внимательность IDS admin при чтении online.log? Скорее всего, именно от начала всего процесса, но, возможно, и по другому. Увидеть такие задержки в КТ можно по показателю ckpwaits (кол-во, но не длительность). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 15:31 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
АнатоЛойIDS adminНе могу понять, почему чекпойнты на read-only сервере дольше чем на основном. да и 22 секунды - это как то очень круто. Время окончания совпадает с временем "отвисания". И длительность похожа. Может как-то связано... Таки Александр и vasilis были правы. Дальше нужно разбираться с железом, ОС и конфигом secondary... Насчет нашей правоты я бы не торопился :) Я то думал на первичный сервер, а вот с секондари все может быть значительно сложнее. Никогда ранее плотно не мониторил вторичные сервера и поэтому для меня там много непонятного. И длинные КТ на вторичном сервере могут быть следствием как первичного сервера, так и внутренних собственных процессов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 15:36 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
IDS adminА почему тогда зависания не наблюдаются, когда на Secondary проходит менее длительный чекпойнт? очень логичный вопрос и ответ на него может сильно приблизить к решению проблемы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 15:42 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
IDS admin DRINTERVAL по совету svat2 поменял (только на Secondary) , не изменилось ничего. ...мда: "залил бензин в Жигули, не изменилось ничего: Москвич все равно не заводится" :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 15:55 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
IDS adminА разве КТ на Secondary сервере влияет на работу Primary? Ведь на Primary все КТ проходят быстро, а не 2-25 сек, как на Secondary. Включенный HDR влияет достаточно сильно на оба сервера (особенно под хорошей нагрузкой) и в обе стороны. К тому же, если включена синхронная репликация, то сервера просто вынуждены все время согласовывать свои действия (точнее, первичный поджидает вторичный). IDS adminКак сделать периодический просмотр блокировок или запрос по ожиданиям на блокировках по таблицам? ) Пользуетесь OnManager от Дениса Журавлева ? http://myinformix.narod.ru/ Или можно использовать готовые запросы (их довольно много в DBA_Tools http://www.ifolder.ru/f46081 Вот парочка старых, которые работали на 7.31 (для sysmaster): Locks waiting list (блокировки, которые кто-то ждет) Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. Waiters of locks (те, кто ждет блокировки) Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 16:09 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
svat2IDS admin DRINTERVAL по совету svat2 поменял (только на Secondary) , не изменилось ничего. ...мда: "залил бензин в Жигули, не изменилось ничего: Москвич все равно не заводится" :) Залью бензин в Москвич, при следующем ребуте )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 16:34 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
2 vasilis Спасибо, буду проверять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 16:42 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
АнатоЛой"onstat -p" мы так и не увидели :) :(. Конфиги с обоих серверов тоже. Стесняетесь? Боитесь? ОК. :( Безопасность в банках иногда зверствует :) Т.ч. человека понять можно, наверное и под гостевым аккаунтом не зря заходит :) И хотя данные IDS Admin предоставляет, я бы все же рекомендовал ему имена серверов заменять (как и др. конкретную специфику, по которой можно однозначно идентифицировать место работы). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 17:00 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
IDS admin Предполагаю, что это из-за CKPTINTVL = 0. Хотя судя по документации IBMСервер баз данных также может производить обработку контрольных точек при других условиях, например, когда физический журнал заполнится на 75 процентов. но интервал в обеих IDS строго 30 секунд. Особенность 7.31? Никакой особенности здесь нет. 30 сек - минимальный интервал. При CKPTINTVL = 0 сервер. вроде, должен вообще перестать проверять время и инициировать КТ только по другим событиям. Но это не есть хорошо. С лишком частые КТ дают большую нагрузку на систему (вся работа, выполняемая сервером во время КТ описана в доке). Я бы очень рекомендовал установить хотя бы 5 мин. на первичном сервере. Если длительность этих значительно более редких КТ будет в пределах 1-2 сек, то еще увеличить до 10-15 мин. Если длительности КТ увеличаться, то регулировать уже LRU_MAX_DIRTY и LRU_MIN_DIRTY. Кстати, физ журнал в 32М для нагруженной системы это ОЧЕНЬ мало - очень вероятно переполнение физжурнала (тех самых 25% остатка может не хватить в случае выполнения "критической секции кода"), а это чревато серьезным сбоем и восстановлением системы с бэкапа. Нужно обязательно сделать что то типа 512М в отдельном дбпространстве. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 17:28 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
АлексанПотому что сервер не настроен; Полностью поддержу - такое впечатление, что после начальной установки (поставили какие-то старые параметры с другого сервака) никто больше настройкой не занимался и под конкретную систему ничего не тьюнил. Алексан Ещё и NUMAIOVPS не установлен - по-умолчанию используется 4 AIO VPs, кажется...). Насколько помню, если NUMAIOVPS не установлен (для Unix систем) то устанавливается двойное кол-во активных чанков. И слишком большое кол-во (в данном случае кажется 128) тоже ничего хорошего не принесет - дисков то все равно на порядок меньше. Я увидел довольно много различий между установленными параметрами в onconfig и реально действующими в системе. Поетому, если можно - выполните запрос на предмет определения разницы DIFFERENCE list Original and Effective ONCONFIG parameters Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 17:39 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
IDS adminРазличие есть только дисковой подсистеме, на которых работает информикс: на Primary SAS и 256 МБ кеш на Secondary SCSII U320 и 512 МБ кеш. А проверьте целостность RAID-а на 2-м сервере. Посмотрите утилитой конфигурирования - может там диск вылетел и скорость записи резко упала ? Какая , кстати, она в чистом виде 2-кб блоками ? IDS adminНа обоих серваках по 8 Core 2. По 4 ГБ ОП. А почему же тогда Информикс использует менее 1Г ? Да и CPUVP можно и нужно больше устанавливать , а не 4. В системе явно видны очереди ожиданий... IDS admin Месяц назад текущий Secondary был Primary. Работал точно так же, как сейчас работает бывший Secondary. Тогда тем более удивительно. Нужно тщательно проанализировать, что за это время могло измениться в системе, начиная от железа, установки драйверов, плат, заканчивая апдейтами прикладной системы или добавлением филиала, например.[/quot] IDS adminonconfig (одинаковый для обоих серверов приложил) Дам рекомендации уже завтра - к сожвлению, сегодня уже нет времени :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 17:49 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
Устранил проблему с батарейкой кеша контроллера. Пока все ок, checkpoint'ы на Secondary стали проходят быстрее. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. но пока все равно через каждые 30 сек. Кстати, может кто и с HDR продскажет? Если Secondary вырубить на 1 час - накатываться до состояния Primary он будет 2 часа. В любом случае всем спасибо. За дальнейшие рекомендации по оптимизации буду очень признателен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 19:04 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
IDS adminУстранил проблему с батарейкой кеша контроллера. Пока все ок, checkpoint'ы на Secondary стали проходят быстрее. Так все таки железо! А в чем проблема с батарейкой, которая так повлияла на производительность ? IDS adminно пока все равно через каждые 30 сек. Измените параметр CKPTINTVL на обоих серверах, как я выше советовал. Затем помониторим длительности. Если будет нужно - будем настраивать. Также нужно запланировать увеличение физлога. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 20:44 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
vasilis А в чем проблема с батарейкой, которая так повлияла на производительность ? Это батарейка от кеша контроллера. За ее счет данные живут в кеше записи, если электричество выключили внезапно, чтобы после включения скинуть данные кеша на диски. Она просто разрядилась и больше не заряжалась (видать за 4 года активного использования она испортилась, а может еще чего). Контроллер в этом случае просто отключает кеширование. Таким образом, вся запись шла непосредственно на физ. диски. Предполагаю, что после замены батарейки контроллер моментально проглатывает до 256 МБ в кеш во время чекпойнта, а затем сам скидывает данные на диски. vasilis Измените параметр CKPTINTVL на обоих серверах, как я выше советовал. Затем помониторим длительности. Если будет нужно - будем настраивать. Также нужно запланировать увеличение физлога. Ок! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 21:40 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
IDS adminvasilis А в чем проблема с батарейкой, которая так повлияла на производительность ? ...Контроллер в этом случае просто отключает кеширование. Меня именно этот аспект интересовал. Контроллер оказался довольно умным :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2009, 19:52 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
vasilisДам рекомендации уже завтра - к сожалению, сегодня уже нет времени :( завтра пришло послезавтра :) Ниже мои рекомендации по onconfig без подробных объяснений (некоторые уже были ранее). Что будет непонятно - спрашивайте. Лучше добавлять (изменять) понемногу. Так лучше понять результаты изменений и откатить назад, если что. Исходим из того, что 16 ядер, 4 Гб ОП, на сервере только IDS и ничего более, чистый OLTP (редкость, кстати), много дисков, высокая нагрузка. PHYSFILE 512000 (32М - старый) - большой размер ничем не грозит, маленький - опасен. LOGFILES 184 # Number of logical log files LOGSIZE 256000 # Logical log size (Kbytes) Логи у вас разных размеров и разбросаны по многим пространствам. Надо бы навести порядок. Почему ? Например, полетит один из рядовых чанков с данными (возможно и не критичными). В обычной ситуации сервер будет продолжать работать, но если там лежит логический журнал, то сервер встанет полностью. TBLSPACE_STATS 1 - после настройки этот параметр лучше выключать в тяжело нагруженной системе RESIDENT 2 (0) - два сегмента должны быть резидентными NUMCPUVPS 12 (4) - при 16 ядрах можно смело увеличивать NOAGE 0 # Process aging AFF_SPROC 0 # Affinity start processor AFF_NPROCS 0 # Affinity number of processors А на SCO эти параметры работают в принципе ? #BUFFERS 524288 # Maximum number of shared buffers BUFFERS 262144 # Maximum number of shared buffers #BUFFERS 131072 # SHMMAX set to 819200000 У вас 4Гб памяти. Установите параметры ядра, чтобы можно было сделать сегмент (и буферный пул ) больше. Хотя бы размером в 1Г. Т.е. попробуйте сделать BUFFERS 512000 Но проверьте это сначала на тестовой машине с такой же версией ОС и IDS. У вас может хорошо вырасти производительность, т.к. буферов не хватает и процент кеширования по чтению низкий. NUMAIOVPS 32 (не был установлен). По умолчанию у вас их 128 (по удвоенному числу чанков). Это много и не нужно. PHYSBUFF 32 # Physical log buffer size (Kbytes) LOGBUFF 32 (64) # у вас небуферируемая БД, т.к. большой буфер вам просто не нужен - постоянная лишняя работа по обработке и сбросу пустого, практически, буфера. CLEANERS 16 (8) - по статистике видно, что все 8 нагружены одинаково сильно. А желательно, чтобы был 1-2 свободных (у них кол-во операций на порядок-два меньше) для пиковых нагрузок. SHMVIRTSIZE 131072 # initial virtual shared memory segment size Здесь просканируйте свой online.log на предмет динамического добавления сегментов. Если такие попадались -лучше увеличить. Например до 256000 - памяти у вас девать некуда :) CKPTINTVL 0 # Check point interval (in sec) Об этом уже писал. CKPTINTVL 300 или 600. #LRUS 64 # Number of LRU queues LRUS 256 В вашей версии максимум 128 (если не ошибаюсь). Поэтому установите LRUS 127 LRU_MAX_DIRTY 30 # LRU percent dirty begin cleaning limit LRU_MIN_DIRTY 20 # LRU percent dirty end cleaning limit Эти надо будет настроить, когда измените CKPTINTVL и промониторите длительности. LTXHWM 45 (50) # Long transaction high water mark percentage LTXEHWM 54 (60) # Long transaction high water mark (exclusive) Много разз писал на эту тему. Поищите по форуму. OFF_RECVRY_THREADS 1 (80) - надежнее ON_RECVRY_THREADS 10 RA_PAGES 64 # Number of pages to attempt to read ahead RA_THRESHOLD 32 # Number of pages left before next group Read Ahead ("чтение наперед" большими блоками) ускоряет дисковое чтение при оследовательных просмотрах таблиц и индексов. Алгоритм интелектуален и не применяется для всех операций чтения с диском. Эффективность мониторится по onstat -p (последняя строка), при этом эффективным считается рубеж в 90% (как его вычислять смотрите в других FAQ). DBSPACETEMP temp01,temp02 # Default temp dbspaces Лучше сделать еще 1-2 временных пространства такого же размера, как и первые два. У вас может помочь распараллелить сортировки и т.п. OPTCOMPIND 2 # To hint the optimizer тут рекомендую почитать. http://www.sql.ru/faq/faq_topic.aspx?fid=681 Есть много мнений в OLTP системах устанавливать 0 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2009, 21:06 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
Может я и пропустил, и в топике это было, но тем не менее пусть сохранится для истории: IDS Adm Guide (9.4) Checkpoints Between Database Servers Checkpoints between database servers in a replication pair are synchronous, regardless of the value of DRINTERVAL. A checkpoint on the primary database server completes only after it completes on the secondary database server. If the checkpoint does not complete within the time that the ONCONFIG parameter DRTIMEOUT specifies, the primary database server assumes that a failure has occurred. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2009, 02:31 |
|
||
|
"Подвисает" OLTP на IDS 7.31. Чем (и как) узнать причину?
|
|||
|---|---|---|---|
|
#18+
АнатоЛой, В точку. Только в случае длительного чекпойна на Secondary (как было в моем случае, 22 сек.) на Primary сервере в Online.Log'е об этом ни слова. А его последствия(кроме записи о себе в online.log) длятся до окончания чекпойнта на Secondary. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2009, 10:08 |
|
||
|
|

start [/forum/topic.php?all=1&fid=44&tid=1607802]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
169ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
120ms |
get tp. blocked users: |
2ms |
| others: | 287ms |
| total: | 626ms |

| 0 / 0 |
