Monitorování migrace

Dokončeno

Jednou z nejdůležitějších součástí migrace VLDB je monitorování, protokolování a diagnostika, které jsou nakonfigurované během migrace vývoj, testování a suchého spuštění.

Nasazení požadovaného monitorování a interpretace výsledků monitorování a diagnostiky po každém testovacím cyklu je povinné a nezbytné pro optimalizaci migrace a plánování přímé migrace. Výsledky získané při testovacích migracích jsou také nezbytné k tomu, aby bylo možné posoudit, jestli skutečná migrace do produkčního prostředí sleduje stejné vzory a časové osy jako testovací migrace. Zákazníci by měli požádat o pravidelné kontrolní body kontroly projektu u partnera SAP. Obraťte se na Microsoft a požádejte o seznam konzultantů, kteří prokázali technické a organizační dovednosti potřebné k úspěšnému projektu.

Bez komplexního monitorování a protokolování by bylo téměř nemožné dosáhnout bezpečných, opakovatelných, konzistentních a nízkých prostojů s zárukou bez ztráty dat. Pokud došlo k problémům, jako jsou dlouhé běhy některých balíčků, je téměř nemožné, aby Microsoft a/nebo SAP pomohl s spotovým poradenstvím bez monitorování dat a dokumentace k návrhu migrace.

Během běhu migrace operačního systému nebo databáze monitorujte následující položky:

  • Parametry na úrovni operačního systému na hostitelích DB a R3load: procesor na vlákno, čas jádra na vlákno, volné paměti (GB), stránka za sekundu, odchozí/s, čtení vstupně-výstupních operací disku za sekundu, vstupně-výstupní operace disku za sekundu, čtení disku KB/s, zapisování disku KB/s
  • Parametry na úrovni databáze v cíli SQL Serveru: řádky BCP za sekundu, BCP KB/s, transakční protokol %, přidělení paměti, čekající na přidělení paměti, zámky, zamknutí/blokování
  • Monitorování sítě: To obvykle zpracovává síťový tým. Přesná konfigurace monitorování sítě závisí na konkrétní situaci zákazníka.

Během běhu importu databáze se doporučuje spustit následující příkaz SQL každých několik minut a zdokumentovat cokoli neobvyklého (například vysoké doby čekání).

select session_id, request_id,start_time, status, command, wait_type, wait_resource, wait_time, last_wait_type, blocking_session_id from sys.dm_exec_requests
where session_id >49 orderby wait_time desc;

Během všech testovacích cyklů migrace by se měl vykreslit plán testovací verze s počtem exportovaných a importovaných balíčků (osa y) proti času (osa x). Účelem tohoto grafu je stanovit očekávanou míru průběhu během přímé migrace konečné produkce. Odchylka (kladná nebo záporná) z očekávaného testovacího plánu během testu nebo konečné migrace do produkčního prostředí se pomocí této metody snadno zjistí. Další parametry, jako jsou cpu, disk a řádky R3load za sekundu, můžou být překryvné nad plán letu.

Snímek obrazovky s ukázkovým grafem plánu testovací verze zobrazující importované a exportované balíčky během testovací migrace

Na závěr exportu a importu musí být shromažďovány sestavy času migrace (export_time.html a import_time.html).