Monitorování databáze pomocí nástroje HostTracker
Publikováno: Bogdan Lepiavko 2017-09-03 všechny články | Glosář | FAQJsme rádi, že vám můžeme představit naši nejnovější monitorovací funkci - Kontrolu databáze – která se snadno používá, je křišťálově přehledná a určená k tomu, abyste mohli co nejhladčeji projít kritickými hodinami vašeho webu ‘
Existuje nepřeberné množství různých sběrných služeb pro shromažďování a analýzu informací o výkonnosti, například od počtu návštěvníků, využití disku až po dobu trvání relace databáze a geografické rozložení publika, které navštěvuje webové stránky. V reálném světě se velmi často setkáváme s tím, že dvě nebo více těchto metrik jsou prezentovány společně. Každopádně problém spočívá v tom, že byste tato čísla měli nejen vyhodnocovat, ale také je nějakým způsobem zkoumat a porovnávat.
Všechno to nakonec přimělo tým HostTracker vyvinout Kontrolu databáze – dokonalý nástroj pro hloubkové monitorování databáze a úspěšné řešení problémů s výkonem databáze.
Koncepty konfigurace úloh
Všeobecně řečeno, přidání nové kontroly databáze nezabere'mnoho času. Jakmile ji povolíte, budete mít možnost kontrolu’upravit tak, aby vyhovovala vaší celkové strategii. Nyní se podívejme’na některé z dostupných možností, abychom lépe pochopili, jak je lze efektivně použít.
Především má tato funkce možnost zahrnout při každém spuštění kontroly konkrétní dotaz do databáze, přičemž máte stále možnost spravovat data zpracování. Pokud nechcete zadat žádný dotaz služba ověří schopnost připojit se k databázi. Kromě toho nástroj Kontrola databáze podporuje možnost odloženého provedení, která umožňuje zadat bod deklarace dotazu a sledovat jeho výsledky.
Kromě toho můžete jako databázový dotaz použít libovolný příkaz - od jednoduchého příkazu Select až po složitější proceduru. Zadaný požadavek by však měl být proveden do 30 sekund, jinak bude vygenerováno chybové hlášení. V podstatě se zobrazí zpráva 408 Request Timeout nebo související chyba.
Upozornění: Při povolování nové kontroly monitorování DB je třeba zvážit několik věcí. Použijte příkaz SQL, který vrací jedinou hodnotu. Tato hodnota by navíc měla být vrácena v prvním sloupci prvního řádku. Tento krok je nezbytný pro další analýzu výkonu monitorovaného systému.
V případě, že jako příkaz použijete příkaz DML, získáte zároveň i celkový počet řádků které jsou ovlivněny.
Následující příklad ukazuje grafickou interpretaci výsledků provedení příkazu DELETE podle zadané podmínky:
Pro zajímavost, shromážděné výsledky se nejen zobrazují v grafu v reálném čase, ale také se ukládají pro pozdější analýzu. Kromě toho může takové řešení skutečně pomoci získat cenné poznatky o tom, jak optimalizovat výkon databáze.
V této fázi navíc můžete určit typ výběrových kritérií. Můžete si vybrat z možností žádné, rovná se/nerovná se, větší/menší než, mimo rozsah.
Jakmile systém zjistí nějakou odchylku v záznamech od očekávaných výsledků - obdržíte oznámení. Pro spuštění můžete ovlivnit, na které události chcete dostávat upozornění a jakými způsoby (Skype, Viber, Telegram, Slack atd.).
První kroky k zahájení úspěšného řešení problémů s výkonem
Tento příklad ukazuje, jak vytvořit kontrolu jak pro sledování růstu všech souborů protokolu a dat databáze, tak pro získávání upozornění při dosažení kritické velikosti databáze. To znamená, že následující příklad obsahuje informace o velikosti datových souborů/ souborů protokolu, celkovém využitém prostoru, podrobnosti o volném prostoru atd. Co je tedy třeba udělat:
- Vytvořit nový dotaz, který zobrazí, kolik volného místa máte v prostoru tabulek.
SELECT
convert(DECIMAL(12,2),round(sysfile.size/128.000,2)) AS 'FileSize/mb'
, convert(DECIMAL(12,2),round(fileproperty(sysfile.name,'SpaceUsed')/128.000,2))
AS 'Used/mb'
, convert(DECIMAL(12,2),round((sysfile.size-fileproperty(sysfile.name,'SpaceUsed'))/128.000,2))
AS 'Free/mb'
, filegroup.groupname AS 'File-group'
, sysfile.[name],sysfile.[filename]
FROM dbo.sysfiles sysfile (NOLOCK)
inner join dbo.sysfilegroups filegroup (NOLOCK) ON filegroup.groupid =
sysfile.groupid
UNION ALL
SELECT
convert(DECIMAL(12,2),round(sysfile.size/128.000,2)) AS 'FileSize/mb'
, convert(DECIMAL(12,2),round(fileproperty(sysfile.name,'SpaceUsed')/128.000,2))
AS 'Used/mb'
, convert(DECIMAL(12,2),round((sysfile.size-fileproperty(sysfile.name,'SpaceUsed'))/128.000,2))
AS 'Free/mb'
, (CASE WHEN sysfile.groupid = 0 THEN 'Log' END) AS 'File-group'
, sysfile.[name],sysfile.[filename]
FROM dbo.sysfiles sysfile (NOLOCK) WHERE groupid = 0
ORDER BY [File-group],sysfile.[name]
2. Po provedení byste měli získat následující výsledky:
3. Přidejte podmínku výběru:
- Výsledek dotazu - vyberte "hodnotu v prvním sloupci prvního řádku (hlavně pro SELECT)".
- Ověření výsledku - vyberte "méně než" a přidejte "1000" jako maximální hodnotu.
Nakonec se po úspěšném dokončení všech předchozích fází zobrazí následující výsledek: pokud velikost souboru protokolu přesáhne 1 GB, obdržíte oznámení.
Mějte na paměti, že všechny informace o historii sběru dat jsou uloženy a vždy k dispozici k zobrazení. To znamená, že můžete snadno zjistit příčinu těch či oněch problémů, například důvod rychlého růstu tabulkového prostoru.
Přidání nové úlohy monitorování databáze
K aktivaci nové úlohy kontroly databáze potřebujete:
1. Vyplňte následující pole:
-
Server – zadejte název serveru;
-
Port - přidejte číslo portu;
-
Databáze – přidejte název vaší databáze;
-
User ID- zadejte přihlašovací jméno, pod kterým se má kontrola provést;
-
Heslo – přidejte heslo, které odpovídá vašemu přihlašovacímu jménu.
Pouze pro tento úkol se doporučuje vytvořit nový uživatelský účet s omezenými právy.
2. Zajistěte přístup do databáze. Za tímto účelem přidejte IP adresy agentů HostTracker do bílé listiny brány firewall a do seznamu serverů.
Všimněte si, že IP adresy našich agentů jsou trvalé.
3. Po dokončení klikněte na Uložit.
Pokud máte k této funkci nějaké dotazy, no, stačí nám poslat zprávu. Jsme’vždy připraveni pomoci!
O autorovi
