# ## $èrÅ&u  r #*.37;@DILPTZ^bgkmquÉËÍÐÓÖÙÜáäçêìðõøûý 158>CFILQTX\_adimqvxz{|~€ƒˆŒ“—šž £§ª®²µ¹¼¾ÀÃÈöZdhqŒ™«‰•š §¬®éíþ "&+.149:<=@ADFHMOPUY^bhjmpswz|}ƒ„†ˆ“˜§"ÔÙÞäé𸠳 · ?CI#ÎÐÓ–žŽž­ÀÎáíñô÷úý  !$'),/QTVY]`acehjlorqr §Ì’Sie sollten möglicherweise weitere CPUs zu dem Host hinzufügen oder Instanzen hinzufügen, die die Datenbank auf anderen Hosts bedienen.CPU war kein Engpass für die Instanz.Führen Sie SQL Tuning Advisor für die SQL-Anweisung mit SQL_ID "%s" aus.Host-CPU war ein Engpass, und die Instanz hat %s\\% der Host-CPU belegt. Alle Wartezeiten werden durch Warten auf CPU erhöht.Ãm¨Ein hochfrequentierter Block vom Typ "%s" mit gleichzeitiger Lese- und Schreibaktivität wurde gefunden. Der Block gehört zu Segment "%s.%s" und ist Block %s in Datei %s.Lese- und Schreibkonflikte bei Datenbankblöcken haben wesentliche Datenbankzeit belegt. Allerdings war kein einzelnes Objekt die prädominante Ursache für diesen Konflikt.Geschätzte Verringerung der Datenbankzeit in Mikrosekunden. ´  £úÜberprüfen Sie die Anwendungslogik, um die Ursache für die hohe gleichzeitige Lese- und Schreibaktivität bei den Daten in diesem Block zu ermitteln.Waits bei "buffer busy"-Ereignissen haben keine wesentliche Datenbankzeit belegt.Es wurde ermittelt, dass mindestens %s SQL-Anweisungen mit PLAN_HASH_VALUE %s Literale verwenden. In V$SQL finden Sie Beispiele für derartige SQL-Anweisungen.Lese- und Schreibkonflikte bei Datenbankblöcken haben wesentliche Datenbankzeit belegt. vBeachten Sie die von ORACLE empfohlene Lösung der automatischen Verwaltung des Segmentspeicherplatzes in einem lokal verwalteten Tablespace für den Tablespace "%s", der das %s "%s.%s" mit Objekt-ID %s enthält. Alternativ können Sie dieses Objekt in einen anderen lokal verwalteten Tablespace mit automatischer Verwaltung des Segmentspeicherplatzes verschieben. ÒF—ïSie sollten eine Hash-Partitionierung des %s "%s.%s" mit Objekt-ID %s in Erwägung ziehen, bei der gleichzeitige DML-Vorgänge gleichmäßig über mehrere Partitionen verteilt werden.Sie solten die Neugenerierung des %s "%s.%s" mit Objekt-ID %s mit einem höheren Wert für PCTFREE in Erwägung ziehen.Die UPDATE-Anweisung mit SQL_ID "%s" war stark von "buffer busy" Waits betroffen.Die INSERT-Anweisung mit SQL_ID "%s" war stark von "global cache buffer busy" betroffen.œ@íDie Instanz hat wesentliche Zeit in der CPU belegt. Jedoch waren keine bestimmten SQL-Anweisungen für die CPU-Load verantwortlich.Konflikt bei Datenbankblock vom Typ "%s" hat viel Datenbankzeit belegt. Der Block gehört zu Segment "%s.%s" und wird mit Block-Nr. %s in Datei-Nr. %s identifiziert.Sie sollten eine Partitionierung des %s "%s.%s" mit Objekt-ID %s in Erwägung ziehen, bei der gleichzeitige DML-Vorgänge gleichmäßig über mehrere Partitionen verteilt werden.&sã;ˆàKonflikt bei Puffer Cache Latches hat keine wesentliche Datenbankzeit belegt.Sie sollten die Benutzung einer Array-Schnittstelle für die INSERT-Anweisung mit SQL_ID "%s" in Erwägung ziehen.Die UPDATE-Anweisung mit SQL_ID "%s" war stark von "global cache buffer busy" betroffen.Waits in DBMS_PIPE.PUT-Aufrufen haben keine wesentliche Datenbankzeit belegt.Die DELETE-Anweisung mit SQL_ID "%s" war stark von "global cache buffer busy" betroffen.&{¶8ÄSie sollten mehr Pipe-Leseprozesse hinzufügen oder die Reader-Prozesse beschleunigen.Sie sollten die Pipes mit dem Package DBMS_PIPE vergrößern.Verfolgen Sie die Ursache des Objektkonfliktes aufgrund von SELECT-Anweisungen in der Anwendung mit den angegebenen Informationen.Waits in DBMS_PIPE.PUT-Aufrufen haben wesentliche Datenbankzeit belegt.Wait-Klasse "Concurrency" hat keine wesentliche Datenbankzeit belegt.,k ·!ÿ"D#…ÅWait-Klasse "Concurrency" hat wesentliche Datenbankzeit belegt.Wait-Ereignis "%s" in Wait-Klasse "%s" hat wesentliche Datenbankzeit belegt.Wait-Klasse "Administrative" hat keine wesentliche Datenbankzeit belegt.Wait-Klasse "Application" hat keine wesentliche Datenbankzeit belegt.Wait-Klasse "Cluster" hat keine wesentliche Datenbankzeit belegt.Wait-Klasse "Commit" hat keine wesentliche Datenbankzeit belegt.$2%y&º'ý(<)~*¹óWait-Klasse "Configuration" hat keine wesentliche Datenbankzeit belegt.Wait-Klasse "Network" hat keine wesentliche Datenbankzeit belegt.Wait-Klasse "Scheduler" hat keine wesentliche Datenbankzeit belegt.Wait-Klasse "Application" hat wesentliche Datenbankzeit belegt.Wait-Klasse "Administrative" hat wesentliche Datenbankzeit belegt.Wait-Klasse "Cluster" hat wesentliche Datenbankzeit belegt.Wait-Klasse "Commit" hat wesentliche Datenbankzeit belegt.+ ,a-œ.ÙWait-Klasse "Configuration" hat wesentliche Datenbankzeit belegt.Wait-Klasse "Network" hat wesentliche Datenbankzeit belegt.Wait-Klasse "Scheduler" hat wesentliche Datenbankzeit belegt.Singifikate Zeilenkonflikte wurden in %s "%s.%s" mit Objekt-ID %s ermittelt. Verfolgen Sie die Ursache des Zeilenkonflikts in der Anwendungslogik mit der angegebenen blockierten SQL./&0“1ð223wãBei dem %s "%s.%s" mit Objekt-ID %s in dem Cluster sind signifikante Lese- und Schreibkonflikte aufgetreten..Die SQL-Anweisung mit SQL_ID"%s" hat auf eine Sperre gewartet, als "DBMS_LOCK" benutzt wurde.Die SQL-Anweisung mit SQL_ID "%s" war auf Zeilensperren blockiert.Das %s "%s.%s" mit Objekt-ID "%s" war während längerer Zeit gesperrt.Waits auf Sperren, die mit dem Package "DBMS_LOCK" ermittelt wurden, haben wesentliche Datenbankzeit belegt.4 5b6µ7/ÎSequence Cache-Fehlschläge haben wesentliche Datenbankzeit belegt.Konflikte bei Waits wegen Tabellensperren haben beträchtliche Datenbankzeit belegt.Sie sollten weitere Archiver-Prozesse hinzufügen, indem Sie den Wert des Parameters "log_archive_max_processes" festlegen.Transaktionen warten auf ITL-Enqueue, während der Grenzwert für die Anzahl von Transaktionen, die denselben Datenbankblock gleichzeitig ändern, erreicht wurde.8 9s:¶;<ºPrüfen Sie, ob die inkrementelle Übertragung für Standby-Datenbanken benutzt wurde.Tablespace %s war im Backup-Modus. Prüfen Sie, ob dies korrekt ist.Überprüfen Sie die Anwendungslogik auf eine mögliche Reduzierung der Anzahl von COMMIT-Vorgängen durch Vergrößerung der Transaktionen.Sie sollten die Anzahl von Datenbank-Writer-Prozessen (DBWR) erhöhen, indem Sie den Parameter "db_writer_processes" festlegen.<&=œ>ê?L@äVergrößern Sie die Log-Dateien auf %s M, damit mindestens %s Minuten von Redo-Informationen aufgenommen werden können.DML-Vorgänge bei Tablespaces im Online-Backup-Modus erzeugen zusätzliche Redo.Lese- und Schreibkonflikte bei Datenbankblöcken haben wesentliche Datenbankzeit im Cluster belegt.Waits auf Free Buffer haben keine wesentliche Datenbankzeit belegt.Waits wegen High Watermark (HW) Enqueue haben keine wesentliche Datenbankzeit belegt.A BeC®D1Waits wegen ITL Enqueue haben keine wesentliche Datenbankzeit belegt.Waits auf Archiver-Prozesse haben keine wesentliche Datenbankzeit belegt.Vorgänge wegen Log-Dateiwechsel haben keine wesentliche Datenbankzeit belegt, während auf Abschluss des Checkpoints gewartet wurde.Waits auf Log Buffer-Speicherplatz haben keine wesentliche Datenbankzeit belegt.E&F°G÷HOI˜Waits auf Ereignis "log file sync" während der Ausführung von COMMIT- und ROLLBACK-Vorgängen haben keine wesentliche Datenbankzeit belegt.Waits wegen Zeilensperren haben keine wesentliche Datenbankzeit belegt.Waits wegen Space Transaction (ST) Enqueue haben keine wesentliche Datenbankzeit belegt.Waits wegen Tabellensperren haben keine wesentliche Datenbankzeit belegt.Sperren, die mit dem Package "DBMS_LOCK" zugeteilt wurden, haben keine wesentliche Datenbankzeit belegt.JK›L6ÚEs wurde festgestellt, dass die SQL-Anweisung mit SQL_ID "%s" auf die High Watermark (HW) von %s "%s.%s" mit Objekt-ID %s wartet.Es wurde festgestellt, dass die SQL-Anweisung mit SQL_ID "%s" auf die Interested Transaction List (ITL) Enqueue bei dem %s "%s.%s" mit Objekt-ID %s wartet.Beachten Sie die von ORACLE empfohlene Lösung der automatischen Verwaltung des Segmentspeicherplatzes in einem lokal verwalteten Tablespace für den Tablespace "%s".M NpOôPqÐEs wurde festgestellt, das SQL-Anweisungen auf Waits wegen Zeilensperren warten.Waits auf Ereignis "log file sync" während der Ausführung von COMMIT- und ROLLBACK-Vorgängen haben wesentliche Datenbankzeit belegt.Die Anwendung hat %s Transaktionen pro Minute mit einer durchschnittlichen Redo-Größe von %s Byte pro Transaktion ausgeführt.Datenbank-Writer-Prozesse (DBWR) konnten nicht mit der Anforderung an Free Buffers standhalten.Q RhS­TOËSequence Cache-Fehlschläge haben keine wesentliche Datenbankzeit belegt.Archiver-Prozesse konnten nicht mit der Redo-Generierung standhalten.DML für Tablespaces, die sich im Online-Backup-Modus befinden, führen zur Generierung von zusätzlichen Redos und erhöhen dadurch die Arbeit der Archiver-Prozesse.Vorgänge des Log-Dateiwechsels haben wesentliche Datenbankzeit belegt, während auf Abschluss des Checkpoints gewartet wurde.U,V’WçXEY‚ZÓþVergrößern Sie den Redo Log-Puffer, indem Sie den Wert des Parameters "log_buffer" auf %s M festlegen.Konflikte bei der High Watermark (HW) Enqueue haben wesentliche Datenbankzeit belegt.Konflikte bei Waits der Space Transaction (ST) Enqueue haben wesentliche Datenbankzeit belegt.Waits auf ITL Enqueue haben wesentliche Datenbankzeit belegt.Die INSERT-Anweisung mit SQL_ID "%s" war stark von "buffer busy" Waits betroffen.Belegung der Host-CPU hat %s\\%. betragen.[ \^]¯^šäWaits auf Free Buffers haben wesentliche Datenbankzeit belegt.Die DELETE-Anweisung mit SQL_ID "%s" war stark von "buffer busy" Waits betroffen.Überprüfen Sie die Anwendung, oder betrachten Sie die Top SQL, um hochfrequentierte Sequenzen zu finden. Verwenden Sie einen größeren Cache für diese Sequenzen. Vermeiden Sie die Benutzung der ORDER-Einstellung, wenn Sie RAC ausführen.Konflikte bei Puffer Cache Latches haben wesentliche Datenbankzeit belegt._ `ja¾b(ÝDas Datenbankobjekt mit Objekt-ID "%s" war während längerer Zeit gesperrt.Aufrufe zur Session-Anmeldung und -Abmeldung haben wesentliche Datenbankzeit belegt.Verwenden Sie größere Fetch Arrays beim Abrufen von Ergebnissen aus der SELECT-Anweisung mit SQL_ID "%s".ORACLE empfiehlt unbedingt, dass Sie keine Anwendungs- oder temporären Daten in dem SYSTEM Tablespace speichern. Sie sollten derartige Daten in einen anderen Tablespace verschieben.c&dweÏfîgCÊDie SELECT-Anweisung mit SQL_ID "%s" war stark von "buffer busy" Waits betroffen.Die SELECT-Anweisung mit SQL_ID "%s" war stark von "global cache buffer busy" betroffen.Datenbankzeit in Mikrosekunden.Das Inter-Instanz Messaging hat beträchtliche Datenbankzeit in dieser Instanz belegt.Streams Enqueue-Vorgänge wurden auf Flow Control Waits wegen langsamen Abonnenten blockiert und haben wesentliche Datenbankzeit belegt.h ivjØkGúInter-Instanz-Messaging hat keine wesentliche Datenbankzeit bei dieser Instanz belegt.Streams Enqueue-Vorgänge wurden nicht auf Flow Control Waits wegen langsamen Abonnenten blockiert.Überprüfen Sie die Anwendung, um das Inter-Instanz-Messaging für Segment %s.%s mit SEGMENT_ID %s zu reduzieren.Überprüfen Sie die Ursache der hohen Netzwerk-Interconnect-Latenzzeit zwischen Datenbankinstanzen. Oracle empfiehlt die Benutzung eines dedizierten Hochgeschwindigkeits-Netzwerks.lmMñErhöhen Sie den Durchsatz der Globalen Cache Service-(LMSn-)Prozesse. Erhöhen Sie die Anzahl von Globalen Cache Service-Prozessen, indem Sie den Wert des Parameters "gcs_server_processes" erhöhen. Wenn der Host CPU-abhängig ist, könnten Sie alternativ die BS-Priorität der Globalen Cache Service-Prozesse erhöhen.Prüfen Sie, ob die Gruppe von Services, die von der Anwendung zur Anmeldung bei der Datenbank benutzt wird, optimal verteilt ist, wenn die Antwortzeit kritisch ist.n oSp·q0¢Untersuchen Sie langsame Abonnenten auf %s "%s.%s".SQL-Anweisungen, die für signifikantes Inter-Instanz-Messaging verantwortlich sind, wurden gefunden.Höhere Latenzzeit als erwartet bei Cluster Interconnect war für die hohe Datenbankzeit bei dieser Instanz verantwortlich.Global Cache Service-Prozesse (LMSn) in anderen Instanzen haben die Anforderungen nicht schnell genug verarbeitet.rt{u3ÒDatenkonflikt durch andere RAC-Instanzen hat wesentliche Datenbankzeit bei dieser Instanz belegt.Ein hochfrequentierter Block vom Typ "%s" mit gleichzeitiger Lese- und Schreibaktivität wurde in dem Cluster gefunden. Der Block gehört zu Segment "%s.%s" und ist Block %s in Datei %s.Konflikt bei Datenbankblock vom Typ "%s" hat wesentliche Datenbankzeit in dem Cluster belegt. Der Block gehört zu Segment "%s.%s" und ist Block %s in Datei %s.z{ÏÉ»Ein hochfrequentierter Block vom Typ "%s" mit gleichzeitiger Lese- und Schreibaktivität wurde in dem Cluster gefunden. Der Block wird mit Block-Nr. %s in Datei-Nr. %s identifiziert.Ein hochfrequentierter Datenblock mit gleichzeitiger Lese- und Schreibaktivität wurde in dem Cluster gefunden. Der Block gehört zu Segment "%s.%s" und ist Block %s in Datei %s.Wait-Klasse "User I/O" hat wesentliche Datenbankzeit belegt.ÊËzÜberprüfen Sie die Möglichkeit, die Performance der I/O bei den Online Redo Log-Dateien zu verbessern.Die durchschnittliche Größe der Schreibvorgänge in die Online Redo Log-Dateien betrug %s K. Die durchschnittliche Zeit pro Schreibvorgang betrug %s Millisekunden.ÌÍ!ˆDie Größe der PGA wurde nicht richtig festgelegt, sodass zusätzliche I/O in temporären Tablespaces wesentliche Datenbankzeit belegt. Eine weitere Analyse ist nicht möglich, weil der Wert des Parameters "pga_aggregate_target" während des Analysezeitraums geändert wurde.Einzelne SQL-Anweisungen, die für signifikante Benutzer-I/O-Waits verantwortlich sind, wurden gefunden.ÎÏ÷Ð?˜Die Performance der Datei %s war wesentlich schlechter als bei anderen Dateien. Wenn ein Striping aller Dateien mit DERSELBEN Methodologie nicht möglich ist, erwägen Sie ein Striping dieser Datei über mehrere Datenträger.Der Durchsatz des I/O-Subsystems war wesentlich schlechter als erwartet.Der Puffer Cache war zu klein, sodass signifikante zusätzliche Lese-I/O verursacht wurde.ÑÒ«Ó3÷Puffer Caches für Blöcke mit nicht-standardmäßiger Größe waren zu klein, sodass sich ein signifikanter zusätzlicher Lese-I/O-Aufwand ergeben hat.Die Größe der PGA wurde nicht richtig festgelegt, sodass zusätzliche I/O in temporäre Tablespaces wesentliche Datenbankhzeit belegt hat.Puffer Cache-Schreibvorgänge aufgrund der Festlegung der veralteten Parameter "fast_start_io_target", "log_checkpoint_interval" und "log_checkpoint_timeout" haben wesentliche Datenbankzeit belegt.ÔÕˆÖí›Puffer Cache-Schreibvorgänge aufgrund einer niedrigen MTTR-Einstellung haben wesentliche Datenbankzeit belegt.Puffer Cache-Schreibvorgänge aufgrund von kleinen Log-Dateien haben wesentliche Datenbankzeit belegt.Puffer Cache-Schreibvorgänge aufgrund gleichzeitiger DML und paralleler Abfragen auf denselben Objekten hatten wesentliche Auswirkungen auf den Durchsatz des I/O-Subsystems. ×ئÙ0rPuffer Cache-Schreibvorgänge aufgrund von DROP- und TRUNCATE-Vorgängen hatten wesentliche Auswirkungen auf den Durchsatz des I/O-Subsystems.Puffer Cache-Schreibvorgänge aufgrund von ALTER TABLESPACE-Vorgängen hatten wesentliche Auswirkungen auf den Durchsatz des I/O-Subsystems.Wait-Klasse "User I/O" hat keine wesentliche Datenbankzeit belegt.ÚÛÜ„ÝDie durchschn. Anzahl von Transaktionen, die auf einen einzelnen Log-Datei-Schreibvorgang gewartet haben, betrug %s. Dies überschreitet die Anzahl von Host-CPUs %s. Deshalb haben einige Transaktionen vor Abschluss von COMMIT auf eine freie CPU gewartet. Die SELECT-Anweisung mit SQL_ID" %s" war stark von "buffer busy" bei dem hochfrequentierten Block betroffen.Keine einzelne SQL- oder Datenbankanweisung war für signifikate I/O-Waits verantwortlich.Ý&Þsß—àìámÁDer Durchsatz des I/O-Subsystems war nicht wesentlich niedriger als erwartet.Der Puffer Cache war nicht zu klein.Waits auf I/O in temporären Tablespaces haben keine wesentliche Datenbankzeit belegt.Puffer Cache-Schreibvorgänge aufgrund von Log-Dateigröße und Parametereinstellungen haben keine wesentliche Datenbank-I/O belegt.Undo-I/O hatte keine wesentlichen Auswirkungen auf den Durchsatz des I/O-Subsystems.âãÎäaòPuffer Cache-Schreibvorgänge aufgrund gleichzeitiger DML und paralleler Abfragen auf denselben Objekten hatten keine wesentliche Auswirkungen auf den Durchsatz des I/O-Subsystems. Puffer Cache-Schreibvorgänge aufgrund von DROP- und TRUNCATE-Vorgängen hatten keine wesentlichen Auswirkungen auf den Durchsatz des I/O-Subsystems.Puffer Cache-Schreibvorgänge aufgrund von ALTER TABLESPACE-Vorgängen hatten keine wesentlichen Auswirkungen auf den Durchsatz des I/O-Subsystems.åæ¡ç%fDie Reduzierung der Größe der Redo, die von der Anwendung generiert wird, kann die Wartezeit auf "log file sync" Ereignisse reduzieren.Die SQL-Anweisung mit SQL_ID "%s" hat viel Datenbankzeit in "global cache buffer busy" Wait auf den hochfrequentierten Block belegt.Führen Sie "Segment Advisor" mit %s "%s.%s" mit Objekt-ID %s aus.èéê€äSie sollten die Erhöhung des Durchsatzes des I/O-Subsystems erwägen. Oracle empfiehlt eine Verteilung aller Datendateien durch Striping mit DERSELBEN Methodologie. Möglicherweise müssen Sie auch die Anzahl von Datenträgern zur besseren Performance erhöhen.Vergrößern Sie den Puffer Cache, indem Sie den Wert des Parameters "db_cache_size" auf %s M festlegen.Vergrößern Sie die PGA, indem Sie den Wert des Parameters "pga_aggregate_target" auf %s M festlegen.ëìÏžOracle empfiehlt die Aktivierung des Features zur automatischen Speicherverwaltung von PGA. Dies erfolgt, indem der Wert des Parameters "pga_aggregate_target" nicht auf 0 festgelegt wird.Oracle empfiehlt, die MTTR-Einstellung mit dem Parameter "fast_start_mttr_target" und nicht mit den Parametern "fast_start_io_target", "log_checkpoint_interval" und "log_checkpoint_timeout" zu kontrollieren.í îŒïáðŠÕSie sollten die MTTR-Einstellung erhöhen, indem Sie den Wert des Parameters "fast_start_mttr_target" erhöhenOracle empfiehlt, Auto Undo Management zu verwenden, um Undo-Konflikte zu verringern.Das Flushing der Snapshots %s und %s hat %s Sekunden gedauert. Dies entspricht %s\\% der Analysezeit. Dadurch kann die Verlässlichkeit der ADDM-Analyse reduziert werden.Es war nicht genügend Datenbankaktivität zur Ausführung von ADDM vorhanden.ñ&ò€óÍôõgýVerfolgen Sie die Ursache des Konfliktes bei %s "%s.%s" mit Objekt-ID %s in der Anwendung.Überprüfen Sie die Anwendungslogik mit I/O bei dem Datenbankobjekt mit ID %s.Konflikte bei Indexblock-Teilungen haben wesentliche Datenbankzeit belegt.Konflikte bei Indexblock-Teilungen haben keine wesentliche Datenbankzeit belegt.Konflikte bei Indexblock-Teilungen haben wesentliche Datenbankzeit belegt. Ein einzelner Index war jedoch nicht die Hauptursache für diesen Konflikt. ö÷¡øCŠDie SQL-Anweisung mit SQL_ID "%s" hat wesentliche Zeit mit dem Warten auf die Benutzer-I/O bei dem hochfrequentierten Objekt verbracht.Statistiken für %s\\% des Analysezeitraums, die zu etwa %s\\% der Workload beitragen, haben gefehlt. Dies kann die Verlässlichkeit dieser ADDM-Analyse verringern.Cluster-Mehrblock-Anforderungen haben wesentliche Datenbankzeit belegt.ùú«û Führen Sie SQL Tuning Advisor für die SQL-Anweisung mit SQL_ID "%s" aus. Suchen Sie nach einem alternativen Plan, der keine Objekt-Scans benutzt.Cluster-Kommunikationen, die wegen verlorener Blöcke wiederholt wurden, haben keine wesentliche Datenbankzeit belegt.Cluster-Kommunikationen, die wegen verlorener Blöcke wiederholt wurden, haben wesentliche Datenbankzeit belegt.üý‡×Prüfen Sie die Konfiguration von Cluster Interconnect. Prüfen Sie das BS-Setup, wie z.B. Adapter-Einstellung, Firmware und Treiber-Release. Prüfen Sie, ob die Socket-Empfangs-Puffer des Betriebssystems groß genug zur Speicherung eines gesamten Mehrblock-Lesevorgangs sind. Der Wert des Parameters "db_file_multiblock_read_count" kann als Zwischenlösung verringert werden.Die Instanz ist über Device "%s" mit IP-Adresse "%s" mit dem Netzwerk verbunden.þ ÿgÊI¶Die Instanz hat %s KBit pro Sekunde der Interconnect-Bandbreite belegt.Die Netzwerklatenz von Cluster Interconnect lag innerhalb annehmbarer Grenzen von %s Millisekunden.Globale Cache Service-Prozesse (LMSn) in anderen Instanzen haben innerhalb annehmbarer Grenzen von %s Millisekunden gearbeitet.Lese- und Schreibkonflikte bei Datenbankblöcken haben keine wesentliche Datenbankzeit in dem Cluster belegt. ¼ ¯Überprüfen Sie die SQL-Anweisung mit SQL_ID "%s" auf mögliche Performance-Verbesserungen. Suchen Sie nach einem alternativen Plan, der keine Objekt-Scans benutzt.Die Wartungsfenster der Datenbank waren während %s%% des Analysezeitraums aktiv.Warten auf Ereignis "%s" in Wait-Klasse "%s" bei %s%% der Datenbankzeit berücksichtigt, die mit der Verarbeitung der SQL-Anweisung mit SQL_ID "%s" verbracht wurde. uô"­Service "%s" und Modul "%s" waren für %s%% des Nutzens der Empfehlung verantwortlich.Session mit ID "%s", Benutzer-ID "%s", Programm "%s" und Modul "%s" war für %s%% des Nutzens dieser Empfehlung verantwortlich.Anwendungslogik auf Latch-Konflikt überprüfen.Sessions mit Service "%s" und Modul "%s" waren die blockierenden Sessions, die für %s%% des Nutzens dieser Empfehlung verantwortlich waren.  » &õSession mit ID "%s", Benutzer-ID "%s", Programm "%s" und Modul "%s" war die blockierende Session, die für %s%% des Nutzens dieser Empfehlung verantwortlich war.Untersuchen Sie die Ursache für den Latch-Konflikt mit den angegebenen blockierenden Sessions oder Modulen.Sie sollten die Anzahl von Datenbank-Writer-Prozessen (DBWR) erhöhen, indem Sie den Parameter "db_writer_processes" festlegen. Außerdem sollten Sie eine asynchrone I/O für die Architektur in Erwägung ziehen.,,-±.÷/=0…1¼õUntersuchen Sie die Ursache für hohe "%s" Waits. In Oracle "Database Reference" finden Sie eine Beschreibung dieses Wait-Ereignisses.Hard Parsing von SQL-Anweisungen hat wesentliche Datenbankzeit belegt.Soft Parsing von SQL-Anweisungen hat wesentliche Datenbankzeit belegt.SQL-Anweisungen, die wesentliche Datenbankzeit belegen, wurden gefunden.PL/SQL-Ausführung hat wesentliche Datenbankzeit belegt.PL/SQL-Kompilierung hat wesentliche Datenbankzeit belegt.2 3U45qÍJAVA-Ausführung hat wesentliche Datenbankzeit belegt.Untersuchen Sie die Ursache für hohe "%s" Waits. In Oracle "Database Reference" finden Sie eine Beschreibung dieses Wait-Ereignisses. Verwenden Sie die angegebene SQL zur weiteren Überprüfung.Aufrufe zur Session-Anmeldung und -Abmeldung haben keine wesentliche Datenbankzeit belegt.Es wurde festgestellt, dass die SQL-Anweisung mit SQL_ID "%s" auf "%s" Wait-Ereignis wartet.67a8©õParsing von SQL-Anweisungen hat keine wesentliche Datenbankzeit belegt.Parse-Fehler aufgrund eines Shared Pools mit nicht adäquater Größe haben wesentliche Datenbankzeit belegt. Beachten Sie, dass Parse-Fehler auch auftreten können, wenn Sie den Parameter "cursor_space_for_time" auf "TRUE" festgelegt haben und der Shared Pool nicht groß genug zur Aufnahme aller gleichzeitig geöffneten Cursor ist.Hard Parsing von SQL-Anweisungen hat keine wesentliche Datenbankzeit belegt.9,:x;Ï< =K>†òSoft Parsing von SQL-Anweisungen hat keine wesentliche Datenbankzeit belegt.Keine einzelne SQL-Anweisung, die wesentliche Datenbankzeit belegt hat, wurde gefunden.PL/SQL-Ausführung hat keine wesentliche Datenbankzeit belegt.PL/SQL-Kompilierung hat keine wesentliche Datenbankzeit belegt.JAVA-Ausführung hat keine wesentliche Datenbankzeit belegt.Die Zeit, die die Instanz in der CPU belegt hat, war für einen großen Teil der Datenbankzeit verantwortlich.?&@xAæBWC…ÈWaits auf Speicherplatz im Redo Log-Puffer haben wesentliche Datenbankzeit belegt.Suchen Sie nach dem wichtigsten Grund für die Nichtübereinstimmung der Cursor-Umgebung in V$SQL_SHARED_CURSOR.Parse-Fehler aufgrund eines Shared Pools mit nicht adäquater Größe haben keine wesentliche Datenbankzeit belegt. Überprüfen Sie, ob DDL-Vorgänge geeignet sind.Überprüfen Sie die Anwendungslogik, um Parse-Fehler zu eliminieren.DE‚FUÞÜberprüfen Sie die Anwendungslogik auf die mögliche Benutzung von Bindevariablen anstelle von Literalen.Überprüfen Sie die Anwendungslogik, um die häufig benutzten Cursor geöffnet zu belassen. Beachten Sie, dass Cursor sowohl durch Cursor Close-Aufrufe als auch durch die Beendigung von Sessions geschlossen werden.CPU-Runqueue-Statistiken sind von dem BS des Hosts nicht verfügbar. Dadurch kann ADDM die Auswirkung dieses Ergebnisses nicht abschätzen.GHäIqùSQL-Anweisungen mit demselben Text wurden wegen nicht übereinstimmender Cursor-Umgebung nicht gemeinsam benutzt. Dies hat zu zusätzlichen Hard Parses geführt, die wesentliche Datenbankzeit belegt haben.Allgemeine Ursache für die Nichtübereinstimmung der Umgebung sind Session-NLS-Einstellungen, SQL Trace-Einstellungen und Optimizer-Parameter.Cursor wurden wegen DDL-Vorgängen invalidiert. Dies hat zu zusätzlichen Hard Parses geführt, die wesentliche Datenbankzeit belegt haben.JKƒLì˜Hard Parses aufgrund eines Shared Pools mit nicht adäquater Größe haben wesentliche Datenbankzeit belegt.Hard Parsing SQL-Anweisungen, die auf Parse-Fehler gestoßen sind, haben wesentliche Datenbankzeit belegt.SQL-Anweisungen wurden wegen der Verwendung von Literalen nicht gemeinsam benutzt. Dies hat zu zusätzlichen Hard Parses geführt, die wesentliche Datenbankzeit belegt haben.M&NOÊP Q€ïHard Parses wegen nicht übereinstimmender Cursor-Umgebung haben keine wesentliche Datenbankzeit belegt.Überprüfen Sie die Ursache für hohe "%s" Waits in Modul "%s".Überprüfen Sie die Ursache für hohe "%s" Waits in Service "%s".Hard Parsing aufgrund von Cursorn, die im Shared Pool überschrieben werden, hat keine wesentliche Datenbankzeit belegt.Hard Parsing SQL-Anweisungen, die auf Parse-Fehler gestoßen sind, haben keine wesentliche Datenbankzeit belegt.RS‹T<¥Hard Parses wegen Verwendung von Literalen und Cursor-Invalidierung haben keine wesentliche Datenbankzeit belegt.Überprüfen Sie die Anwendungslogik auf eine mögliche Reduzierung der Anmelden- und Abmelden-Aufrufe. So könnten Sie z.B. ein Connection Pool-Schema in der Middle Tier verwenden.Konflikte wegen Latches im Zusammenhang mit dem Shared Pool haben keine wesentliche Datenbankzeit belegt.U VƒWOXˆÇKonflikte wegen Latches im Zusammenhang mit dem Shared Pool haben wesentliche Datenbankzeit belegt.Der temporäre Tablespace "%s", der das %s "%s.%s" mit Objekt-ID %s enthält, wurde nicht lokal verwaltet. Oracle empfiehlt, temporäre Tablespaces mit der Anweisung CREATE TEMPORARY TABLESPACE zu erstellen.Wait-Klasse "Other" hat wesentliche Datenbankzeit belegt.Wait-Klasse "Other" hat keine wesentliche Datenbankzeit belegt.Y Z[ê\>—Das Latch "%s" mit Latch-ID %s war eines der Top Latches, die zu den hohen "latch free" Waits beigetragen haben.Datenbank-Latches in der Wait-Klasse "Other" haben keine wesentliche Datenbankzeit belegt.Datenbank-Latches in der Wait-Klasse "Other" haben wesentliche Datenbankzeit belegt.Überprüfen Sie die SQL-Anweisung mit SQL_ID "%s" auf mögliche Performance-Verbesserungen.]^ò_(rSie sollten die von ORACLE empfohlene Lösung der automatischen Verwaltung des Segmentspeicherplatzes in einem lokal verwalteten Tablespace für alle Tablespaces in Erwägung ziehen, mit Ausnahme des SYSTEM Tablespaces.Waits auf "%s" haben %s\\% der Datenbankzeit betragen.Waits auf Sperre mit Bezeichner %s haben wesentliche Datenbankzeit belegt.`aøZÜberprüfen Sie die Anwendungslogik, die das Package "DBMS_LOCK" verwendet. Sie sollten die Zeit reduzieren, während der diese Sperren von der Anwendung gehalten werden oder sollten eine feinere Genauigkeit der Sperren verwenden.Überprüfen Sie die Anwendungslogik, die DDL und DML auf angegebenen blockierten Objekten benutzt. bcÄdeÏEin hochfrequentierter Block vom Typ "%s" mit gleichzeitiger Lese- und Schreibaktivität wurde gefunden. Der Block wird mit der Block-Nr. %s in Datei-Nr. %s identifiziert.Ein hochfrequentierter Datenblock mit gleichzeitiger Lese- und Schreibaktivität wurde gefunden. Der Block gehört zu Segment "%s.%s" und ist Block %s in Datei %s.Eine temporäre Lösung kann erzielt werden, indem die Anzahl von Free Lists in Segment "%s.%s" erhöht wird.e&f—gðhLiŒëEine temporäre Lösung kann erzielt werden, indem die Anzahl von Free List-Gruppen in Segment "%s.%s" erhöht wird.Signifikante Lese- und Schreibkonflikte sind bei %s "%s.%s" mit Objekt-ID %s aufgetreten.Sie sollten INITRANS für das %s "%s.%s" mit Objekt-ID %s erhöhen, ohne es neu zu generieren.Sie sollten PCTFREE für das %s "%s.%s" mit Objekt-ID %s erhöhen.Sie sollten das %s "%s.%s" mit Objekt-ID %s mit einem höheren Wert für INITRANS neu generieren.j kZlÝm?ÖÜberprüfen Sie die Schreib-Performance des I/O-Subsystems.Überprüfen Sie die Anwendungslogik auf die mögliche Benutzung von Direct Path Inserts als Alternative zu mehreren INSERT-Vorgängen.Dieses Problem kann durch die Benutzung des Online-Backup-Modus bei Tablespaces verursacht werden.Sie sollten die Höchstanzahl von geöffneten Cursorn erhöhen, die eine Session aufweisen kann, indem Sie den Wert des Parameters "open_cursors" erhöhen.n o›p%qxÍSie sollten die Größe des Session Cursor Cache erhöhen, indem Sie den Wert des Parameters "session_cached_cursors" erhöhen.Überprüfen Sie, ob die PL/SQL-Kompilierung adäquat war. Die PL/SQL-Kompilierung kann durch DDL auf abhängigen Objekten verursacht werden. Überprüfen Sie die Ursache dafür, dass Modul "%s" wesentliche Datenbankzeit belegt.Überprüfen Sie die Ursache dafür, dass Service "%s" wesentliche Datenbankzeit belegt.r&s’tÐuFvŽîSpeicherplatzkonflikt in temporärem Tablespace durch mehrere Instanzen hat wesentliche Datenbankzeit belegt.Sie sollten die Größe des temporären Tablespaces "%s" erhöhen.Sie sollten die Größe der temporären Tablespaces erhöhen, bei denen es zu signifikanten Inter-Instanzkonflikten kommt.Untersuchen Sie die Ursache für hohe "%s" Waits mit P1 ("%s") Wert "%s".Untersuchen Sie die Ursache für hohe "%s" Waits mit P1 ("%s") Wert "%s" und P2 ("%s") Wert "%s".wxuùUntersuchen Sie die Ursache von hohen "%s" Waits mit P1,P2,P3 ("%s") Werten "%s", "%s" bzw. "%s".Eine übermäßige Anzahl von Bind-Aufrufen an Cursor, deren Bindevariablen schon gebunden waren, hat wesentliche Datenbankzeit belegt.yzîUntersuchen Sie die Anwendungslogik, um die Anzahl von ausgegebenen Bind-Aufrufen zu reduzieren. Sie sollten wiederholte Bind-Aufrufe by Value durch einen einzelnen Bind-Aufruf by Reference oder by Array Binds ersetzen. Beachten Sie, dass selbst beim Binding by Reference Änderungen an den Bind-Metadaten, wie z.B. maximale Länge oder Datentyp des Binds, zusätzliche Bind-Aufrufe verursachen.Signifikantes virtuelles Memory Paging wurde auf dem Host-Betriebssystem erkannt.{‚Der gesamte von der Instanz belegte Speicher war größer als der verfügbare physische Speicher auf dem Host. Sie sollten mehr physischen Speicher zu dem Host hinzufügen oder den Speicher reduzieren, der von der Instanz belegt wird, indem Sie die entsprechenden INIT.ORA-Parameter ändern, wie "sga_target" oder "shared_pool_size", "db_cache_size" und "pga_aggregate_target".|OBei dem Host-Betriebssystem ist es zu einem signifikaten Paging gekommen, es konnte jedoch keine bestimmte Hauptursache ermittelt werden. Untersuchen Sie Prozessse, die nicht zu dieser Instanz auf dem Host gehören und viel virtuellen Speicher belegen. Außerdem sollten Sie mehr physischen Speicher zu dem Host hinzufügen.}~ß±Sie sollten die Benutzung von Automatic Shared Memory Management in Erwägung ziehen, indem Sie den Parameter "sga_target" festlegen, um den SGA-Platz zu kontrollieren, der von dieser Instanz belegt wird.Sie sollten die Benutzung von Automatic PGA Memory Management in Erwägung ziehen, indem Sie den Parameter "pga_aggregate_target" festlegen, um den PGA-Platz zu kontrollieren, der von dieser Instanz belegt wird.€U¦Der gesamte belegte PGA-Speicher war größer als der angegebene Wert von "pga_aggregate_target" für %s%%. Sie sollten den aktuellen Wert von "pga_aggregate_target" erhöhen. Beachten Sie, dass die Summe von "pga_aggregate_target" und SGA-Größe kleiner als der physische Speicher sein sollte, der auf dem Host verfügbar ist.Untersuchen Sie die Ursache für die "%s" Prozesse, die %s%% der Host CPU belegen.‚­ƒO²Die Instanz hat %s M des SGA-Speichers und %s M des PGA-Speichers belegt, während der verfügbare physische Speicher auf dem Host %s M betragen hat.Außerdem sollten Sie die Benutzung von Oracle Database Resource Manager in Erwägung ziehen, um die Arbeitsblast von verschiedenen Nutzungsgruppen zu priorisieren.SQL-Anweisung mit SQL_ID "%s" wurde %s mal ausgeführt und hat %s Zeilen pro Ausführung verarbeitet.„&…ž†æ‡(ˆ~ÍSQL-Anweisung mit SQL_ID "%s" wurde %s mal ausgeführt und hatte eine durchschnittliche abgelaufene Zeit von %s Sekunden.Durchschnittliche Zeit für die Ausführung von PL/SQL betrug %s Sekunden.Durchschnittliche Zeit für die Java-Ausführung betrug %s Sekunden.Durchschnittliche Zeit bei Cluster Wait-Ereignissen pro Ausführung betrug %s Sekunden.Die durchschnittliche CPU, die pro Ausführung belegt wurde, betrug %s Sekunden.‰ Š|‹׌GþService "%s" und Modul "%s" haben %s% des Zeilensperrkonflikts bei diesem Objekt verursacht.Durchschnittliche Zeit bei Benutzer-I/O-Wait-Ereignissen pro Ausführung betrug %s Sekunden.Es wurde ermittelt, dass Datenbank-Sessions auf aktive Session Slots von Oracle Resource Manager gewartet haben.Es wurde ermittelt, dass Sessions auf aktive Session Slots gewartet haben. Sie sollten den Grenzwert für aktive Sessions für diese Nutzungsgruppen von Oracle Resource Manager erhöhen.ŽÝ(¶Die CPU-Belegung der Session wurde von dem Oracle Resource Manager niedrig gehalten. Sie sollten den Ressourcenplan, der zum Zeitpunkt des Analysezeitraums aktiv war, möglicherweise überarbeiten.Alternativ können Sie den Parameter "cursor_sharing" auf "force" festlegen.Das Parsen von SQL-Anweisungen hat wesentliche CPU beansprucht. Überprüfen Sie die anderen Ergebnisse in dieser Task für weitere Einzelheiten.‘’n“¾Undo-I/O hat einen signifikanten Teil (%s\\%) der gesamten Datenbank-I/O ausgemacht.Sie sollten den Wert des Parameters "undo_retention" auf %s Sekunden verringern.Der Wert von "undo_retention" war %s Sekunden und die Abfrage mit der längsten Ausführungsdauer hat nur %s Sekunden gedauert. Diese zusätzliche Erhaltung hat nicht erforderliche I/O verursacht.” •«–î—VôDurch Verkleinern der Redos, die von der Anwendung generiert werden, kann die Wartezeit auf "log buffer space"-Ereignisse reduziert werden.Der Wert des Parameters "%s" war während des Analysezeitraums "%s".Vergrößern Sie den Shared Pool, indem Sie den Wert des Parameters "shared_pool_size" auf %s M festlegen.Die I/O-Verwendungsstatistiken für das Objekt sind: %s Full Object Scans, %s physische Lesezugriffe, %s physische Schreibzugriffe und %s direkte Lesezugriffe.˜™vš–Vergrößern Sie das SGA-Ziel, indem Sie den Wert des Parameters "sga_target" um %s M erhöhen.Optimieren Sie den PL/SQL-Block mit SQL_ID "%s". Hierzu wird auf das Kapitel "Tuning PL/SQL Applications" in Oracle "PL/SQL User\\'s Guide and Reference" verwiesen.Keine einzelne SQL- oder Datenbankanweisung war für eine signifikante Menge von physikalischen I/O-Vorgängen verantwortlich.› œüžm¸Einzelne Datenbanksegmente, die für signifikante Waits auf Benutzer-I/O verantwortlich sind, wurden gefunden.Einzelne SQL-Anweisungen, die für signifikante physikalische I/O-Vorgänge verantwortlich sind, wurden gefunden.Einzelne Datenbanksegmente, die für signifikante physikalische I/O-Vorgänge verantwortlich sind, wurden gefunden.Überprüfen Sie die Anwendungslogik mit I/O bei %s "%s.%s" mit Objekt-ID %s.Ÿ ¸¶Erhöhen Sie die Größe des Puffer Caches für Blöcke mit einer Nicht-Standardgröße von %s K, indem Sie den Wert des Parameters "db_%sk_cache_size" auf %s M festlegen.Wenn ein Nicht-Standard-Puffer Cache vergrößert wird, wird der Speicher aus dem Standard-Puffer Cache genommen. Die empfohlene Aktion für die Festlegung von "sga_target" kompensiert dies, indem die Standardgröße des Puffer Caches ausreichend erhöht wird.¡¢ˆ£ŽUndo-I/O-Probleme können nicht diagnostiziert werden, weil das automatische Undo-Management ausgeschaltet war.Wegen Änderungen der Größe des Shared Pools kann nicht bestimmt werden, wie sich das Überschreiben von Cursorn im Shared Pool auswirkt.Wegen unvollständigen AWR Snapshots kann nicht bestimmt werden, wie sich das Überschreiben von Cursorn im Shared Pool auswirkt.¤ ¥½¦§ßWegen unvollständigen AWR Snapshots kann nicht bestimmt werden, wie sich Hard Parses aufgrund von Cursor-Invalidierung und Benutzung von Literalen auswirken.I/O-Kapazitätsprobleme können wegen unvollständiger AWR Snapshots nicht diagnostiziert werden.ADDM kann wegen Änderungen der Puffer Cache-Größe nicht bestimmen, ob der Puffer Cache zu klein war.ADDM kann wegen unvollständiger AWR Snapshots nicht bestimmen, ob der Puffer Cache zu klein war.¨©Ÿª7œDie Auswirkung der Checkpoint-Aktivität aufgrund der MTTR-Einstellung kann wegen unvollständiger AWR Snapshots nicht bestimmt werden.Die Auswirkung der Checkpoint-Aktivität aufgrund von Parallelabfragen und Tablespace DDL kann wegen unvollständiger AWR Snapshots nicht bestimmt werden.Die Auswirkung der Undo-I/O-Aktivität kann wegen unvollständiger AWR Snapshots nicht bestimmt werden.« ¬…­ä®<§Die Auswirkung der RMAN-I/O-Aktivität kann wegen unvollständiger AWR Snapshots nicht bestimmt werden.Die RMAN-I/O-Aktivität hatte keinen wesentlichen Einfluss auf den Durchsatz des I/O-Subsystems.Die RMAN-I/O-Aktivität hatte wesentlichen Einfluss auf den Durchsatz des I/O-Subsystems.Sie sollten die RMAN-Aktivität verlangsamen oder RMAN-Jobs planen, wenn die Benutzeraktivität geringer ist.¯ °رÿ²_ßSie sollten die Komprimierungsoption für RMAN-Jobs nicht benutzen. Alternativ können Sie die RMAN-Aktivität verlangsamen oder RMAN-Jobs planen, wenn die Benutzeraktivität geringer ist.Die SGA hatte keine ausreichende Größe.Die SGA hatte keine ausreichende Größe, sodass es zu zusätzlicher I/O oder zu Hard Parses kommt.Die optimale SGA-Größe konnte nicht bestimmt werden, weil der Wert von "sga_target" während des Analysezeitraums geändert wurde.³´rµ¸Die optimale SGA-Größe konnte wegen unvollständiger AWR Snapshots nicht bestimmt werden.Vergrößern Sie die SGA, indem Sie den Parameter "sga_target" auf %s M festlegen.Die SGA hatte keine ausreichende Größe, sodass es zu zusätzlicher I/O oder zu Hard Parses gekommen ist. Außerdem waren einige Puffer Caches für Blöcke mit Nicht-Standardgröße zu klein, sodass wesentlicher zusätzlicher I/O-Aufwand entstanden ist. ¶ ·´¸¹>¤Die Auswirkung der Checkpoint-Aktivität aufgrund von Löschen- und Truncate-Vorgängen kann wegen unvollständiger AWR Snapshots nicht bestimmt werden.Der Streams Pool hat keine ausreichende Größe, sodass zusätzlicher I/O-Aufwand entstanden ist.Die Größe des Streams Pools war ausreichend.Die optimale Größe des Streams Pools konnte wegen unvollständiger AWR Snapshots nicht bestimmt werden.º»z¼í×Vergrößern Sie den Streams Pool, indem Sie den Parameter "streams_pool_size" auf %s M festlegen.Die optimale Größe des Streams Pools konnte nicht bestimmt werden, weil die Größe des Streams Pools geändert wurde.Überprüfen Sie die Ursache für Konflikte bei Blöcken, die von dieser Instanz von der Remote-Instanz "%s" empfangen wurden. Dieses Problem hängt häufig mit langen Waits auf Ereignis "gcs log flush sync" in der Remote-Instanz zusammmen.½¾¢ Waits auf Ereignis "log file sync" waren die Ursache für signifikante Datenbank-Waits auf "gc buffer busy" bei der Freigabe eines Datenblocks.Waits auf Ereignis "log file sync" in dieser Instanz können Konflikte bei dem globalen Cache auf Remote Instanzen verursachen.¿ÀvWährend des Analysezeitraums betrug der durchschnittliche I/O-Durchsatz der Datendateien %s pro Sekunde bei Lesezugriffen und %s pro Sekunde bei Schreibzugriffen. Die durchschnittliche Antwortzeit für Einzelblock-Lesezugriffe betrug %s Millisekunden.Die durchschnittliche Antwortzeit bei Einzelblock-Lesezugriffen für diese Datei betrug %s Millisekunden.Âè¥Es wurde festgestellt, dass SQL-Anweisungen mit PLAN_HASH_VALUE %s Literale benutzen. Suchen Sie in V$SQL nach Beispielen für diese SQL-Anweisungen.Ermitteln Sie die Ursache des Zeilenkonflikts in der Anwendungslogik. Identifizieren Sie die betroffenen Datenbankobjekte anhand der angegebenen blockierten SQL-Anweisung. Überprüfen Sie die Anwendungslogik, bei der DML mit diesen Objekten benutzt wird.ÄÇ¡ÈúÛBeachten Sie die von ORACLE empfohlene Lösung der automatischen Verwaltung des Segmentspeicherplatzes in lokal verwalteten Tablespaces.Keine einzelne SQL-Anweisung war für wesentliches Inter-Instanz-Messaging verantwortlich.Inter-Instanz Lese- und Schreibkonflikt bei Datenbankblöcken hat wesentliche Datenbankzeit bei dieser Instanz belegt. Es waren jedoch keine bestimmten hochfrequentierten Blöcke oder Objekte für diesen Konflikt verantwortlich.É Ê¤õöÿDer Puffer Cache für Blöcke mit Nicht-Standardgröße von %s K war zu klein, sodass signfikante zusätzliche Lese-I/O verursacht wurde.Erhöhen Sie den Wert des Parameters "sga_target" um %s M, um diesen Speicher dem Shared Pool verfügbar zu machen.Streams Enqueue-Vorgänge wurden wegen nicht ausreichendem Speicher im Streams Pool blockiert und haben wesentliche Datenbankzeit belegt.Streams Enqueue-Vorgänge wurde wegen nicht ausreichendem Speicher im Streams Pool nicht blockiert.÷2øËùú]X™Y³ZÂåEs wurde ermittelt. dass mindestens %s SQL-Anweisungen mit PLAN_HASH_VALUE %s Literale benutzt haben. Ein Beispiel ist die SQL-Anweisung mit SQL_ID "%s".Mindestens eine Ausführung der Anweisung wurde im Parallelverfahren vorgenommen.Wait-Klasse "Queueing" hat keine wesentliche Datenbankzeit belegt.Wait-Klasse "Queueing" hat wesentliche Datenbankzeit belegt.ADDM-Bericht für Task '%s'AnalysezeitraumAWR-Snapshot-Bereich von %s bis %s. [D\Z]n^y_•`©aÙb cŽd±åZeitraum beginnt um %sZeitraum endet um %sAnalysezielDatenbank '%s' mit DB-ID %s.Datenbankversion %s.Datenbankversion während Analysezeitraum war %s.Datenbankversion bei der Ausführung von ADDM war %sAlle Empfehlungen, die von ADDM generiert werden, sind für Datenbankversion %s gültig, die Version, mit der ADDM ausgeführt wurde.ADDM hat alle Instanzen analysiert.ADDM hat die Instanzen mit der Nummer %s analysiert.e fXgÀh/¨ADDM hat Instanz %s mit der Nummer %s auf %s analysiert.Analyse wurde für alle Instanzen gefordert, ADDM hat jedoch nur eine Teilmenge der Instanzen analysiert.Analyse wurde für alle Instanzen gefordert, ADDM hat jedoch nur Instanz %s mit der Nummer %s auf %s analysiert.Analyse wurde für eine Teilmenge der Instanzen gefordert, ADDM hat jedoch Instanz %s mit der Nummer %s auf %s analysiert. i>j­kÓlüm8nno•p¤qÖïWeitere Informationen über die angeforderten Instanzen finden Sie in dem Abschnitt "Zusätzliche Informationen".Aktivität während des AnalysezeitraumsGesamte Datenbankzeit betrug %s Sekunden.Die durchschnittliche Anzahl von aktiven Sessions betrug %s.ADDM hat %s der angeforderten %s Instanzen analysiert.Keine Ergebnisse für Bericht vorhanden.Datenbank-ID %sADDM hat die Instanz mit der Nummer %s analysiert.Zusätzliche Informationenr\s}t¸u¾vÂwËxÚyïz{N|t}~ÊÓíInstanzen, die analysiert wurden:Instanzen, die angefordert, jedoch nicht analysiert wurden:NummerNameHost-NameAktive SessionsProzent der AktivitätGrund, warum Instanz ausgeschlossen wurdeHoch- oder Herunterfahren während des AnalysezeitraumsSnapshots fehlen oder enthalten FehlerSchlüsselstatistiken fehlenAWR-Snapshots konnten für die Instanz nicht gefunden werdenWarnungenVerschiedene Informationen €Vƒ‚Àƒÿ„…#†j‡{ˆ‘‰£Š­‹»ŒËåTask-Parameters mit Nicht-StandardeinstellungAuswirkung ist %s aktive Sessions, %s\\% der Gesamtaktivität.Instanzen, die von diesem Ergebnis signifikant betroffen waren:Prozentuale AuswirkungADDM-Task-NamePrüfen Sie die ADDM-Analyse der betroffenen Instanzen auf Empfehlungen.AnwendungsanalyseDatenbankkonfigurationHost-KonfigurationSQL TuningSegment-TuningSchemaänderungenUnbekannter Empfehlungstyp VŽx¯½‘Ô’“$”.•>–k—‡˜¡™çõKeine Empfehlungen sind verfügbar:Die verfügbaren Empfehlungen haben die folgenden Typen:EmpfehlungstypAnzahl von EmpfehlungenGeschätzter Vorteil beträgt %s aktive Sessions, %s\\% der Gesamtaktivität.AktionBegründungBeziehungsobjektSQL-Anweisung mit SQL_ID %s und PLAN_HASH %s.SQL-Anweisung mit SQL_ID %s.Datenbankobjekt mit ID %s.Datenbankblock mit Objektnummer %s, Dateinummer %s und Blocknummer %s.Datenbankdateišn›†œ™®žÏŸú ¡%¢2£?¤L¥Z¦f§„¨©œ«·ãTablespace %s mit ID %s.Datenbank-Latch %s.Datenbank-Enqueue %s.Datenbank-Enqueue %s mit ID1 %s.Datenbank-Enqueue %s mit ID1 %s und ID2 %s.Zugehöriges Objekt vom Typ %s.ATTR1 ist %s.ATTR2 ist %s.ATTR3 ist %s.ATTR4 ist %s.Empfehlung %s:Ergebnis %s:Zusammenfassung der ErgebnisseBeschreibungEmpfehlungenErgebnisse und EmpfehlungenSymptome, die zu dem Ergebnis geführt haben: ¬>­{®µ„È…܆‡bˆ²‰ÒûAuswirkung ist %s aktive Sessions, %s\\% der Gesamtaktivität.Anweisungen, die sich auf diesen Bericht auswirken können.Instanz-ADDM prüfenVeralteter ParameterDer Analysetyp, den ADDM ausführen sollDie erwartete Antwortzeit in Millisekunden für das Lesen eines Datenblocks aus einer DatendateiDie Datenbankzeit in Millisekunden, die in dem Analysezeitraum akkumuliert wurdeDie Datenbank-ID für die AnalyseDie letzte Snapshot-ID im AnalysezeitraumŠ2‹SŒ{¶Ž"V‹ÀDie Instanznummer für die AnalyseDie erste Snapshot-ID im AnalysezeitraumSQL-Prädikat für das Filtern der SQL aus dem SQL Tuning SetPlan-Filter, der anwendbar ist, falls mehrere Pläne (plan_hash_value) mit derselben Anweisung verknüpft sindEine erste ORDER BY-Klausel auf der ausgewählten SQLEine zweite ORDER BY-Klausel auf der ausgewählten SQLEine dritte ORDER BY-Klausel auf der ausgewählten SQL‘&’“Å”ÿ•V«Begrenzen der Anzahl von SQL-Anweisungen aus dem gefilterten und nach Rangfolge sortierten SQL Tuning SetEin Prozentsatz auf der Summe einer RangfolgenkennzahlDer Benutzername, für den die SQL-Anweisung optimiert wirdDie Anzahl von Sekunden zwischen dem Beginn des Analysezeitraums und der laufenden ZeitDie Anzahl von Sekunden zwischen dem Ende des Analysezeitraums und der laufenden Zeit–&—z˜Й š‹»Die eindeutige Task-ID, die von dem automatisch aufgerufenen Advisor generiert wird.TRUE, wenn die Task automatisch erstellt wurde, FALSE, wenn sie manuell erstellt wurdeTRUE, wenn Ergebnis auch Ergebnisse mit Empfehlungen enthalten soll, sonst FALSEDie Anzahl von Anweisungen, nach denen Optimierungsergebnisse für ein SQL Tuning Set festgeschrieben werdenZeitgrenze pro Anweisung in einem SQL Tuning Set›,œ•ËžõŸ< ˜ïSQL-Prädikat für das Filtern der SQL aus dem SQL Tuning Set, wenn eine Tuning Task wiederaufgenommen wirdGeben Sie die Standardaktion einer Task-Ausführung an.Performance der SQL-Anweisungen optimierenTRUE, wenn SQL-Profile von der Task erstellt werden müssen, sonst FALSETRUE, wenn SQL-Profile, die vom Benutzer erstellt wurden, ersetzt werden müssen, sonst FALSEHöchstanzahl von SQL-Profilen, die vom System in einem Durchlauf erstellt werden können¡2¢o£”¤¿¥ ¦7§y·Höchstanzahl von SQL-Profilen, die gleichzeitig zulässig sindAusführung von SQL-Anweisungen testenExplain-Plan von SQL-Anweisungen generierenGibt die Ablaufdauer in Tagen für einzelne Ausführungen der aktuellen Task anPerformance von SQL-Anweisungen analysierenSchwellenwert der Auswirkung einer SQL-Anweisung auf eine WorkloadSchwellenwert einer Änderungsauswirkung auf eine SQL-Anweisung¨&©•ªÆ«ø¬]ÆGeben Sie einen Ausdruck von Ausführungsstatistiken an, der in einem Performance-Vergleich benutzt werden soll.Name der ersten zu analysierenden Task-AusführungName der zweiten zu analysierenden Task-AusführungYES, wenn die Ausführung von SQL-Anweisungen getestet werden soll, um den Vorteil zu messen, sonst NOGibt an, ob der Advisor die Kompilierungsumgebung benutzen soll, die mit den SQL-Anweisungen erfasst wird­®ýFULL, wenn SQL-Anweisungen zu Testzwecken während des gesamten lokalen Zeitlimits ausgeführt werden sollen, um die Vorteile zu messen, AUTO bei einer beliebigen automatisch ausgewählten geringeren Zeit und NO für keine TestausführungTRUE, um alle wichtigen Bindungen für Testausführung anzufordern, FALSE, um Fake-NULL-Bindungen anstelle von fehlenden Bindungen zu installierenèé×ÝDieses Attribut legt den Parameter OPTIMIZER_FEATURES_ENABLE auf den Standardwert für diese Anweisung und nicht auf %s fest. Auf diese Weise können die neuesten Optimizer-Features benutzt werden.Dieses Attribut legt den Parameter OPTIMIZER_FEATURES_ENABLE auf den Standardwert fest, weil mindestens einer der optimizer-abhängigen Parameter auf einen Nicht-Standardwert festgelegt wurde. Auf diese Weise können die neuesten Optimizer-Features benutzt werden.êëÌí;ÝDieses Attribut legt den Parameter OPTIMIZER_FEATURES_ENABLE auf den Standardwert für diese Anweisung fest. Auf diese Weise können die neuesten Optimizer-Features benutzt werden.Dieses Attribut führt dazu, dass der Optimizer einen interessanten Alternativplan für diese Anweisung versucht.Dieses Attribut ändert den Optimizer-Modus von %s in %s. Der Optimizer-Modus wurde geändert, nachdem die Ausführungsstatistiken dieser Anweisung überprüft wurden.î8ïðÖñ ò?üký”þÏöDieses Attribut behält den Optimizer-Modus in den vom Benutzer angegebenen Hints für die Abfrage bei.Dieses Attribut aktiviert den kosten-basierten Optimizer.Dieses Attribut passt die Optimizer-Schätzungen an.Dieser Hint erzwingt den Optimizer-Modus "first rows".Dieses Attribut deaktiviert Optimizer-Hints.Tabelle "%s"."%s" wurde nicht analysiert.Tabelle "%s"."%s" und ihre Indizes wurden nicht analysiert.Index "%s"."%s" wurde nicht analysiert.ÿ&`«ãLÆOptimizer-Statistiken für Tabelle "%s"."%s" sind veraltet.Optimizer-Statistiken für Tabelle "%s"."%s" und ihre Indizes sind veraltet.Optimizer-Statistiken für Index "%s"."%s" sind veraltet.Der Optimizer erfordert aktuelle Statistiken für die Tabelle, um einen guten Ausführungsplan auszuwählen.Der Optimizer erfordert aktuelle Statistiken für die Tabelle und ihre Indizes, um einen guten Ausführungsplan auszuwählen.þ‚Der Optimizer erfordert aktuelle Statistiken für den Index, um einen guten Ausführungsplan auszuwählen.Dieses Attribut stellt dem Optimizer Basis-Tabellenstatistiken bereit, weil die Tabellenstatistiken für diese Tabelle fehlen.Dieses Attribut stellt dem Optimizer Basis-Tabellenstatistiken bereit, weil die Tabellenstatistiken für diese Tabelle veraltet sind.– Dieses Attribut stellt dem Optimizer Basis-Spaltenstatistiken bereit, weil die Tabellenstatistiken für diese Tabelle fehlen.Dieses Attribut stellt dem Optimizer Basis-Spaltenstatistiken bereit, weil die Tabellenstatistiken für diese Tabelle veraltet sind.Dieses Attribut stellt dem Optimizer Basis-Indexstatistiken bereit, weil die Indexstatistiken für diesen Index fehlen. & £ Õ N©Dieses Attribut stellt dem Optimizer Basis-Indexstatistiken bereit, weil die Indexstatistiken für diesen Index veraltet sind.Sie sollten das empfohlene SQL-Profil akzeptieren.Sie sollten Optimizer-Statistiken für diese Tabelle erfassen.Sie sollten Optimizer-Statistiken für diesen Index erfassen.Outline "%s" ist für diese Anweisung vorhanden und wurde während der Optimierung ignoriert.,ŠÕ#K¶ëSQL-Profil "%s" ist für diese Anweisung vorhanden und wurde während der Optimierung ignoriert.Ein potenziell besserer Ausführungsplan wurde für diese Anweisung gefunden.Sie sollten Optimizer-Statistiken für diese Tabelle und ihre Indizes erfassen.Typ der SQL-Anweisung nicht unterstützt.Feste SQL-Plan-Baseline "%s" ist für diese Anweisung vorhanden und wurde während der Optimierung ignoriert.Automatisch erstellte %s ist auf dem System vorhanden QNÓýManuell erstellte %s ist auf dem System vorhandenDas %s wurde getestet, indem dessen Plan und der Originalplan ausgeführt und die jeweiligen Ausführungsstatistiken gemessen wurden. Ein Plan wurde möglicherweise nur teilweise ausgeführt, wenn der andere Plan in weniger Zeit abgeschlossen werden konnte.Diese Anweisung wurde übersprungen, weil sie vor Kurzem schon optimiert wurde. Die letzten Optimierungsergebnisse finden Sie in "%s".%s ist in dem System nicht mehr vorhanden. }ÆÜDiese Anweisung wurde übersprungen, weil sie das Ziel von Benutzer-Blacklist-Filter "%s" war%s wurde automatisch erstellt, weil der überprüfte Vorteil zu gering war.%s wurde nicht automatisch erstellt, weil der Vorteil nicht überprüft werden konnte.%s wurde nicht automatisch erstellt, weil das automatische Erstellen deaktiviert war. Legen Sie den Task-Parameter ACCEPT_SQL_PROFILES auf TRUE fest, um das automatische Erstellen zu aktivieren.•_È%s wurde nicht automatisch erstellt, wei die SQL-Anweisung eine feste SQL-Plan-Baseline oder eine gespeicherte Outline hat.Das SQL-Profil wurde nicht automatisch erstellt, weil Optimizer-Statistiken veraltet waren oder fehlen. Probleme mit Basis-Optimizer-Statistiken müssen gelöst werden, bevor ein SQL-Profil erstellt wird.Das SQL-Profil wurde nicht automatisch erstellt, weil der globale Grenzwert für SQL-Profile erreicht ist. !"¹ÝDas SQL-Profil wurde nicht automatisch erstellt, weil das Ersetzen von SQL-Benutzerprofilen deaktiviert war. Legen Sie den Task-Parameter REPLACE_USER_SQL_PROFILES auf TRUE fest, um das Ersetzen von SQL-Benutzerprofilen zu aktivieren.%s wurde nicht automatisch erstellt, weil die Testausführung deaktiviert war. Legen Sie den Task-Parameter TEST_EXECUTE auf FULL oder AUTO fest, um die Testausführung zu aktivieren.%s wurde nicht automatisch erstellt.# $Š%&~òDer Vorteil von %s konnte nicht über die Testausführung überprüft werden, weil ein Fehler aufgetreten ist.Der Vorteil von %s konnte nicht über die Testausführung überprüft werden, weil der Vorgang wegen Timeout abgebrochen wurde.Der Vorteil von %s konnte nicht überprüft werden, weil die Testausführung bei parallelen Abfragen nicht unterstützt wird.Der Vorteil von %s konnte nicht überprüft werden, weil die Testausführung bei DMLs oder DDLs nicht unterstützt wird.'&( )é* +{ëDer Vorteil von %s konnte nicht überprüft werden, weil die Testausführung bei diesem Anweisungstyp nicht unterstützt wird.Der Vorteil von %s konnte nicht über die Testausführung überprüft werden.%s "%s" wurde automatisch für diese Anweisung erstellt.SQL-Profil "%s" und SQL-Plan-Baseline "%s" wurden automatisch für diese Anweisung erstellt.Die Task hat nicht die volle Gruppe von SQL-Kandidaten analysiert, weil der Empfehlungsgrenzwert erreicht wurde.,-©.âmSie sollten das empfohlene SQL-Profil akzeptieren. Eine SQL-Plan-Baseline, die dem Plan mit dem SQL-Profil entspricht, wird ebenfalls erstellt.Sie sollten die empfohlene SQL-Plan-Baseline akzeptieren.Task-Ausführung mit Status "FATAL ERROR" beendet, SQL-Profil "%s" wurde jedoch automatisch implementiert, bevor der Fehler aufgetreten ist./0É1ú‡Sie sollten das empfohlene SQL-Profil akzeptieren. Eine SQL-Plan-Baseline, die dem Plan mit dem SQL-Profil entspricht, wird ebenfalls auf einen akzeptierten Plan aktualisiert.Sie sollten das empfohlene SQL-Patch akzeptieren.Sie sollten das empfohlene SQL-Patch akzeptieren. Eine SQL-Plan-Baseline, die dem Plan mit dem SQL-Patch entspricht, wird ebenfalls erstellt.23Ç4‚óSie sollten das empfohlene SQL-Patch akzeptieren. Eine SQL-Plan-Baseline, die dem Plan mit dem SQL-Patch entspricht, wird ebenfalls auf einen akzeptierten Plan aktualisiert.Mindestens ein wichtiger Bindewert fehlte in dieser SQL-Anweisung. Die Genauigkeit der Analyse des Advisors hängt möglicherweise davon ab, dass alle wichtigen Bindewerte angegeben werden.%s wurde nicht automatisch erstellt, da dies möglicherweise zu einem signifikanten I/O-Zeitverlust geführt hätte.5&6…7â8!9R¥Die Anweisung wurde zuerst ausgeführt, um die Funktionalität des Puffer Cache zu gewährleisten.Der Mittelwert der angezeigten Statistiken wurde über die nächsten %s Ausführungen ermittelt.Die angezeigten Statistiken stammen aus der zweiten Ausführung.Dieses Attribut aktiviert die Parallelausführung.Ein potenziell besserer Parallelausführungsplan wurde für diese Anweisung gefunden.:ÿWenn diese Abfrage parallel mit DOP %s ausgeführt wird, wird die Antwortzeit %s%% gegenüber dem SQL-Profilplan verbessert. Die Aktivierung der Parallelausführung hat jedoch einen Preis. Die Ressourcenbelegung der Anweisung wird um geschätzte %s%% erhöht, was zu einem geringerem Systemdurchsatz führen kann. Weil die Ressourcen über einen kürzeren Zeitraum genutzt werden, kann sich dies negativ auf die Antwortzeit gleichzeitiger Anweisungen auswirken, wenn keine ausreichende Hardwarekapazität v;<‚ Sie sollten das empfohlene SQL-Profil akzeptieren, um die Parallelausführung für diese Anweisung zu verwenden.%s potenziell bessere Ausführungspläne wurden für diese Anweisung gefunden. Wählen Sie eines der folgenden SQL-Profile zur Implementierung.=ÿWenn die Abfrage parallel mit DOP %s ausgeführt wird, verbessert sich die Antwortzeit %s%% gegenüber dem Originalplan. Die Aktivierung der Parallelausführung hat jedoch einen Preis. Die Ressourcenbelegung der Anweisung wird um geschätzte %s%% erhöht, was zu einem geringerem Systemdurchsatz führen kann. Weil die Ressourcen über einen kürzeren Zeitraum genutzt werden, kann sich dies negativ auf die Antwortzeit gleichzeitiger Anweisungen auswirken, wenn keine ausreichende Hardwarekapazität vorha>?¯@P¿Beim Durchsuchen der Echtzeit- und historischen Performancedaten des Systems wurden einige alternative Ausführungspläne für diese Anweisung gefunden.Wenn eine Plan-Baseline für den Plan mit der besten abgelaufenen Zeit erstellt wird, kann Oracle Optimizer keinen Plan mit einer schlechteren Performance wählen.Sie sollten eine SQL-Plan-Baseline für den Plan mit der besten durchschnittlichen abgelaufenen Zeit erstellen. AmDer Originalplan scheint die beste Performance basierend auf der abgelaufenen Zeit pro Ausführung zu haben. Wenn Sie jedoch wissen, dass ein Alternativplan besser ist als der Originalplan, können Sie eine SQL-Plan-Baseline für diesen erstellen. Dadurch wird Oracle Optimizer angewiesen, diesen Plan in Zukunft gegebenüber anderen Plänen zu bevorzugen.BC¾DÏïWeil keine Ausführungshistorie für den Originalplan gefunden wurde, konnte SQL Tuning Advisor nicht bestimmen, ob einer dieser Ausführungspläne besser ist als der Originalplan. Wenn Sie jedoch wissen, dass ein Alternativplan besser ist als der Originalplan, können Sie eine SQL-Plan-Baseline für diesen erstellen. Dadurch wird Oracle Optimizer angewiesen, diesen Plan in Zukunft gegebenüber anderen Plänen zu bevorzugen.Das Objekt fehlt.Das Objekt kann gelöscht werden.EFHDer Originalplan scheint die beste Performance basierend auf der abgelaufenen Zeit pro Ausführung zu haben.Der Plan mit ID %s konnte nicht reproduziert werden, weil %s fehlt. Deshalb kann keine SQL-Plan-Baseline erstellt werden, mit der Oracle Optimizer angewiesen wird, diesen Plan in Zukunft zu bevorzugen.GHâºDer Plan mit der ID %s konnte nicht reproduziert werden, weil %s fehlen. Deshalb kann keine SQL-Plan-Baseline erstellt werden, mit der Oracle Optimizer angewiesen wird, diesen Plan in Zukunft zu bevorzugen.Der Plan mit der ID %s konnte in der aktuellen Umgebung nicht reproduziert werden. Deshalb kann keine SQL-Plan-Baseline erstellt werden, mit der Oracle Optimizer angewiesen wird, diesen Plan in Zukunft zu bevorzugen.I&JšKÖLMZÔAlle alternativen Pläne mit Ausnahme des Originalplans konnten in der aktuellen Umgebung nicht reproduziert werden. Dieser Plan konnte nicht reproduziert werden, weil %s fehlt.Dieser Plan konnte nicht reproduziert werden, weil %s fehlen.Dieser Plan konnte in der aktuellen Umgebung nicht reproduziert werden.Sie sollten "UNION ALL" anstelle von "UNION" verwenden, wenn Duplikate zulässig sind oder Eindeutigkeit gewährleistet ist.NOúó"UNION" ist ein aufwändiger und blockierender Vorgang, weil doppelte Zeilen eliminiert werden müssen. "UNION ALL" ist eine weniger aufwändige Alternative, vorausgesetzt Duplikate sind zulässig oder Eindeutigkeit ist gewährleistet.Sie sollten "NOT IN" durch "NOT EXISTS" ersetzen oder sicherstellen, dass Spalten, die auf beiden Seiten des Operators "NOT IN" benutzt werden, als "NOT NULL" deklariert sind, indem Sie "NOT NULL" Constraints oder "IS NOT NULL" Prädikate hinzufügen.P”Ein "FILTER" Vorgang kann sehr aufwändig sein, weil die Unterabfrage für jede Zeile in der übergeordneten Abfrage ausgewertet wird. Wenn sie nicht verschachtelt ist, kann die Unterabfrage die Ausführungszeit wesentlich verbessern, weil der Vorgang "FILTER" in einen Join konvertiert wird. Beachten Sie, dass "NOT IN" und "NOT EXISTS" unterschiedliche Ergebnisse bei "NULL" erzeugen könnten.STžU.WSie sollten die beendete Tabelle oder View aus dieser Anweisung entfernen oder eine Join-Bedingung hinzufügen, die sie referenziert.Ein kartesisches Produkt sollte wenn möglich vermieden werden, weil dies ein aufwändiger Vorgang ist und eine große Datenmenge erzeugen könnte. Sie sollten den Hint "ORDERED" entfernen.VYüêDer Hint "ORDERED" könnte den Optimizer zwingen, ein kartesisches Produkt zu generieren. Ein kartesisches Produkt sollte wenn möglich vermieden werden, weil dies ein aufwändiger Vorgang ist und eine große Datenmenge erzeugen könnte.Der Optimizer kann eine View, die eine "ORDER BY-"Klausel enthält, nur konsolidieren, wenn es sich bei der Anweisung um eine "DELETE-" oder "UPDATE-"Anweisung handelt und die übergeordnete Abfrage die oberste Abfrage in der Anweisung ist.Z&[\Ó]'^€àDer Optimizer kann eine View nicht konsolidieren, die eine Pseudospalte "ROWNUM" enthält.Der Optimizer kann eine View nicht konsolidieren, die einen Mengenoperator enthält. Der Optimizer kann eine View nicht konsolidieren, die Windowing-Funktionen enthält. Der Optimizer kann eine View nicht konsolidieren, die eine "SPREADSHEET-"Klausel enthält.Der Optimizer kann eine View nicht konsolidieren, die verschachtelte Aggregatfunktionen enthält._ `‰aÞbkÃDer Optimizer kann eine View nicht konsolidieren, die Aggregatfunktionen ohne "GROUP BY-"Klausel enthält.Der Optimizer kann eine View nicht konsolidieren, die Gruppierungsfunktionen enthält.Der Optimizer kann eine View nicht konsolidieren, die eine "GROUP BY-"Klausel mit einer Option "ROLLUP", "CUBE" oder "GROUPING SETS" enthält.Der Optimizer kann eine View nicht konsolidieren, die eine "START WITH-"Klausel enthält.c drgÈh­Der Optimizer kann eine View nicht konsolidieren, die einen Hint NO_MERGE enthält.Der Optimizer kann eine View nicht konsolidieren, die einen "CURSOR-"Ausdruck enthält.Der Optimizer kann eine View nicht konsolidieren, die eine "WITH-"Klausel enthält.Der Optimizer kann eine View nicht mit einem Prädikat konsolidieren, das eine Nested Table-Spalte enthält, die in einem Outer Join verwendet wird. ijtŒDer Optimizer konnte die komplexe View in Zeilen-ID %s des Ausführungsplans nicht konsolidieren.Die Konsolidierung von Views kann die Ausführungszeit verbessern, indem die Generierung eines besseren Ausführungsplans aktiviert wird. Wenn der Parameter OPTIMIZER_FEATURES_ENABLE auf einen Wert unter 9.0.1 festgelegt wird, kann der Optimizer keine komplexen Views konsolidieren.kl–m·Der Optimizer kann eine komplexe View nicht konsolidieren, wenn die übergeordnete Abfrage eine "START WITH-"Klausel enthält.Der Optimizer kann eine komplexe View nicht konsolidieren, wenn es sich bei der übergeordneten Abfrage um "SELECT FOR UPDATE" handelt.Eine View auf der rechten Seite eines Outer Joins kann nur konsolidiert werden, wenn sie eine einzelne Tabelle mit einer einfachen "WHERE-"Klausel enthält.no©p(§Der Optimizer kann eine komplexe View nicht konsolidieren, wenn die übergeordnete Abfrage eine Referenz auf eine Pseudospalte "ROWNUM" enthält.Der Optimizer kann eine komplexe View nicht konsolidieren, wenn die übergeordnete Abfrage eine "GROUP BY CUBE-"Klausel enthält.Der Optimizer kann eine komplexe View nicht konsolidieren, wenn die übergeordnete Abfrage eine "GROUPING SETS-"Klausel enthält.qr§süYDer Optimizer kann eine komplexe View nicht konsolidieren, wenn die Liste "SELECT" der übergeordneten Abfrage eine Spalte "SEQUENCE" enthält.Der Optimizer kann eine View nicht konsolidieren, die einen Group Outer Join enthält.Der Optimizer kann eine View nicht konsolidieren, die in einem Group Outer Join benutzt wird.t uÏv:w¦ýSie sollten das Konsolidieren von komplexen Views aktivieren, indem Sie den Hint "MERGE" verwenden oder den Parameter OPTIMIZER_FEATURES_ENABLE auf mindestens 9.0.1 festlegen.In Zeilen-ID %s des Ausführungsplans wurde ein aufwändiger Vorgang mit einem kartesischen Produkt gefunden.Der Optimizer kann die Verschachtelung der Unterabfrage in Zeilen-ID %s des Ausführungsplans nicht aufheben.Der Optimizer konnte die View in Zeilen-ID %s des Ausführungsplans nicht konsolidieren.xynzÚdEin aufwändiger Vorgang "UNION" wurde in Zeilen-ID %s des Ausführungsplans gefunden.Der Ausführungsplan dieser Anweisung kann verbessert werden, indem ein oder mehrere Indizes erstellt werden.Sie sollten den Access Advisor ausführen, um den Entwurf des physikalischen Schemas zu verbessern oder den empfohlenen Index zu erstellen.{|ëÈDas Prädikat %s, das in Zeilen-ID %s des Ausführungsplans benutzt wird, enthält einen Ausdruck auf der indizierten Spalte "%s". Dieser Ausdruck hindert den Optimizer daran, Indizes auf Tabelle "%s"."%s" auszuwählen.Das Prädikat %s, das in Zeilen-ID %s des Ausführungsplans benutzt wird, enthält einen Ausdruck auf der indizierten Spalte "%s". Dieser Ausdruck verhindert, dass der Optimizer Indizes auf Tabelle "%s"."%s" effizient nutzt.}Das Prädikat %s, das in Zeilen-ID %s des Ausführungsplans benutzt wird, enthält eine Konvertierung des impliziten Datentyps auf der indizierten Spalte "%s". Diese Konvertierung des impliziten Datentyps verhindert, dass der Optimizer Indizes auf Tabelle "%s"."%s" auswählt.~+þDas Prädikat %s, das in Zeilen-ID %s des Ausführungsplans benutzt wird, enthält eine Konvertierung des impliziten Datentyps auf der indizierten Spalte "%s". Diese Konvertierung des impliziten Datentyps verhindert, dass der Optimizer Indizes auf Tabelle "%s"."%s" effizient nutzt.Der Optimizer kann einen Index nicht benutzen, wenn das Prädikat eine Ungleichheits-Bedingung ist oder wenn auf der indizierten Spalte ein Ausdruck oder eine Konvertierung des impliziten Datentyps vorhanden ist.€¼Schreiben Sie das Prädikat in eine entsprechende Form um, damit Indizes genutzt werden können. Alternativ erstellen Sie einen funktionsbasierten Index auf dem Ausdruck.Schreiben Sie das Prädikat in eine entsprechende Form um, damit Indizes genutzt werden können. ‚ƒÿòPrädikat %s, das in Zeilen-ID %s des Ausführungsplans benutzt wird, ist eine Ungleichheits-Bedingung auf der indizierten Spalte "%s". Diese Ungleichheits-Bedingung hindert den Optimizer daran, Indizes auf Tabelle "%s"."%s" auszuwählen.Prädikat %s, das in Zeilen-ID %s des Ausführungsplans benutzt wird, ist eine Ungleichheits-Bedingung auf der indizierten Spalte "%s". Diese Ungleichheits-Bedingung hindert den Optimizer daran, Indizes auf Tabelle "%s"."%s" effizient zu nutzen.„¦Das Erstellen der empfohlenen Indizes verbessert den Ausführungsplan dieser Anweisung wesentlich. Möglicherweise ist jedoch die Ausführung von "Access Advisor" mit einer repräsentativen Workload im Gegensatz zu einer einzelnen Anweisung vorzuziehen. In diesem Fall werden umfassende Indexempfehlungen erzeugt, die den Overhead der Indexwartung und die Belegung von zusätzlichem Speicherplatz berücksichtigen.…†ÙYSowohl ein Index als auch ein SQL-Profil wurden für diese Anweisung empfohlen. Das SQL-Profil muss für den Optimizer erstellt werden, damit der Plan mit den empfohlenen Indizes benutzt werden kann.Der Plan mit den empfohlenen Indizes muss als SQL-Plan-Baseline geladen werden, damit der Optimizer diese Indizes benutzen kann.‡ˆ#ÚSie sollten Access Advisor ausführen, um den Entwurf des physikalischen Schemas zu verbessern, oder sollten den empfohlenen Index erstellen. Wenn Sie den empfohlenen Index erstellen, sollten Sie den Index "%s"."%s" löschen, weil er ein Präfix des empfohlenen Indexes ist.Ein potenziell vorteilhafter Index ist bereits vorhanden, ist jedoch aktuell als nicht verwendbar markiert. Sie sollten den Index neu erstellen, damit der Optimizer ihn verwenden kann‰“”ÊSie sollten den Access Advisor ausführen, um den Entwurf des physikalischen Schemas zu verbessern, oder sollten den empfohlenen Index erstellen. Beachten Sie, dass mehrere Präfixindizes des empfohlenen Indexes bereits im System vorhanden sind. Wenn Sie den empfohlenen Index erstellen, sollten Sie die Präfixindizes löschen, die keine Constraints durchsetzen, weil sie redundant sind.Die Performance dieser SQL-Anweisung wurde verbessert.”&•\–»—î˜#³Die Performance dieser SQL-Anweisung wurde vermindert.Einer der Ausführungspläne, die von der Analyse benötigt werden, fehlt für diese SQL-Anweisung.Diese SQL-Anweisung hat keine Zeilen zurückgegeben.Die Struktur des SQL-Ausführungsplans wurde geändert.Die Struktur des momentan ausgeführten SQL-Plans "%s" unterscheidet sich von dem entsprechenden Plan, der in dem SQL Tuning Set gespeichert ist.™&š§›ͦ-§/òDie Struktur des momentan ausgeführten SQL-Plans "%s" entspricht dem zugehörigen Plan, der in dem SQL Tuning Set gespeichert ist.Fehler bei der Ausführung von '%s': %sDie Anzahl von zurückgegebenen Zeilen in Ausführung '%s' unterscheidet sich von Ausführung '%s'.%sBei der Verarbeitung dieser SQL-Anweisung ist ein Fehler aufgetreten, der zu einem Task-Ausführungsfehler führte. Die Ausführung der Task wurde nach dem Task-Fehler erfolgreich wiederaufgenommen.,A€¤ókâBenutztes Feature: %sPlan für Strategie %s hat Kostenfaktor %s mit Plan-Hash-Wert %sFeature %s wurde wegen %s akzeptiertStrategieausführung %s mit Fehlercode %s und Fehlermeldung %s nicht erfolgreichAlternativer Plan mit Hash-Wert %s hat Anzahl von Zeilen %s, Checksum %s, Ausführungsdauer %s und %s Puffer-LesezugriffeEmpfohlener Plan mit Hash-Wert %s hat Anzahl von Zeilen %s, Checksum %s, Ausführungsdauer %s und %s Puffer-Lesezugriffe8h¡Ä  ?!e"×ç%s CR differiert: Feature %s [Basis %s, Ziel %s]%s CR differiert: Objekt-Basiskonstrukt %s ist %s in ZielValidierung [Regel: %s, Status: %s]Plan für Strategie %s mit Plan-Anweisung (Hint) %s hat Kostenfaktor %s mit Plan-Hash-Wert %sUngültiger Wert für Problemtyp.Ungültiger Wert für EreignisbezeichnerOriginalplan mit Hash-Wert %s hat Anzahl von Zeilen %s, Checksum %s, Ausführungsdauer %s und %s Pufferlesezugriffe%s P1: %s P2: %sÐ&Ñ¢ÒÓÔOÄFehler Snapshot zu alt ermittelt: SQL-ID %s, Snapshot-SCN %s, Letzte SCN %s, Undo Tablespace %s, Aktuelle Undo-Erhaltung %s.Fehler Snapshot zu alt ermittelt: SQL-ID %s, Snapshot SCN %s, Letzte SCN %s, Rollback-Segment %s.Führen Sie Undo Advisor aus.Prüfen Sie die Verwendung des Rollback-Segments.Vorgang bei wiederaufnehmbarer Session %s Session-ID %s wegen Fehlern in Tablespace %s unterbrochen. Fehlermeldung %sÕ&Ö¡× ØÙŸáVorgang bei wiederaufnehmbarer Session %s Session-ID %s wegen Fehlern in Rollback-Segment %s unterbrochen. Fehlermeldung %sVorgang bei wiederaufnehmbarer Session %s Session-ID %s wegen Fehlern in %s unterbrochen. Fehlermeldung %sVorgang bei wiederaufnehmbarer Session %s Session-ID %s wegen Fehlern in Benutzer-Quota unterbrochen. Fehlermeldung %sPrüfen Sie View dba_resumable.Legen Sie den Initialisierungsparameter undo_retention auf %d festÚ&ÛSÜ¢ÝÞ#‰Größe von Undo Tablespace auf %d MB festlegenDie längste Abfragedauer ist länger als die Einstellung für die Undo-Erhaltung.Einige Abfragen werden möglicherweise nicht erfolgreich ausgeführt, weil der Snapshot zu alt ist.Undo Tablespace ist unter Druck.Einige Vorgänge werden möglicherweise nicht erfolgreich ausgeführt, weil der Undo Tablespace voll ist.ß,àŸá âtã¨äÎëLegen Sie die Undo-Erhaltung auf die längste Abfragedauer fest, um den Fehler wegen zu altem Snapshot zu vermeiden.Legen Sie die Größe des Undo Tablespace basierend auf der Undo-Generierungsrate und der Undo-Erhaltung fest.Undo Advisor kann nicht ausgeführt werden, wenn das System mit manuellem Undo-Management ausgeführt wird.Das System optimiert die Undo-Erhaltung automatisch.Nicht genügend Daten in AWR vorhanden.Kein target_object vorhanden.å&æ\ç„èÿéMìAnzahl von Fehlern wegen zu altem Snapshot reduzieren.Vermeiden Sie Druck auf Undo Tablespace.Die empfohlene Größe für den Undo Tablespace basiert auf der Undo-Generierungsrate und der längsten Abfragedauer im System.Die empfohlene Undo-Erhaltung basiert auf der längsten Abfragedauer im System.Die empfohlene Undo-Erhaltung entspricht der bestmöglichen Undo-Erhaltung basierend auf der Undo-Generierungsrate und der aktuellen Größe des Undo Tablespaces.ê2ëMìdí•î¯ï-ð¥ÜDer Undo Tablespace ist OK.Undo Tablespace ist OK.Verbessern Sie die Verwendung des Undo TablespaceUndo-Erhaltung ist zu hochUndo-Erhaltung ist auf einen höheren Wert als die bestmögliche Erhaltung festgelegt und der Undo Tablespace gerät unter Druck.Die empfohlene Größe für den Undo Tablespace basiert auf der Undo-Generierungsrate und der Undo-Erhaltung in dem System.Instanz verfügt nicht über einen Online Undo Tablespaceñ,ò\óô¾õ+¸ ¾ÛOnline Undo Tablespace mit einer Größe von %d MBInstanz verfügt über einen Online Undo TablespaceInstanz verfügt über einen Online Undo TablespaceViele Vorgänge werden möglicherweise nicht erfolgreich ausgeführt, wenn der Undo Tablespace nicht online ist.Die empfohlene Größe für den Undo Tablespace basiert auf der Undo-Generierungsrate, der Undo-Erhaltung und der längsten Abfragedauer in dem System.Tablespace [%s] ist [%s] voll ¹ >¬ h­ {® ¯ À° ë± ;² b³ £çSpeicherplatz zu dem Tablespace hinzufügenMetriken "%s" in %sMetriken "%s" in %s für Datei "%s"Metriken "%s" in %s für Dienst "%s"Metriken "%s" in %s für Ereignisklasse "%s"ADDM ausführen, um eine weitere Performance-Analyse für das System für erhalten.Session %s blockiert %s andere SessionsSchwellenwert wird in Metriken "%s" für Instanz "%s" aktualisiertPrüfen Sie die View DBA_THRESHOLDS, um das Ergebnis zu verifizieren.´ µ e¶ Ž· FìSchwellenwert wird in Metriken "Tablespace Space Usage" aktualisiert.Tablespace [%s] hat nur [%s] freien PlatzFühren Sie das Kalibrierungsutility aus, und starten Sie eine Wiedergabe mit der empfohlenen Anzahl von WRC-Clients neu, die auf Rechner mit der erforderlichen Kapazität verteilt sind.Die durchschnittliche Anwortzeit für eine einzelne I/O hat einen beunruhigenden Wert (%s ms) für den WRC-Client %s erreicht, der auf %s als Prozess %s ausgeführt wird¸ &¹ ®º =» eÑZu viele Wiedergabeclientverbindungen (%s\\%) verwenden die CPU gleichzeitig im WRC-Client %s, der auf %s als Prozess %s ausgeführt wirdZu viele Wiedergabeclientverbindungen (%s\\%) führen gleichzeitige I/O-Vorgänge im WRC-Client %s aus, der auf %s als Prozess %s ausgeführt wirdDatenbank befindet sich im Capture-ModusDatenbank befindet sich im Wiedergabemodus%s von %s Byte ist %s%% belegt und hat noch %s Byte zur Verfügung.ÍOptionen zur Freigabe von Speicherplatz aus dem Recovery-Bereich: 1. RMAN %s ändern. Bei Data Guard ändern Sie RMAN %s. 2. Sichern Sie Dateien mit dem Befehl RMAN %s auf Band. 3. Fügen Sie Datenträgerspeicherplatz hinzu, und erhöhen Sie den Parameter db_recovery_file_dest_size. 4. Löschen Sie nicht benötigte Dateien mit dem Befehl RMAN %s. Wenn ein Betriebssystembefehl zum Löschen von Dateien verwendet wurde, verwenden Sie die Befehle RMAN %s.t,Øx<Â=î>$?†ÅGeschätzte Speicherplatznutzung, wenn die erstellte Tabelle %s Byte umfasst.Geschätzte Speicherplatznutzung, wenn der erstellte Index %s Byte umfasst.Ausgabe der Tabelle für den Wachstums-Trend.Keine ausreichenden Informationen für eine Empfehlung.In dem Objekt ist weniger als 1% freier Platz vorhanden, eine Verkleinerung lohnt sich also nicht.Verkleinerung ausführen, geschätzte Einsparung beträgt %s Byte.@ A{BÐC9°In dem Objekt ist freier Platz vorhanden, es kann jedoch wegen %s nicht verkleinert werden.Der freie Speicherplatz in dem Objekt ist kleiner als die Größe des letzten Extents. Zugewiesener Speicherplatz:%s: Belegter Speicherplatz:%s: Speicherplatz, der freigegeben werden kann: %s:Zeilenverschiebung der Tabelle %s.%s aktivieren und Verkleinerung vornehmen, geschätzte Einsparungen betragen %s Byte. D,EŒFÙG8HlI§ïFühren Sie eine Reorganisation des Objektes %s durch, geschätzte Einsparungen betragen %s Byte. %s Prozent verkettete Zeilen können durch die Reorganisation entfernt werden.Das Objekt verfügt über verkettete Zeilen, die durch eine Reorganisation entfernt werden könnenDer freie Platz in dem Objekt ist kleiner als 10 MB.Objekt %s komprimieren.%s, geschätzte Einsparungen %s Byte.Objekt %s komprimieren.%s Partition %s, geschätzte Einsparungen %s Byte.J2 ¡»ÙòN—äObjekt %s komprimieren.%s Unterpartition %s, geschätzte Einsparungen %s Byte.Keine Aktion erforderlich -- Grid Director zur Verarbeitung.Eine Instanz wird inaktiviert.Keine Aktion erforderlichNehmen Sie einen Neustart vor, falls gewünscht und falls kein automatischer Neustart erfolgtInstanz %s auf Knoten %s zum Zeitpunkt %s hochgefahren; Ursachen-Code: %sInstanz %s auf Knoten %s zum Zeitpunkt %s heruntergefahren; Ursachen-Code: %s&tÆhÂZusammengesetzter Service %s%s zum Zeitpunkt %s hochgefahren; Ursachencode: %sZusammengesetzter Service %s%s zum Zeitpunkt %s heruntergefahren; Ursachencode: %sService in Instanz %s Knoten %s zum Zeitpunkt %s hochgefahren; Ursachencode: %sService in Instanz %s Knoten %s zum Zeitpunkt %s heruntergefahren; Ursachencode: %sService Preconnect in Instanz %s Knoten %s zum Zeitpunkt %s hochgefahren; Ursachencode: %s& „!Ì"#d¯Service Preconnect in Instanz %s Knoten %s zum Zeitpunkt %s heruntergefahren; Ursachencode: %sDatenbank %s (Domain %s) zum Zeitpunkt %s hochgefahren; Ursachencode: %sDatenbank %s (Domain %s) zum Zeitpunkt %s heruntergefahren; Ursachencode: %sKnoten %s Inkarnation %s zum Zeitpunkt %s heruntergefahren; Ursachencode: %sASM-Instanz %s in Knoten %s zum Zeitpunkt %s hochgefahren; Ursachencode: %s$ ÌoÍ¢Î_ASM-Instanz %s in Knoten %s zum Zeitpunkt %s heruntergefahren; Ursachencode: %sSTREAMS Capture-Prozess "%s" mit ORA-%s abgebrochenRufen Sie die genaue Fehlermeldung in dba_capture ab, ergreifen Sie die entsprechende Maßnahme für diesen Fehler, und starten Sie den Capture-Prozess mit dbms_capture_adm.start_capture neu.STREAMS Apply-Prozess "%s" mit ORA-%s abgebrochenÏÐy¶Rufen Sie die genaue Fehlermeldung in dba_apply ab, ergreifen Sie die entsprechende Maßnahme für diesen Fehler, und starten Sie den Apply-Prozess mit dbms_apply_adm.start_apply neu. Bei einem ORA-26714-Fehler, sollten Sie den Apply-Parameter 'DISABLE_ON_ERROR' möglicherweise auf 'N' festlegen, um einen Abbruch bei zukünftigen Benutzerfehlern zu vermeiden.STREAMS-Propagierungsprozess "%s" nach 16 Fehlern abgebrochenÑÒìÓOžRufen Sie die genaue Fehlermeldung in dba_queue_schedules ab, ergreifen Sie die entsprechende Maßnahme für diesen Fehler, und starten Sie den Propagierungsprozess mit dbms_propagation_adm.start_propagation neu.Wenn die aktuell ausgeführte Workload typisch ist, sollten Sie die Größe des Streams-Pools erhöhen.STREAMS-Fehler-Queue für Apply-Prozess "%s" enthält neue Transaktion mit ORA-%sÔ ”•z–›ÚÜberprüfen Sie den Inhalt der Fehler-Queue und dba_apply_error, um die Ursache des Fehlers zu bestimmen. Nachdem die Fehler behoben wurden, nehmen Sie eine erneute Ausführung mit dbms_apply_adm.execute_error oder dbms_apply_adm.execute_all_errors vor.Tabelle %s sortiert auf Spalte %s - Komprimierungsverhältnis nach Anzahl von Blöcken beträgt %sUnzulässiger Komprimierungstyp %sTabelle %s %s - Geschätztes Komprimierungsverhältnis beträgt %s—8˜^™”šÛ œgˆž¦òTabelle %s mit Sampling-Prozentsatz %sKeine ausreichenden Daten für KomprimierungsverhältnisGeschätztes Komprimierungsverhältnis beträgt %sObjektnummer %s: Tabelle %s komprimierbar - Anzahl von nicht komprimierten Blöcken beträgt %sDiese Prozedur wird bei SYSTEM und SYSAUX Tablespaces nicht unterstütztTablespace %s ist nicht vorhandenTabelle %s ist nicht vorhandenTabellenpartition %s.%s %s - Geschätztes Komprimierungsverhältnis beträgt %s ŸD w¡؈B‰^Šw‹ŒŒ¥ÀŽÕèTabellenpartition %s.%s mit Sampling-Prozentsatz %sTabellenpartition %s.%s sortiert nach Spalte %s - Geschätztes Komprimierungsverhältnis beträgt %sObjektnummer %s: Tabellenpartition %s.%s komprimierbar - Anzahl von nicht komprimierten Blöcken beträgt %s"Administrative" Wait-Klasse"Application" Wait-Klasse"Cluster" Wait-Klasse"Concurrency" Wait-Klasse"Configuration" Wait-Klasse"Network" Wait-Klasse"Other" Wait-Klasseh‘•’ “´”ß•–#—O˜v™‹š™›­œÁÓžäî"Scheduler" Wait-Klasse"User I/O" Wait-KlassePuffer BusyPuffer Cache LatchesCheckpoints aufgrund von DROP oder TRUNCATECheckpoints aufgrund von Log-DateigrößeCheckpoints aufgrund von MTTRCheckpoints aufgrund von Parallelen AbfragenCheckpoints aufgrund von Tablespace DDLCommits und RollbacksCPU-AuslastungDBMS_LOCK-AuslastungDBMS_PIPE-AuslastungÜbermäßige RebindsFree-Buffer-WaitsHard ParseŸb ‰¡µ¢Ú£¤¥$¦5§H¨`©wª—«­¬Ô­ÝìHard Parse aufgrund von InvalidierungenHard Parse aufgrund von literaler AuslastungHard Parse aufgrund von Parse-FehlernHard Parse aufgrund von Sharing-KriterienHigh Watermark WaitsI/O-DurchsatzIndexblockteilungGlobal Cache belegtGlobal Cache-ÜberlastungInterconnect-LatenzzeitVerlorene Blöcke im Global CacheGlobal Cache MessagingMultiblockanforderungen im Global CacheITL WaitsJava-Ausführung®z¯Š°š±­²¾³Æ´Þµî¶ ·!¸4¹EºO»f¼|½‹¾°¿ÅÀàôLatch Free WaitsLog-DateiwechselPL/SQL-KompilierungPL/SQL-AusführungRMAN I/OWaits wegen ZeilensperreSequence-NutzungSession-Anmeldung und AbmeldungSession Slot-PlanungShared Pool LatchesLangsame ArchiverSoft ParseSpace Transaction WaitsStreams-FlusssteuerungTabellensperrenKonflikt bei temporärem SpeicherplatzTop Segmente nach I/OTop SQL nach "Cluster" WaitTop SQL nach DB-ZeitÁ\ÂlÃÄťƱÇÅÈÚÉâÊË9Ì_̈́ήÚTop SQL nach I/OPuffer Cache zu kleinPGA zu kleinRedo Log-Puffer zu kleinSGA zu kleinShared Pool zu kleinStreams Pool zu kleinUndo I/OUngewöhnliches "Administrative" Wait-EreignisUngewöhnliches "Application" Wait-EreignisUngewöhnliches "Cluster" Wait-EreignisUngewöhnliches "Commit" Wait-EreignisUngewöhnliches "Concurrency" Wait-EreignisUngewöhnliches "Configuration" Wait-EreignisÏzРÑÄÒìÓÔ-Õ=ÖD×GØPÙXÚ`ÛlÜqÝÞŸß­à¹áÅÛUngewöhnliches "Network" Wait-EreignisUngewöhnliches "Other" Wait-EreignisUngewöhnliches "Scheduler" Wait-EreignisUngewöhnliches "User I/O" Wait-EreignisVirtuelles Speicher-PagingResource ManagerParsingCPUDaten-I/ORedo I/OSpeicherInterconnectPlatzInterne gleichzeitige ZugriffeAnwendungs-WaitsQueue-VorgängeTop ConsumerVerschiedene"Queueing" Wait-Klasseâ8ã_äwåŠæ¸çàì íàUngewöhnliches "Queueing" Wait-EreignisInstanzspeicher zu kleinTop SQL-AnweisungenTop Segmente nach "Benutzer-I/O" und "Cluster"Puffer belegt - Hochfrequentierter BlockPuffer belegt - Hochfrequentierte ObjekteKonflikte wegen Latches im Zusammenhang mit dem Shared Pool haben wesentliche Datenbankzeit in einigen Instanzen belegt.Konflikte bei Puffer Cache Latches haben wesentliche Datenbankzeit in einigen Instanzen belegt.î ïÓð:ñ™Waits auf Free Buffers haben wesentliche Datenbankzeit in einigen Instanzen belegt. Datenbank-Writer-Prozesse (DBWR) konnten nicht mit der Anforderung an Free Buffers standhalten.Waits auf Speicherplatz im Redo Log-Puffer haben wesentliche Datenbankzeit in einigen Instanzen belegt.Host-CPU war ein Engpass bei einigen Instanzen. Wartezeiten werden durch Warten auf CPU erhöht.Signifikantes virtuelles Memory Paging wurde auf dem Host-Betriebssystem bei einigen Instanzen erkannt.òóƒôïdDatenbank-Latches in der Wait-Klasse "Other" haben wesentliche Datenbankzeit in einigen Instanzen belegt.Buffer Caches waren in einigen Instanzen zu klein, sodass signfikante zusätzliche Lese-I/O verursacht wurde.Die SGA hatte in einigen Instanzen keine ausreichende Größe, sodass es zu zusätzlicher I/O oder zu Hard Parses kommt.õö¶÷R­Der Streams Pool hatte in einigen Instanzen keine ausreichende Größe, sodass zusätzlicher I/O-Aufwand und Blocking Streams Enqueue-Vorgänge entstanden sind.Die Größe der PGA wurde in einigen Instanzen nicht richtig festgelegt, sodass zusätzliche I/O in temporäre Tablespaces wesentliche Datenbankzeit belegt hat.Hard Parsing von SQL-Anweisungen hat wesentliche Datenbankzeit in einigen Instanzen belegt.øùùúwõSQL-Anweisungen mit demselben Text wurden wegen nicht übereinstimmender Cursor-Umgebung in einigen Instanzen nicht gemeinsam benutzt. Dies hat zu zusätzlichen Hard Parses geführt, die wesentliche Datenbankzeit belegt haben.Hard Parses aufgrund eines Shared Pools mit nicht adäquater Größe haben wesentliche Datenbankzeit in einigen Instanzen belegt.Hard Parsing SQL-Anweisungen, die auf Parse-Fehler gestoßen sind, haben wesentliche Datenbankzeit in einigen Instanzen belegt.ûü·ýxÓCursor wurden wegen DDL-Vorgängen invalidiert. Dies hat zu zusätzlichen Hard Parses geführt, die wesentliche Datenbankzeit in einigen Instanzen belegt haben.SQL-Anweisungen wurden wegen der Verwendung von Literalen nicht gemeinsam benutzt. Dies hat zu zusätzlichen Hard Parses geführt, die wesentliche Datenbankzeit in einigen Instanzen belegt haben.Soft Parsing von SQL-Anweisungen hat wesentliche Datenbankzeit in einigen Instanzen belegt.þ ÿ›õPØListe der analysierten Instanznummern, die benutzt wird, wenn der globale ADDM nur eine Teilmenge der Instanzen analysiert.Die Instanz benutzt das Public Interconnect Device "%s" mit IP-Adresse %s und Quelle "%s".Die Instanz benutzt das Private Interconnect Device "%s" mit IP-Adresse %s und Quelle "%s".Betrachten Sie die ADDM-Tasks auf Instanzebene für eine Liste der Interconnect Devices, die von einer bestimmten Instanz benutzt werden. [µEinige Instanzen haben Public Interconnect Devices benutzt.Der Oracle Instanzspeicher (SGA und PGA) hatte die richtige Größe.Der Oracle Instanzspeicher (SGA und PGA) hatte nicht die richtige Größe, sodass zusätzliche I/O und CPU-Auslastung entstanden ist.Das optimale Speicherziel für die Instanz konnte nicht bestimmt werden, weil der Wert von "memory_target" während des Analysezeitraums geändert wurde.ôDas optimale Speicherziel für die Instanz konnte wegen unvollständiger AWR Snapshots nicht bestimmt werden.Erhöhen Sie den Speicher, der der Instanz zugewiesen ist, indem Sie den Parameter "memory_target" auf %s M festlegen. +ÇDer Oracle Instanzspeicher (SGA und PGA) hatte keine ausreichende Größe, sodass es zu zusätzlicher I/O oder CPU-Auslastung gekommen ist. Außerdem waren einige Puffer Caches für Blöcke mit Nicht-Standardgröße zu klein, sodass wesentlicher zusätzlicher I/O-Aufwand entstanden ist. Der Oracle Instanzspeicher (SGA und PGA) hattein einigen Instanzen keine ausreichende Größe, sodass es zu zusätzlicher I/O oder CPU-Auslastung gekommen ist.  ` ÙAktiviert den Datenbankanalysemodus für automatische ADDM-AusführungenEs wurde ermittelt, dass mindestens %s SQL-Anweisungen mit FORCE_MATCHING_SIGNATURE %s und PLAN_HASH_VALUE %s Literale verwenden. In V$SQL finden Sie Beispiele für derartige SQL-Anweisungen.Es wurde ermittelt. dass mindestens %s SQL-Anweisungen mit FORCE_MATCHING_SIGNATURE %s und PLAN_HASH_VALUE %s Literale benutzt haben. Ein Beispiel ist die SQL-Anweisung mit SQL_ID "%s" .  £d¢Optimieren Sie den Einstiegspunkt PL/SQL "%s" vom Typ "%s" mit ID %s. Weitere Informationen finden Sie in der PL/SQL-Dokumentation.Optimieren Sie den Einstiegspunkt PL/SQL mit ID %s. Weitere Informationen finden Sie in der PL/SQL-Dokumentation.%s Sekunden mit der Ausführung von PL/SQL "%s" vom Typ "%s" mit ID %s verbracht.%s Sekunden mit der Ausführung von PL/SQL mit ID %s verbracht.ܦFiltern Sie die Ergebnisse vom Typ "%s", wenn die Auswirkung weniger als %s aktive Sessions betrifft, oder wenn die Auswirkung weniger als %s Prozent der Datenbankzeit für den Analysezeitraum beträgt.Filtern Sie Empfehlungen für SQL-Anweisungen mit SQL_ID "%s", wenn die Auswirkung der SQL-Anweisung weniger als %s aktive Sessions betrifft, oder wenn die Antwortzeit niedriger ist als %s Mikrosekunden.&ŠÌMFiltern Sie Empfehlungen für Segmente von Eigentümer "%s" namens "%s" mit Unterobjekten namens "%s".Filtern Sie Empfehlungen für das Segment mit Datenobjektnummer %s.Filtern Sie Empfehlungen, um den Wert des Parameters "%s" zu ändern.Inter-Instanz-Messaging hat wesentliche Datenbankzeit belegt.Inter-Instanz-Messaging hat keine wesentliche Datenbankzeit belegt. å.˜Eine höhere Latenzzeit als erwartet bei dem Cluster-Interconnect war für hohe Datenbankzeiten verantwortlich.Global Cache Service-Prozesse (LMSn) haben die Requests nicht schnell genug verarbeitet.Die Datenbank hat %s KBit pro Sekunde der Interconnect-Bandbreite belegt.Globale Cache Service-Prozesse (LMSn) haben innerhalb annehmbarer Grenzen von %s Millisekunden gearbeitet.ñoæÜberprüfen Sie die Ursache für Konflikte bei Blöcken, die von der Remote-Instanz "%s" empfangen wurden. Dieses Problem hängt häufig mit langen Waits auf Ereignis "gcs log flush sync" in der Remote-Instanz zusammmen.Waits auf Ereignis "log file sync" in einer Instanz können Konflikte bei dem globalen Cache auf anderen Instanzen verursachen.Untersuchen Sie die Ursache des Staus bei Blöcken, die von dieser Instanz von der Remote-Instanz "%s" empfangen wurden. ~!.ÃUntersuchen Sie die Ursache des Staus bei Blöcken, die von der Remote-Instanz "%s" empfangen wurden.Dieses Problem ist häufig auf einen CPU-Engpass, ein Paging des virtuellen Speichers oder auf eine nicht zutreffende LMSn-Prozesspriorität in der Remote-Instanz zurückzuführen.Das Device "%s" wurde für %s\\% des Interconnect-Verkehrs benutzt. Dabei sind %s Sende- oder Empfangsfehler während des Analysezeitraums aufgetreten."#z$'ÖBei dem Device "%s" sind %s Sende- oder Empfangsfehler während des Analysezeitraums aufgetreten.Die Instanz hat %s Kilobit pro Sekunde der Interconnect-Bandbreite für globale Cache-Meldungen belegt. Informationen über weiteren Interconnect-Verkehr sind nicht verfügbar.Die Datenbank hat %s Kilobit pro Sekunde der Interconnect-Bandbreite für globale Cache-Meldungen belegt. Informationen über weiteren Interconnect-Verkehr sind nicht verfügbar.%&Ç'›%s\\% dieser Interconnect-Bandbreite wurden für das globale Cache Messaging, %s\\% für das parallele Query Messaging und %s\\% für die Verwaltung von Datenbanksperren belegtDie durchschnittliche Latenzzeit für 8 K Interconnect-Meldungen betrug %s Mikrosekunden.Sie sollten die RMAN- oder Data Pump-Aktivität verlangsamen oder diese Jobs planen, wenn die Benutzeraktivität geringer ist.()ÈÂDer I/O-Durchsatz von Daten- und temporären Dateien wurde folgendermaßen unterteilt: %s%% nach RMAN, %s%% nach Data Pump, %s%% nach Recovery und %s%% nach alle anderen Aktivitäten.Die Performance von einigen Daten- und temporären Dateien war wesentlich schlechter als bei anderen Dateien. Wenn ein Striping aller Dateien mit DERSELBEN Methodologie nicht möglich ist, erwägen Sie ein Striping dieser Datei über mehrere Datenträger.*+À,MÖBei Datei %s betrug die durchschnittliche Antwortzeit bei einzelnen Block-Lesezugriffen %s Millisekunden, und die gesamte übermäßige I/O-Wartezeit betrug %s Sekunden.Untersuchen Sie den Datei-I/O-Durchsatz der Archiver-Prozesse, um sicherzustellen, dass er für die zugrunde liegende Hardware zutreffend ist.Der I/O-Durchsatz des Archivers betrug %s pro Sekunde bei Redo Log-Dateien und %s pro Sekunde bei Archive und Archive-Backup-Log-Dateien.-.œ/ÔDer gesamte I/O-Durchsatz bei Redo Log-Dateien betrug %s pro Sekunde und der Archiver war für %s%% des Durchsatzes verantwortlich.Der gesamte I/O-Durchsatz bei Redo Log-Dateien betrug %s pro Sekunde und %s pro Sekunde für Schreibzugriffe.Der I/O-Durchsatz bei Redo Log-Dateien wurde folgendermaßen unterteilt: %s%% nach RMAN und Recovery, %s%% nach Log Writer, %s%% nach Archiver, %s%% nach Streams AQ und %s%% nach allen anderen Aktivitäten.PQƸPrüfen Sie die %s-Anweisung mit SQL_ID "%s" auf mögliche Performanceverbesserungen. Sie können die hier angegebenen Informationen mit einem ASH-Bericht für diese SQL_ID ergänzen.Führen Sie SQL Tuning Advisor für die %s-Anweisung mit SQL_ID "%s" aus. Außerdem prüfen Sie die Anweisung auf mögliche Performanceverbesserungen. Sie können die hier angegebenen Informationen durch einen ASH-Bericht für diese SQL_ID ergänzen.RSbT ÿFühren Sie SQL Tuning Advisor für die %s-Anweisung mit SQL_ID "%s" aus.Die SQL-Anweisung hat %s%% der Datenbankzeit mit CPU-, I/O- und Cluster Waits verbracht. Dieser Teil der Datenbankzeit kann durch den SQL Tuning Advisor verbessert werden.Die SQL-Anweisung hat nur %s%% der Datenbankzeit mit CPU-, I/O- und Cluster Waits verbracht. Deshalb ist SQL Tuning Advisor in diesem Fall nicht anwendbar. Prüfen Sie die Performancedaten für die SQL-Anweisung auf potenzielle Verbesserungen.UVeDie SQL-Anweisung hat %s%% der Datenbankzeit mit CPU-, I/O- und Cluster Waits verbracht. Dieser Teil der Datenbankzeit kann mit SQL Tuning Advisor verbessert werden. Prüfen Sie die unten angegebenen Daten und einen ASH-Bericht auf weitere Performanceverbesserungen.SQL Tuning Advisor kann für diese SQL-Anweisung nicht ausgeführt werden.WXÈY5ìDie Datenbankzeit für diese SQL-Anweisung wurde folgendermaßen aufgeteilt: %s%% für SQL-Ausführung, %s%% für Parsing, %s%% für PL/SQL-Ausführung und %s%% für Java-Ausführung.Mindestens %s eindeutige Ausführungspläne wurde für diese SQL-Anweisung während des Analysezeitraums genutzt.Aufrufe der obersten Ebene zur Ausführung der %s-Anweisung mit SQL_ID "%s" sind dafür verantwortlich, dass %s%% der Datenbankzeit für die %s-Anweisung mit SQL_ID "%s" verbracht wurde.Z [·\ú]séSQL-Anweisungen, die beträchtliche Datenbankzeit belegen, wurden ermittelt. Diese Anweisungen bieten eine gute Möglichkeit zur Performanceverbesserung.SQL Tuning Advisor kann für %s-Anweisungen nicht ausgeführt werden.Full Scan von %s "%s.%s" mit Objekt-ID %s hat %s%% der Datenbankzeit belegt, die für diese SQL-Anweisung verbracht wurde.Full Scan von Segment mit Objekt-ID %s hat %s%% der Datenbankzeit belegt, die für diese SQL-Anweisung verbracht wurde.^_Ÿ`!›I/O- und Cluster Wait für %s "%s.%s" mit Objekt-ID %s hat %s%% der Datenbankzeit belegt, die für diese SQL-Anweisung verbracht wurde.I/O- und Cluster Wait für Segment mit Objekt-ID %s hat %s%% der Datenbankzeit belegt, die für diese SQL-Anweisung verbracht wurde.Einzelne Datenbanksegmente, die für signifikante "Benutzer-I/O-" und "Cluster" Waits verantwortlich sind, wurden gefunden.aPrüfen Sie das Ergebnis von "Top SQL-Anweisungen" auf SQL-Anweisungen, die signifikante I/O auf diesem Segment belegen. Beispiel: Die %s-Anweisung mit SQL_ID "%s" ist für %s%% der "Benutzer-I/O-" und "Cluster" Waits für dieses Segment verantwortlich.bcðPrüfen Sie das Ergebnis von "Top SQL-Anweisungen" auf SQL-Anweisungen, die signifikante Zeit bei der Java-Ausführung belegen. Beispiel: Die %s-Anweisung mit SQL_ID "%s" ist für %s%% der Java-Ausführungszeit während des Analysezeitraums verantwortlich.Prüfen Sie das Ergebnis von "Top SQL-Anweisungen" auf SQL-Anweisungen, die signifikante CPU-Zeit belegen. Beispiel: Die %s-Anweisung mit SQL_ID "%s" ist für %s%% der CPU-Auslastung während des Analysezeitraums verantwortlich.deÿ×Prüfen Sie das Ergebnis von "Top SQL-Anweisungen" auf SQL-Anweisungen, die signifikante Cluster Waits-Zeit belegen. Beispiel: Die %s-Anweisung mit SQL_ID "%s" ist für %s%% der Cluster Waits während des Analysezeitraums verantwortlich.Prüfen Sie das Ergebnis von "Top SQL-Anweisungen" auf SQL-Anweisungen, die signifikante Zeit mit dem "%s" Wait-Ereignis verbringen. Beispiel: Die %s-Anweisung mit SQL_ID "%s" ist für %s%% dieser Waits verantwortlich.fg—h¼Auf Datenbankebene sind keine Empfehlungen vorhanden. Prüfen Sie die ADDM-Analyse der betroffenen Instanzen auf Empfehlungen.Erhöhen Sie die Puffer Cache-Größe der betroffenen Instanzen. Prüfen Sie die ADDM-Analyse der betroffenen Instanzen auf weitere Details.Sie sollten weitere CPUs oder weitere Instanzen für die Datenbank hinzufügen. Prüfen Sie die ADDM-Analyse der betroffenen Instanzen auf weitere Empfehlungen.ij›¦Erhöhen Sie die Shared Pool-Größe der betroffenen Instanzen. Prüfen Sie die ADDM-Analyse der betroffenen Instanzen auf weitere Details.Prüfen Sie die Schreibperformance des I/O-Subsystems. Sie sollten die Anzahl von Database Writers erhöhen, die Eignung von asynchroner I/O verbessern und Direct Path-Einfügevorgänge verwenden. Prüfen Sie die ADDM-Analyse der betroffenen Instanzen auf weitere Details.klÉšÜberprüfen Sie die Anwendungslogik auf die mögliche Benutzung von Bindevariablen anstelle von Literalen. Alternativ können Sie den Parameter "cursor_sharing" auf "force" festlegen.Vergrößern Sie die Redo Log-Puffer auf den betroffenen Instanzen. Prüfen Sie die Performance der I/O für Online Redo Log-Dateien. Prüfen Sie die ADDM-Analyse von betroffenen Instanzen auf weitere Einzelheiten.mn´ogèVergrößern Sie den Speicher, der den betroffenen Instanzen zugewiesen ist. Prüfen Sie die ADDM-Analyse der betroffenen Instanzen auf weitere Einzelheiten.Prüfen Sie die Speicherzuweisung für Oracle-Instanzen und andere Anwendungen auf betroffenen Hosts. Prüfen Sie die ADDM-Analyse der betroffenen Instanzen auf weitere Einzelheiten.Vergrößern Sie die SGA auf betroffenen Instanzen. Prüfen Sie die ADDM-Analyse der betroffenen Instanzen auf weitere Einzelheiten.pq¤r%™Vergrößern Sie den Streams Pool der betroffenen Instanzen. Prüfen Sie die ADDM-Analyse der betroffenen Instanzen auf weitere Einzelheiten.Vergrößern Sie die PGA auf betroffenen Instanzen. Prüfen Sie die ADDM-Analyse der betroffenen Instanzen auf weitere Einzelheiten.Es waren keine hochfrequentierten Blöcke für "Puffer belegt" Wait-Ereignisse während des Analysezeitraums vorhanden.s t•p1q…ÝEs waren keine hochfrequentierten Objekte für "Puffer belegt" Wait-Ereignisse während des Analysezeitraums vorhanden.Die Session mit ID %s und Seriennummer %s in Instanznummer %s war die blockierende Session, die für %s%% des Vorteils dieser Empfehlung verantwortlich ist. %s wurde zuerst ausgeführt, um die Funktionalität des Puffer Cache zu gewährleisten.Der Mittelwert der Statistiken für %s wurde über die nächsten %s Ausführungen ermittelt.rHDie Statistiken für %s stammen aus der zweiten Ausführung.ÿÿÿÿ