# ## $ÑrŲM   r  '-27<BHLQV\`ejlpuÊÍÑÕÙÝâåéìñöúü 26:AEHLQUY^adjnsxz{}ƒ‰’–šž £§«°´¸»¾ÂÇÊùaflz‡—¨ˆ–œ£ª­èëò #(-039:<=@ADFHMOPUY^cilosw{}‚ƒ„†ˆ”šÐÕÛáèîô° ¶ » @F#ÎÐÓ™ “¡³ÄÑåîó÷úý "$'),/RTW[^acehjmppr ‹´ìfOvervej at føje flere CPU'er til værten eller at tilføje instanser, der betjener databasen på andre værter.CPU var ikke en flaskehals for instansen.Kør SQL Tuning Advisor på SQL-sætningen med SQL_ID "%s".Værts-CPU var en flaskehals, og instansen forbrugte %s\\% af værts-CPU'en. Alle ventetider bliver forøget af CPU-ventider. »:jàDer blev fundet en særdeles aktiv blok af typen "%s" med samtidig læse- og skriveaktivitet. Blokken tilhører segmentet "%s.%s" og er blokken %s i filen %s.Læse- og skrivekonflikt på databaseblokke forbrugte megen databasetid. Intet enkeltobjekt var dog hovedårsagen til denne tvist.Anslået reduktion i databasetid i mikrosekunder.Undersøg applikationslogikken for at finde årsagen til høj samtidig læse- og skriveaktivitet til dataene i denne blok.  _ ×Waits på "buffer busy"-begivenheder forbrugte ikke megen databasetid.Mindst %s SQL-sætninger med PLAN_HASH_VALUE %s anvender litteraler. Se i V$SQL efter eksempler på sådanne SQL-sætninger.Læse- og skrivetvister i databaseblokke forbrugte megen databasetid.  K×Overvej at anvende ORACLEs anbefalede løsning til automatisk styring af segmentplads i et lokalt styret tabelområde for tabelområdet "%s", der indeholder %s "%s.%s" med objekt-ID'et %s. Alternativt kan du flytte dette objekt til et andet tabelområde, der er styret lokalt med automatisk styring af segmentplads.Overvej at hash-partitionere %s "%s.%s" med objekt-ID'et %s på en måde, så samtidige DML'er fordeles ligeligt på tværs af flere partitioner. }É—Overvej at genopbygge %s "%s.%s" med objekt-ID'et %s ved brug af en højere værdi for PCTFREE.UPDATE-sætningen med SQL_ID "%s" blev meget påvirket af "buffer busy" waits.INSERT-sætningen med SQL_ID "%s" blev meget påvirket af "global cache buffer busy".Instansen forbrugte megen tid på CPU. Der var dog ingen dominerende SQL-sætninger, der var ansvarlige for CPU-belastningen. µ<z¾Tvist på databaseblok af typen "%s" forbrugte megen databasetid. Blokken tilhører segmentet "%s.%s" og identificeres af bloknummer %s i filnummer %s.Overvej at partitionere %s "%s.%s" med objekt-ID'et %s på en måde, så samtidige DML'er fordeles ligeligt på tværs af flere partitioner.Tvist på buffercache-latches forbrugte ikke megen databasetid.Overvej at bruge array-interface for INSERT-sætning med SQL_ID "%s".&yµU¦UPDATE-sætningen med SQL_ID "%s" blev meget påvirket af "global cache buffer busy".Waits i DBMS_PIPE.PUT-kald forbrugte ikke megen databasetid.DELETE-sætningen med SQL_ID "%s" blev meget påvirket af "global cache buffer busy".Overvej at tilføje flere pipe-læseprocesser eller øge hastigheden af readers.Overvej at øge størrelsen af pipes, der er oprettet ved brug af pakken DBMS_PIPE.,›ÒE ŒËFind årsagen til objekttvist, der skyldes SELECT-sætninger i applikationen, ved brug af de angivne oplysninger.Waits i DBMS_PIPE.PUT-kald forbrugte megen databasetid.Wait-klassen "Concurrency" forbrugte ikke megen databasetid.Wait-klassen "Concurrency" forbrugte megen databasetid.Wait-begivenheden "%s" i wait-klassen "%s" forbrugte megen databasetid.Wait-klassen "Administrative" forbrugte ikke megen databasetid.!2"n#¦$Ý%&S'ÄWait-klassen "Application" forbrugte ikke megen databasetid.Wait-klassen "Cluster" forbrugte ikke megen databasetid.Wait-klassen "Commit" forbrugte ikke megen databasetid.Wait-klassen "Configuration" forbrugte ikke megen databasetid.Wait-klassen "Network" forbrugte ikke megen databasetid.Wait-klassen "Scheduler" forbrugte ikke megen databasetid.Wait-klassen "Application" forbrugte megen databasetid.(,)f*™+Ë,-7lWait-klassen "Administrative" forbrugte megen databasetid.Wait-klassen "Cluster" forbrugte megen databasetid.Wait-klassen "Commit" forbrugte megen databasetid.Wait-klassen "Configuration" forbrugte megen databasetid.Wait-klassen "Network" forbrugte megen databasetid.Wait-klassen "Scheduler" forbrugte megen databasetid..&/Æ01b2›ÐDer blev fundet signifikant rækketvist i %s "%s.%s" med objekt-ID %s. Find årsagen til rækketvist i applikationslogikken ved hjælp af den angivne blokerede SQL.Der var en store læse- og skrivetvist på %s "%s.%s" med objekt-ID'et %s i klyngen.SQL-sætningen med SQL_ID "%s" ventede på en lås under brug af "DBMS_LOCK".SQL-sætningen med SQL_ID "%s" blev blokeret på rækkelåse.%s "%s.%s" med objekt-ID'et "%s" var låst i lang tid.3&45µ6é7WÛWaits på låse, der blev opnået ved brug af pakken "DBMS_LOCK", forbrugte megen databasetid.Ikke-hit i sekvenscache forbrugte megen databasetid.Tvist på tabellås-waits forbrugte megen databasetid.Overvej at tilføje flere arkiveringsprocesser ved at sætte værdien af parameteren "log_archive_max_processes".Transaktions-wait på ITL-køindsættelse, når grænsen er nået for det antal transaktioner, der ændrer den samme databaseblok samtidig.8&9h:­;.<ìVerificér, om trinvis afsendelse blev brugt til standby-databaser.Tabelområdet %s var i backuptilstand. Verificér, at det var relevant.Undersøg i applikationslogikken, om det er muligt at reducere antallet COMMIT-operationer ved at øge størrelsen af transaktioner.Overvej at øge antallet af DBWR (Database Writers) ved at sætte parameteren "db_writer_processes".Øg størrelsen af logfilerne til %s M, så de kan rumme mindst %s minuttters redo-oplysninger.=,>{?É@ANBŠÉDML til tabelområder i backuptilstand forårsager generering af yderligere redo.Læse- og skrivetvister i databaseblokke forbrugte megen databasetid i klyngen.Waits på ledige buffere forbrugte ikke megen databasetid.Waits på HW-køindsættelse (High Watermark) forbrugte ikke megen databasetid.Waits på ITL-køindsættelse forbrugte ikke megen databasetid.Waits på arkiveringsprocesser forbrugte ikke megen databasetid.C,DŒEÅFFGyHÈûLogfilskift-operationer forbrugte ikke megen databasetid under venten på udførelse af tjekpunkt.Waits på logbufferplads forbrugte ikke megen databasetid.Waits på begivenheden "logfilsynkronisering" under udførelse af COMMIT- og ROLLBACK-operationer forbrugte ikke megen databasetid.Waits på rækkelås forbrugte ikke megen databasetid.Waits på ST-køindsættelse (Space Transaction) forbrugte ikke megen databasetid.Waits på tabellås forbrugte ikke megen databasetid.I JvKÖLRÜLåse, der blev opnået ved brug af pakken "DBMS_LOCK" forbrugte ikke megen databasetid.SQL-sætningen med SQL_ID "%s" ventede på HW (High Watermark) for %s "%s.%s" med objekt-ID'et %s.SQL-sætningen med SQL_ID "%s" ventede på ITL-køindsætningen (Interested Transaction List) på %s "%s.%s" med objekt-ID'et %s.Overvej at anvende ORACLEs anbefalede løsning til automatisk styring af segmentplads i et lokalt styret tabelområde for tabelområdet "%s".M&NcOßPOQ¥ÞDer blev fundet SQL-sætninger, der ventede på rækkelås-waits.Waits på begivenheden "logfilsynkronisering" under udførelse af COMMIT- og ROLLBACK-operationer forbrugte megen databasetid.Applikationen udførte %s transaktioner pr. minut med en gennemsnitlig redo-størrelse på %s byte pr. transaktion.DBWR (Database Writers) kunne ikke holde trit med efterspørgslen efter ledige buffere.Ikke-hit i sekvenscache forbrugte ikke megen databasetid.R&SeTåU@VžåArkiveringsprocesser kunne ikke holde trit med redo-generering.DML til tabelområder i backuptilstand forårsager generering af yderligere redo og øger derved arbejdet for arkiveringsprocesser.Logfilskift-operationer forbrugte megen databasetid under venten på udførelse af tjekpunkt.Øg størrelsen af redo-log-bufferen ved at sætte værdien for parameteren "log_buffer" til %s M.Tvist på HW-køindsættelse (High Watermark) forbrugte megen databasetid.W,XY¶Z[\RžTvist på waits på ST-køindsættelse (Space Transaction) forbrugte megen databasetid.Waits på ITL-køindsættelse forbrugte megen databasetid.INSERT-sætningen med SQL_ID "%s" blev meget påvirket af "buffer busy" waits.Værts-CPU-forbrug var %s\\%.Waits på ledige buffere forbrugte megen databasetid.DELETE-sætningen med SQL_ID "%s" blev meget påvirket af "buffer busy" waits.] ^ó_,`d­Undersøg applikationen, eller se på top-SQL'en for at finde de meste aktive sekvenser. Brug en større cachestørrelse til de pågældende sekvenser. Forsøg at undgå brugen af indstillingen ORDER, hvis du kører RAC.Tvist på buffercache-latches forbrugte megen databasetid.Databaseobjektet med objekt-ID "%s" var låst i lang tid.Forbindelses- og afbrydelseskald for session forbrugte megen databasetid.a&bc1d}eÐìBrug større fetch-arrays ved hentning af resultater fra SELECT-sætningen med SQL_ID "%s".ORACLE anbefaler på det kraftigste, at der ikke lagres nogen applikationer eller midlertidige data i SYSTEM-tabelområdet. Overvej at flytte sådanne data til et andet tabelområde.SELECT-sætningen med SQL_ID "%s" blev meget påvirket af "buffer busy" waits.SELECT-sætningen med SQL_ID "%s" blev meget påvirket af "global cache buffer busy".Databasetid i mikrosekunder.f&gkhêi4j”ùInter-instans-messaging forbrugte megen databasetid på denne instans.Streams-kø-operationer var blokeret af kontrolflow-waits, der skyldes langsomme abonnenter, og forbrugte betydelig databasetid.Inter-instans-messaging forbrugte ikke megen databasetid på denne instans.Streams-kø-operationer var ikke blokeret af kontrolflow-waits, der skyldes langsomme abonnenter.Undersøg applikationen for at reducere inter-instans-messaging for segmentet %s.%s med SEGMENT_ID %s.klÁÕUndersøg årsagen til den lange ventetid for indbyrdes netværksforbindelse mellem databaseinstanser. Oracles anbefalede løsning er at bruge et dedikeret højhastighedsnetværk.Øg gennemløbet for LMSn-processerne (Global Cache Service). Øg antallet af Global Cache Service-processerne ved at øge værdien af parameteren "gcs_server_processes". Hvis værten er CPU-bundet, kan du også overveje at øge OS-prioriteringen for Global Cache Service-processerne.m nµoàp. Verificér, at det servicesæt, der bruges af applikationen til at oprette forbindelse til databasen, distribueres optimalt, hvis svartiden er kritisk.Undersøg langsomme abonnenter i %s "%s.%s".Der blev fundet SQL-sætninger, der var ansvarlige for inter-instans-messaging.Højere ventetid end forventet på indbyrdes klyngeforbindelse var ansvarlig for megen databasetid på denne instans.q r€tÓuuÿLMSn (Global Cache Service Processes) i andre instanser behandlede ikke anmodninger hurtigt nok.Tvist på data fra andre RAC-instanser forbrugte megen databasetid på denne instans.En særdeles aktiv blok af typen "%s" med samtidig læse- og skriveaktivitet blev fundet i klyngen. Blokken tilhører segmentet \\%s.%s" og er blokken %s i filen %s.Tvist på databaseblok af typen "%s" forbrugte megen databasetid i klyngen. Blokken tilhører segmentet "%s.%s" og er blokken %s i filen %s.z {ºÉQÊ…ÕDer blev fundet en særdeles aktiv datablok typen "%s" med samtidig læse- og skriveadgang i klyngen. Blokken identificeres af bloknummer %s i filnummer %s.En særdeles aktiv datablok med samtidig læse- og skriveaktivitet blev fundet i klyngen. Blokken tilhører segmentet "%s.%s" og er blokken %s i filen %s.Wait-klassen "User I/O" forbrugte megen databasetid.Undersøg muligheden for at forbedre ydeevnen for I/O til online-redo-logfilerne.Ę̈͢Den gennemsnitlige størrelse af skrivninger til online-redo-logfilerne var %s K, og den gennemsnitlige tid pr. skrivning var %s millisekunder.PGA'en havde den forkerte størrelse, hvilket bevirkede, at yderligere I/O til midlertidige tabelområder forbrugte megen databasetid. Yderligere analyser kan ikke udføres, da værdien af parameteren "pga_aggregate_target" blev ændret i analyseperioden.Der blev fundet individuelle SQL-sætninger, der er ansvarlige for signifikant bruger-I/O-wait.Î ÏïÐ6ÑvßYdeevnen for filen %s var signifikant værre end for andre filer. Hvis det ikke er muligt at partitionere alle filer ved brug af SAME-metodologien, skal du overveje at partitionere denne fil over flere diske.Gennemløbet for I/O-undersystemet var signifikant mindre end forventet.Buffercachen var for lille, hvilket forårsagede ekstra læse-I/O.Buffercaches for blokke af ikke-standardstørrelse var for små, hvilket forårsagede megen ekstra læse-I/O.Ò Ó¤ÔVÕ¯ýPGA'en havde den forkerte størrelse, hvilket bevirkede, at yderligere I/O til midlertidige tabelområder forbrugte megen databasetid.Buffercacheskrivninger, der skyldes angivelse af de forældede parametre "fast_start_io_target", "log_checkpoint_interval" og "log_checkpoint_timeout" forbrugte megen databasetid.Buffercacheskrivninger, der skyldes en lav MTTR-indstilling, forbrugte megen databasetid.Buffercacheskrivninger, der skyldes små logfiler, forbrugte megen databasetid.Ö ×·Ø6Ù´íBuffercacheskrivninger til samtidige DML- og parallelle forespørgsler på de samme objekter havde en signifikant effekt på I/O-undersystemets gennemløb.Buffercacheskrivninger, der skyldes DROP- og TRUNCATE-operationer, havde en signifikant effekt på I/O-undersystemets gennemløb.Buffercacheskrivninger, der skyldes ALTER TABLESPACE-operationer, havde en signifikant effekt på I/O-undersystemets gennemløb.Wait-klassen "User I/O" forbrugte ikke megen databasetid.Ú ÛÜ`ݯöDet gennemsnitlige antal transaktioner, der venter på en enkelt logfilskrivning, var %s, hvilket overstiger antallet af værts-CPU'er %s. Derfor ventede visse transaktioner på en ledig CPU, før COMMIT-operationen blev udført.SQL-sætningen med SQL_ID "%s" brugte megen tid på "buffer busy" waits for den meget aktive blok.Ingen enkelt SQL- eller databasesætning var ansvarlig for signifikant I/O-wait.I/O-undersystemets gennemløb var ikke signifikant lavere end forventet.Þ&ßFà’áâQ÷Buffercachen var ikke for lille.Waits på I/O til midlertidige tabelområder forbrugte ikke megen databasetid.Buffercacheskrivninger på grund af logfilstørrelse og parameterindstillinger forbrugte ikke meget database-I/O.Annullerings-I/O havde ikke nogen særlig effekt på I/O-undersystemets gennemløb.Buffercacheskrivninger, der skyldes samtidige DML- og parallelle forespørgsler på de samme objekter, havde ikke en signifikant effekt på I/O-undersystemets gennemløb.ãäžå!§Buffercacheskrivninger, der skyldes DROP- og TRUNCATE-operationer, havde ikke en signifikant effekt på I/O-undersystemets gennemløb.Buffercacheskrivninger, der skyldes ALTER TABLESPACE-operationer, havde ikke en signifikant effekt på I/O-undersystemets gennemløb.En reduktion af størrelsen af den redo, der genereres af applikationen, reducerer muligvis ventetiden på "log file sync"-begivenheder.æ ç—èÏéŸöSQL-sætningen med SQL_ID "%s" forbrugte megen databasetid på "global cache buffer busy"-wait for den meget aktive blok.Kør "Segment Advisor" på %s "%s.%s" med objekt-ID'et %s.Overvej at øge I/O-undersystemets gennemløb. Oracles anbefalede løsning er at partitionere alle datafiler ved brug af SAME-metodologien. Du skal muligvis også øge antallet af disks for at få en bedre ydeevne.Øg buffercachestørrelsen ved at sætte værdien for parameteren "db_cache_size" til %s M.êëwì)ùØg størrelsen af PGA'en ved at sætte værdien for parameteren "pga_aggregate_target" til %s M.Oracles anbefalede løsning er at aktivere faciliteten til automatisk hukommelsesstyring. Dette gøres ved at undlade at sætte værdien for parameteren "pga_aggregate_target" til 0.Oracles anbefalede løsning er at styre MTTR-indstilling ved brug af parameteren "fast_start_mttr_target" i stedet for parametrene "fast_start_io_target", "log_checkpoint_interval" og "log_checkpoint_timeout".í&îƒïÜðhñ èOvervej at øge MTTR-indstillingen ved at øge værdien af parameteren "fast_start_mttr_target".Oracles anbefalede løsning er at bruge Auto Undo Management for at reducere undo-tvister.Flush af snapshottene %s og %s tog %s sekunder, hvilket er %s\\% af analyseperiodetiden. Dette kan reducere pålideligheden af ADDM-analysen.Der var ikke megen databaseaktivitet til kørsel af ADDM.Spor årsagen til tvist i %s "%s.%s" med objekt-ID'et %s i applikationen.ò&ótô¯õïödÏUndersøg applikationslogik, der involverer I/O på databaseobjekt med ID'et %s.Tvist i delinger af indeksblok forbrugte megen databasetid.Tvist i delinger af indeksblok forbrugte ikke megen databasetid.Tvist i delinger af indeksblok forbrugte megen databasetid. Intet enkelt indeks var dog hovedårsagen til denne tvist.SQL-sætningen med SQL_ID "%s" forbrugte megen tid på at vente på bruger-I/O for det særdeles aktive objekt.÷ øÂùúútÜStatistik over %s\\% af analysetidsperioden, der bidrager til ca. %s\\% af arbejdsbelastningen, manglede. Dette kan nedsætte pålideligheden af denne ADDM-analyse.Klyngemultiblok-anmodninger forbrugte megen databasetid.Kør SQL Tuning Advisor på SQL-sætningen med SQL_ID "%s". Søg efter en alternativ plan, der ikke anvender objektscanninger.Klyngekommunikation, der blev forsøgt igen på grund af mistede blokke, forbrugte ikke megen databasetid.ûüwÅKlyngekommunikation, der blev forsøgt igen på grund af mistede blokke, forbrugte megen databasetid.Tjek konfigurationen af indbyrdes klyngeforbindelse. Tjek OS-konfigurationen, f.eks. adapterindstilling og firmware- og driverversion. Tjek, at operativsystemets socketmodtagelsesbuffere er store nok til lagring af en hel multibloklæsning. Du kan undgå problemet ved at reducere værdien af parameteren "db_file_multiblock_read_count".ý þÿÒ<´Instansen har oprettet forbindelse til netværket ved brug af enheden "%s" med IP-adressen "%s".Instansen forbrugte %s Kbits pr. sekund af båndbredden i den indbyrdes forbindelse.Netværksventetiden for indbyrdes klyngeforbindelse lå inden for den acceptable grænse på %s millisekunder.LMSn (Global Cache Service Processes) i andre instanser blev udført inden for de acceptable grænser på %s millisekunder. sNÞLæse- og skrivetvister i databaseblokke forbrugte ikke megen databasetid i klyngen.Undersøg, om det er muligt af forbedre ydeevnen i SQL-sætningen med SQL_ID "%s". Søg efter en alternativ plan, der ikke anvender objektscanninger.Databasens vedligeholdelsesvinduer var aktive i %s%% af analyseperioden.Venten på begivenheden "%s" i wait-klassen "%s" udgjorde %s%% af den databasetid, der blev brugt på behandling af SQL-sætningen med SQL_ID "%s". sô%¦Servicen "%s" og modulet "%s" var ansvarlige for %s%% af denne anbefalings udbytte.Sessionen med ID'et "%s", bruger-ID'et "%s", programmet "%s" og modulet "%s" var ansvarlig for %s%% af denne anbefalings udbytte.Se i applikationslogik, om der er en latch-tvist.Sessioner med servicen "%s" og modulet "%s" var de blokerende sessioner som var ansvarlige for %s%% af denne anbefalings udbytte.  » °Sessionen med ID'et "%s", bruger-ID'et "%s", programmet "%s" og modulet "%s" var den blokerende session, som var ansvarlig for %s%% af denne anbefalings udbytte.Undersøg årsagen til latch-tvist ved hjælp af de givne blokerende sessioner eller moduler.Overvej at øge antallet af DBWR (Database Writers) ved at sætte parameteren "db_writer_processes". Overvej også, om asynkron I/O passer til din arkitektur.,2-«.å/0[1ˆ2·âUndersøg årsagen til mange "%s"-waits. Se Oracles "Database Reference" for at få en beskrivelse af denne wait-begivenhed.Hard-analyse af SQL-sætninger forbrugte megen databasetid.Soft-analyse af SQL-sætninger forbrugte megen databasetid.SQL-sætninger, der forbruger megen databasetid, blev fundet.PL/SQL-udførelse forbrugte megen databasetid.PL/SQL-kompilering forbrugte megen databasetid.JAVA-udførelse forbrugte megen databasetid.3 4Ø5(6h¢Undersøg årsagen til mange "%s"-waits. Se Oracles "Database Reference" for at få en beskrivelse af denne wait-begivenhed. Brug den angivne SQL for at foretage yderligere undersøgelser.Forbindelses- og afbrydelseskald for sessioner forbrugte ikke megen databasetid.SQL-sætningen med SQL_ID "%s" ventede på wait-begivenheden "%s".Analyse af SQL-sætninger forbrugte ikke megen databasetid.7 8*9i:¨÷Analysefejl på grund af delt pulje med forkert størrelse forbrugte megen databasetid. Bemærk, at analysefejl også kan opstå, hvis du har sat parameteren "cursor_space_for_time" til "TRUE", og din delte pulje ikke er stor nok til at rumme alle åbne markører samtidig.Hard-analyse af SQL-sætninger forbrugte ikke megen databasetid.Soft-analyse af SQL-sætninger forbrugte ikke megen databasetid.Der blev ikke fundet nogen enkelt SQL-sætning, der forbrugte megen databasetid.;2<d=˜>È?@MA¡ûPL/SQL-udførelse forbrugte ikke megen databasetid.PL/SQL-kompilering forbrugte ikke megen databasetid.JAVA-udførelse forbrugte ikke megen databasetid.Tid, som instansen brugte på CPU'en, udgjorde en stor del af databasetiden.Waits på redo-log-bufferplads forbrugte megen databasetid.Søg efter hyppigste årsag til uoverensstemmende markørmiljøer i V$SQL_SHARED_CURSOR.Analysefejl på grund af delt pulje med forkert størrelse forbrugte ikke megen databasetid.B CGDEè}Undersøg relevansen af DDL-operationer.Undersøg applikationslogik for at eliminere analysefejl.Undersøg i applikationslogikken, om det er muligt at bruge tilknytningsvariabler i stedet for litteraler.Undersøg applikationslogikken for at holde ofte anvendte markører åbne. Bemærk, at markører lukkes af både markørlukningskald og sessionsafbrydelser.FGšHFÆRunqueue-statistik for CPU er ikke tilgængelig i værtens OS. Dette gør det umuligt for ADDM'et at forudsige virkningen af dette.SQL-sætninger med den samme tekst blev ikke delt på grund af uoverensstemmende markørmiljøer. Dette resulterede i yderligere hard-analyser, som forbrugte megen databasetid.Almindelige årsager til uoverensstemmende miljøer er sessions-NLS-indstillinger, SQL-trace-indstillinger og optimizer-parametre.I J¦KLYæMarkører blev ugyldiggjort på grund af DDL-operationer. Dette resulterede i yderligere hard-analyser, som forbrugte megen databasetid.Hard-analyser, som skyldes en fælles pulje med en forkert størrelse, forbrugte megen databasetid.Hard-analyse af SQL-sætninger, der fandt analysefejl, forbrugte megen databasetid.SQL-sætninger blev ikke delt på grund af brugen af litteraler. Dette resulterede i yderligere hard-analyser, som forbrugte megen databasetid.M&NƒOÁPQrÉHard-analyser, som skyldes uoverensstemmende markørmiljøer, forbrugte ikke megen databasetid.Undersøg årsagen til et stort antal "%s"-waits i modulet "%s".Undersøg årsagen til et stort antal "%s"-waits i servicen "%s".Hard-analyser, som skyldes, at markører blev for gamle til at være i delt pulje, forbrugte ikke megen databasetid.Hard-analyse af SQL-sætninger, der fandt analysefejl, forbrugte ikke megen databasetid.R SˆT)U„ÚHard-analyser, der skyldes brug af litteraler og markørugyldiggørelse, forbrugte ikke megen databasetid.Undersøg i applikationslogikken, om det er muligt at reducere forbindelses- og afbrydelseskald. Du kan for eksempel bruge en forbindelsespuljeplan i middle-tier.Tvist for latches, der er relateret til den fælles pulje, forbrugte ikke megen databasetid.Tvist for latches, der er relateret til den fælles pulje, forbrugte megen databasetid.V WX1YgÜDet midlertidige tabelområde "%s", der indeholder %s "%s.%s" med objekt-ID'et %s, blev ikke styret lokalt. Oracles anbefalede løsning er at oprette midlertidige tabelområder ved brug af sætningen CREATE TEMPORARY TABLESPACE.Wait-klassen "Other" forbrugte megen databasetid.Wait-klassen "Other" forbrugte ikke megen databasetid.Latch'en "%s" med latch-ID'et %s var en af de latches, der hyppigst var medvirkende til lange waits på "ledig latch".Z&[o\³]^ªØDatabase-latches i wait-klassen "Other" forbrugte ikke megen databasetid.Database-latches i wait-klassen "Other" forbrugte megen databasetid.Undersøg, om det er muligt at forbedre ydeevnen i SQL-sætningen med SQL_ID "%s".Overvej at anvende ORACLEs anbefalede løsning til automatisk styring af segmentplads i et lokalt styret tabelområde for alle tabelområder undtagen SYSTEM-tabelområdet.Waits på "%s" udgjorte %s\\% af databasetiden._`Za$|Waits på lås med identifikatoren %s forbrugte megen databasetid.Undersøg den applikationslogik, der bruger pakken "DBMS_LOCK". Overvej at reducere det tidsrum, som disse låse opbevares af applikationen, eller overvej at anvende et højere detaljeringsniveau for låse.Undersøg den applikationslogik, der involverer DDL og DML på angivne blokerede objekter.bc°dA¦Der blev fundet en særdeles aktiv datablok af typen "%s" med samtidig læse- og skriveaktivitet. Blokken identificeres af bloknummer %s i filnummer %s.Der blev fundet en særdeles aktiv datablok med samtidig læse- og skriveaktivitet. Blokken tilhører segmentet "%s.%s" og er blokken %s i filen %s.Du kan muligvis opnå en midlertidig løsning ved at øge antallet af ledige lister i segmentet "%s.%s".e,f—gÞh+iejÃíDu kan muligvis opnå en midlertidig løsning ved at øge antallet af ledige listegrupper i segmentet "%s.%s".Der var en stor læse- og skrivetvist på %s "%s.%s" med objekt-ID'et %s.Overvej at øge INITRANS for %s "%s.%s" med objekt-ID'et %s uden genopbygning.Overvej at øge PCTFREE for %s "%s.%s" med objekt-ID'et %s.Overvej at genopbygge %s "%s.%s" med objekt-ID'et %s ved brug af en højere værdi for INITRANS.Undersøg I/O-undersystemets skriveydeevne.k l¢mán]ÊUndersøg i applikationslogikken, om det et muligt at bruge direkte stiindsættelser som et alternativ til flere INSERT-operationer.Dette problem kan skyldes, at tabelområdet er i backuptilstand.Overvej at øge det maksimale antal åbne markører, som en session kan have, ved at øge værdien af parameteren "open_cursors".Overvej at øge størrelsen af sessionsmarkørcachen ved at øge værdien af parameteren "session_cached_cursors".o&pŠqÌrsl«Undersøg relevansen af PL/SQL-kompilering. PL/SQL-kompilering kan skyldes DDL på afhængige objekter.Undersøg årsagen til, at modulet "%s" forbruger megen databasetid.Undersøg årsagen til, at servicen "%s" forbruger megen databasetid.Tvist mellem flere instanser om plads i midlertidigt tabelområde forbrugte megen databasetid.Overvej at øge størrelsen på det midlertidige tabelområde "%s".t&uŽvÐw+x€ûOvervej at øge størrelsen på de midlertidige tabelområder, hvor der er mange tvister mellem instanserne.Undersøg årsagen til mange "%s"-waits with P1 ("%s") værdien "%s".Undersøg årsagen til mange "%s"-waits med P1 ("%s") værdien "%s" og P2 ("%s") værdien "%s".Undersøg årsagen til mange "%s" waits med P1,P2,P3 ("%s") værdier "%s", "%s" og "%s".Stort antal tilknytningskald til markører, hvis tilknytningsvariabler allerede var tilknyttet, forbrugte megen databasetid.yz’âUndersøg applikationslogikket for at reducere antallet af tilknytningskald. Overvej at erstatte gentagne tilknytninger efter værdi med en enkelt tilknytning efter reference eller med array-tilknytninger. Bemærk, at selv under tilknytning efter reference forårsager ændringer af tilknytnings-metadata for tilknytningen, f.eks. max-length eller data-type, yderligere tilknytningskald.Betydelig paging af virtuel hukommelse blev registreret i værtsoperativsystemet.{|Den totale mængde hukommelse, som instansen har forbrugt, var større end den tilgængelige fysiske hukommelse på værten. Overvej at føje mere fysisk hukommelse til værten eller at reducere den hukommelse, der forbruges af instansen, ved at ændre de relevante INIT.ORA-parametre, f.eks. "sga_target" eller "shared_pool_size", "db_cache_size" og "pga_aggregate_target".|}/ÏDer blev udført betydelig paging i værtsoperativsystemet, men ingen bestemt rodårsag kunne findes. Undersøg processer, der ikke hører til denne instans, og som kører på den vært, der forbruger en stor mængde virtuel hukommelse. Overvej også at føje mere fysisk hukommelse til værten.Overvej at aktivere automatisk styring af fælles hukommelse ved at sætte parameteren "sga_target", så den styrer den mængde SGA, der forbruges af denne instans.~»àOvervej at aktivere automatisk styring af PGA-hukommelse ved at sætte parameteren "pga_aggregate_target", så den styrer den mængde PGA, der forbruges af denne instans.Den totale mængde forbrugt PGA-hukommelse lå over den angivne "pga_aggregate_target"-værdi %s%% af tiden. Overvej at øge den aktuelle "pga_aggregate_target". Bemærk, at summen af "pga_aggregate_target" og SGA-heltalsstørrelsen skal være mindre end den tilgængelig fysiske hukommelse på værten.€ i‚ãƒ`·Undersøg årsagen til, at "%s"-processerne forbruger %s%% af værts-CPU'en.Instansen forbrugte %s M SGA-hukommelse og %s M PGA-hukommelse, og den tilgængelige fysiske hukommelse på værten var %s M.Overvej også at prioritere arbejdsbelastningen fra forskellige forbrugergrupper ved brug af Oracle Database Resource Manager.SQL-sætning med SQL_ID "%s" blev udført %s gange og behandlede %s rækker pr. udførelse.„,…†Ç÷ˆQ‰’ÞSQL-sætning med SQL_ID "%s" blev udført %s gange og tidsforbruget var gennemsnitligt %s sekunder.Gennemsnitstiden til PL/SQL-udførelse var %s sekunder.Gennemsnitstiden til Java-udførelse var %s sekunder.Det gennemsnitlige tidsforbrug til klynge-wait-begivenheder pr. udførelse var %s sekunder.Det gennemsnitlige CPU-tidsforbrug pr. udførelse var %s sekunder.Service "%s" og modul "%s" var årsag til %s% i rækkelåstvis på dette objekt.Š ‹~ŒÊVáDet gennemsnitlige tidsforbrug til bruger-I/O-wait-begivenheder pr. udførelse var %s sekunder.Databasesessioner ventede på Oracle Resource Managers aktive-sessions-slots.Sessioner ventede på aktive sessions-slots. Overvej at øge grænsen for aktive seessioner for disse Oracle Resource Manager-forbrugergrupper.Sessions-CPU-forbruget blev droslet ned af Oracle Resource Manager. Overvej at redigere den ressourceplan, der var aktiv i analyseperioden.Ž b‘Ï’`Alternativt kan du sætte parameteren "cursor_sharing" til "force".Analyse af SQL-sætninger forbrugte megen CPU-tid. Se andre fund i denne opgave for at få yderligere detaljer.Annullerings-I/O var en stor del (%s\\%) af den totale database-I/O.Overvej at reducere værdien for parameteren "undo_retention" til %s sekunder.“ ”À•Q–ˆëVærdien af "undo_retention" var %s sekunder, og den længst kørende forespørgsel varede kun %s sekunder. Denne ekstra tilbageholdelse forårsagede unødvendig I/O.En reduktion af størrelsen af den redo, der blev genereret at applikationen, kan muligvis reducere ventetiden på "log buffer space"-begivenheder.Værdien af parameteren "%s" var "%s" i analyseperioden.Øg størrelsen af den fælles pulje ved at sætte værdien for parameteren "shared_pool_size" til %s M.— ˜¦™ùšzÕStatistik over I/O-brug for objektet er: %s fulde objektscanninger, %s fysiske læsninger, %s fysiske skrivninger %s direkte læsninger.Øg størrelsen af SGA-målet ved at øge værdien af parameteren "sga_target" med %s M.Optimér PL/SQL-blokken med SQL_ID "%s". Se kapitlet "Tuning PL/SQL Applications" i Oracles "PL/SQL User\\'s Guide and Reference".Ingen enkelt SQL- eller databasesætning var ansvarlig for en signifikant mængde fysisk I/O.› œ‚Ûž8‰Der blev fundet individuelle databasesegmenter, der er ansvarlige for signifikant bruger-I/O-wait.Der blev fundet individuelle SQL-sætninger, der er ansvarlige for signifikant fysisk I/O.Der blev fundet individuelle databasesegmenter, der er ansvarlige for signifikant fysisk I/O.Undersøg applikationslogik, der involverer I/O på %s "%s.%s" med objekt-ID'et %s.Ÿ ¥˜Øg størrelsen på buffercachen ved blokke, der ikke har standardstørrelsen %s K, ved at sætte værdien af parameteren "db_%sk_cache_size" til %s M.Når størrelsen på en buffercache af ikke-standardstørrelse øges, tages hukommelsen fra standardbuffercachen. Den anbefalede handling til angivelse af "sga_target" kompenserer for dette ved at øge størrelsen af standardbuffercachen tilsvarende.¡¢ˆ£¡Problemer med annullerings-I/O kan ikke diagnosticeres, da automatisk styring af annuleringer var deaktiveret.Effekten af, at markører bliver for gamle til at være i den fælles pulje, kan ikke bestemmes på grund af ændringer i størrelsen på den fælles pulje.Effekten af, at markører bliver for gamle til at være i den fælles pulje, kan ikke bestemmes på grund af ufuldstændige AWR-snapshots.¤ ¥¬¦ §oÍEffekten af hard-analyser på grund af markørugyldiggørelse og brug af litteraler kan ikke bestemmes på grund af ufuldstændige AWR-snapshots.Problemer med I/O-kapaciteten kan ikke diagnosticeres på grund af ufuldstændige AWR-snapshots.ADDM kan ikke bestemme, om buffercachen var for lille, på grund af ændringer i buffercachestørrelsen.DDM kan ikke bestemme, om buffercachen var for lille, på grund af ufuldstændige AWR-snapshots.¨ ©—ª)«‹åEffekten af tjekpunktaktivitet på grund af MTTR-indstilling kan ikke bestemmes på grund af ufuldstændige AWR-snapshots.Effekten af tjekpunktaktivitet på grund af parallelle forespørgsler og tabelområde-DDL kan ikke bestemmes på grund af ufuldstændige AWR-snapshots.Effekten af annullerings-I/O-aktivitet kan ikke bestemmes på grund af ufuldstændige AWR-snapshots.Effekten af RMAN-I/O-aktivitet kan ikke bestemmes på grund af ufuldstændige AWR-snapshots.¬&­s®»¯°¼àRMAN-I/O-aktivitet havde ingen særlig effekt på I/O-undersystemets gennemløb.RMAN-I/O-aktivitet havde en stor effekt på I/O-undersystemets gennemløb.Overvej at reducere RMAN-aktiviteten eller at planlægge RMAN-job, når brugeraktiviteten er lavere.Overvej ikke at bruge komprimering til RMAN-job. Overvej alternativt at reducere RMAN-aktiviteten eller at planlægge RMAN-job, når brugeraktiviteten er lavere.SGA'en havde den korrekte størrelse.± ²z³ä´<ƒSGA havde den forkerte størrelse, hvilket forårsagede yderligere I/O- eller hard-analyser.Den optimale SGA-størrelse kunne ikke bestemmes, da værdien af "sga_target" blev ændret i analyseperioden.Den optimale SGA-størrelse kunne ikke bestemmes på grund af ufuldstændige AWR-snapshots.Øg størrelsen af SGA'en ved at sætte parameteren "sga_target" til %s M.µ ¶õ·z¸ÊöSGA'en havde den forkerte størrelse, hvilket forårsagede yderligere I/O- eller hard-analyser. Derudover var nogle buffercaches til blokke af ikke-standardstørrelse for små, hvilket forårsagede yderligere læse-I/O.Effekten af tjekpunktaktivitet på grund af drop- og afskæringsoperationer kan ikke bestemmes på grund af ufuldstændige AWR-snapshots.Streams-puljen havde den forkerte størrelse, hvilket forårsagede yderligere I/O.Streams-puljen havde den forkerte størrelse.¹º€»Ö@Den optimale størrelse på streams-puljen kunne ikke bestemmes på grund af ufuldstændige AWR-snapshots.Øg størrelsen på streams-puljen ved at sætte parameteren "streams_pool_size" til %s M.Den optimal størrelse på streams-puljen kunne ikke bestemmes, da størrelsen på streams-puljen blev ændret.¼½ï¾wåUndersøg årsagen til tvister mellem blokke, der modtages af denne instans fra den eksterne instans "%s". Dette problem er ofte relateret til lange waits på begivenheden "gcs log flush sync" i den eksterne instans.Waits på begivenheden "log file sync" var årsag til betydelig database-wait på "gc buffer busy release" under frigivelse af en datablok.Waits på begivenheden "log file sync" i denne instans kan forårsage en global cachetvist i eksterne instanser.¿ÀçÂC³I analyseperioden var de gennemsnitlige datafilers I/O-gennemløb %s pr. sekund for læsninger og %s pr. sekund for skrivninger. Den gennemsnitlige svartid for læsninger af enkeltblokke var %s millisekunder.Den gennemsnitlige svartid for læsninger af enkeltblokke for denne fil var %s millisekunder.SQL-sætninger med PLAN_HASH_VALUE %s bruger litteraler. Se i V$SQL for at få eksempler på sådanne SQL-sætninger.ÃÄÞÇOžFind årsagen til rækketvist i applikationslogikken. Brug angivet blok-SQL til at identificere de involverede databaseobjekter. Undersøg den applikationslogik, der involverer DML på disse objekter.Overvej at bruge ORACLEs anbefalede løsning til styring af automatisk segmentplads i lokalt styrede tabelområder.Ingen enkelt SQL-sætning var ansvarlig for signifikant inter-instans-messaging.ÈÉÞÊZÑInter-instans-læse- og skrivetvist på databaseblokke forbrugte megen databasetid på denne instans. Der var dog ingen dominerende meget aktive blokke eller objekter, der var ansvarlige for tvisten.Buffercachen for blokke af ikke-standard-størrelsen %s K var for lille, hvilket forårsagede signifikant yderligere læse-I/O.Øg værdien af parameteren "sga_target" med %s M for at gøre den pågældende hukommelse tilgængelig for den fælles pulje.õ&ö ÷ÿønù£ÜStreams-kø-operationer var blokeret på grund af utilstrækkelig hukommelse i streams-puljen og forbrugte megen databasetid.Streams-kø-operationer var ikke blokeret på grund af utilstrækkelig hukommelse i streams-pulje.Mindst %s SQL-sætninger med PLAN_HASH_VALUE %s brugte litteraler. Et eksempel er SQL-sætningen med SQL_ID "%s".Mindst én udførelse af sætningen blev kørt parallelt.Wait-klassen "Queueing" forbrugte ikke meget databasetid. úJX~YšZ¨[Ë\å]ÿ^ _$`7adWait-klassen "Queueing" forbrugte meget databasetid.ADDM-rapport for opgave '%s'AnalyseperiodeAWR-snapshotinterval fra %s til %s.Tidsperiode starter kl. %sTidsperiode slutter kl. %sAnalysemålDatabase '%s' med DB-ID %s.Databaseversion %s.Databaseversion under analyseperioden var %s.Databaseversion, da ADDM blev udført var %s.b&cšdÄeùfC¦Alle anbefalinger, der genereres af ADDM, er gyldige for databaseversion %s, som er den version, ADDM blev udført i.ADDM udførte en analyse af alle instanser.ADDM udførte en analyse af instanser med nummeret %s.ADDM udførte en analyse af instansen %s, som har nummeret %s og værten %s.Der blev anmodet om analyse af alle instanser, men ADDM analyserede kun et undersæt af instanserne.g,h”ij}k˜lºëAnalyse blev anmodet for alle instanser, men ADDM analyserede instansen %s med nummeret %s og værten %s.Der blev anmodet om analyse af et undersæt af instanser, men ADDM analyserede instansen %s, som har nummeret %s og værten %s.Se "Additional Information"-sektionen for at få yderligere oplysninger om de instanser, der blev anmodet om.Aktivitet i analyseperiodenTotal databasetid var %s sekunder.Det gennemsnitlige antal aktive sessioner var %s.m\n˜o¾pÍq÷r s,tiulvpwyx‰yzÃìADDM analyserede %s af de %s instanser, der blev anmodet om.Der er ingen resultater at rapportere.Database-ID %s.ADDM udførte en analyse af instans nr. %s.Yderligere oplysningerInstanser, som blev analyseret:Instanser, der blev anmodet om, men som ikke blev analyseret:Nr.NavnVærtsnavnAktive sessionerProcent af aktivitetÅrsag til, at instans blev ekskluderetOpstart eller nedlukning i analyseperiode {V|€}˜~ÄÍ€à ‚Gƒ|„Œ…›†Ö‡éþManglende snapshots eller fejl i snapshotsManglende nøglestatistikAWR-snapshots blev ikke fundet for instansenAdvarslerDiverse oplysningerOpgaveparametre med ikke-standardindstillingEffekten er %s aktive sessioner, %s\\% af samlet aktivitet.Instanser, der blev påvirket meget af dette resultat:Effekt i procentADDM-opgavenavnTjek ADDM-analysen af påvirkede instanser for anbefalinger.ApplikationsanalyseDatabasekonfigurationˆh‰}Š‹‹œŒªÀŽã"‘4’v“~”‰•™–×ÝöKonfiguration af værtSQL-optimeringSegmentoptimeringSkemaændringerUkendt anbefalingstypeIngen anbefalinger er tilgængelige.De tilgængelige anbefalinger har følgende typer:AnbefalingstypeAntal anbefalingerAnslået udbytte er %s aktive sessioner, %s\\% af samlet aktivitet.HandlingBegrundelseRelateret objektSQL-sætning med SQL_ID %s og PLAN_HASH %s.SQL-sætning med SQL_ID %s.Databaseobjekt med ID %s.˜n™®š¹›Òœäþž#ŸR o¡{¢‡£“¤Ÿ¥­¦¹§Ñ¨ÜèDatabaseblok med objektnummer %s, filnummer %s og bloknummer %s.DatabasefilTabelområde %s med ID %s.Database-latch %s.Database-køindsættelse %s.Database-køindsættelse %s med ID1 %s.Database-køindsættelse %s med ID1 %s og ID2 %s.Relateret objekt af typen %s.ATTR1 er %s.ATTR2 er %s.ATTR3 er %s.ATTR4 er %s.Anbefaling %s:Resultat %s:Oversigt over resultaterBeskrivelseAnbefalinger ©D«^¬†­Á®ñ„…†>‡‰ˆÕïResultater og anbefalingerSymptomer, der førte til dette resultat:Effekten er %s aktive sessioner, %s\\% af samlet aktivitet.Direktiver, som muligvis påvirker denne rapport:Undersøg instans-ADDMFrarådet parameterDen type analyse, som ADDM skal udføreForventet svartid i millisekunder til læsning af én datablok fra en datafilMængden af databasetid i millisekunder, som er akkumuleret i analyseperiodenDatabase-ID'et til analyse‰8Š`‹{Œ£ðŽWƒ®ÚDet sidste snapshot-ID i analyseperiodenInstansnummeret til analyseDet første snapshot-ID i analyseperiodenSQL-prædikat, der skal bruges til filtrering af SQL fra SQL-optimeringssættetPlanfilter, der skal anvendes, hvis der er flere planer (plan_hash_value) knyttet til den samme sætningEn første ORDER BY-klausul på den valgte SQLEn anden ORDER BY-klausul på den valgte SQLEn tredje ORDER BY-klausul på den valgte SQL‘,’y“±”ã•=––ßBegræns antallet af SQL fra det filtrerede og prioriterede SQL-optimeringssætEn procentdel af summen af en prioriteringsmåleangivelseBrugernavnet, som SQL-sætningen skal optimeres forAntallet af sekunder mellem starttidspunktet for analyseperioden og det aktuelle tidspunktAntallet af sekunder mellem sluttidspunktet for analyseperioden og det aktuelle tidspunktDet entydige opgave-ID, der er genereret af den automatisk kaldte Advisor—,˜~™Æš›Aœ¶éTRUE, hvis opgaven blev oprettet automatisk, FALSE, hvis den blev oprettet manueltTRUE, hvis resultatet skal inkludere fund med anbefalinger, ellers FALSEAntal sætninger før optimeringsresultater for et SQL-optimeringssæt bekræftesTidsgrænse pr. sætning i et SQL-optimeringssætSQL-prædikat, der skal bruges til filtrering af SQL fra SQL-optimeringsættet ved genoptagelse af en optimeringsopgaveAngiv standardhandlingen ved udførelse af en opgave2žSŸ‘ à¡%¢y£™¿Optimér ydelsen for SQL-sætningerTRUE, hvis SQL-profiler skal oprettes af opgaven, ellers FALSETRUE, hvis SQL-profiler, der oprettes af brugeren, skal erstattes, ellers FALSEMaksimalt antal SQL-profiler, der kan oprettes af systemet på én gangMaksimalt antal SQL-profiler for systemer, der er tilladt på et vilkårligt tidspunktTesteksekvering af SQL-sætningerGenerér Explain Plan for SQL-sætninger¤2¥¦ §Þ¨©hª¦ãAngiver udløbstiden i dage for individuelle udførelser af den aktuelle opgaveAnalysér ydeevne af SQL-sætningerTærskel for effekten af en SQL-sætning på en arbejdsbelastningTærskel for effekten af en ændring på en SQL-sætningAngiv et udtryk for udførelsesstatistik, der skal bruges ved sammenligning af ydeevne.Navn på den første udførelse af en opgave, der skal analyseresNavn på den anden udførelse af en opgave, der skal analyseres«¬b­¿uYES, hvis SQL-sætninger skal testudføres for at måle udbytte, ellers NEJAngav, om Advisor kunne bruge det sammenligningsmiljø, som blev indfanget med SQL-sætningerneFULL, hvis SQL-sætninger skal testudføres for den fulde lokale tidsgrænse for at måle udbyttet, AUTO for et automatisk valgt mindre tidsrum, og NO for ingen testudførelse overhovedet®èª\TRUE for at kræve alle vigtige tilknytninger til testudførelse, FALSE for at installere falske NULL-tilknytninger i stedet for manglende tilknytningerDenne attribut sætter parameteren OPTIMIZER_FEATURES_ENABLE til standardværdien for denne sætning i stedet for %s. Dette gør det muligt at bruge de seneste optimizer-faciliteter.éêÿë¡Denne attribut sætter parameteren OPTIMIZER_FEATURES_ENABLE til standardværdien, da mindst én af de optimizer-afhængige parametre blev sat til en ikke-standardværdi. Dette gør det muligt at bruge de seneste optimizer-faciliteter.Denne attribut sætter parameteren OPTIMIZER_FEATURES_ENABLE til standardværdien for denne sætning. Dette gør det muligt at bruge de seneste optimizer-faciliteter.Denne attribut får optimeringen til at prøve en interessant, alternativ plan for denne sætning.í,îÆï$ðXñ„ò¿ñDenne attribut ændrer optimizer-tilstanden fra %s til %s. Optimizer-tilstanden blev ændret efter undersøgelse af udførelsesstatistikken for denne sætning.Denne attribut bevarer optimizer-tilstanden i de brugerangivne hjælpelinjer for forespørgslen.Denne attribut aktiverer den kostbaserede optimizer.Denne attribut justerer optimizer-estimater.Denne attribut aktiverer optimizer-tilstanden "first rows".Denne attribut deaktiverer optimizer-hjælpelinjer.ü2ýZþ“ÿ»ò;rÑTabellen "%s"."%s" blev ikke analyseret.Tabellen "%s"."%s" og dens indekser blev ikke analyseret.Indekset "%s"."%s" blev ikke analyseret.Optimizer-statistik for tabellen "%s"."%s" er forældet.Optimizer-statistik for tabellen "%s"."%s" og dens indekser er forældede.Optimizer-statistik for indekset "%s"."%s" er forældet.Optimizer'en kræver opdateret statistik over tabellen for at kunne vælge en god udførelsesplan. ïbÙOptimizer'en kræver opdateret statistik over tabellen og dens indekser for at kunne vælge en god udførelsesplan.Optimizer'en kræver opdateret statistik over indekset for at kunne vælge en god udførelsesplan.Denne attribut leverer grundlæggende tabelstatistik til optimizer'en, da tabelstatistikken mangler for denne tabel.Denne attribut leverer grundlæggende tabelstatistik til optimizer'en, da tabelstatistikken er forældet for denne tabel. •  „þDenne attribut leverer grundlæggende kolonnestatistik til optimizer'en, da tabelstatistikken mangler for denne tabel.Denne attribut leverer grundlæggende kolonnestatistik til optimizer'en, da tabelstatistikken for denne tabel er forældet.Denne attribut leverer grundlæggende indeksstatistik til optimizer'en, da indeksstatistikken mangler for dette indeks.Denne attribut angiver grundlæggende indeksstatistik til optimizer'en, da indeksstatistikken er forældet for dette indeks. , [ “Ìw¸Overvej at acceptere den anbefalede SQL-profil.Overvej at indsamle optimizer-statistik for denne tabel.Overvej at indsamle optimizer-statistik for dette indeks.Outline "%s" findes for denne sætning og blev ignoreret under optimeringsprocessen.SQL-profilen "%s" findes for denne sætning og blev ignoreret under optimeringsprocessen.En potentielt bedre udførelsesplan blev fundet for denne sætning.&o“û.^Overvej at indsamle optimizer-statistik for denne tabel og dens indekser.SQL-sætningstypen understøttes ikke.SQL-planens faste grundlinje "%s" findes for denne sætning og blev ignoreret under optimeringsprocessen.%s, der er automatisk oprettet, findes på systemet.%s, der er manuelt oprettet, findes på systemet. æ{žý%s blev testet ved at udføre både dens plan og den oprindelige plan og måle deres respektive udførselsstatistik. En plan er muligvis kun udført delvist, hvis den anden kunne fuldføres på mindre tid.Denne sætning blev sprunget over, fordi den allerede er blevet optimeret for nyligt. Se testudførslen "%s" for at se de sidste optimeringsresultater.%s findes ikke længere på systemet.Denne sætning blev sprunget over, fordi den blev registreret af brugerens sortlistefilter "%s". n¶P³%s blev ikke oprettet automatisk, fordi det verificerede udbytte var for lavt.%s blev ikke oprettet automatisk, fordi udbyttet ikke kunne verificeres.%s blev ikke oprettet automatisk, fordi autooprettelse var deaktiveret. Sæt opgaveparameteren ACCEPT_SQL_PROFILES til TRUE for at aktivere autooprettelse.%s blev ikke oprettet automatisk, fordi SQL har en fast SQL-plangrundlinje eller en lagret outline.Ú7SQL-profilen blev ikke oprettet automatisk, fordi optimeringsstatistikken var forældet eller mangler. Problemer med den grundlæggende optimeringsstatistik skal løses, før der oprettes en SQL-profil.SQL-profilen blev ikke oprettet automatisk, fordi grænsen for den globale SQL-profil er nået.  !ò"Œ#­þSQL-profilen blev ikke oprettet automatisk, fordi udskiftning af bruger-SQL-profiler var deaktiveret. Sæt opgaveparameteren REPLACE_USER_SQL_PROFILES til TRUE for at aktivere udskiftning af bruger-SQL-profiler.%s blev ikke oprettet automatisk, fordi testudførsel var deaktiveret. Sæt opgaveparameteren TEST_EXECUTE til FULL eller AUTO for at aktivere testudførsel.%s blev ikke oprettet automatisk.Udbyttet af %s kunne ikke verificeres via testudførsel, fordi der opstod en fejl.$&%†&ï'S(¶íUdbyttet af %s kunne ikke verificeres via testudførsel, fordi tidsfristen for operationen udløb.Udbyttet af %s kunne ikke verificeres, fordi testudførsel ikke understøttes for parallelle forespørgsler.Udbyttet af %s kunne ikke verificeres, fordi testudførsel ikke understøttes for DML'er eller DDL'er.Udbyttet af %s kunne ikke verificeres, fordi testudførsel ikke understøttes for denne sætningstype.Udbyttet af %s kunne ikke verificeres via testudførsel.)&*Y+µ,-“Ì%s "%s" blev oprettet automatisk for denne sætning.SQL-profilen "%s" og SQL-planens grundlinje "%s" blev oprettet automatisk for denne sætning.Opgaven analyserede ikke hele sættet af SQL-kandidater, fordi grænse for anbefalinger var nået.Overvej at acceptere den anbefalede SQL-profil. En SQL-plans grundlinje, der svarer til planen med SQL-profilen, oprettes også.Overvej at acceptere den anbefalede SQL-plans grundlinje../ª0AyUdførelsen af opgaven blev afsluttet med statusangivelsen "FATAL ERROR", men SQL-profilen "%s" blev implementeret automatisk, før fejlen opstod.Overvej at acceptere den anbefalede SQL-profil. En SQL-plans grundlinje, der svarer til planen med SQL-profilen, opdateres også til en accepteret plan.Overvej at acceptere den anbefalede SQL-programrettelse.12ª3RøOvervej at acceptere den anbefalede SQL-programrettelse. En SQL-plans grundlinje, der svarer til planen med SQL-programrettelsen, oprettes også.Overvej at acceptere den anbefalede SQL-programrettelse. En SQL-plans grundlinje, der svarer til planen med SQL-programrettelsen, opdateres også til en accepteret plan.Mindst én vigtig tilknytningsværdi manglede for denne SQL-sætning. Nøjagtigheden af Advisors analyse kan afhænge af alle de vigtige tilknytningsværdier, der angives.4,5‘6Ç78H9t¾%s blev ikke automatisk oprettet, da den muligvis har forårsaget en betydelig degradering af I/O-tid.Sætningen blev først udført for at varme buffercachen.Den viste statistik blev beregnet som et gennemsnit af de følgende %s udførelser.Den viste statistik var fra den anden udførelse.Denne attribut aktiverer parallel udførelse.En potentielt bedre parallel udførelsesplan blev fundet for denne sætning.:éUdførelse af denne forespørgsel parallelt med DOP %s vil forbedre dens svartid %s%% i forhold til SQL-profilplanen. Der er dog nogle omkostninger ved at aktivere parallel udførelse. Det vil øge sætningens ressourceforbrug med anslået %s%%, hvilket kan føre til en reduktion af systemgennemløbet. Da disse ressourcer også forbruges over en meget kortere varighed, kan svartiden for samtidige sætninger blive påvirket negativt, hvis der ikke er tilstrækkelig hardwarekapacitet.;<‰Overvej at acceptere den anbefalede SQL-profil for at kunne bruge parallel udførelse i forbindelse med denne sætning.%s potentielt bedre udførelsesplaner blev fundet for denne sætning. Vælg en af følgende SQL-profiler for at implementere.=íUdførelse af denne forespørgsel parallelt med DOP %s vil forbedre dens svartid %s%% i forhold til den oprindelige plan. Der er dog nogle omkostninger ved at aktivere parallel udførelse. Det vil øge sætningens ressourceforbrug med anslået %s%%, hvilket kan føre til en reduktion af systemgennemløbet. Da disse ressourcer også forbruges over en meget kortere varighed, kan svartiden for samtidige sætninger blive påvirket negativt, hvis der ikke er tilstrækkelig hardwarekapacitet.>?Ÿ@0‘Der blev fundet nogle alternative udførelsesplaner for denne sætning ved at søge efter systemets realtids- og historiske ydeevnedata.Ved at oprette en grundlinje for planen med den bedste forløbne tid kan du undgå, at Oracle-optimizer'en vælger en plan med en dårligere ydeevne.Overvej at oprette en SQL-plans grundlinje for planen med den bedste gennemsnitlige forløbne tid.AkDen oprindelige plan har tilsyneladende den bedste ydeevne baseret på den forløbne tid pr. udførelse. Hvis du imidlertid ved, at en alternativ plan er bedre end den oprindelige plan, kan du oprette en SQL-plans grundlinje for den pågældende plan. Dette vil instruere Oracle-optimizer'en til at vælge denne plan frem for nogen anden plan i fremtiden.BCÁDÒçDa der ikke blev fundet nogen udførelseshistorik for den oprindelige plan, kunne SQL Tuning Advisor ikke bestemme, om nogen af disse udførelsesplaner er bedre end denne plan. Hvis du imidlertid ved, at en alternativ plan er bedre end den oprindelige plan, kan du oprette en SQL-plans grundlinje for den pågældende plan. Dette vil instruere Oracle-optimizer'en til at vælge denne plan frem for nogen anden plan i fremtiden. Objektet mangler.Objektet kan slettes.EFyADen oprindelige plan har tilsyneladende den bedste ydeevne baseret på den forløbne tid pr. udførelse.Planen med ID'et %s kunne ikke reproduceres, fordi %s mangler. Det er derfor ikke muligt at oprette en SQL-plans grundlinje, der skal instruere Oracle-optimizer'en til at vælge denne plan i fremtiden.GHܧPlanen med ID'et %s kunne ikke reproduceres, fordi %s mangler. Det er derfor ikke muligt at oprette en SQL-plans grundlinje, der skal instruere Oracle-optimizer'en til at vælge denne plan i fremtiden.Planen med ID'et %s kunne ikke reproduceres i det aktuelle miljø. Det er derfor ikke muligt at oprette en SQL-plans grundlinje, der skal instruere Oracle-optimizer'en til at vælge denne plan i fremtiden.I&J~K³LèM ŒAlle andre planer end den oprindelige plan kunne ikke reproduceres i det aktuelle miljø.Denne plan kunne ikke reproduceres, fordi %s mangler.Denne plan kunne ikke reproduceres, fordi %s mangler.Denne plan kunne ikke reproduceres i det aktuelle miljø.Overvej at bruge "UNION ALL" i stedet for "UNION", hvis dubletter er tilladt eller entydighed er garanteret.NOáÄ"UNION" er en dyr og blokerende operation, da den kræver eliminering af dublerede rækker. "UNION ALL" er en billigere alternative operation, forudsat at dubletter er tilladt eller entydighed er garanteret.Overvej at erstatte "NOT IN" med "NOT EXISTS", eller sørg for, at kolonner, der bruges på begge sider af "NOT IN"-operatoren, er erklæret "NOT NULL", ved at tilføje enten "NOT NULL"-begrænsninger eller "IS NOT NULL"-prædikater.P~En "FILTER"-operation kan være meget dyr, da den evaluerer underforespørgslen for hver række i den overordnede forespørgsel. Underforespørgslen kan, når den ikke er indlejret, forbedre udførelsestiden meget, da "FILTER"-operationen konverteres til en sammenkædning. Vær opmærksom på, at "NOT IN" og "NOT EXISTS" kan producere forskellige resultater for "NULL"-værdier.ST¹U0YOvervej at fjerne den tabel eller det view, der ikke er forbindelse til, fra denne sætning, eller tilføj en sammenkædningsbetingelse, som referere til den/det.Et kartesisk produkt skal undgås, når det er muligt, da det er en dyr operation, som kan producere en stor mængde data.Overvej at fjerne hjælpelinjen "ORDERED".VYç¼Hjælpelinjen "ORDERED" tvinger muligvis optimizer'en til at generere et kartesisk produkt. Et kartesisk produkt skal undgås, hvor det er muligt, da det er en dyr operation, som kan producere en stor mængde data.Optimizer'en kan ikke flette et view, der indeholder en "ORDER BY"-klausul, medmindre sætningen er en "DELETE"- eller en "UPDATE"-sætning, og den overordnede forespørgsel er den hyppigste forespørgsel i sætningen.Z&[v\º]^O¢Optimizer'en kan ikke flette et view, der indeholder en "ROWNUM"-pseudokolonne.Optimizer'en kan ikke flette et view, der indeholder en sætoperator.Optimizer'en kan ikke flette et view, der indeholder vinduesfunktioner.Optimizer'en kan ikke flette et view, der indeholder en "SPREADSHEET"-klausul.Optimizer'en kan ikke flette et view, der indeholder indlejrede aggregatfunktioner._&`‰aÏbOcœéOptimizer'en kan ikke flette et view, der indeholder aggregatfunktioner uden en "GROUP BY"-klausul.Optimizer'en kan ikke flette et view, der indeholder gruppefunktioner.Optimizer'en kan ikke flette et view, der indeholder en "GROUP BY"-klausul med et "ROLLUP"-, "CUBE"- eller "GROUPING SETS"-valg.Optimizer'en kan ikke flette et view, der indeholder en "START WITH"-klausul.Optimizer'en kan ikke flette et view, der indeholder en NO MERGE-hjælpelinje.d ghh¯i9‘Optimizer'en kan ikke flette et view, der indeholder et "CURSOR"-udtryk.Optimizer'en kan ikke flette et view, der indeholder en "WITH"-klausul.Optimizer'en kan ikke flette et view med et prædikat, som indeholder en indlejret tabelkolonne, der er involveret i en ydre sammenkædning.Optimizer'en kunne ikke flette det komplekse view ved linje-ID'et %s i udførelsesplanen.jkl†óView-fletning kan forbedre udførelsestiden ved at aktivere generering af en bedre udførelsesplan. Angivelse af parameteren OPTIMIZER_FEATURES_ENABLE til en værdi, der er mindre end 9.0.1, forhindrer optimizer'en i at sammenflette komplekse views.Optimizer'en kan ikke flette et komplekst view, hvis dets overordnede forespørgsel indeholder en "START WITH"-klausul.Optimizer'en kan ikke flette et komplekst view, hvis dets overordnede forespørgsel er en "SELECT FOR UPDATE".mnœo%žEt view på højre side af en ydre sammenkædning kan kun slettes, hvis det indeholder en enkelt tabel med en simpel "WHERE"-klausul.Optimizer'en kan ikke flette et komplekst view, hvis dets overordnede forespørgsel indeholder en reference til en "ROWNUM"-pseudokolonne.Optimizer'en kan ikke flette et komplekst view, hvis dets overordnede forespørgsel indeholder en "GROUP BY CUBE"-klausul.p q™rspÆOptimizer'en kan ikke flette et komplekst view, hvis dets overordnede forespørgsel indeholder en "GROUPING SETS"-klausul.Optimizer'en kan ikke flette et komplekst view, hvis "SELECT"-list for dets overordnede forespørgsel indeholder en "SEQUENCE"-kolonne.Optimizer'en kan ikke flette et view, der indeholder en ydre gruppesammenkædning.Optimizer'en kan ikke flette et view, der er involveret i en ydre gruppesammenkædning.t u¶vwvÃOvervej at aktivere kompleks view-fletning ved brug af hjælpelinjen "MERGE" eller ved at sætte parameteren OPTIMIZER_FEATURES_ENABLE til mindst 9.0.1.Der blev fundet en dyr kartesisk produktoperation ved linje-ID'et %s i udførelsesplanen.Optimizer'en kunne ikke ophæve indlejringen af underforespørgslen ved linje-ID'et %s i udførelsesplanen.Optimizer'en kunne ikke flette view'et ved linje-ID'et %s i udførelsesplanen.x yozË{6üDer blev fundet en dyr "UNION"-operation ved linje-ID'et %s i udførelsesplanen.Udførelsesplanen for denne sætning kan forbedres, hvis der oprettes ét eller flere indekser.Overvej at køre Access Advisor for at forbedre det fysiske skemadesign eller oprette det anbefalede indeks.Prædikatet %s, der bruges ved linje-ID'et %s i udførelsesplanen, indeholder et udtryk på den indekserede kolonne "%s". Dette udtryk forhindrer optimizer'en i at vælge indekser på tabellen "%s"."%s".|}áÚPrædikatet %s, der bruges ved linje-ID %s i udførelsesplanen, indeholder et udtryk på den indekserede kolonne "%s". Dette udtryk forhindrer optimizer'en i effektivt at bruge indekser på tabellen "%s"."%s".Prædikatet %s, der bruges ved linje-ID'et ID %s i udførelsesplanen, indeholder en implicit datatypekonvertering på den indekserede kolonne "%s". Denne implicitte datatypekonvertering forhindrer optimizer'en i at vælge indekser på tabellen "%s"."%s".~·Prædikatet %s, der bruges ved linje-ID'et %s i udførelsesplanen, indeholder en implicit datatypekonvertering på den indekserede kolonne "%s". Denne implicitte datatypekonvertering forhindrer optimizer'en i effektivt at bruge indekser på tabellen "%s"."%s".Optimizer'en kan ikke bruge et indeks, hvis prædikatet er en ulighedsbetingelse, eller hvis der er et udtryk eller en implicit datatype på den indekserede kolonne.€ª‚öÌOmskriv prædikatet til en ækvivalent form for at drage fordel af indekserne. Alternativt kan du oprette et funktionsbaseret indeks på udtrykket.Omskriv prædikatet til en ækvivalent form for at drage fordel af indekserne.Prædikatet %s, der bruges ved linje-ID'et %s i udførelsesplanen, er en ulighedsbetingelse på den indekserede kolonne "%s". Denne ulighedsbetingelse forhindrer optimizer'en i at vælge indekser på tabellen "%s"."%s".ƒîPrædikatet %s, der bruges ved linje-ID'et %s i udførelsesplanen, er en ulighedsbetingelse på den indekserede kolonne "%s". Denne ulighedsbetingelse forhindrer optimizer'en i effektivt at bruge indekser på tabellen "%s"."%s".„jOprettelse af de anbefalede indekser forbedrer udførelsesplanen for denne sætning. Det kan dog være en fordel at køre "Access Advisor" ved brug af en repræsentativ SQL-arbejdsbelastning i modsætning til en enkelt sætning. Dette gør det muligt at hente omfattende indeksanbefalinger, der tager højde for indeksvedligeholdelse og ekstra pladsforbrug.…†Â5Både et indeks og en SQL-profil blev anbefalet til denne sætning. Optimizer skal bruge SQL-profilen for at blive oprettet, så den kan bruge planen med de anbefalede indekser.Planen med de anbefalede indekser skal indlæses som en SQL-plans grundlinje, så optimizer kan bruge disse indekser.‡ˆ¨Overvej at køre Access Advisor for at forbedre det fysiske skemadesign eller oprette det anbefalede indeks. Hvis du vælger at oprette det anbefalede indeks, skal du overveje at droppe indekset "%s"."%s", da det er et præfiks for det anbefalede indeks.Der findes allerede et potentielt nyttigt indeks, men det er p.t. markeret som ubrugeligt. Overvej at genopbygge indekset, så optimizer'en kan bruge det.‰“o”“½Overvej at køre Access Advisor for at forbedre det fysiske skemadesign eller oprette det anbefalede indeks. Bemærk, at der allerede findes flere præfiksindekser for det anbefalede indeks på systemet. Hvis du vælger at oprette det anbefalede indeks, skal du overveje at droppe dem, der ikke medfører nogen begrænsninger, da de er overflødige.Ydeevnen for denne SQL er forbedret.Ydeevnen for denne SQL er blevet dårligere•,–}—¦˜Ô™QšÉæEn af de udførelsesplaner, der kræves af analysen, mangler for denne SQL-sætning.Denne SQL-sætning returnerede nul rækker.Strukturen for SQL-udførelsesplanen er ændret.Strukturen af den SQL-plan, der udføres, '%s', er forskellig fra den tilsvarende plan, der er lagret i SQL-optimeringssættet.Strukturen af den SQL-plan, der udføres, '%s', er magen til den tilsvarende plan, der er lagret i SQL-optimeringssættet.Fejl under udførelse '%s': %s›2¦‹§#8}ªìAntallet af returnerede rækker i udførelsen '%s' er ikke det samme som i udførelsen '%s'.%sEn fejl opstod under behandling af denne SQL-sætning, der bevirkede, at opgaveudførelsen fejlede. Opgaveudførelsen blev genoptaget efter opgavefejlen.Anvendt facilitet: %sPlan for strategien %s har omkostningen %s med hash-værdi for plan %sFaciliteten %s blev accepteret på grund af %sStrategiudførelsen %s fejlede med fejlkode %s og fejlmeddelelse %s&›?}ŸAlternativ plan med hash-værdien %s har rækkeantallet %s, kontrolsummen %s, udførelsestiden %s og %s bufferhentningerAnbefalet plan med hash-værdien %s har rækkeantallet %s, kontrolsummen %s, udførelsestiden %s og %s bufferhentninger%s CR-afvigelse: Facilitet %s [basis %s, mål %s]%s CR-afvigelse: Objektets basiskonstruktion %s er %s på måletValidering [regel: %s, status: %s],‹ ¨!È"=ÐMÖPlan for strategien %s med plandirektiv (tip) %s har omkostningen %s med hash-værdi for plan %sUgyldig værdi for problemtypeUgyldig værdi for begivenheds-IDOprindelig plan med hash-værdien %s har rækkeantallet %s, kontrolsummen %s, udførelsestiden %s og %s bufferhentninger%s P1: %s P2: %s'Snapshot for gammelt'-fejl blev fundet: SQL-ID %s, Snapshot-SCN %s, Seneste SCN %s, Undo-tabelområde %s, Aktuel Undo-tilbageholdelse %s.Ñ&Ò–Ó§ÔÌÕOß'Snapshot for gammelt'-fejl blev fundet: SQL-ID %s, Snapshot-SCN %s, Seneste SCN %s, Tilbagestillingssegment %s.Kør Undo Advisor.Tjek brug af tilbagestillingssegment.Operation på den genoptagelige session %s, sessions-ID %s, er suspenderet på grund af fejl i tabelområdet %s. Fejlmeddelelsen er %sOperation på den genoptagelige session %s, sessions-ID %s, er suspenderet på grund af fejl i tilbagestillingssegmentet %s. Fejlmeddelelsen er %sÖ,×¢Ø!Ù<ÚpÛõOperation på den genoptagelige session %s, sessions-ID %s, er suspenderet på grund af fejl i %s. Fejlmeddelelsen er %sOperation på den genoptagelige session %s, sessions-ID %s, er suspenderet på grund af fejl i brugerkvote. Fejlmeddelelsen er %sTjek view'et dba_resumable.Sæt initialiseringsparameteren undo_retention til %dSæt størrelsen for undo-tabelområde til %d MBDen længste forespørgselsvarighed er længere end indstillingen for undo-tilbageholdelse.Ü,ÝÞ ßìàUá´ûNogle af dine forespørgsler fejler muligvis på grund af Snapshot er for gammelt-fejl.Undo-tabelområde er under pres.Nogle af dine operationer fejler muligvis på grund af fuld undo-tabelområde.Sæt undo-tilbageholdelse til den længste forespørgselsvarighed for at undgå Snapshot er for gammelt-fejl.Sæt størrelsen af undo-tabelområde på basis af undo-genereringsfrekvens og undo-tilbageholdelseKan ikke køre Undo Advisor, når systemet kører med manuel undo-styring.â2ãeä‹å¦æÖçôè{ÚSystemet optimerer automatisk undo-tilbageholdelse.Der er ikke tilstrækkelige data i AWR.Der er intet target_object.Reducér antallet af 'Snapshot for gammelt'-fejl.Undgå pres på undo-tabelområdeDen anbefalede størrelse på undo-tabelområdet er baseret på undo-genereringsfrekvensen og den længste forespørgselsvarighed i systemet.Den anbefalede undo-tilbageholdelse er baseret på den længste forespørgselsvarighed i systemet.é,êÏëçìþíî:ªDen anbefalede undo-tilbageholdelse er den bedst mulige undo-tilbageholdelse baseret på undo-genereringshastigheden og størrelsen på det aktuelle undo-tabelområde.Undo-tabelområdet er OK.Undo-tabelområde er OK.Udnyt undo-tabelområdet bedreUndo-tilbageholdelse er for højUndo-tilbageholdelse er sat højere end den bedst mulige tilbageholdelse, og undo-tabelområde vil være under presï,ð§ñÒòþó$ôJ‚Den anbefalede størrelse på undo-tabelområdet er baseret på undo-genereringsfrekvensen og undo-tilbageholdelsen i systemet.Instans har ikke et online-undo-tabelområdeOnline-undo-tabelområde med størrelsen %d MBInstans har et online-undo-tabelområdeInstans har et online-undo-tabelområdeMange operationer kan fejle uden undo-tabelområde onlineõ8¸ Ö¹ õ¬ ­ #® F¯ l° œ×Den anbefalede størrelse på undo-tabelområdet er baseret på undo-genereringsfrekvensen, undo-tilbageholdelsen og den længste forespørgselsvarighed i systemet.Tabelområdet [%s] er [%s] fuldtFøj plads til tabelområdetMetrik "%s" er på %sMetrik "%s" er på %s for filen "%s"Metrik "%s" er på %s for servicen "%s"Metrik "%s" er på %s for begivenhedsklassen "%s"Kør ADDM for at få yderligere ydeevneanalyse af dit system.± ,² T³ Ž´ Ƶ ¶ 3ÔSessionen %s blokerer %s andre sessionerTærskel er opdateret for metrikken "%s" for instansen "%s"Tjek view'et DBA_THRESHOLDS for at verificere resultatetTærskel er opdateret for metrikken "Udnyttelse af tabelområdeplads"Tabelområdet [%s] har kun [%s] ledig pladsKør kalibreringsprogrammet, og genstart en genafspilning med det foreslåede antal WRC-klienter, der er distribueret mellem maskiner med den nødvendige kapacitet.· &¸ ¬¹ /º ½» ÜDen gennemsnitlige svartid for en enkelt IO har nået en bekymrende værdi (%s ms) for WRC-klienten %s, der kører på %s som processen %sFor mange klientforbindelser til genafspilning (%s\\%) bruger CPU'en samtidigt i WRC-klienten %s, der kører på %s som processen %sFor mange klientforbindelser til genafspilning (%s\\%) foretager samtidige IO-operationer i WRC-klienten %s, der kører på %s som processen %sDatabase er i hentningstilstandDatabase er i genafspilningstilstandO%s af %s byte %s%% bruges og har %s resterende tilgængelige byte.»Valgmuligheder for frigørelse af plads fra retableringsområde: 1. Overvej at ændre RMAN %s. Hvis du bruger Data Guard, kan du overveje at ændre RMAN %s. 2. Tag backups af filer på bånd ved brug af kommandoen RMAN %s. 3. Tilføj diskplads, og forøg parameteren db_recovery_file_dest_size. 4. Slet unødvendige filer ved brug af kommandoen RMAN %s. Hvis OS-kommandoen blev brugt til at slette filer, skal du bruge RMAN %s-kommandoer.t2Ør<³=Ð> ?\@ŠÊAnslået pladsudnyttelse, hvis den oprettede tabel er på %s byte.Anslået pladsudnyttelse, hvis det oprettede indeks er på %s byte.Output fra væksttendenstabel.Utilstrækkelige oplysninger til at foretage en anbefaling.Objektet har mindre end 1% ledig plads. Det kan ikke betale sig at formindske det.Formindsk, den anslåede besparelse er %s byte.Objektet har nogen ledig plads, men kan ikke formindskes, da %s.A,BvC±D EUFŒËDen ledige plads i objektet er mindre end størrelsen på det sidste extent.Allokeret plads:%s: Brugt plads:%s: Genanvendelig plads:%s:Aktivér rækkeflytning for tabellen %s.%s, og formindsk, den anslåede besparelse er %s byte. Udfør reorganisering af objektet %s, estimerede besparelser er %s byte. %s procent kædede rækker kan fjernes af reorganisering.Objektet har kædede rækker, der kan fjernes ved reorganisering.G8HhI£Jë 8¡y«áDen ledige plads i objektet er mindre end 10 MB.Komprimér objekt %s.%s, den anslåede besparelse er %s byte.Komprimér objekt %s.%s partition %s, den anslåede besparelse er %s byte.Komprimér objekt %s.%s underpartition %s, den anslåede besparelse er %s byte.Ingen handling er nødvendig - Grid Director vil behandle opgaven.En instans er uvirksom.Ingen handling er nødvendigGenstart om ønsket, og der ikke er automatisk genstart,j¨ê,sºInstansen %s er oppe på noden %s fra og med %s; årsagskode: %sInstansen %s er nede på noden %s fra og med %s; årsagskode: %sDen sammensatte service %s%s er oppe fra og med %s; årsagskode: %sDen sammensatte service %s%s er nede fra og med %s; årsagskode: %sServicen er oppe på instansen %s noden %s fra og med %s; årsagskode: %sServicen er nede på instansen %s noden %s fra og med %s; årsagskode: %s,„ Ü!"Z#“ÕForhåndsforbundet service er oppe på instansen %s noden %s fra og med %s; årsagskode: %sForhåndsforbundet service er nede på instansen %s noden %s fra og med %s; årsagskode: %sDatabasen %s (domænet %s) er oppe fra og med %s; årsagskode: %sDatabasen %s (domænet %s) er nede fra og med %s; årsagskode: %sNoden %s version %s er nede fra og med %s; årsagskode: %sASM-instansen %s er oppe på noden %s fra og med %s; årsagskode: %s$ ÌbÍ™Î7kASM-instansen %s er nede på noden %s fra og med %s; årsagskode: %sSTREAMS-hentningsprocessen "%s" blev afbrudt med ORA-%sSe den nøjagtige fejlmeddelelse i dba_capture, udfør den korrekte handling for denne fejl, og genstart hentningsprocessen vha. dbms_capture_adm.start_capture.STREAMS-apply-processen "%s" blev afbrudt med ORA-%sÏÐNŠSe den nøjagtige fejlmeddelelse i dba_apply, udfør den korrekte handling for denne fejl, og genstart apply-processen vha. dbms_apply_adm.start_apply. Hvis der er tale om en ORA-26714-fejl, skal du overveje at sætte indstillingen til apply-parameteren 'DISABLE_ON_ERROR' til 'N' for at undgå fremtidige brugerfejl.STREAMS-propagationprocessen "%s" blev afbrudt efter 16 fejlÑÒÊÓ.Se den nøjagtige fejlmeddelelse i dba_queue_schedules, udfør den korrekte handling for denne fejl, og genstart propagationprocessen vha. dbms_propagation_adm.start_propagation.Hvis den aktuelle arbejdsbelastning er typisk, skal du overveje at øge størrelsen af Streams-puljen.STREAMS-fejlkøen til apply-processen "%s" indeholder nye transaktioner med ORA-%sÔ2”ö•H–d—”˜¶™ÜþSe indholdet i fejlkøen samt dba_apply_error for at finde årsagen til fejlen. Når fejlen er løst, skal du udføre dem igen vha. dbms_apply_adm.execute_error eller dbms_apply_adm.execute_all_errors.Tabellen %s, sortering i kolonnen %s - komprimeringsforhold efter blokantal er %sForkert komprimeringstype %sTabel %s %s - Anslået komprimeringsforhold er %sTabellen %s med udplukprocenten %sIkke nok data til komprimeringsforholdAnslået komprimeringsforhold er %sš2›‚œÆážøŸ6 c·Objektnr. %s: Tabellen %s kan komprimeres - Antal ikke-komprimerede blokke er %sDenne procedure understøttes ikke for SYSTEM- og SYSAUX-tabelområderTabelområdet %s findes ikkeTabellen %s findes ikkeTabelpartitionen %s.%s %s - Anslået komprimeringsforhold er %sTabelpartitionen %s.%s med udplukprocenten %sTabelpartitionen %s.%s, sortering i kolonnen %s - anslået komprimeringsforhold er %s ¡Vˆ±‰Ίè‹þŒ4ŽJ^v‘’›“®ÙObjektnr. %s: Tabelpartitionen %s.%s kan komprimeres - Antal ikke-komprimerede blokke er %sWait-klassen "Administrative"Wait-klassen "Application"Wait-klassen "Cluster"Wait-klassen "Concurrency"Wait-klassen "Configuration"Wait-klassen "Network"Wait-klassen "Other"Wait-klassen "Scheduler"Wait-klassen "User I/O"Buffer optagetBuffercache-latchesTjekpunkter på grund af DROP eller TRUNCATE”\•ƒ–Ÿ—Ϙö™š"›3œDZžmŸy  ¡ËïTjekpunkter på grund af logfilstørrelseTjekpunkter på grund af MTTRTjekpunkter på grund af parallelle forespørgslerTjekpunkter på grund af tabelområde-DLLBekræftelser og tilbagestillingerCPU-forbrugBrug af DBMS_LOCKBrug af DBMS_PIPEMange gentilknytningerLedige buffer-waitsHard-analyseHard-analyse på grund af ugyldiggørelseHard-analyse på grund af brug af litteralerHard-analyse på grund af analysefejl¢t£¤±¥¾¦Ô§ë¨©)ªD«Z¬­Š®˜¯¬°·±É²Ù³áòHard-analyse på grund af delingskriterierHigh Watermark-waitsI/O-gennemløbOpdeling af indeksblokGlobal cache er optagetGlobal cache er overbelastetVentetid ved indbyrdes forbindelseGlobal cache mistede blokkeGlobal cache-messagingAnmodninger om global cache-multiblokkeITL-waitsJava-udførelseWaits på ledig latchLogfilskiftPL/SQL-kompileringPL/SQL-udførelseRMAN I/OWaits på rækkelås´nµ}¶°·̸乺»%¼8½A¾\¿rÀŽÁ¢Â³ÃËÄÛ÷Brug af sekvensOprettelse og afbrydelse af forbindelse til sessionPlanlægning af sessions-slotLatches for fælles puljeLangsomme arkiveringsprocesserSoft-analyseSpace Transaction-waitsStreams-flowstyringTabellåseTvist om midlertidigt lagerTopsegmenter efter I/OTop-SQL efter "Cluster"-waitTop-SQL efter DB-tidTop-SQL efter I/OBuffercache er for lillePGA er for lilleRedo-log-buffer er for lille ÅVÆfÇșɡÊÌËôÌÍ;ÎcÏбÑÓùSGA er for lilleFælles pulje er for lilleStreams-pulje er for lilleUndo-I/OUsædvanlig "Administrative"-wait-begivenhedUsædvanlig "Application"-wait-begivenhedUsædvanlig "Cluster"-wait-begivenhedUsædvanlig "Commit"-wait-begivenhedUsædvanlig "Concurrency"-wait-begivenhedUsædvanlig "Configuration"-wait-begivenhedUsædvanlig "Network"-wait-begivenhedUsædvanlig "Other"-wait-begivenhedUsædvanlig "Scheduler"-wait-begivenhedÒ€Ó¥ÔÁÕÑÖØ×ÛØãÙëÚõÛ ÜÝ%Þ7ßEàRáYâpã•ä³åÄîUsædvanlig "User I/O"-wait-begivenhedVirtuel paging af hukommelseResource ManagerAnalyseCPUData-I/ORedo-I/OHukommelseIndbyrdes forbindelseMellemrumIntern samtidighedApplikations-waitsKø-operationerTopforbrugereDiverseWait-klassen "Queueing"Usædvanlig "Queueing"-wait-begivenhedInstanshukommelse er for lilleTop-SQL-sætningerTopsegmenter efter "User I/O" og "Cluster"æ&çJìsíÛî&ÀBuffer er optaget - meget aktiv blokBuffer er optaget - meget aktive objekterTvist for latches, der er relateret til den fælles pulje, forbrugte meget databasetid i nogle instanser.Tvist på buffercache-latches forbrugte meget databasetid i nogle instanser.Waits på ledige buffere forbrugte meget databasetid i nogle instanser. Databaseskrivere (DBWR) kunne ikke holde trit med efterspørgslen på ledige buffere.ï&ðrñÏò3ó‰áWaits på redo-log-bufferplads forbrugte meget databasetid i nogle instanser.Værts-CPU var en flaskehals for nogle instanser. Ventetider bliver forøget af CPU-ventetider.Betydelig paging af virtuel hukommelse blev registreret i værtsoperativsystemet for nogle instanser.Database-latches i wait-klassen "Other" forbrugte meget databasetid i nogle instanser.Buffercaches var for små for nogle instanser, hvilket forårsagede megen ekstra læse-I/O.ô õ‹ö÷ªöSGA havde den forkerte størrelse i nogle instanser, hvilket forårsagede yderligere I/O eller hard-analyser.Streams-puljen havde den forkerte størrelse i nogle instanser, hvilket forårsagede yderligere I/O og spærrede for streams-kø-operationer.PGA'en havde den forkerte størrelse i nogle instanser, hvilket bevirkede, at yderligere I/O til midlertidige tabelområder forbrugte meget databasetid.Hard-analyse af SQL-sætninger forbrugte meget databasetid i nogle instanser.øùØúK¯SQL-sætninger med den samme tekst blev ikke delt på grund af uoverensstemmende markørmiljøer i nogle instanser. Dette resulterede i yderligere hard-analyser, som forbrugte meget databasetid.Hard-analyser, som skyldes en fælles pulje med en forkert størrelse, forbrugte meget databasetid i nogle instanser.Hard-analyse af SQL-sætninger, der fandt analysefejl, forbrugte meget databasetid i nogle instanser.ûü²ýQMarkører blev ugyldiggjort på grund af DDL-operationer. Dette resulterede i yderligere hard-analyser, som forbrugte meget databasetid i nogle instanser.SQL-sætninger blev ikke delt på grund af brugen af litteraler. Dette resulterede i yderligere hard-analyser, som forbrugte meget databasetid i nogle instanser.Soft-analyse af SQL-sætninger forbrugte meget databasetid i nogle instanser.þ ÿòTÓListe over analyserede instansnumre, der bruges, når den globale ADDM kun analyserer et undersæt af instanserInstansen bruger den offentlige enhed til indbyrdes forbindelse "%s" med IP-adresse %s og kilde "%s".Instansen bruger den private enhed til indbyrdes forbindelse "%s" med IP-adresse %s og kilde "%s".Se ADDM-opgaverne på instansniveau for at få vist en liste over indbyrdes forbundne enheder, der bruges af en specifik instans. d®%¡Nogle instanser brugte offentlige enheder til indbyrdes forbindelse.Oracle-instanshukommelsen (SGA og PGA) havde den tilstrækkelige størrelse.Oracle-instanshukommelsen (SGA og PGA) havde den forkerte størrelse, hvilket forårsagede yderligere I/O og CPU-forbrug.Det optimale hukommelsesmål for instansen kunne ikke bestemmes, da værdien af "memory_target" blev ændret i analyseperioden.íáDet optimale hukommelsesmål for instansen kunne ikke bestemmes på grund af ufuldstændige AWR-snapshots.Øg mængden af hukommelse, der er allokeret til instansen, ved at sætte parameteren "memory_target" til %s M.Oracle-instanshukommelsen (SGA og PGA) havde utilstrækkelig størrelse, hvilket forårsagede yderligere I/O eller CPU-forbrug. Derudover var nogle buffercaches til blokke af ikke-standardstørrelse for små, hvilket forårsagede yderligere læse-I/O.  ¥ ãzOracle-instanshukommelsen (SGA og PGA) havde utilstrækkelig størrelse i nogle instanser, hvilket forårsagede yderligere I/O og CPU-forbrug.Aktiverer databaseanalysetilstand for automatiske ADDM-kørslerMindst %s SQL-sætninger med FORCE_MATCHING_SIGNATURE %s og PLAN_HASH_VALUE %s anvender litteraler. Se i V$SQL efter eksempler på sådanne SQL-sætninger.  ¯)ŠÔMindst %s SQL-sætninger med FORCE_MATCHING_SIGNATURE %s og PLAN_HASH_VALUE %s brugte litteraler. Et eksempel er SQL-sætningen med SQL_ID "%s" .Optimér indgangspunktet PL/SQL "%s" af typen "%s" og ID'en %s. Se PL/SQL-dokumentationen for at få yderligere oplysninger.Optimér indgangspunktet PL/SQL ID %s. Se PL/SQL-dokumentationen for at få yderligere oplysninger.%s sekunder brugt på at udføre PL/SQL "%s" af typen "%s" og med ID'en %s.K÷¤%s sekunder blev brugt på at udføre PL/SQL-ID %s.Filtrer søgninger af typen "%s", hvis påvirkningen er mindre end %s aktive sessioner, eller hvis påvirkningen er mindre end %s procent af databasetiden for analyseperioden.Filtrer anbefalinger vedr. SQL-sætninger med SQL_ID "%s", hvis påvirkningen af SQL er mindre end %s aktive sessioner, eller hvis dens svartid er mindre end %s mikrosekunder.&˜×I‚Filtrer anbefalinger vedr. sætninger, der tilhører ejeren "%s", med navnet "%s" med underobjekter med navnet "%s".Filtrer anbefalinger vedr. segmentet med dataobjektnummeret %s.Filtrer anbefalinger for at ændre værdien af parameteren "%s".Inter-instans-messaging forbrugte megen databasetid.Inter-instans-messaging forbrugte ikke megen databasetid. ¨öH®En ventetid, der var højere end forventet, i forbindelse med afbrydelse af forbindelsen til klyngen var ansvarlig for megen databasetid.LMSn (Global Cache Service Processes) behandlede ikke anmodninger hurtigt nok.Databasen forbrugte %s Kbit pr. sekund af båndbredden i den indbyrdes forbindelse.LMSn (Global Cache Service Processes) blev udført inden for de acceptable grænser på %s millisekunder.ÞF·Undersøg årsagen til tvister mellem blokke, der modtages fra den eksterne instans "%s". Dette problem er ofte relateret til lange waits på begivenheden "gcs log flush sync" i den eksterne instans.Waits på begivenheden "log file sync" i en instans kan forårsage en global cachetvist i andre instanser.Undersøg årsagen til overbelastningen mellem blokke, der modtages af denne instans fra den eksterne instans "%s". !#"ªõUndersøg årsagen til overbelastningen mellem blokke, der modtages fra den eksterne instans "%s". Dette problem er ofte relateret til CPU-flaskehalse, sidedeling af virtuel hukommelse eller uhensigtsmæssig prioritering af LMSn-processer i den eksterne instans.Enheden "%s" blev brugt til %s\\% af den indbyrdes forbindelsestrafik og fandt %s afsendelses- eller modtagelsesfejl i analyseperioden.Enheden "%s" fandt %s afsendelses- eller modtagelsesfejl i analyseperioden.#$ÊInstansen forbrugte %s Kbits pr. sekund af båndbredden i den indbyrdes forbindelse til global cache-messaging. Oplysninger om anden indbyrdes forbindelsestrafik er ikke tilgængelige.Databasen forbrugte %s Kbit pr. sekund af båndbredden i den indbyrdes forbindelse til global cache-messaging. Oplysninger om anden indbyrdes forbindelsestrafik er ikke tilgængelige.%&Á'"–%s\\% af denne båndbredde i den indbyrdes forbindelse blev brugt til global cache-messaging, %s\\% parallel forespørgsel-messaging og %s\\% til styring af databaselås.Den gennemsnitlige ventetid for 8 K-meddelelser i den indbyrdes forbindelse var %s mikrosekunder.Overvej at reducere RMAN- eller Data Pump-aktiviteten eller at planlægge disse job, når brugeraktiviteten er lavere.()¸¤I/O-gennemløb i datafiler og midlertidige filer var opdelt på følgende måde: %s%% af RMAN, %s%% af Data Pump, %s%% af retablering og %s%% af alle andre aktiviteter.Ydeevnen for nogle datafiler og midlertidige filer var signifikant værre end for andre filer. Hvis det ikke er muligt at partitionere alle filer ved brug af SAME-metodologien, skal du overveje at partitionere denne fil over flere diske.*+¢,%For filen %s var den midlertidige svartid for enkeltbloklæsninger %s millisekunder, og den totale overskydende I/O-wait var %s sekunder.Undersøg fil-I/O-gennemløbet for arkiveringsprocessen/-processerne for at sikre, at det er passende til den underliggende hardware.Arkiveringsprocessens I/O-gennemløb var %s pr. sekund i redo-logfiler og %s pr. sekund i arkiv- og arkivbackup-logfiler.-.Œ/ò«Det totale I/O-gennemløb i redo-logfiler var %s pr. sekund, og arkiveringsprocessen var ansvarlig for %s%% af det.Det totale I/O-gennemløb i redo-logfiler var %s pr. sekund for læsning og %s pr. sekund for skrivning.Redo-loggens I/O-gennemløb var opdelt på følgende måde: %s%% af RMAN og retablering, %s%% af log-writer, %s%% af arkiveringsproces, %s%% af Streams AQ og %s%% af alle andre aktiviteter.PQÄR¡ØUndersøg, om det er muligt at forbedre ydeevnen for %s-sætningen med SQL_ID "%s". Du kan supplere de oplysninger, der er angivet her, med en ASH-rapport for dette SQL_ID.Kør SQL Tuning Advisor på %s-sætningen med SQL_ID "%s". Undersøg derudover, om det er muligt at forbedre ydeevnen for denne sætning. Du kan supplere de oplysninger, der er angivet her, med en ASH-rapport for dette SQL_ID.Kør SQL Tuning Advisor på %s-sætningen med SQL_ID "%s".ST›hSQL'en har brugt %s%% af databasetiden på CPU-, I/O- og Cluster-waits. Denne del af databasetiden kan forbedres med SQL Tuning Advisor.SQL'en har kun brugt %s%% af databasetiden på CPU-, I/O- og Cluster-waits. Derfor skal SQL Tuning Advisor ikke anvendes i dette tilfælde. Se ydeevnedataene for SQL'en for at finde potentielle forbedringer.UVW?×SQL'en har brugt %s%% af databasetiden på CPU-, I/O- og Cluster-waits. Denne del af databasetiden kan forbedres af SQL Tuning Advisor. Se nedenstående data og en ASH-rapport for at få oplysninger om yderligere forbedringer af ydeevnen.SQL Tuning Advisor kan ikke anvendes på denne SQL-sætning.Databasetiden for denne SQL var opdelt på følgende måde: %s%% til SQL-udførelse, %s%% til analyse, %s%% til PL/SQL-udførelse og %s%% til Java-udførelse.X YxZ[ŽÃMindst %s distinkte udførelsesplaner blev brugt til denne SQL-sætning i analyseperioden.Topniveau-kald til udførelse af %s-sætningen med SQL_ID "%s" er ansvarlige for %s%% af den databasetid, der blev brugt på %s-sætningen med SQL_ID "%s".SQL-sætninger, der forbruger signifikant databasetid, blev fundet. Disse sætninger giver god mulighed for at forbedre ydeevnen.SQL Tuning Advisor kan ikke anvendes på %s-sætninger.\]”^ ŒFuld scanning af %s "%s.%s" med objekt-ID'et %s har forbrugt %s%% af den databasetid, der blev brugt på denne SQL-sætning.Fuld scanning af segment med objekt-ID'et %s har forbrugt %s%% af den databasetid, der blev brugt på denne SQL-sætning.I/O- og Cluster-wait på %s "%s.%s" med objekt-ID'et %s har forbrugt %s%% af den databasetid, der blev brugt på denne SQL-sætning._`˜aâI/O- og Cluster-wait på segment med objekt-ID'et %s har forbrugt %s%% af den databasetid, der blev brugt på denne SQL-sætning.Individuelle databasesegmenter, der er ansvarlige for signifikante "User I/O"- og "Cluster"-waits, blev fundet.Se resultaterne for "Top-SQL-sætninger" for SQL-sætninger, der forbruger signifikant I/O-tid i dette segment. %s-sætningen med SQL_ID "%s" er f.eks. ansvarlig for %s%% af "User I/O"- og "Cluster"waits for dette segment.bcå¡Se resultaterne for "Top SQL Statements" for SQL-sætninger, der forbruger signifikant tid på Java-udførelse. %s-sætningen med SQL_ID "%s" er f.eks. ansvarlig for %s%% af Java-udførelsestiden i analyseperioden.Se resultaterne for "Top-SQL-sætninger\\ for SQL-sætninger, der forbruger signifikant CPU-tid. %s-sætningen med SQL_ID "%s" er f.eks. ansvarlig for %s%% af CPU-forbruget i analyseperioden.deÝ—Se resultaterne for "Top-SQL-sætninger\\ for SQL-sætninger, der forbruger signifikant tid på Cluster-waits. %s-sætningen med SQL_ID "%s" er f.eks. ansvarlig for %s%% af Cluster-waits i analyseperioden.Se resultaterne for "Top-SQL-sætninger\\ for SQL-sætninger, der forbruger signifikant på wait-begivenheden "%s". %s-sætningen med SQL_ID "%s" er f.eks. ansvarlig for %s%% af disse waits.fg‹húIngen anbefalinger er tilgængelige på databaseniveau. Tjek ADDM-analysen af påvirkede instanser for anbefalinger.Øg buffercachestørrelsen for påvirkede instanser. Tjek ADDM-analysen af påvirkede instanser for flere detaljer.Overvej at tilføje flere CPU'er eller flere instanser, der betjener databasen. Tjek ADDM-analysen af påvirkede instanser for yderligere anbefalinger.ijŒbØg størrelsen af den fælles pulje for påvirkede instanser. Tjek ADDM-analysen af påvirkede instanser for flere detaljer.Undersøg I/O-undersystemets skriveydeevne. Overvej at øge antallet af databaseskrivere, relevansen af asynkron I/O og brugen af direkte stiindsættelser. Tjek ADDM-analysen af påvirkede instanser for flere detaljer.klÆmtùUndersøg i applikationslogikken, om det er muligt at bruge tilknytningsvariabler i stedet for litteraler. Alternativt kan du sætte parameteren "cursor_sharing" til "force".Øg størrelsen af redo-log-buffere for påvirkede instanser. Undersøg ydeevnen for I/O til online-redo-logfilerne. Tjek ADDM-analysen af påvirkede instanser for flere detaljer.Øg mængden af den hukommelse, der er allokeret til påvirkede instanser. Tjek ADDM-analysen af påvirkede instanser for flere detaljer.no¼p)ŸUndersøg allokeringen af hukommelse til Oracle-instanser og andre applikationer på påvirkede værter. Tjek ADDM-analysen af påvirkede instanser for flere detaljer.Øg størrelsen af SGA'en på påvirkede instanser. Tjek ADDM-analysen af påvirkede instanser for flere detaljer.Øg størrelsen på streams-puljen for påvirkede instanser. Tjek ADDM-analysen af påvirkede instanser for flere detaljer.q&r“såt9pÎýØg størrelsen af PGA'en på påvirkede instanser. Tjek ADDM-analysen af påvirkede instanser for flere detaljer.Der var ingen aktive blokke for "buffer busy"-wait-begivenheder i analyseperioden.Der var ingen aktive objekter for "buffer busy"-wait-begivenheder i analyseperioden.Sessionen med ID'et %s og serienummeret %s i instansnummeret %s var den blokerende session, som var ansvarlig for %s%% af denne anbefalings udbytte.%s blev først udført for at varme buffercachen.qrbStatistik for %s blev beregnet som et gennemsnit af de følgende %s udførelser.Statistik for %s var fra den anden udførelse.ÿÿÿÿ