Vai al contenuto

Home/Migrazione dei dati

03 / Migrazione dei dati

Migrare i dati.
Cambiare sistema.

Trasferite i dati aziendali in modo controllato verso una nuova applicazione o un database. Analizziamo la sorgente, definiamo il modello di destinazione, proviamo il trasferimento e verifichiamo il risultato prima del passaggio.

Parliamo del progettoScoprire il perimetro del progetto
Qualità dei datiRiconciliazione dei datiCutover
SCHEMA DI INTEGRAZIONE / ESEMPIOMIGRAZIONE / CHECKPOINT
01 / SNAPSHOT

Salvare la sorgente.

source: legacy
checkpoint: snapshot_01
EXTRACT / RIPETIBILE
02 / STAGING

Mapping e prova.

ID e relazioniCampi obbligatoriRiconciliazione dei record
count(source) == count(target)
COLLAUDO PRIMA DEL CUTOVER
03 / DESTINAZIONE

Passaggio controllato.

Attivare il sistema di destinazioneConservare il punto di rollback

I criteri di accettazione e la procedura di ritorno vengono definiti prima del cambio.

Situazione iniziale

Copiare i record non basta per migrare.

Campi, relazioni e regole aziendali differiscono tra i sistemi. I dati storici possono contenere duplicati o valori mancanti. Rendiamo visibili queste differenze per decidere consapevolmente pulizia e conservazione.

Ambiti di applicazione

Cambio di sistema con una transizione controllata.

Sostituire le applicazioni

Trasferite dati clienti, prodotti e informazioni aziendali verso un nuovo ERP, CRM o sistema specialistico, con regole di associazione documentate.

Consolidare i dati

Portate i dati correlati in un modello comune. Le relazioni vengono preservate e le collisioni tra ID gestite in modo tracciabile.

Trasferire i dati storici

Stabilite quali dati trasferire, quali conservare in archivio e come accedervi dopo la dismissione del sistema legacy.

Perimetro del progetto

Prova.
Collaudo. Cutover.

Il perimetro dipende dai vostri sistemi e dal risultato desiderato. Concordiamo con voi questi aspetti.

Il passaggio viene provato in anticipo.

Volumi, modifiche e vincoli tecnici determinano il cutover. Prima del cambio in produzione sono previsti una prova e un punto di ritorno concordato. Un passaggio senza downtime richiede la verifica di entrambi i sistemi.

  • Analisi del numero di record, delle relazioni tra chiavi e della qualità dei dati
  • Regole concordate per mapping, pulizia ed esclusioni
  • Procedura di migrazione ripetibile con dati di test e prova
  • Verifica di conteggi, totali e relazioni importanti
  • Piano di passaggio con finestra di blocco o trasferimento dei delta e rollback
  • Rapporto di riconciliazione ed eccezioni documentate

Perimetro delle prestazioni e responsabilità vengono concordati per ogni progetto. Metodo: collaudo ed esercizio

Domande tecniche

Collaudo e procedura di ritorno.

Trasformazione dei dati & ETLIntegrazione di sistemi
Come verificate la completezza della migrazione?
Combiniamo conteggi dei record con controlli delle relazioni, totali aziendali rilevanti e campioni rappresentativi. Gli scostamenti consentiti vengono definiti prima e le eccezioni documentate.
È possibile pulire i dati durante la migrazione?
Sì, con regole approvate dal reparto responsabile. La sorgente viene conservata e le trasformazioni sono ripetibili. Le decisioni funzionali incerte vengono sottoposte a chiarimento.
È necessario sospendere l’attività durante il passaggio?
Dipende dalla possibilità di rilevare le modifiche in modo affidabile. Valutiamo una finestra di blocco, una migrazione graduale o un trasferimento dei delta e proviamo la procedura.
Possiamo tornare al vecchio sistema?
Il rollback deve considerare anche le modifiche successive al passaggio. Servono backup, una scadenza decisionale e regole per le nuove transazioni. Questi aspetti vengono definiti prima del cambio.

La vostra prossima connessione

Cosa devono ottenere
insieme i vostri sistemi?

Voi portate l’esigenza. Noi definiamo le connessioni.

Parliamo del progetto

Esigenze concrete di integrazione

Approfondimenti di questo ambito.

Processi di dati

Automatizzare le importazioni CSV

Il file arriva ogni giorno. Qualcuno corregge le colonne, lo carica e controlla poi gli errori. DataSource trasforma questa attività ricorrente in un import documentato, con regole chiare per dati incompleti e non validi.

Integrazione dei processi

Sistemi legacy & middleware

Il sistema legacy svolge il proprio compito, ma non offre le stesse interfacce di una nuova applicazione. Verifichiamo gli accessi disponibili e sviluppiamo un middleware circoscritto che gestisce le differenze in modo controllato.

Piattaforme

Collegare i database SQL

Reporting, portali o applicazioni specialistiche richiedono dati da un altro database. Progettiamo una connessione che rispetta autorizzazioni, stati coerenti dei dati e regole delle applicazioni coinvolte.