Как устранить утечку памяти в Oracle

Question

У меня есть рабочие места в Oracle, которые могут работать в течение нескольких часов, выполняя множество вычислений, связанных с (но не ограничиваясь ими) XmlTransform. Я заметил, что память PGA увеличивается (и ухудшается производительность) постепенно, пока в какой-то момент работа не завершится с сообщением об отсутствии памяти (PGA). Мы применили некоторые исправления, но они, похоже, не решают проблему. Остановить работу и перезапустить их, решает мою проблему, производительность снова хороша, а память низкая ... Весь код написан в PL/SQL и SQL.

Вопрос: Как я хочу решить это как можно скорее, мне было интересно, как я могу обойти этот тип проблемы в Oracle.

Моя главная мысль идет как-то:

• перезапуском работу после того, как некоторое время (возможно, самое простое решение) с помощью Advanced Queuing
• перезагрузка текущей сессии?
• Выполнение некоторого кода синхронно в другой сессии, возможно, другая работа.

Oracle 12.1.0.2

EDIT: Как спросил здесь пример кода с XMLTransform:

function i_Convert_Xml_To_Clob (p_Zoek_Result_Type_Id in Zoek_Result_Type.Zoek_Result_Type_Id%type, 
           p_Xml     in xmltype, 
           p_Xml_Transformation in xmltype) return clob is 
    mResult clob; 
begin 
    if p_Xml_Transformation is not null then 
    select Xmltransform (p_Xml, p_Xml_Transformation).getclobval() 
     into mResult 
    from Dual; 
    elsif p_Xml is not null then 
    mResult := p_Xml.getclobval(); 
    else 
    mResult := null; 
    end if; 

    return mResult; 
end i_Convert_Xml_To_Clob; 

Answer 1

Можете ли вы или DBA монитор использование температуры нескладный из другого сеанса, используя V $ TEMPORARY_LOBS. Если число логов увеличивается, сеанс не освобождает их правильно, и это приведет к увеличению использования PGA (обратите внимание, что это не утечка).

Наиболее распространенный сценарий - обработка инструкции, которая возвращает одну или несколько временных лоб, например XMLTRANSMFORM(). GetClobVal().

Нередко разработчики (Java?) Забывают, что объект TEMP LOB является объектом уровня SESSION, а ресурсы, связанные с ним, не будут освобождены из-за того, что клиентский дескриптор или ссылка выходит из области видимости. Например, если вы получаете клобук TEMP в объект JAVA Clob, вы не можете полагаться на сборку мусора для очистки LOB. Вы должны явно освободить лоб, прежде чем перезаписывать его следующей лапой, или ресурсы LOB будут удерживаться сервером до окончания сеанса.

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