<ROOT>
 <APPS_INITIALIZE_DATA>
  <USER_NAME>ENGINATICS</USER_NAME>
  <RESPONSIBILITY_KEY>SYSTEM_ADMINISTRATOR</RESPONSIBILITY_KEY>
  <APPLICATION_SHORT_NAME>SYSADMIN</APPLICATION_SHORT_NAME>
 </APPS_INITIALIZE_DATA>
<REPORTS>
<!-- loader xml for Enginatics Blitz Report: DBA Result Cache Statistics -->
 <REPORTS_ROW>
  <GUID>50BF9CC606F42D42E0530100007F9BD4</GUID>
  <SQL_TEXT>select
x.inst_id,
decode(x.name,
&apos;Block Count Maximum&apos;,&apos;Maximum Size&apos;,
&apos;Block Count Current&apos;,&apos;Current Size&apos;,
&apos;Result Size Maximum (Blocks)&apos;,&apos;Result Size Maximum&apos;,
x.name) name,
case when x.name like &apos;%Block%&apos; then round(x.block_size*x.value/1000000,2) else to_number(x.value) end value
from
(
select
max(decode(grcs.name,&apos;Block Size (Bytes)&apos;,grcs.value)) over () block_size,
grcs.inst_id,
grcs.id,
grcs.name,
grcs.value
from
gv$result_cache_statistics grcs
where
grcs.name not in (&apos;Hash Chain Length&apos;)
union all
select distinct
null block_size,
grcs.inst_id,
8.5 id,
&apos;Invalidation Percentage&apos; name,
to_char(round(100*max(decode(grcs.name,&apos;Invalidation Count&apos;,grcs.value)) over (partition by grcs.inst_id)/xxen_util.zero_to_null(max(decode(grcs.name,&apos;Find Count&apos;,grcs.value)) over (partition by grcs.inst_id)),2)) value
from
gv$result_cache_statistics grcs
where
grcs.name in (&apos;Find Count&apos;,&apos;Invalidation Count&apos;)
union all
select distinct
null block_size,
grcs.inst_id,
5.5 id,
&apos;Creation Percentage&apos; name,
to_char(round(100*max(decode(grcs.name,&apos;Create Count Success&apos;,grcs.value)) over (partition by grcs.inst_id)/xxen_util.zero_to_null(max(decode(grcs.name,&apos;Find Count&apos;,grcs.value)) over (partition by grcs.inst_id)),2)) value
from
gv$result_cache_statistics grcs
where
grcs.name in (&apos;Create Count Success&apos;,&apos;Find Count&apos;)
) x
where x.name not in (&apos;Block Size (Bytes)&apos;)
order by
x.inst_id,
x.id</SQL_TEXT>
  <ENABLED>Y</ENABLED>
  <REPORT_TRANSLATIONS>
   <REPORT_TRANSLATIONS_ROW>
    <LANGUAGE>AR</LANGUAGE>
    <REPORT_NAME>DBA Result Cache Statistics</REPORT_NAME>
    <DESCRIPTION>إحصائيات ذاكرة التخزين المؤقت الناتجة بقيم الحجم بالميجابايت.

إذا كان &quot;الحد الأقصى للحجم&quot; كبيرًا بدرجة كافية ، فيجب أن يكون &quot;فشل إنشاء العدد&quot; صفرًا أو منخفضًا ، تمامًا مثل &quot;حذف عدد صحيح&quot; ، والذي يوضح عدد نتائج ذاكرة التخزين المؤقت الصالحة التي تم مسحها.
يعرض &quot;Find Count&quot; عدد النتائج المخزنة مؤقتًا المستخدمة (بدلاً من تنفيذ sql / plsql الأساسي) ، وبالتالي يجب أن يكون أعلى مستوى ممكن لتحسين الأداء الأقصى.

يجب إجراء مزيد من التحقيق في عدد كبير من &quot;عدد عدم الصلاحية&quot; أو &quot;حذف العدد غير صالح&quot; المتعلق بـ &quot;حساب البحث&quot; لأنه يشير إلى نتيجة_تخزين مؤقت محدد للرمز حيث تتغير البيانات الأساسية كثيرًا.</DESCRIPTION>
   </REPORT_TRANSLATIONS_ROW>
   <REPORT_TRANSLATIONS_ROW>
    <LANGUAGE>D</LANGUAGE>
    <REPORT_NAME>DBA Result Cache Statistics</REPORT_NAME>
    <DESCRIPTION>Ergebnis-Cache-Statistik mit Größenwerten in MB.

