Query Patroller

Aktualizace definic pro stavy spravovaných dotazů

Významy stavů dotazu Zrušeno a Hotovo byly aktualizovány následujícím způsobem:

8

Zrušeno

8

Dotaz byl zrušen prostřednictvím Centra Query Patroller nebo prostřednictvím příkazového řádku modulu Query Patroller, a to administrátorem, odesilatelem, nebo operátorem, jehož profil obsahuje oprávnění MONITORING s autorizací pro úpravy. Zrušit lze pouze spuštěné, pozastavené a vydané dotazy a dotazy ve frontě. 8

8

Hotovo

8

Dotaz byl úspěšně dokončen. 8 8

Poznámka:

8

Ačkoli samotný dotaz byl dokončen bez chyby, aplikace může přijmout chybu, bylo-li dokončení způsobeno externí událostí, například vynuceným ukončením aplikací DB2.

8

8

Vytvoření tabulek Explain před spuštěním generátoru historických dat produktu Query Patroller

Pokud při spuštění generátoru historických dat produktu Query Patroller dosud neexistují 5tabulky Explain, budou generátorem vytvořeny. 5Důrazně se však doporučuje vytvořit tabulky Explain ještě před spuštěním generátoru 5historických dat. Při vytváření tabulek Explain zkontrolujte, 5že je vytváříte ve stejné oblasti. Aktivní vytvoření tabulek Explain 5ve stejné oblasti vede ke zlepšení výkonu prostředku Vysvětlení. 5Toto zlepšení zvyšuje výkon generátoru historických dat.

Kontrola souborů žurnálu produktu Query Patroller pro analýzu historie

Pokud sloupec Explain Run (vysvětlit spuštění) v sestavě Aktivita dotazu 5v průběhu času (Analýza historie) obsahuje stav dotazu Ran unsuccessfully (Spuštěno neúspěšně), 5nebyla pro dotaz generována data historie. Proto se dotaz nezobrazí v žádné sestavě ani grafu analýzy 5historie. Jak je dokumentováno ve verzi 8, chcete-li určit příčinu neúspěšnosti dotazu, 5můžete prozkoumat soubor qpuser.log.

Kromě souboru qpuser.log byste měli prozkoumat také soubor qpdiag.log.

Nestandardní ukončení generátoru historických dat

Pokud spustíte generátor historických dat a ukončíte jej nestandardním způsobem, 6dojde při příštím pokusu o jeho spuštění k chybě. Mezi nestandardní ukončení patří:

6
• Produkt DB2 Universal Database se neočekávaně ukončí
6
• zadání příkazu db2stop force,
6
• zadání příkazu killdb2.

Po nestandardním ukončení generátoru historických dat musíte před dalším pokusem 6o jeho spuštění zadat následující příkaz: 6

    qp -d databáze generate historical_data stop

6,kde databáze určuje databázi, na níž je příkaz spuštěn.

Dynamická aktualizace třídy dotazů

Určité operace třídy dotazů již nevyžadují ukončení a restartování produktu Query Patroller, 6aby vstoupily v platnost.

V následující tabulce je aktivním dotazem dotaz, jehož stav je Spuštěno nebo 6Ve frontě.

Chování vnořeného dotazu

Vnořené dotazy nemohou být zařazeny do fronty. Namísto toho bude vnořený dotaz spuštěn okamžitě, 6jakmile překročí práh, který by normálně způsobil zařazení dotazu do fronty.

Omezení typem příkazu SQL

Oproti předchozí dokumentací lze zařadit do fronty dotazy s následujícími příkazy:

6
• dotazy obsahující statické příkazy SQL s hostitelskými proměnnými,
6
• dotazy obsahující funkci hodnoty identity (IDENTITY_VAL_LOCAL) nebo 6funkci hodnoty pořadí, jako jsou NEXT VALUE FOR či PREVIOUS VALUE FOR.

Omezení rozlišení při použití klienta Terminal Services Client

Používáte-li klienta Terminal Services 7Client s rozlišením 640x480 pro připojení ke 7vzdálené pracovní ploše, která je spuštěna v Centru 7Query Patroller, může se okno Předvolby odeslání 7zobrazovat prázdné. Chcete-li okno Předvolby 7odeslání zobrazit správně, musíte použít vyšší 7rozlišení než 640x480.

Podpora nové skupiny pro odeslání dotazu

Od verze 8.2 podporuje produkt DB2 Universal Database (UDB) kromě 7skupin operačního systému také skupiny 7uživatelů. Proto nastala malá změna v rozbalovacím seznamu 7Použitý profil zadavatele v okně Předvolby 7odeslání dotazu v Centru Query Patroller.

