sql >> Databáze >  >> RDS >> Sqlserver

Výkon serveru SQL – testování v cloudu

Co kdybyste se pustili do všech potíží s implementací nebo upgradem na nový SQL Server, abyste měli pro své zákazníky lepší zkušenosti – a oni si stěžovali, že věci jsou ve skutečnosti horší?

Nebylo by vám líto, kdybyste proskočili všechny ty obchodní a technické obruče, abyste dosáhli lepšího výkonu SQL Serveru, a pak to neudělali?

Možná jste měli provést nějaké testování výkonu SQL Serveru, než jste šli do výroby. Pak byste věděli, zda se váš výkon zlepší, zůstane stejný nebo, což je nejhorší, bude klesat.

Ale aspoň byste nebyli nepříjemně překvapeni.

Most výkonu serveru SQL Server, který všichni překračujeme

Ať už jde o přechod z jiné databáze na SQL Server nebo upgrade ze starší verze SQL Serveru na novější, nakonec jste museli překonat výkonnostní most.

"Opravdu to poběží lépe než předtím?" zeptal se váš šéf.

"Ach, jistě," řekl jsi. „S virtualizací dat v SQL Server 2019 můžeme spouštět dotazy bez přesunu nebo replikace dat. A je tu automatické ladění s Intelligence Query Processing pro škálování dotazů. Data vylétnou ze serverů." Byli jste si tak jisti, že jste napsali „FLY.“

Jak jste tedy mohli svůj výkon otestovat lépe?

4 způsoby testování výkonu . . .

Brent Ozar, specialista na SQL Server, vám řekne, jak zkontrolovat výkon na novém serveru SQL:

  • snadný způsob porovnání doby před a po úplné záloze a CHECKDB
  • snadný, ale špatný způsob, se syntetickým pracovním zatížením a TPC-C v HammerDB
  • obtížnější způsob, testování jednotlivých dotazů pomocí sp_BlitzCache, jeho skriptu pro analýzu mezipaměti plánu
  • skutečně obtížný způsob, spouštění stejných dotazů, které spouštíte v produkci

Ale jak Brent objasňuje, sledování výkonu vašeho SQL serveru a zjištění, že klesl o X procent, je pouze začátek; stále musíte zjistit, odkud hit pochází.

To znamená hledat trendy v údajích o výkonu za celé týdny a měsíce, nikoli jen za posledních několik hodin.

Čím více datových bodů a historie máte, tím lepší obrázek si můžete sestavit o tom, co se děje uvnitř, pod a kolem vašeho prostředí SQL Server.

A čím více výpočtů dokážete na všechna tato data použít, tím rychleji je můžete analyzovat.

Monitorování výkonu SQL Server:Zní to jako práce pro cloud

Ano. Je to práce pro cloud, jediné místo, které můžete dostatečně škálovat, abyste mohli shromažďovat a analyzovat všechna tato data, abyste získali široký a hluboký obrázek o tom, jak SQL Server spotřebovává zdroje. A jak tyto zdroje v průběhu času spotřebovávalo. Například:

  • V určitých časech dne nebo měsíce musí často spouštěné dotazy číst z disku místo z mezipaměti, což je kopie nedávno použitých databázových stránek v paměti. Potřebujete alokovat více paměti do mezipaměti? Můžete na to ušetřit další paměť?
  • Totéž pro očekávanou životnost stránky. Pokud je nízká, je to pravděpodobně proto, že SQL Server příliš často vyřazuje stránky z mezipaměti a musí spouštět vyhledávání z úložiště místo z paměti. To brzdí výkon.
  • Je maximální doba čekání I/O příliš vysoká? Jak je to trendy? To je náznak, že I/O zařízení může být přesycené.
  • Jak dlouhá je nyní fronta procesoru? Jak dlouho to obvykle je? Příliš mnoho neustále čekajících vláken může znamenat zahlcení procesoru.
  • Běží CPU proti limitům, které váš server zvládne? Co když už server nemůžete zvětšit? Pokud jste si jisti, že jsou vaše dotazy dobře vyladěny a vaše ostatní systémové prostředky jsou dostatečné, možná budete muset do svých virtuálních počítačů přidat soket pro fyzický hardware nebo vCPU.
  • Fragmentované indexy jsou pomalé indexy, ale nevíte, že jsou viníkem, dokud nezkontrolujete úrovně fragmentace. Sledování účinků reorganizace a přestavby v průběhu času vám může pomoci zavést spolehlivý proces údržby indexu.

Nalezení problémů, jako jsou ty ve všech vašich místních a cloudových databázích, bude snazší a rychlejší, když můžete sledovat výkon SQL serveru z cloudu. Nejlepší ze všeho je, že můžete sledovat odkudkoli ve známé galaxii, když jsou všechny výpočty, úložiště a analýzy v cloudu a jste vzdáleni jen pár kliknutí v libovolném prohlížeči.

Začněte testovat výkon serveru SQL Server v cloudu

V Questu nám nikdo nemusí dvakrát říkat, že naši zákazníci chtějí cloudové nástroje, ať už pro cloudovou migraci, sledování výkonu nebo Office 365. Více našich produktů zpřístupňujeme jako cloudové nabídky, protože je tam tahají technologie a trhy.

Jak tedy spustíte testování výkonu na svých nových nebo upgradovaných serverech SQL?

  • Spouštím CHECKDB.
  • Spouštím HammerDB.
  • Provozuji nástroje Brenta Ozara.
  • Testuji s produkční zátěží.
  • Hodím kostkou a čekám, dokud si uživatelé nebudou stěžovat.
  • Mám lidi, kteří to za mě dělají.
  • Používám Spotlight Cloud od Quest. Měli byste také.
Řekněte nám to v komentářích níže.
  1. nullvalue:Zobrazit hodnoty NULL v SQLite

  2. Vytvoření databáze na serveru SQL Server (T-SQL)

  3. Jaký je účinek umístění odevzdání po DML v proceduře?

  4. psql:nelze se připojit k serveru:Připojení odmítnuto Chyba při připojování ke vzdálené databázi