Wenn die &apos;Maximale Größe&apos; groß genug ist, sollte &apos;Create Count Failure&apos; null oder niedrig sein, ebenso wie &apos;Delete Count Valid&apos;, der die Anzahl der gültigen Cache-Ergebnisse anzeigt, die gelöscht wurden.
Find Count&apos; zeigt die Anzahl der verwendeten Cache-Ergebnisse an (anstatt die zugrundeliegende Sql/Plsql auszuführen) und sollte daher für eine maximale Leistungsverbesserung so hoch wie möglich sein.

Eine hohe Anzahl von &quot;Invalidation Count&quot; oder &quot;Delete Count Invalid&quot; im Verhältnis zu &quot;Find Count&quot; sollte näher untersucht werden, da dies auf einen result_cache hinweist, der für Code spezifiziert wurde, bei dem sich die zugrunde liegenden Daten zu häufig ändern.</DESCRIPTION>
   </REPORT_TRANSLATIONS_ROW>
   <REPORT_TRANSLATIONS_ROW>
    <LANGUAGE>E</LANGUAGE>
    <REPORT_NAME>DBA Result Cache Statistics</REPORT_NAME>
    <DESCRIPTION>Estadísticas de la caché de resultados con valores de tamaño en MB.

Si el &quot;Tamaño máximo&quot; es lo suficientemente grande, el &quot;Recuento de fallos de creación&quot; debería ser cero o bajo, al igual que el &quot;Recuento de eliminaciones válidas&quot;, que muestra el número de resultados válidos de la caché eliminados.
El &quot;recuento de búsquedas&quot; muestra el número de resultados en caché utilizados (en lugar de ejecutar el sql/plsql subyacente) y, por tanto, debería ser lo más alto posible para mejorar el rendimiento.

Un número elevado de &apos;Invalidation Count&apos; o &apos;Delete Count Invalid&apos; en relación con &apos;Find Count&apos; debería investigarse más a fondo, ya que indica un result_cache especificado para un código en el que los datos subyacentes cambian con demasiada frecuencia.</DESCRIPTION>
   </REPORT_TRANSLATIONS_ROW>
   <REPORT_TRANSLATIONS_ROW>
    <LANGUAGE>F</LANGUAGE>
    <REPORT_NAME>DBA Result Cache Statistics</REPORT_NAME>
    <DESCRIPTION>Statistiques du cache des résultats avec des valeurs de taille en Mo.

Si la &quot;Taille maximale&quot; est suffisamment grande, &quot;Créer un échec de comptage&quot; doit être égal à zéro ou inférieur, tout comme &quot;Supprimer un comptage valide&quot;, qui indique le nombre de résultats de cache valides qui ont été éliminés.
Find Count&quot; indique le nombre de résultats en cache utilisés (au lieu d&apos;exécuter le sql/plsql sous-jacent) et doit donc être aussi élevé que possible pour une amélioration maximale des performances.

Un nombre élevé de &quot;Invalidation Count&quot; ou de &quot;Delete Count Invalid&quot; par rapport à &quot;Find Count&quot; devrait être examiné plus avant car il indique un result_cache spécifié pour un code dont les données sous-jacentes changent trop fréquemment.</DESCRIPTION>
   </REPORT_TRANSLATIONS_ROW>
   <REPORT_TRANSLATIONS_ROW>
    <LANGUAGE>I</LANGUAGE>
    <REPORT_NAME>DBA Result Cache Statistics</REPORT_NAME>
    <DESCRIPTION>Statistiche della cache dei risultati con valori di dimensione in MB.

Se la &apos;Dimensione massima&apos; è abbastanza grande, &apos;Create Count Failure&apos; dovrebbe essere zero o bassa, così come &apos;Delete Count Valid&apos;, che mostra il numero di risultati validi della cache eliminati.
&apos;Find Count&apos; mostra il numero di risultati della cache utilizzati (invece di eseguire il sottostante sql/plsql) e dovrebbe quindi essere il più alto possibile per il massimo miglioramento delle prestazioni.

Un numero elevato di &apos;Invalidation Count&apos; o &apos;Delete Count Invalid&apos; rispetto a &apos;Find Count&apos; dovrebbe essere indagato ulteriormente in quanto indica una result_cache specificata per un codice in cui i dati sottostanti cambiano troppo frequentemente.</DESCRIPTION>
   </REPORT_TRANSLATIONS_ROW>
   <REPORT_TRANSLATIONS_ROW>
    <LANGUAGE>JA</LANGUAGE>
    <REPORT_NAME>DBA Result Cache Statistics</REPORT_NAME>
    <DESCRIPTION>サイズ値が MB 単位の結果キャッシュ統計。