Jste-li přihlášeni, ale nemáte oprávnění DBADM 7nebo oprávnění Upravit pro správu uživatelů produktu 7Query Patroller, můžete přidávat a aktualizovat 7předvolbu odesílání pouze pro sebe. V takovém případě bude rozbalovací seznam 7Použitý profil zadavatele obsahovat namísto 7pouhých skupin operačního systému, do kterých patříte, také existující profily 7zadavatele pro skupiny DB2 UDB, do kterých patříte.

Jste-li přihlášeni, ale máte buď oprávnění DBADM, 7nebo oprávnění Upravit pro správu uživatelů produktu Query 7Patroller, můžete přidávat a aktualizovat předvolby 7odesílání pro ostatní uživatele. V takovém případě bude rozbalovací seznam 7Použitý profil zadavatele obsahovat profily zadavatele pro všechny 7existující skupiny.

Omezení časového plánu produktu Query Patroller

Pracujete-li v Centru Query Patroller s časovými 7plány, můžete používat okno Časový plán pro 7ukládání plánů do souboru a jejich pozdější import. Vlastníte-li 7časový plán uložený pomocí opravy FixPak 6 nebo 7dřívější, nelze jej importovat pomocí verze 8.2 nebo 7vyšší. Toto omezení platí kvůli změně serializace 7mezi úrovněmi sad JDK uvedenými produktem DB2 UDB 7verze 8.2.

Pro použití příkazu RUN IN BACKGROUND QUERY je 7vyžadována autorizace

Chcete-li spustit příkaz RUN IN BACKGROUND, musíte 7být zadavatelem, který původně dotaz odeslal.

Vytvoření aliasu pro výslednou tabulku

Od verze produktu Query Patroller verze 8.1 7oprava FixPak 5 produkt Query Patroller již 7nevytváří výsledné tabulky ve schématu, které 7odpovídá autorizačnímu ID zadatavele dotazu. Produkt 7Query Patroller namísto toho vytváří výsledné 7tabulky v běžném schématu DB2QPRT. Aby bylo možné se na výsledné tabulky 7odkazovat pomocí schématu zadavatele, produkt Query Patroller verze 8.2 zavádí 7volbu pro automatické vytváření aliasu pro každou novou výslednou tabulku, 7kterou produkt Query Patroller vytvoří. Výsledná tabulka bude vytvořena ve 7schématu DB2QPRT a alias bude vytvořen ve schématu 7odpovídajícím autorizačnímu ID zadavatele.

Chcete-li tuto volbu zapnout nebo vypnout, zadejte příkaz UPDATE QP_SYSTEM 7s volbou CREATE_RESULT_TABLE_ALIASES:

7>>-UPDATE QP_SYSTEM USING--------------------------------------->
7
7>--+-DEFAULT------------------------------+--------------------><
7   '-CREATE_RESULT_TABLE_ALIASES--+-'Y'-+-'
7                                  '-'N'-'
7

Odstranění osiřelých aliasů výsledných 7tabulek

Aliasy vytvořené pomocí volby 7CREATE_RESULT_TABLE_ALIASES budou při zrušení tabulky 7automaticky zrušeny. Existují ovšem dvě situace, 7kdy bude výsledná tabulka zrušena, aniž by byl 7zrušen odpovídající alias.

7
• Pokud je výsledná tabulka zrušena ručně, bez 7použití příkazového řádku qp nebo 7Centra Query Patroller.
7
• Pokud je výsledná tabulka zrušena pomocí 7příkazového řádku qp nebo Centra 7Query Patrollers oprávněním operátora, který není 7zadavatelem dotazu a nemá oprávnění DBADM.

Pro vyčištění aliasů, které nemají odpovídající 7výsledné tabulky, byl vytvořen nový příkaz 7REMOVE RESULT_TABLE_ALIASES. Tento příkaz je 7automaticky proveden, kdykoli jsou výsledné tabulky 7vymazány v rámci naplánovaného procesu úklidu 7produktu Query Patroller. Příkaz REMOVE 7RESULT_TABLE_ALIASES získá seznam aliasů 7k vymazání pomocí následujícího dotazu: 7

7with a as (select tabschema, tabname from syscat.tables 
7           where type = 'A' and tabname like 'QUERY%_RESULTS'), 
7     t as (select tabname from syscat.tables 
7           where type = 'T' and tabname like 'QUERY%_RESULTS')
7  select all tabschema, tabname from a 
7  where not exists (select * from t where t.tabname=a.tabname)

7>>-REMOVE RESULT_TABLE_ALIASES---------------------------------><
7

Jméno chráněného uživatele vyžaduje soubor qpdiag.log s právem zápisu a cestu

Modul Query Patroller používá některé chráněné uložené procedury, které mohou protokolovat položky do souboru qpdiag.log. Proto musí mít jméno chráněného uživatele přístup do souboru qpdiag.log pro psaní a znát cestu, kde je soubor qpdiag.log umístěn.