De migratie bewaken
Een van de belangrijkste onderdelen van een VLDB-migratie is de bewaking, logboekregistratie en diagnostische gegevens die zijn geconfigureerd tijdens ontwikkelings-, test- en 'dry run'-migraties.
Implementatie van de vereiste bewaking en interpretatie van de bewakings- en diagnostische resultaten na elke testcyclus is verplicht en essentieel voor het optimaliseren van de migratie en het plannen van productie-cutover. De resultaten die zijn verkregen bij testmigraties zijn ook nodig om te kunnen beoordelen of de werkelijke productiemigratie dezelfde patronen en tijdlijnen volgt als de testmigraties. Klanten moeten regelmatig controlepunten voor projectbeoordeling aanvragen bij de SAP-partner. Neem contact op met Microsoft voor een lijst met consultants die de technische en organisatorische vaardigheden hebben aangetoond die nodig zijn voor een succesvol project.
Zonder uitgebreide bewaking en logboekregistratie is het bijna onmogelijk om veilige, herhaalbare, consistente en lage downtime-migraties te bereiken met een garantie dat er geen gegevens verloren gaan. Als er problemen zoals lange runtimes van sommige pakketten zouden optreden, is het bijna onmogelijk voor Microsoft en/of SAP om te helpen bij het vinden van advies zonder documentatie over het ontwerpen van gegevens en migraties te controleren.
Controleer tijdens de runtime van een migratie van het besturingssysteem/de database de volgende items:
- Parameters op besturingssysteemniveau op DB- en R3load-hosts: CPU per thread, Kerneltijd per thread, Vrij geheugen (GB), Pagina in/sec, Pagina-out per seconde, Schijf-IO-leesbewerkingen per seconde, Schijf-IO-schrijfbewerking per seconde, Schijfschrijf KB per seconde, Schijf schrijven KB per seconde
- Parameters op DB-niveau op SQL Server-doel: BCP-rijen per seconde, BCP KB/sec, Transactielogboek %, Geheugentoekenningen, Geheugentoekenningen in behandeling, Vergrendelingen, Geheugen vergrendelen/blokkeren
- Netwerkbewaking: dit wordt normaal gesproken afgehandeld door het netwerkteam. De exacte configuratie van netwerkbewaking is afhankelijk van de klantspecifieke situatie.
Tijdens de runtime van de DB-import wordt aanbevolen om de volgende SQL-instructie om de paar minuten uit te voeren en iets abnormaals te documenteren (zoals hoge wachttijden).
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;
Tijdens alle migratietestcycli moet een vluchtplan met het aantal geëxporteerde en geïmporteerde pakketten (y-as) worden uitgezet op tijd (x-as). Het doel van deze grafiek is om een verwachte voortgangssnelheid vast te stellen tijdens de cutover voor de uiteindelijke productiemigratie. Afwijking (positief of negatief) van het verwachte vluchtplan tijdens de test of de uiteindelijke productiemigratie wordt eenvoudig gedetecteerd met behulp van deze methode. Andere parameters, zoals CPU, schijf en R3load rijen per seconde, kunnen boven aan het vluchtplan worden weergegeven.
Aan het einde van de export en import moeten de migratietijdrapporten worden verzameld (export_time.html en import_time.html).