Maximum Size&apos; が十分に大きい場合、&apos;Create Count Failure&apos; は、有効なキャッシュ結果がフラッシュアウトされた数を示す&apos;Delete Count Valid&apos;と同じように、0か低い値でなければなりません。
Find Count&apos;は(基礎となるsql/plsqlを実行するのではなく)使用されたキャッシュ結果の数を示し、パフォーマンスを最大限に向上させるためにはできるだけ高くすべきです。

Find Count&apos;に対して&apos;Invalidation Count&apos;や&apos;Delete Count Invalid&apos;が多い場合は、基礎となるデータが頻繁に変更されるコードに指定されたresult_cacheを示しているため、さらに調査を行う必要があります。</DESCRIPTION>
   </REPORT_TRANSLATIONS_ROW>
   <REPORT_TRANSLATIONS_ROW>
    <LANGUAGE>KO</LANGUAGE>
    <REPORT_NAME>DBA Result Cache Statistics</REPORT_NAME>
    <DESCRIPTION>크기 값 (MB)이있는 결과 캐시 통계입니다.

&apos;최대 크기&apos;가 충분히 큰 경우 &apos;카운트 생성 실패&apos;는 플러시 된 유효한 캐시 결과의 수를 나타내는 &apos;유효한 개수 삭제&apos;와 같이 0이거나 낮아야합니다.
&apos;Find Count&apos;는 사용 된 캐시 된 결과의 수 (기본 sql / plsql을 실행하는 대신)를 표시하므로 최대 성능 향상을 위해 가능한 한 높아야합니다.

&apos;Find Count&apos;와 관련된 &apos;Invalidation Count&apos;또는 &apos;Delete Count Invalid&apos;의 수가 많으면 기본 데이터가 너무 자주 변경되는 코드에 대해 지정된 result_cache를 나타내므로 추가로 조사해야합니다.</DESCRIPTION>
   </REPORT_TRANSLATIONS_ROW>
   <REPORT_TRANSLATIONS_ROW>
    <LANGUAGE>PTB</LANGUAGE>
    <REPORT_NAME>DBA Result Cache Statistics</REPORT_NAME>
    <DESCRIPTION>Estatísticas de cache de resultados com valores de tamanho em MB.

Se o &apos;Tamanho máximo&apos; for suficientemente grande, &apos;Criar falha de contagem&apos; deve ser zero ou baixo, o mesmo que &apos;Eliminar contagem válida&apos;, que retrata o número de resultados de cache válidos eliminados.
A opção &apos;Find Count&apos; mostra o número de resultados em cache usados (em vez de executar o sql/plsql subjacente) e, portanto, deve ser o mais alto possível para melhorar ao máximo o desempenho.

Um alto número de &quot;Contagem de Invalidez&quot; ou &quot;Eliminar Contagem Inválida&quot; em relação a &quot;Encontrar Contagem&quot; deve ser investigado mais a fundo, pois indica um resultado_cache especificado para o código onde os dados subjacentes mudam com muita freqüência.</DESCRIPTION>
   </REPORT_TRANSLATIONS_ROW>
   <REPORT_TRANSLATIONS_ROW>
    <LANGUAGE>RU</LANGUAGE>
    <REPORT_NAME>DBA Result Cache Statistics</REPORT_NAME>
    <DESCRIPTION>Результат - статистика кэширования со значениями размера в мегабайтах.

Если &apos;Максимальный размер&apos; достаточно большой, то &apos;Create Count Failure&apos; должен быть равен нулю или низкому значению, как и &apos;Delete Count Valid&apos;, который отображает количество действительных результатов кэширования, смытых из кэша.
Find Count&quot; показывает количество использованных кэшированных результатов (вместо выполнения базового sql/plsql) и, следовательно, должен быть как можно выше для максимального повышения производительности.

Большое количество &apos;Invalidation Count&apos; или &apos;Delete Count Invalid&apos; относительно &apos;Find Count&apos; должно быть исследовано далее, так как это указывает на кэш result_cache, указанный для кода, в котором исходные данные слишком часто меняются.</DESCRIPTION>
   </REPORT_TRANSLATIONS_ROW>
   <REPORT_TRANSLATIONS_ROW>
    <LANGUAGE>S</LANGUAGE>
    <REPORT_NAME>DBA Result Cache Statistics</REPORT_NAME>
    <DESCRIPTION>Resultatcachestatistik med storleksvärden i MB.

Om &quot;Maximal storlek&quot; är tillräckligt stor bör &quot;Create Count Failure&quot; vara noll eller lågt, samma som &quot;Delete Count Valid&quot;, som visar antalet giltiga cache-resultat som spolas ut.
&apos;Find Count&apos; visar antalet cachade resultat som används (istället för att köra den underliggande sql / plsql) och bör därför vara så höga som möjligt för maximal prestandaförbättring.

