Sdílet prostřednictvím

Důležité informace o používání testovacích serverů

platí pro:SQL Server

Použití testovacího serveru k ladění databáze na produkčním serveru je důležitou výhodou Advisoru pro ladění databázového stroje. Pomocí této funkce můžete přenést zátěž ladění na testovací server, aniž byste museli kopírovat skutečná data z produkčního serveru.

Poznámka:

Funkce ladění testovacího serveru není podporována v grafickém uživatelském rozhraní (GUI) Advisoru pro ladění databázového stroje.

Pokud chcete tuto funkci úspěšně použít, projděte si důležité informace uvedené v následujících částech.

Nastavení testovacího prostředí serveru nebo produkčního serveru

  • Uživatel, který chce k ladění databáze na produkčním serveru použít testovací server, musí existovat na obou serverech, jinak tento scénář nebude fungovat.

  • Rozšířená uložená procedura , xp_msver, musí být povolena pro použití scénáře testovacího serveru nebo produkčního serveru. Poradce pro ladění databázového stroje používá tuto rozšířenou uloženou proceduru k načtení počtu procesorů a dostupné paměti produkčního serveru, která se má použít při ladění testovacího serveru. Pokud xp_msver není povolená, funkce Advisor pro ladění databázového stroje předpokládá hardwarové charakteristiky počítače, na kterém je spuštěn nástroj Advisor pro ladění databázového stroje. Pokud hardwarové charakteristiky počítače, na kterém je spuštěn nástroj Advisor pro ladění databázového stroje, nejsou dostupné, předpokládá se jeden procesor a 1024 megabajtů paměti. Tato rozšířená uložená procedura je ve výchozím nastavení zapnutá při instalaci SQL Serveru. Další informace naleznete v tématu Surface Area Configuration a xp_msver (Transact-SQL).

  • Advisor pro ladění databázového stroje očekává, že edice SQL Serveru budou na testovacím i produkčním serveru stejné. Pokud existují dvě různé edice, má přednost edice na testovacím serveru. Pokud například na testovacím serveru běží SQL Server Standard, nástroj Database Engine Tuning Advisor do doporučení nezahrne indexovaná zobrazení, dělení a online operace, a to i v případě, že je na produkčním serveru spuštěný SYSTÉM SQL Server Enterprise.

O chování testovacího serveru nebo produkčního serveru

  • Poradce pro ladění databázového stroje při vytváření doporučení bere v úvahu rozdíly v hardwaru mezi produkčním a testovacím serverem. Doporučení je stejné, jako kdyby se ladění provádělo jenom na produkčním serveru.

  • Poradce pro ladění databázového stroje může vyžadovat určité zatížení produkčního serveru pro shromažďování metadat a také vytváření statistik nezbytných pro ladění.

  • Poradce pro ladění databázového stroje nekopíruje skutečná data z produkčního serveru na testovací server. Kopíruje pouze metadata databází a nezbytné statistiky.

  • Všechny informace o relaci jsou uloženy v msdb na produkčním serveru. Díky tomu můžete využít jakýkoli dostupný testovací server pro ladění a informace o všech relacích jsou k dispozici na jednom místě (produkční server).

  • Po dokončení ladění by měl nástroj pro ladění databázového stroje odstranit veškerá metadata, která vytvořil na testovacím serveru během ladicího procesu. To zahrnuje shellovou databázi. Pokud provádíte řadu relací ladění se stejnými produkčními a testovacími servery, můžete chtít zachovat tuto základní databázi, abyste ušetřili čas. Ve vstupním souboru XML zadejte subelement RetainShellDB s ostatními dílčími prvky v rámci nadřazeného elementu TuningOptions . Použití těchto možností způsobí, že Poradce pro ladění databázového stroje zachová databázi prostředí. Další informace naleznete v tématu Xml Input File Reference (Database Engine Tuning Advisor).

  • Po úspěšné relaci ladění testovacího serveru nebo produkčního serveru mohou být shell databáze ponechány na testovacím serveru, i když jste nezadali podelement RetainShellDB. Tyto nežádoucí shell databáze můžou zasahovat do následujících ladicích seancí a měly by být odstraněny před provedením dalšího ladění testovacího nebo produkčního serveru. Pokud se relace ladění neočekávaně ukončí, můžou být databáze prostředí na testovacím serveru a objekty v těchto databázích ponechány na testovacím serveru. Před zahájením nové relace ladění testovacího serveru nebo produkčního serveru byste také měli tyto databáze a objekty odstranit.

  • Uživatel musí zkontrolovat protokol ladění kvůli chybám, které jsou výsledkem rozdílů mezi produkčním a testovacím serverem, a také kvůli chybám vyplývajícím z kopírování metadat z produkčního na testovací server. Přihlášení uživatele například nemusí na testovacím serveru existovat. Pokud přihlašovací údaje uživatele na testovacím serveru neexistují, nemusí být tyto události v úloze vydané přihlášením uživatele možné ladit. K zobrazení protokolu ladění použijte grafické uživatelské rozhraní Advisoru pro ladění databázového stroje. Další informace najdete v tématu Zobrazení a práce s výstupem z Poradce pro ladění databázového stroje.

  • Pokud Poradce pro ladění databázového stroje nemůže vyladit mnoho událostí, protože v pomocné databázi, kterou vytvoří na testovacím serveru, chybí objekty, musí uživatel zkontrolovat protokol ladění. Události, které nelze nastavit, jsou uvedené v protokolu. K úspěšnému ladění databáze na testovacím serveru musí uživatel vytvořit chybějící objekty v shellové databázi a poté spustit novou relaci ladění.

  • Pokud databáze se stejným názvem již na testovacím serveru existuje, Poradce pro ladění databázového stroje nekopíruje metadata, ale podle potřeby pokračuje v ladění a shromažďuje statistiky. To je užitečné, pokud uživatel už vytvořil databázi na testovacím serveru a před vyvoláním Poradce pro ladění databázového stroje zkopírovala příslušná metadata.

  • Pokud je pro databázi na produkčním serveru zapnutá možnost DATE_CORRELATION_OPTIMIZATION, metadata a data přidružená k této možnosti nejsou při ladění testovacího serveru úplně skriptovaná. Při optimalizaci pro scénář testovacího serveru nebo produkčního serveru mohou nastat následující problémy:

    • Uživatelé můžou mít na serverech různé plány dotazů pro dotazy, které používají možnost DATE_CORRELATION_OPTIMIZATION.

    • Poradce pro ladění databázového stroje může navrhnout vyřazení indexovaných zobrazení, která vynucují možnost DATE_CORRELATION_OPTIMIZATION ve skriptu doporučení.

    Proto můžete chtít ignorovat všechna doporučení, která Poradce pro ladění databázového stroje poskytuje ohledně indexovaných zobrazení obsahujících statistiky korelace, kvůli tomu, že Poradce pro ladění databázového stroje zná jejich náklady, ale ne jejich přínosy. Poradce pro ladění databázového stroje nemusí doporučit výběr určitých indexů, jako jsou clusterované indexy ve sloupcích data a času , což může být užitečné, když je povolená DATE_CORRELATION_OPTIMIZATION.

    Chcete-li zjistit, zda je zobrazení založeno na statistikách korelace, vyberte is_date_correlation_view sloupec zobrazení katalogu sys.views .

  • Last updated on