Monitorare la migrazione
Tra i componenti più importanti di una migrazione di database di dimensioni molto estese (VLDB) ci sono il monitoraggio, la registrazione e la diagnostica, configurati durante le migrazioni di sviluppo, test e prova.
La distribuzione delle funzionalità di monitoraggio e di interpretazione dei risultati di monitoraggio e diagnostica dopo ogni ciclo di test è obbligatoria ed essenziale per ottimizzare la migrazione e pianificare il cutover di produzione. I risultati ottenuti nelle migrazioni di test sono necessari anche per valutare se la migrazione di produzione effettiva segue gli stessi modelli e sequenze temporali delle migrazioni di test. I clienti devono richiedere al partner SAP checkpoint regolari di revisione del progetto. Contattare Microsoft per un elenco di consulenti che hanno dimostrato di possedere le competenze tecniche e organizzative necessarie per il successo di un progetto.
Senza funzionalità complete di monitoraggio e registrazione, sarebbe quasi impossibile ottenere migrazioni sicure, ripetibili, coerenti e con tempi di inattività ridotti, con la sicurezza di non perdere dati. Se si verificassero problemi come runtime lunghi di alcuni pacchetti, sarebbe quasi impossibile per Microsoft e/o SAP fornire assistenza con consulenza occasionale senza i dati di monitoraggio e la documentazione di progettazione della migrazione.
Durante il runtime di una migrazione di sistema operativo e database, monitorare gli aspetti seguenti:
- Parametri a livello di sistema operativo negli host R3load e di database: CPU per thread, tempo del kernel per thread, memoria disponibile (GB), ingresso pagine/sec, uscita pagine/sec, letture I/O su disco/sec, scritture I/O su disco/sec, KB/sec di lettura su disco, KB/sec di scrittura su disco
- Parametri a livello di database nella destinazione SQL Server: righe BCP/sec, KB BCP/sec, % log delle transazioni, concessioni di memoria, concessioni di memoria in sospeso, blocchi, blocco di memoria, operazioni di blocco
- Monitoraggio della rete: viene in genere gestito dal team di rete. La configurazione esatta del monitoraggio di rete dipende dalla situazione specifica del cliente.
Durante il runtime dell'importazione del database, è consigliabile eseguire l'istruzione SQL seguente ogni pochi minuti e documentare qualsiasi elemento anomalo, ad esempio tempi di attesa elevati.
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;
Durante tutti i cicli di test della migrazione, è necessario tracciare una pianificazione che mostra il numero di pacchetti esportati e importati (asse y) rispetto al tempo (asse x). Lo scopo di questo grafico è stabilire un tasso di avanzamento previsto durante il cutover della migrazione di produzione finale. Con questo metodo, è possibile individuare facilmente la deviazione (positiva o negativa) rispetto alla pianificazione prevista durante la migrazione di test o la migrazione di produzione finale. Altri parametri, ad esempio CPU, disco e righe/sec R3load possono essere tracciati sulla pianificazione.
Al termine delle operazioni di esportazione e importazione, è necessario raccogliere i report relativi al tempo di migrazione (export_time.html e import_time.html).