Ett stort antal &quot;Invalidation Count&quot; eller &quot;Delete Count Invalid&quot; i förhållande till &quot;Find Count&quot; bör undersökas ytterligare eftersom det indikerar ett resultat_cache som anges för kod där underliggande data ändras för ofta.</DESCRIPTION>
   </REPORT_TRANSLATIONS_ROW>
   <REPORT_TRANSLATIONS_ROW>
    <LANGUAGE>TR</LANGUAGE>
    <REPORT_NAME>DBA Result Cache Statistics</REPORT_NAME>
    <DESCRIPTION>MB cinsinden boyut değerlerine sahip sonuç önbellek istatistikleri.

&quot;Maksimum Boyut&quot; yeterince büyükse, &quot;Sayım Oluşturma Hatası&quot; sıfır veya düşük olmalıdır; temizlenen geçerli önbellek sonuçlarının sayısını gösteren &quot;Sayıyı Silme Geçerli&quot; ile aynıdır.
&apos;Find Count&apos; kullanılan önbelleğe alınmış sonuçların sayısını gösterir (temel alınan sql / plsql yerine) ve bu nedenle maksimum performans iyileştirmesi için mümkün olduğunca yüksek olmalıdır.

Altta yatan verilerin çok sık değiştiği kod için belirtilen bir sonuç önbelleğini gösterdiğinden, &apos;Sayımı Bul&apos;a göre yüksek sayıda&apos; Geçersiz Kılma Sayısı &apos;veya&apos; Sayıyı Silme &apos;daha fazla araştırılmalıdır.</DESCRIPTION>
   </REPORT_TRANSLATIONS_ROW>
   <REPORT_TRANSLATIONS_ROW>
    <LANGUAGE>US</LANGUAGE>
    <REPORT_NAME>DBA Result Cache Statistics</REPORT_NAME>
    <DESCRIPTION>Result cache statistics with size values in MB.

If the &apos;Maximum Size&apos; is big enough, &apos;Create Count Failure&apos; should be zero or low, same as &apos;Delete Count Valid&apos;, which depicts the number of valid cache results flushed out.
&apos;Find Count&apos; shows the number of cached results used (instead of executing the underlying sql/plsql) and should hence be as high as possible for maximum performance improvement.

A high number of &apos;Invalidation Count&apos; or &apos;Delete Count Invalid&apos; relative to &apos;Find Count&apos; should get investigated further as it indicates a result_cache specified for code where the underlying data changes too frequently.

alter system set result_cache_max_size=600M scope=both</DESCRIPTION>
   </REPORT_TRANSLATIONS_ROW>
   <REPORT_TRANSLATIONS_ROW>
    <LANGUAGE>ZHS</LANGUAGE>
    <REPORT_NAME>DBA Result Cache Statistics</REPORT_NAME>
    <DESCRIPTION>结果缓存统计，大小值以MB为单位。

如果&apos;Maximum Size&apos;足够大，&apos;Create Count Failure&apos;应该是零或低，和&apos;Delete Count Valid&apos;一样，它描述的是有效缓存结果被冲掉的数量。
&apos;查找计数&apos;显示的是使用缓存结果的数量（而不是执行底层sql/plsql），因此应该尽可能的高，以最大限度的提高性能。

相对于 &quot;查找计数 &quot;来说，&quot;无效计数 &quot;或 &quot;删除计数无效 &quot;的数字较高，应该得到进一步的调查，因为这表明为代码指定的结果_缓存，底层数据变化过于频繁。</DESCRIPTION>
   </REPORT_TRANSLATIONS_ROW>
  </REPORT_TRANSLATIONS>
  <CATEGORY_ASSIGNMENTS>
   <CATEGORY_ASSIGNMENTS_ROW>
    <CATEGORY>Enginatics</CATEGORY>
   </CATEGORY_ASSIGNMENTS_ROW>
  </CATEGORY_ASSIGNMENTS>
  <ANCHORS>
  </ANCHORS>
  <PARAMETERS>
  </PARAMETERS>
  <PARAMETER_DEPENDENCIES>
  </PARAMETER_DEPENDENCIES>
  <TEMPLATES>
  </TEMPLATES>
  <DEFAULT_TEMPLATES>
  </DEFAULT_TEMPLATES>
  <UPLOAD_COLUMNS>
  </UPLOAD_COLUMNS>
  <UPLOAD_PARAMETERS>
  </UPLOAD_PARAMETERS>
  <UPLOAD_SQLS>
  </UPLOAD_SQLS>
  <UPLOAD_DEPENDENCIES>
  </UPLOAD_DEPENDENCIES>
 </REPORTS_ROW>
</REPORTS>
</ROOT>
