Nano Hash - криптовалюты, майнинг, программирование

Tridion CMS и Oracle: ORA-01000: превышено максимальное количество открытых курсоров

надеюсь, кто-нибудь может мне здесь помочь.

Мы используем Tridon CMS для управления веб-сайтом, размещенным на jBoss и Apache.

Мы используем SDL Tridion 5.3 уже 5 лет, и внезапно мы столкнулись с ошибкой в ​​базе данных Oracle, стоящей за ним. Большая часть нашего контента обслуживается как обычные страницы jsp из файловой системы, но у нас есть некоторые компоненты, которые обслуживаются через вызов Tridion Java API, который возвращает фрагмент html из базы данных Oracle.
Недавно мы заметили, что некоторые из этих html фрагменты не обслуживались, и при проверке файлов журнала сервера мы обнаружили, что генерируется ошибка Oracle ORA-01000: превышено максимальное количество открытых курсоров.
Максимальное количество курсоров было установлено на 300, поэтому мы увеличили его до 350, чтобы посмотреть, помогает ли это, но это не помогло.
Наблюдая за активными сеансами Oracle, мы могли видеть, что количество сеансов достигло максимальных значений курсоров, поэтому мы перезапустили сервер приложений. Похоже, это помогло, но только временно. Количество сеансов, достигающих максимального порога курсоров, снова постепенно увеличивается. Вчера днем, вскоре после перезапуска, было около 30 сеансов с макс курсорами, сегодня утром 150.

Очевидно, что в последнее время что-то изменилось, чтобы вызвать это, но мы не знаем, что именно. База данных Oracle - это не то, к чему у нас обычно есть доступ, и, конечно же, не то, что мы вносим напрямую - все повседневные операции с базой данных выполняются через Tridion API. Мы не сделали ничего необычного в том, что касается разработки и публикации Tridion, так что ничего особенного в том, что мы делали там последние несколько лет. Объемы трафика на наш веб-сайт в настоящее время относительно низки (и были значительно выше в прошлом), поэтому мы почти уверены, что здесь нет проблем.

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

Есть ли у кого-нибудь предложения, где мы можем искать здесь решение? Мы только что открыли заявку на поддержку SDL, но на данный момент они так же сбиты с толку, как и мы.

Спасибо.

oracle tridion ora-01000
17.08.2012

  • Мы изучаем возможную проблему с конфигурацией брандмауэра, как предложено ниже. Отчитаюсь, когда узнаю всю историю. 21.08.2012
  • Нам не удалось вернуться к исходному брандмауэру вчера (рано утром), хотя наши специалисты по инфраструктуре, похоже, не думают, что эти данные проходят через указанный брандмауэр. Итак, мы вернулись к `` исходной '' конфигурации, и хотя мы все еще наблюдаем сеансы с максимальным количеством открытых курсоров в журналах, они не увеличиваются с такой же драматической скоростью, как и были - около 5-10 в день, а не 50. -100. Таким образом, мы по-прежнему не понимаем источника проблемы, но выполнение того, что мы сделали, вместе с увеличением максимально разрешенных курсоров до 1000, сделало проблему намного более управляемой на данный момент. Смотрите это пространство ... 23.08.2012

Ответы:


1

Мы уже сталкивались с подобной проблемой в прошлом с IBM WebSphere. В нашем сценарии основная причина проблемы заключается в том, что время ожидания брандмауэра для простаивающих или устаревших соединений и разрыв соединений между сервером приложений и БД, поскольку тайм-аут в брандмауэре меньше таймаута очистки соединения AppServer.

Возможно, стоит сначала проверить это и убедиться, что это не основная причина, нам потребовалось время, чтобы понять это, поскольку мы тратим много времени на анализ журналов приложений и Tridion api и т. Д. Я предполагаю, что jBoss имеет аналогичный настройка как у WebSphere.

Мы реализовали решение: установить Unused Timeout меньше тайм-аута на брандмауэре. Этот разрешенный WebSphere Application Server может очистить свои неиспользуемые соединения до того, как брандмауэр их отключит.

17.08.2012

2

Я не уверен насчет SDL Tridion R5.3, но в 2011 SP1 есть известная проблема, когда при использовании JNDI (в сочетании с WebSphere, как я полагаю), когда ResultSets явно не закрыты, курсоры остаются открытыми.

Решение просто, как указано в документации Oracle, увеличить количество разрешенных курсоров или, если вы продолжаете сталкиваться с проблемами, как вы говорите, вы можете не использовать JNDI. Если возможно, вы можете проверить свой собственный код для правильного закрытия ResultSets (что согласно JavaDoc для ResultSet :: это не обязательно, хотя это, похоже, верно только тогда, когда не используется JNDI; при использовании JNDI, кажется, что курсоры открыть).

17.08.2012
Новые материалы
Кластеризация: более глубокий взгляд
Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..
Как написать эффективное резюме
Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..
Частный метод Python: улучшение инкапсуляции и безопасности
Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..
Как я автоматизирую тестирование с помощью Jest
Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..
Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..
Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..
Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..