ENGINATICS SYSTEM_ADMINISTRATOR SYSADMIN CD9C5E45FE03F6AEE05362FB09053404 DBA Container Data Y select 'All' value,'Return data from both, the PDB and the CDB' description from v$parameter vp where vp.name='container_data' and vp.value='ALL' union all select 'Current PDB' value, 'Return data only from the current PDB' description from v$parameter vp where vp.name='container_data' union all select 'N/A' value,'Not applicable for non CDB databases' from dual where not exists (select null from v$parameter vp where vp.name='container_data') US 593A963A2B2D5FAAE0530100007FC966 with dhss as ( select distinct dhss.instance_number inst_id, sum(dhss.iowait_delta) over (partition by dhss.instance_number)/1000000 iowait, sum(dhss.cpu_time_delta) over (partition by dhss.instance_number)/1000000 cpu_time, (max(cast(dhs.end_interval_time as date)) over (partition by dhss.instance_number)-min(cast(dhs.begin_interval_time as date)) over (partition by dhss.instance_number))*86400 time_interval from dba_hist_snapshot dhs, dba_hist_sqlstat dhss, dba_hist_sqltext dhst where 1=1 and dhs.begin_interval_time>=sysdate-7 and dhst.command_type not in (47) and dhs.dbid=dhss.dbid and dhs.instance_number=dhss.instance_number and dhs.snap_id=dhss.snap_id and dhss.dbid=dhst.dbid and dhss.sql_id=dhst.sql_id ) select * from ( select x.inst_id, x.name, case when x.name not like '%cpu%' then x.value/1024/1024/1024 else x.value end value from ( select go.inst_id, 'cpu physical' name, go.value, 11 order_by from gv$osstat go where go.stat_name='NUM_CPUS' union all select go.inst_id, 'memory physical' name, go.value, 1 order_by from gv$osstat go where go.stat_name='PHYSICAL_MEMORY_BYTES' union all select go.inst_id, 'memory unused' name, go.value-(select sum(gp.value) from gv$system_parameter gp where go.inst_id=gp.inst_id and gp.name in ('sga_target','memory_target','pga_aggregate_target')) value, 2 order_by from gv$osstat go where go.stat_name='PHYSICAL_MEMORY_BYTES' union all select gp.inst_id, gp.name, to_number(gp.value) value, decode(gp.name, 'cpu_count',12, 'sga_max_size',3, 'sga_target',4, 'pga_aggregate_target',5, 'pga_aggregate_limit',6, 'memory_max_target',7, 'memory_target',8, 'result_cache_max_size',9 ) order_by from gv$system_parameter gp where gp.name in ('cpu_count','pga_aggregate_limit','pga_aggregate_target','sga_max_size','sga_target','memory_max_target','memory_target','result_cache_max_size') ) x order by x.inst_id, x.order_by ) union all select * from (select gsi.inst_id, 'free SGA', gsi.bytes/1024/1024/1024 value from gv$sgainfo gsi where gsi.name='Free SGA Memory Available' order by gsi.inst_id) union all select * from ( select gi.inst_id, 'PGA record date: '||least(gi.startup_time,(select min(dhs.begin_interval_time) from dba_hist_snapshot dhs where 1=1 and gi.instance_number=dhs.instance_number)) name, null value from gv$instance gi order by gi.inst_id ) union all select * from (select gi.inst_id, 'average PGA' name, (select avg(dhp.value)/1024/1024/1024 from dba_hist_pgastat dhp where 2=2 and gi.instance_number=dhp.instance_number and dhp.name='total PGA allocated') value from gv$instance gi order by gi.inst_id ) union all select * from ( select gi.inst_id, 'maximum PGA' name, (select max(dhp.value)/1024/1024/1024 from dba_hist_pgastat dhp where 2=2 and gi.instance_number=dhp.instance_number and dhp.name='maximum PGA allocated') value from gv$instance gi order by gi.inst_id ) union all select * from (select dhss.inst_id, 'Wait IO percentage' name, dhss.iowait/(dhss.iowait+dhss.cpu_time)*100 value from dhss order by dhss.inst_id) union all select * from (select dhss.inst_id, 'Wait IO average active sessions' name, dhss.iowait/time_interval value from dhss order by dhss.inst_id) union all select * from (select dhss.inst_id, 'CPU average active sessions' name, dhss.cpu_time/time_interval value from dhss order by dhss.inst_id) union all select to_number(null) inst_id, case when ass.pname='DSTART' then 'System Stats record date: '||ass.pval2 else ass.pname end name, to_number(decode(ass.pname,'DSTART',null,ass.pval1)) value from sys.aux_stats$ ass where ass.pname in ('DSTART','CPUSPEEDNW','IOSEEKTIM','IOTFRSPEED','MBRC') union all select to_number(null) inst_id, 'Use large pages: '||vp.value name, null value from v$parameter vp where vp.name='use_large_pages' union all select to_number(null) inst_id, 'Pack License: '||vp.value name, null value from v$parameter vp where vp.name='control_management_pack_access' union all select to_number(null) inst_id, 'AWR pdb autoflush enabled: '||vp.value name, null value from v$parameter vp where vp.name='awr_pdb_autoflush_enabled' union all select distinct to_number(null) inst_id, 'AWR Report last usage date: '||max(dfus.last_usage_date) over () name, null value from dba_feature_usage_statistics dfus where dfus.name='AWR Report' and dfus.dbid in (select vd.dbid from v$database vd) union all select distinct to_number(null) inst_id, 'AWR Report usages' name, sum(dfus.detected_usages) over () value from dba_feature_usage_statistics dfus where dfus.name='AWR Report' and dfus.dbid in (select vd.dbid from v$database vd) union all select to_number(null) inst_id, 'Database Editions: ' name, count(*) value from dba_editions de union all select to_number(null) inst_id, 'Database size' name, sum((select vp.value from v$parameter vp where vp.name like 'db_block_size')*dtum.used_space)/1024/1024/1024 value from dba_tablespace_usage_metrics dtum Y AR DBA SGA+PGA Memory Configuration تكوين ذاكرة SGA و PGA الحالي بالجيجابايت. مشكلة التكوين المتكررة هي عدم الاستفادة الكاملة من موارد الأجهزة المتاحة ، وخاصة ذاكرة الوصول العشوائي الفعلية لخادم قاعدة البيانات. يوضح هذا التقرير تكوين خوادم SGA و PGA ووحدة المعالجة المركزية مقارنةً بالأجهزة المتاحة. للحصول على أقصى أداء ، قم بتكوين SGA + PGA لاستخدام الذاكرة الكاملة المتوفرة لخادمك مطروحًا منه بضع أزعج للتخزين المؤقت على مستوى نظام التشغيل ، على سبيل المثال لكتابة وقراءة ملفات إخراج PLSQL على عقدة قاعدة البيانات وذاكرة المعالجة (ما يقدر بـ 4 ميغابايت لكل عملية ، انظر أدناه). دليل ضبط أداء Oracle: https://docs.oracle.com/ar/database/oracle/oracle-database/12.2/tgdba/database-memory-allocation.html المستند التقني لأفضل ممارسات exadata من Oracle: SUM من قواعد البيانات (SGA_TARGET + PGA_AGGREGATE_TARGET) + 4 ميجا بايت * (الحد الأقصى للعمليات) <الذاكرة الفعلية لكل عقدة قاعدة بيانات توصية Tom Kyte: "... إذا كنت تريد كل ذلك تلقائيًا ، فامنح كل ذاكرة مجانية على جهازك إلى SGA وانتهي من ذلك. لن يتم استخدام المزيد من المراقبة ، ولا مزيد من التفكير في الكيفية التي يمكن أن تكون عليها ، وينبغي أن تكون كذلك. عيّن الهدف الإجمالي لـ PGA وهدف SGA ليكون صبيًا أقل من الذاكرة الفعلية على الجهاز ، وقد انتهيت. " https://asktom.oracle.com/pls/asktom/f؟p=100:11:0::::P11_QUESTION_ID:30011178429375 يعرض التقرير أيضًا حالة إحصائيات النظام. حدد * من sys.aux_stats $ إذا كان CPUSPEEDNW لا يزال يُظهر القيمة الافتراضية 4096 ، فهذا يعني إما أنه لم يتم جمع الإحصائيات مطلقًا أو قد يعني أيضًا أن التخزين الخاص بك سريع جدًا لتجميعها باستخدام طريقة NOWORKLOAD القياسية ويجب عليك تعيين قيم معقولة يدويًا بعد ذلك. exec dbms_stats.gather_system_stats () ، exec dbms_stats.set_system_stats ('IOSEEKTIM'، 1) ؛ exec dbms_stats.set_system_stats ('IOTFRSPEED'، 85782) ؛ يوجد أيضًا وضع Exadata ، مع مراعاة التخزين الأسرع بشكل صحيح وتحديث MBRC أيضًا exec dbms_stats.gather_system_stats ("EXADATA") ؛ D DBA SGA+PGA Memory Configuration Aktuelle SGA- und PGA-Speicherkonfiguration in Gigabyte. Ein häufiges Konfigurationsproblem ist die nicht vollständige Ausnutzung der verfügbaren Hardwareressourcen, insbesondere des physischen RAM des Datenbankservers. Dieser Bericht zeigt die SGA-, PGA- und CPU-Konfiguration des Servers im Vergleich zur verfügbaren Hardware. Für maximale Leistung konfigurieren Sie SGA+PGA so, dass der gesamte verfügbare Speicher Ihres Servers genutzt wird, abzüglich einiger Gig für das Caching auf Betriebssystemebene, z. B. für das Schreiben und Lesen von PLSQL-Ausgabedateien auf dem DB-Knoten und für den Prozessspeicher (geschätzte 4 MB pro Prozess, siehe unten). Oracle's Leitfaden zur Leistungsoptimierung: https://docs.oracle.com/en/database/oracle/oracle-database/12.2/tgdba/database-memory-allocation.html Oracles Exadata Best Practices Whitepaper: SUMME der Datenbanken (SGA_TARGET + PGA_AGGREGATE_TARGET) + 4 MB * (Maximum PROCESSES) < Physischer Speicher pro Datenbankknoten Die Empfehlung von Tom Kyte: "... wenn Sie alles automatisch haben wollen, geben Sie ALLEN FREIEN SPEICHER auf Ihrer Maschine an die SGA und sind damit fertig. Keine Überwachung mehr, kein Nachdenken mehr darüber, wie er verwendet werden könnte, sollte, würde. Stellen Sie das PGA-Aggregat-Ziel und das SGA-Ziel so ein, dass es ein bisschen kleiner ist als der physische Speicher auf dem Rechner, und Sie sind fertig." https://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:30011178429375 Der Bericht zeigt auch den Status der Systemstatistiken an. select * from sys.aux_stats$ Wenn CPUSPEEDNW immer noch den Standardwert von 4096 anzeigt, bedeutet das entweder, dass die Statistiken nie gesammelt wurden, oder es könnte auch bedeuten, dass Ihr Speicher zu schnell ist, um sie mit der Standardmethode NOWORKLOAD zu sammeln, und Sie sollten dann manuell vernünftige Werte setzen. exec dbms_stats.gather_system_stats(); exec dbms_stats.set_system_stats('IOSEEKTIM',1); exec dbms_stats.set_system_stats('IOTFRSPEED',85782); Es gibt auch einen Exadata-Modus, der den schnelleren Speicher korrekt berücksichtigt und auch den MBRC aktualisiert exec dbms_stats.gather_system_stats('EXADATA'); E DBA SGA+PGA Memory Configuration Configuración actual de la memoria SGA y PGA en gigabytes. Un problema de configuración frecuente es no aprovechar al máximo los recursos de hardware disponibles, especialmente la memoria RAM física del servidor de base de datos. Este informe muestra la configuración de la SGA, PGA y CPU del servidor en comparación con el hardware disponible. Para obtener el máximo rendimiento, configure la SGA+PGA para utilizar toda la memoria disponible de su servidor menos unos pocos gigas para el almacenamiento en caché a nivel del sistema operativo, por ejemplo, para la escritura y lectura de los archivos de salida PLSQL en el nodo de la base de datos y para la memoria de los procesos (una estimación de 4 MB por proceso, véase más adelante). Guía de ajuste de rendimiento de Oracle: https://docs.oracle.com/en/database/oracle/oracle-database/12.2/tgdba/database-memory-allocation.html Libro blanco de las mejores prácticas de Oracle para Exadata: SUMA de bases de datos (SGA_TARGET + PGA_AGGREGATE_TARGET) + 4 MB * (Maximum PROCESSES) < Physical Memory per Database Node Recomendación de Tom Kyte: "... si lo quieres todo automático, dale TODA LA MEMORIA LIBRE de tu máquina a la SGA y acaba con ella. No más monitorización, no más pensar en cómo podría ser, debería ser, sería utilizada. Establece el objetivo agregado de la PGA y el objetivo de la SGA para que sean un poco menos que la memoria física de la máquina y ya está". https://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:30011178429375 El informe también muestra el estado de las estadísticas del sistema. select * from sys.aux_stats$ Si CPUSPEEDNW sigue mostrando el valor predeterminado de 4096, significa que las estadísticas nunca se han recopilado o también podría significar que su almacenamiento es demasiado rápido para recopilarlas con el método estándar NOWORKLOAD y debería establecer valores razonables manualmente entonces. exec dbms_stats.gather_system_stats(); exec dbms_stats.set_system_stats('IOSEEKTIM',1); exec dbms_stats.set_system_stats('IOTFRSPEED',85782); También hay un modo Exadata, que considera correctamente el almacenamiento más rápido y actualiza también el MBRC exec dbms_stats.gather_system_stats('EXADATA'); F DBA SGA+PGA Memory Configuration Configuration actuelle de la mémoire SGA et PGA en gigaoctets. Un problème fréquent de configuration consiste à ne pas utiliser pleinement les ressources matérielles disponibles, en particulier la mémoire vive physique du serveur de base de données. Ce rapport montre la configuration des serveurs SGA, PGA et CPU par rapport au matériel disponible. Pour des performances maximales, configurez le SGA+PGA de manière à utiliser toute la mémoire disponible de votre serveur moins quelques gigaoctets pour la mise en cache au niveau du système d'exploitation, par exemple pour l'écriture et la lecture des fichiers de sortie PLSQL sur le nœud de la base de données et pour la mémoire des processus (environ 4 Mo par processus, voir ci-dessous). Le guide de réglage des performances d'Oracle : https://docs.oracle.com/en/database/oracle/oracle-database/12.2/tgdba/database-memory-allocation.html Le livre blanc d'Oracle sur les meilleures pratiques d'exadata : SOMME de bases de données (SGA_TARGET + PGA_AGGREGATE_TARGET) + 4 MB * (Maximum PROCESSES) < Mémoire physique par nœud de base de données La recommandation de Tom Kyte : "... si vous voulez que tout soit automatique, donnez TOUTE LA MÉMOIRE GRATUITE de votre machine à la SGA et qu'on en finisse avec elle. Plus de surveillance, plus de réflexion sur la façon dont elle pourrait, devrait, serait utilisée. Fixez l'objectif de l'agrégat PGA et l'objectif de la SGA à un peu moins que la mémoire physique de la machine et c'est fini". https://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:30011178429375 Le rapport indique également l'état des statistiques du système. sélectionnez * dans sys.aux_stats$ Si CPUSPEEDNW affiche toujours la valeur par défaut de 4096, cela signifie soit que les statistiques n'ont jamais été collectées, soit que votre stockage est trop rapide pour les collecter avec la méthode standard NOWORKLOAD et que vous devez alors définir manuellement des valeurs raisonnables. exec dbms_stats.gather_system_stats() ; exec dbms_stats.set_system_stats('IOSEEKTIM',1) ; exec dbms_stats.set_system_stats('IOTFRSPEED',85782) ; Il existe également un mode Exadata, qui permet de stocker correctement les données plus rapidement et de mettre à jour le CRBM exec dbms_stats.gather_system_stats('EXADATA') ; I DBA SGA+PGA Memory Configuration Attuale configurazione di memoria SGA e PGA in gigabyte. Un problema di configurazione frequente è quello di non sfruttare appieno le risorse hardware disponibili, specialmente la RAM fisica del server di database. Questo rapporto mostra la configurazione di SGA, PGA e CPU del server rispetto all'hardware disponibile. Per ottenere le massime prestazioni, configura l'SGA+PGA in modo da usare tutta la memoria disponibile del tuo server meno qualche giga per il caching a livello di OS, ad esempio per la scrittura e la lettura dei file di output PLSQL sul nodo DB e per la memoria di processo (una stima di 4MB per processo, vedi sotto). Guida alla messa a punto delle prestazioni di Oracle: https://docs.oracle.com/en/database/oracle/oracle-database/12.2/tgdba/database-memory-allocation.html Libro bianco di Oracle sulle migliori pratiche di exadata: SOMMA dei database (SGA_TARGET + PGA_AGGREGATE_TARGET) + 4 MB * (Maximum PROCESSES) < Memoria fisica per nodo di database La raccomandazione di Tom Kyte: "... se volete che sia tutto automatico, date TUTTA la MEMORIA LIBERA della vostra macchina all'SGA e fatelo. Niente più monitoraggio, niente più pensieri su come potrebbe essere, dovrebbe essere, sarebbe usato. Impostate il target aggregato PGA e il target SGA per essere un po' meno della memoria fisica sulla macchina e avete finito". https://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:30011178429375 Il rapporto mostra anche lo stato delle statistiche di sistema. selezionare * da sys.aux_stats$ Se CPUSPEEDNW mostra ancora il valore predefinito di 4096, significa che le statistiche non sono mai state raccolte o potrebbe anche significare che il vostro storage è troppo veloce per raccoglierle con il metodo standard NOWORKLOAD e dovreste quindi impostare manualmente valori ragionevoli. exec dbms_stats.gather_system_stats(); exec dbms_stats.set_system_stats('IOSEEKTIM',1); exec dbms_stats.set_system_stats('IOTFRSPEED',85782); C'è anche una modalità Exadata, che considera correttamente lo storage più veloce e aggiorna anche il MBRC exec dbms_stats.gather_system_stats('EXADATA'); JA DBA SGA+PGA Memory Configuration 現在のSGAおよびPGAメモリ構成をギガバイト単位で表示しています。 頻繁に発生する構成上の問題は、利用可能なハードウェアリソース、特にデータベースサーバーの物理RAMをフルに活用できていないことです。 このレポートでは、利用可能なハードウェアと比較したサーバーの SGA、PGA、CPU の構成を示します。 最大のパフォーマンスを得るためには、サーバーの利用可能なメモリをフルに使用するようにSGA+PGAを設定し、OSレベルのキャッシング用に数ギガを差し引いて、例えばDBノード上のPLSQL出力ファイルの書き込みと読み込み、プロセスメモリ用に数ギガを使用してください（プロセスごとに推定4MB、以下を参照してください）。 オラクルのパフォーマンスチューニングガイド。 https://docs.oracle.com/en/database/oracle/oracle-database/12.2/tgdba/database-memory-allocation.html オラクルのexadataベストプラクティスのホワイトペーパー。 データベースのSUM (SGA_TARGET + PGA_AGGREGATE_TARGET) + 4 MB * (最大PROCESSES) < データベース・ノードあたりの物理メモリ トム・カイトの推奨事項 "もしそれをすべて自動化したいのであれば、あなたのマシンのすべてのフリーメモリを SGA に渡して、それで終わりにしてください。これ以上の監視や、どのようにするか、どのようにすべきか、どのように使うかについて考える必要はありません。 PGA の集計ターゲットと SGA ターゲットをマシン上の物理メモリより少し少ない値に設定すれば完了です。 https://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:30011178429375 レポートには、システム統計の状態も表示されます。 select * from sys.Aux_stats$から CPUSPEEDNWがデフォルトの4096を表示している場合、それは統計情報が収集されていないか、標準のNOWORKLOADメソッドで収集するにはストレージが速すぎて、手動で合理的な値を設定しなければならないことを意味します。 dbms_stats.gathering_system_stats()を実行してください。 exec dbms_stats.set_system_stats('IOSEEKTIM',1). exec dbms_stats.set_system_stats('IOTFRSPEED',85782). Exadataモードもあり、正しく高速なストレージを考慮してMBRCを更新することもできます。 exec dbms_stats.gathering_system_stats('EXADATA')。 KO DBA SGA+PGA Memory Configuration 현재 SGA 및 PGA 메모리 구성 (기가 바이트). 빈번한 구성 문제는 사용 가능한 하드웨어 리소스, 특히 데이터베이스 서버의 물리적 RAM을 완전히 사용하지 않는 것입니다. 이 보고서는 사용 가능한 하드웨어와 비교하여 서버 SGA, PGA 및 CPU 구성을 보여줍니다. 최대 성능을 위해 SGA + PGA를 구성하여 서버의 사용 가능한 전체 메모리에서 OS 레벨 캐싱을 위해 몇 기가를 빼십시오. DB 노드 및 프로세스 메모리에서 PLSQL 출력 파일 쓰기 및 읽기 용 (프로세스 당 약 4MB, 아래 참조) 오라클의 성능 조정 가이드 : https://docs.oracle.com/en/database/oracle/oracle-database/12.2/tgdba/database-memory-allocation.html Oracle의 exadata 모범 사례 백서 : 데이터베이스 합계 (SGA_TARGET + PGA_AGGREGATE_TARGET) + 4MB * (최대 프로세스) <데이터베이스 노드 당 실제 메모리 Tom Kyte의 추천 : "... 모든 것이 자동으로 이루어지기를 원한다면, 당신의 컴퓨터에있는 모든 무료 메모리를 SGA에 제공하고 그것으로 끝낼 것입니다. 더 이상 모니터링이 필요없고 그것이 어떻게 될 수 있는지 더 이상 생각하지 않아도 될 것입니다. PGA 집계 대상과 SGA 대상을 컴퓨터의 실제 메모리보다 약간 적게 설정하면 완료됩니다. " https://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:30011178429375 보고서에는 시스템 통계 상태도 표시됩니다. sys.aux_stats $에서 * 선택 CPUSPEEDNW가 여전히 기본값 인 4096을 표시하는 경우 이는 통계가 수집 된 적이 없음을 의미하거나 저장소가 표준 NOWORKLOAD 방법으로 수집하기에는 너무 빠르다는 의미 일 수 있으므로 적절한 값을 수동으로 설정해야합니다. exec dbms_stats.gather_system_stats (); exec dbms_stats.set_system_stats ( 'IOSEEKTIM', 1); exec dbms_stats.set_system_stats ( 'IOTFRSPEED', 85782); 더 빠른 스토리지를 올바르게 고려하고 MBRC도 업데이트하는 Exadata 모드도 있습니다. exec dbms_stats.gather_system_stats (‘EXADATA '); PTB DBA SGA+PGA Memory Configuration Configuração atual de memória SGA e PGA em gigabytes. Um problema freqüente de configuração não é fazer pleno uso dos recursos de hardware disponíveis, especialmente a RAM física do servidor de banco de dados. Este relatório mostra a configuração dos servidores SGA, PGA e CPU em comparação com o hardware disponível. Para desempenho máximo, configure o SGA+PGA para usar toda a memória disponível de seu servidor menos alguns gig para o cache em nível de SO, por exemplo, para escrever e ler arquivos de saída do PLSQL no nó DB e para a memória de processo (uma estimativa de 4MB por processo, veja abaixo). Guia de ajuste de desempenho da Oracle: https://docs.oracle.com/en/database/oracle/oracle-database/12.2/tgdba/database-memory-allocation.html Whitepaper das melhores práticas de exadados da Oracle: SUMO dos bancos de dados (SGA_TARGET + PGA_AGGREGATE_TARGET) + 4 MB * (PROCESSOS Máximos) < Memória física por nó de banco de dados A recomendação de Tom Kyte: "... se você quiser tudo automático, dê TODAS as MEMÓRIAS GRATUITAS em sua máquina para o SGA e seja feito com ele. Não mais monitoramento, não mais pensar em como poderia ser, deveria ser usado. Ajuste o alvo agregado PGA e o alvo SGA para ser um pouco menos que a memória física na máquina e você está pronto". https://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:30011178429375 O relatório também mostra o status das estatísticas do sistema. selecione * do sys.aux_stats$ Se a CPUSPEEDNW ainda mostra o padrão 4096, isso significa que as estatísticas nunca foram coletadas ou também pode significar que seu armazenamento é muito rápido para reuni-las com o método padrão NOWORKLOAD e você deve definir valores razoáveis manualmente então. exec dbms_stats.gather_system_stats(); exec dbms_stats.set_system_stats('IOSEEKTIM',1); exec dbms_stats.set_system_stats('IOTFRSPEED',85782); Há também um modo Exadata, considerando o armazenamento mais rápido corretamente e a atualização do MBRC também exec dbms_stats.gather_system_stats('EXADATA'); RU DBA SGA+PGA Memory Configuration Текущая конфигурация SGA и PGA памяти в гигабайтах. Частой проблемой настройки является не полное использование доступных аппаратных ресурсов, особенно физической оперативной памяти сервера баз данных. В этом отчёте показаны серверы SGA, PGA и конфигурация процессора в сравнении с доступным аппаратным обеспечением. Для максимальной производительности сконфигурируйте SGA+PGA на использование полной доступной памяти вашего сервера за вычетом нескольких гигабайт для кэширования на уровне операционной системы, например, для записи и чтения выходных файлов PLSQL на узле БД и для памяти процесса (ориентировочная величина 4МБ на процесс, см. ниже). Руководство по настройке производительности Oracle: https://docs.oracle.com/en/database/oracle/oracle-database/12.2/tgdba/database-memory-allocation.html Байт-справочник Оракула о лучшей практике в области экзаданных: РЕЗЮМЕ баз данных (SGA_TARGET + PGA_AGGREGATE_TARGET) + 4 Мб * (Максимальный ПРОЦЕСС) < Физическая память на узел базы данных Рекомендация Тома Кайта: "...если вы хотите, чтобы все было автоматически, передайте ВСЕ БЕСПЛАТНУЮ ПАМЯТЬ на вашем аппарате SGA и покончите с этим". Больше никакого мониторинга, никаких раздумий о том, как это может быть, должно быть, будет использовано. Установите PGA-объект и SGA-объект на несколько меньше, чем физическая память на машине, и вы закончите". https://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:30011178429375 Отчет также показывает состояние системной статистики. выберите * из sys.aux_stats$ Если CPUSPEEDNW все еще показывает значение по умолчанию 4096, это либо означает, что статистика никогда не собиралась, либо также может означать, что ваше хранилище слишком быстро собирает их стандартным методом NOWORKLOAD, и тогда вы должны установить разумные значения вручную. выполните dbms_stats.gather_system_stats(); exec dbms_stats.set_system_stats('IOSEEKTIM',1); exec dbms_stats.set_system_stats('IOTFRSPEED',85782); Существует также режим Exadata, учитывая более быстрое хранение правильно и обновление MBRC тоже. exec dbms_stats.gather_system_stats('EXADATA'); S DBA SGA+PGA Memory Configuration Nuvarande SGA- och PGA-minneskonfiguration i gigabyte. Ett vanligt konfigurationsproblem är att inte utnyttja de tillgängliga hårdvaruresurserna, särskilt det fysiska RAM-minnet på databasservern. Denna rapport visar servrarnas SGA-, PGA- och CPU-konfiguration jämfört med tillgänglig hårdvara. För maximal prestanda, konfigurera SGA + PGA så att det använder hela minnet på din server minus några gig för caching på OS-nivå, t.ex. för skrivning och läsning av PLSQL-utdatafiler på DB-noden och för processminne (uppskattningsvis 4 MB per process, se nedan). Oracles guide för prestandajustering: https://docs.oracle.com/en/database/oracle/oracle-database/12.2/tgdba/database-memory-allocation.html Oracles whitepaper om exadata: SUMMA av databaser (SGA_TARGET + PGA_AGGREGATE_TARGET) + 4 MB * (Maximum PROCESSES) <Fysiskt minne per databasenod Tom Kites rekommendation: "... om du vill att allt ska vara automatiskt, ge ALLA GRATIS MINNER på din maskin till SGA och gör det. Det kommer inte att användas mer övervakning, inte mer att tänka på hur det kan vara, bör vara. Ställ in PGA-aggregatmålet och SGA-målet så att det är lite mindre än fysiskt minne på maskinen och du är klar. " https://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:30011178429375 Rapporten visar också status för systemstatistik. välj * från sys.aux_stats $ Om CPUSPEEDNW fortfarande visar standard 4096 betyder det antingen att statistiken aldrig har samlats in eller det kan också betyda att din lagring är för snabb för att samla dem med standard NOWORKLOAD-metoden och du bör ställa in rimliga värden manuellt då. exekvera dbms_stats.gather_system_stats (); exekvera dbms_stats.set_system_stats ('IOSEEKTIM', 1); exec dbms_stats.set_system_stats ('IOTFRSPEED', 85782); Det finns också ett Exadata-läge, med tanke på snabbare lagring korrekt och uppdatering av MBRC också exec dbms_stats.gather_system_stats (‘EXADATA '); TR DBA SGA+PGA Memory Configuration Gigabayt cinsinden mevcut SGA ve PGA bellek yapılandırması. Sık karşılaşılan bir yapılandırma sorunu, mevcut donanım kaynaklarının, özellikle de veritabanı sunucusunun fiziksel RAM'ının tam olarak kullanılmamasıdır. Bu rapor, sunucuların SGA, PGA ve CPU konfigürasyonunu mevcut donanıma kıyasla gösterir. Maksimum performans için, SGA + PGA'yı, sunucunuzun tam kullanılabilir belleği eksi işletim sistemi düzeyinde önbelleğe alma için birkaç gç kullanmak üzere yapılandırın, örn. DB düğümündeki PLSQL çıktı dosyalarının yazılması ve okunması ve işlem belleği için (işlem başına tahmini 4MB, aşağıya bakınız). Oracle'ın performans ayarlama kılavuzu: https://docs.oracle.com/en/database/oracle/oracle-database/12.2/tgdba/database-memory-allocation.html Oracle'ın exadata en iyi uygulamaları teknik raporu: Veritabanlarının TOPLAMI (SGA_TARGET + PGA_AGGREGATE_TARGET) + 4 MB * (Maksimum SÜREÇ) <Veritabanı Düğümü Başına Fiziksel Bellek Tom Kyte'nin tavsiyesi: "... eğer tamamen otomatik olmasını istiyorsanız, makinenizdeki TÜM ÜCRETSİZ BELLEKLERİ SGA'ya verin ve onunla bitirin. Daha fazla izleme yok, nasıl olabileceği hakkında daha fazla düşünme kullanılmayacaktı. PGA toplam hedefini ve SGA hedefini makinedeki fiziksel bellekten biraz daha az olacak şekilde ayarlayın ve işiniz bitti. " https://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:30011178429375 Rapor ayrıca sistem istatistiklerinin durumunu da gösterir. sys.aux_stats $ 'dan * seçin CPUSPEEDNW hala 4096 varsayılanını gösteriyorsa, bu ya istatistiklerin hiç toplanmadığı anlamına gelir ya da depolama alanınızın standart NOWORKLOAD yöntemiyle bunları toplamak için çok hızlı olduğu anlamına gelebilir ve bu durumda makul değerleri manuel olarak ayarlamanız gerekir. exec dbms_stats.gather_system_stats (); exec dbms_stats.set_system_stats ('IOSEEKTIM', 1); exec dbms_stats.set_system_stats ('IOTFRSPEED', 85782); Daha hızlı depolamayı doğru bir şekilde düşünen ve MBRC'yi de güncelleyen bir Exadata modu da var exec dbms_stats.gather_system_stats ('EXADATA'); US DBA SGA+PGA Memory Configuration Current SGA and PGA memory configuration in gigabytes. A frequent configuration problem is not making full use of the available hardware resources, especially the physical RAM of the database server. This report shows the servers SGA, PGA and CPU configuration in comparison to the available hardware. For maximum performance, configure the SGA+PGA to use the full available memory of your server minus a few gig for OS level caching, e.g. for writing and reading of PLSQL output files on the DB node and for process memory (an estimated 4MB per process, see below). Oracle's performance tuning guide: https://docs.oracle.com/en/database/oracle/oracle-database/12.2/tgdba/database-memory-allocation.html Oracle's exadata best practices whitepaper: SUM of databases (SGA_TARGET + PGA_AGGREGATE_TARGET) + 4 MB * (Maximum PROCESSES) < Physical Memory per Database Node Tom Kyte's recommendation: "... if you want it all automatic, give ALL FREE MEMORY on your machine to the SGA and be done with it. No more monitoring, no more thinking about how it could be, should be, would be used. Set the PGA aggregate target and the SGA target to be a tad less than physical memory on the machine and you are done." https://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:30011178429375 The report also shows the status of system statistics. select * from sys.aux_stats$ If CPUSPEEDNW still shows the default of 4096, it either means that the stats have never been gathered or it could also mean that your storage is too fast to gather them with the standard NOWORKLOAD method and you should set reasonable values manually then. exec dbms_stats.gather_system_stats(); exec dbms_stats.set_system_stats('IOSEEKTIM',1); exec dbms_stats.set_system_stats('IOTFRSPEED',85782); There is also an Exadata mode, considering the faster storage correctly and updating the MBRC too exec dbms_stats.gather_system_stats(‘EXADATA'); The following command checks if hugepages are configured and how many are in use: grep Huge /proc/meminfo https://access.redhat.com/solutions/320303 To configure hugepages, set the vm.nr_hugepages in the /etc/sysctl.conf file and hard and soft memlock in /etc/security/limits.conf for the oracle user. /etc/sysctl.conf vm.nr_hugepages = SGA GB x 512 + 5 /etc/security/limits.conf oracle soft memlock (SGA GB x 512 + 5) * 2048 oracle hard memlock (SGA GB x 512 + 5) * 2048 https://www.carajandb.com/en/2016/09/22/7-easy-steps-to-configure-hugepages-for-your-oracle-database-server/ Check if all database parameters are set according to Oracle's requirement: Database Initialization Parameters for Oracle E-Business Suite Release 12 (KA1002) https://support.oracle.com/support/?kmContentId=11158187 To perform this check automatically, install and run Oracle's 'Database Performance and Statistics Analyzer' concurrent program (KB627702) https://support.oracle.com/rs?type=doc&id=2126712 ZHS DBA SGA+PGA Memory Configuration 当前的SGA和PGA内存配置，单位为千兆字节。 一个经常出现的配置问题是没有充分利用可用的硬件资源，特别是数据库服务器的物理内存。 本报告显示了服务器SGA、PGA和CPU配置与可用硬件的对比。 为了获得最大的性能，配置SGA+PGA，使用服务器的全部可用内存减去几个gig用于操作系统级别的缓存，例如用于在DB节点上写和读PLSQL输出文件，以及用于进程内存（每个进程估计4MB，见下文）。 Oracle的性能调优指南。 https://docs.oracle.com/en/database/oracle/oracle-database/12.2/tgdba/database-memory-allocation.html Oracle的exadata最佳实践白皮书。 数据库的SUM (SGA_TARGET + PGA_AGGREGATE_TARGET) + 4 MB * (最大PROCESSES) < 每个数据库节点的物理内存。 汤姆・凯特的建议： "... ...如果你想让这一切自动进行，就把你机器上所有的免费内存给SGA，然后就可以了不用再监控，不用再考虑如何可以、应该、会使用。 把PGA的总目标和SGA的目标设置成比机器上的物理内存少一点就可以了。" https://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:30011178429375 该报告还显示了系统统计的状态。 从sys.aux_stats$中选择*。 如果CPUSPEEDNW仍然显示默认的4096，这要么意味着从未收集过统计数据，要么也可能意味着你的存储速度太快，无法用标准的NOWORKLOAD方法收集，这时你应该手动设置合理的数值。 exec dbms_stats.gather_system_stats()。 exec dbms_stats.set_system_stats('IOSEEKTIM',1); exec dbms_stats.set_system_stats('IOTFRSPEED',85782)。 还有一个Exadata模式，考虑到更快的存储正确的和更新MBRC了。 exec dbms_stats.gather_system_stats('EXADATA')。 Enginatics 1=1 2=2 1 10 1=1 dhs.dbid=(select vd.dbid from v$database vd) LOV DBA Container Data CD9C5E45FE03F6AEE05362FB09053404 Y select 'All' value,'Return data from both, the PDB and the CDB' description from v$parameter vp where vp.name='container_data' and vp.value='ALL' union all select 'Current PDB' value, 'Return data only from the current PDB' description from v$parameter vp where vp.name='container_data' union all select 'N/A' value,'Not applicable for non CDB databases' from dual where not exists (select null from v$parameter vp where vp.name='container_data') % coalesce((select 'Current PDB' from v$parameter vp where vp.name='awr_pdb_autoflush_enabled' and vp.value='TRUE'),(select 'All' from v$parameter vp where vp.name='container_data'),'N/A') Y US Container Data 2 1=1 dhs.dbid=(select vd.con_dbid from v$database vd) Current PDB US Container Data 3 2=2 dhp.dbid=(select vd.dbid from v$database vd) % US Container Data 4 2=2 dhp.dbid=(select vd.con_dbid from v$database vd) Current PDB US Container Data