Ladění výkonu v Informatica: Kompletní výukový program
David Carter
⚡ Chytré shrnutí
Ladění výkonu v Informatice odstraňuje nejpomalejší odkaz v relaci, jednu vrstvu po druhé, a to od cíle zpět přes zdroj, tedy mapu.ping, relace a nakonec operační systém.
Co je ladění výkonu v Informatice?
Ladění výkonu v Informatice spočívá v nalezení komponenty, která omezuje rychlost běhu relace, odstranění tohoto limitu a následném opakování cvičení s komponentou, která se stane další nejpomalejší. Relace je vždy jen tak rychlá, jak rychlá je její nejpomalejší vrstva, takže ladění transformace, která nikdy nebyla problémem, nepřináší žádný měřitelný zisk.
Společnost Informatica identifikuje pět míst, kde se může nacházet úzké hrdlo, a doporučuje je kontrolovat v pevně stanoveném pořadí.
| Objednávka | vrstva | Typická příčina |
| 1 | Target | Pomalé zápisy, krátké intervaly kontrolních bodů, malá velikost síťových paketů databáze |
| 2 | Zdroj | Pomalý dotaz, chybějící indexy, čtení zbytečných sloupců |
| 3 | Mapaping | Drahé nebo špatně umístěné transformace, nadměrně velké mezipaměti |
| 4 | Zasedání | Buffer paměť, interval potvrzení, dělení, typ načítání |
| 5 | Systém | Nasycení CPU, čekání na I/O operace, stránkování na počítači Integration Service |
Toto pořadí je záměrné. Cíl, který nedokáže dostatečně rychle absorbovat řádky, bude způsobovat, že každá vrstva nadřazeného kódu bude vypadat pomalu, takže se kontroluje jako první. Celá metoda je popsána v Průvodce laděním výkonu PowerCenteru.
Jak identifikovat úzká místa ve výkonu
Hádání, která vrstva je pomalá, je více ztrátou času než jejím měřením. Pět výše uvedených vrstev pokrývají čtyři techniky.
- Spusťte zkušební relaci. Nakonfigurujte kopii Zasedání zapisovat do cílového plochého souboru. Pokud se relace znatelně zrychlí, je cíl úzkým hrdlem. Zrcadlový obraz stejného triku, čtení ze zdrojového plochého souboru, izoluje úzké hrdlo zdroje.
- Analyzujte statistiky vláken. Správce transformace dat spouští vlákno čtečky, jedno nebo více transformačních vláken a vlákno zapisovače. Vlákno s nejvyšší dobou zaneprázdnění v protokolu relace ukazuje přímo na vrstvu, na které má pracovat: čtečka pro zdroj, transformace pro mapu.ping, spisovatel pro cíl.
- Analyzujte detaily výkonu. Povolit shromažďování dat o výkonu v relaci a číst čítače. Vysoký počet chybových řádků nebo velký počet řádků ve vyhledávací mezipaměti indikuje mapu.ping problém spíše než problém databáze.
- Sledujte systém. Operasystémové nástroje zobrazující využití CPU, čekání na I/O a stránkování spolu s Monitor pracovního postupu zobrazení zdrojů odhalí stroj, který je jednoduše vyčerpaný.
Jakmile je známa odpovědná vrstva, je vhodné aplikovat rady týkající se transformační úrovně v následujících částech. Části jsou uspořádány v pořadí postupu, od bodu, kde data vstupují do mapaping až do bodu, kdy je agregován.
Transformace kvalifikátoru zdroje
Každý řádek, který kvalifikátor zdroje nepřečte, je řádek, který nemusí zpracovat žádná jiná transformace, což z něj dělá nejlevnější místo na celé mapě.ping ušetřit čas.
- Přineste pouze požadované sloupce ze zdroje. Ve většině případů nejsou vyžadovány všechny sloupce zdrojové tabulky, takže vymazáním nepotřebných sloupců uveďte pouze požadovaná pole.
- Nepoužívejte klauzuli order by uvnitř Kvalifikátor zdroje Přepsání SQL. Klauzule order by vyžaduje dodatečné zpracování a výkon lze zvýšit jejím vynecháním.
Transformace filtru
Filtrování se v další fázi procesu řídí stejným principem: nežádoucí řádky se zahodí v nejbližším bodě, kdy mapaping má dostatek informací k jejich identifikaci.
- Použijte transformace filtru co nejdříve na mapěpingPokud lze nežádoucí data na mapě zahodit na začátkuping, zvýšilo by to propustnost.
- Použijte kvalifikátor zdroje k filtrování dat. Místo použití transformace filtru můžete k filtrování záznamů použít také přepsání kvalifikátoru zdroje v SQL.
Truhlářská transformace
Připojení je první skutečně drahou operací na typické mapě.ping, protože hlavní zdroj musí být uložen do mezipaměti, než s ním bude možné porovnat řádky s podrobnostmi.
- Pokud je to možné, vždy preferujte provádění spojení v databázi, protože spojení v databázi je rychlejší než spojení vytvořená v programu Informatica. transformace truhláře.
- Pokud je to možné, seřaďte data před připojením, protože to snižuje vstupně-výstupní operace disku provedené během spojování.
- Vytvořte tabulku s menším počtem řádků jako hlavní tabulku.
Třetí bod je ten, který se nejčastěji opomíjí. Integrační služba ukládá hlavní zdrojový kód do mezipaměti, takže nominace menší tabulky jako hlavní udržuje tuto mezipaměť malou.
Vyhledávací transformace
Vyhledávání buď dotazuje databázi jednou za řádek, nebo vytváří mezipaměť v paměti a obě trasy odměňují menší a lépe indexovaný zdroj vyhledávání.
- Vytvořte index pro sloupec v vyhledávací tabulka který se používá ve vyhledávací podmínce. Protože vyhledávací tabulka bude dotazována za účelem vyhledání odpovídajících dat, přidání indexu by zvýšilo výkon.
- Pokud je to možné, místo použití transformace vyhledávání použijte spojení v databázi. Jak jsou databázové spoje rychlejší, výkon se zvýší.
- Odstraňte nepotřebné sloupce z vyhledávací tabulky a ponechte pouze požadované sloupce. Tím se sníží režie načítání nadbytečných sloupců z databáze.
Transformace agregátoru
An Agregátor uchovává data v mezipaměti, zatímco seskupuje řádky, takže cokoli, co snižuje objem, který se k ní dostává, snižuje potřebnou mezipaměť.
- Filtrujte data před agregací. Pokud v mapě používáte transformaci filtrůping, poté data před použitím agregátoru filtrujte, protože to sníží zbytečnou agregační operaci.
- Omezte počet portů používaných v transformaci agregátoru. Tím se sníží objem dat, která transformace agregátoru ukládá do mezipaměti.
Ladění na úrovni relací v Informatice
Když mapaping Samotné je čisté, zbývající zisky pocházejí z vlastností relace. Tato nastavení se vyplatí měnit jedno po druhém a po každé změně je spustit s časovaným spuštěním, protože několik z nich vyměňuje paměť za rychlost.
| nastavení | Co ovládá | Kdy to změnit |
| Velikost vyrovnávací paměti DTM | Celková paměť, kterou Integration Service přiděluje zdrojovým a cílovým datovým blokům | Zvyšte, když relace zpracovává mnoho oddílů, zdrojů nebo cílů. |
| Buffer velikost bloku | Velikost jednoho paměťového bloku | Zvyšte pro neobvykle velké řádky; snižte, když je fyzická paměť omezená. |
| Interval potvrzení | Kolik řádků se zapíše před vydáním commitu? | Vyvolat, když vlákno zapisovače tráví čas čekáním na kontrolní body databáze. |
| Optimalizace posuvného panelu | Jaká část mapyping logika je převedena do SQL a spuštěna databází | Použijte, když se zdroj a cíl nacházejí ve stejné výkonné databázi. |
Buffer Paměť se řídí zdokumentovaným výpočtem, nikoli odhadem. Integrační služba alokuje alespoň dva bloky pro každý zdrojový a cílový oddíl, takže počet bloků vyrovnávací paměti relace se vynásobí dvěma (celkový počet zdrojů + celkový počet cílů) a velikost vyrovnávací paměti DTM se rovná počtu bloků vynásobenému velikostí bloku vyrovnávací paměti a dělenému 0.9.
Optimalizace push-down si zaslouží opatrnost. Pomáhá pouze tehdy, když je databáze skutečně rychlejší než stroj Integration Service a transformační logiku lze vyjádřit v SQL; logika, kterou nelze přeložit, zůstává v relaci, takže zisk je často menší, než se očekávalo. Změřte před a po, místo abyste ji povolovali jako výchozí.
