Významy stavů dotazu Zrušeno a Hotovo byly aktualizovány následujícím způsobem:
8Pokud 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.
5 5 5Pokud 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.
5Kromě souboru qpuser.log byste měli prozkoumat také soubor qpdiag.log.
6 6 6Pokud 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ří:
6Po 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
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.
6 6 6Určité operace třídy dotazů již nevyžadují ukončení a restartování produktu Query Patroller, 6aby vstoupily v platnost.
6V následující tabulce je aktivním dotazem dotaz, jehož stav je Spuštěno nebo 6Ve frontě.
6 66 6 6Vnoř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.
6 6 6Oproti předchozí dokumentací lze zařadit do fronty dotazy s následujícími příkazy:
6Použí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.
7 7 7Od 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.
7Jste-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.
7Jste-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.
7 7 7Pracujete-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.
7 7 7Chcete-li spustit příkaz RUN IN BACKGROUND, musíte 7být zadavatelem, který původně dotaz odeslal.
7 7 7Od 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.
7Chcete-li tuto volbu zapnout nebo vypnout, zadejte příkaz UPDATE QP_SYSTEM 7s volbou CREATE_RESULT_TABLE_ALIASES:
7 77 7 77>>-UPDATE QP_SYSTEM USING---------------------------------------> 7 7>--+-DEFAULT------------------------------+-------------------->< 7 '-CREATE_RESULT_TABLE_ALIASES--+-'Y'-+-' 7 '-'N'-' 7
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.
7Pro 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
77with 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
Musíte mít oprávnění DBADM.
Tento příkaz odstraní všechny existující aliasy, 7jejichž výsledné tabulky byly zrušeny. Aliasy byly 7původně vytvořeny produktem Query Patroller pro 7výsledné tabulky.
77>>-REMOVE RESULT_TABLE_ALIASES--------------------------------->< 7
7
7 7Modul 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.
[ Začátek stránky |Předchozí stránka | Další stránka | Obsah ]