Dipende dai tuoi dati, ma in generale vuoi assicurarti che tutti i dati superino l'aggiornamento.
Probabilmente vorrai preparare alcuni script DDL che creano / modificano strutture, forse anche uno script per struttura. Probabilmente avrai anche bisogno di alcuni script DML che aggiornino / eseguano il backup / trasformino i dati durante questo processo. Di nuovo, quanto di ciò dovrai fare dipenderà dalla natura dell'upgrade.
A scopo di test, potrebbe essere una buona idea provare e ottenere alcuni (o tutti, se possibile) dei dati del cliente prima dell'aggiornamento pianificato e testarli sui loro dati per vedere se ci sono dati nei loro sistemi che potrebbero interrompere il processo di aggiornamento.
Infine, vorrai eseguire un backup completo del database del cliente prima di iniziare l'aggiornamento, in modo da poterlo ripristinare se le cose diventano strane.
Alcuni altri punti che potrebbero essere utili a riguardo:
-
Se vengono rimosse tabelle / colonne, assicurati di rimuoverle nell'ordine corretto per evitare violazioni dei vincoli di integrità.
-
Ci sono vincoli o trigger che dovrebbero essere disabilitati / rimossi per tutto o parte dell'upgrade? Esistono vincoli o trigger che potresti creare solo per l'aggiornamento che potrebbe rendere più semplice?
-
Se stai aggiornando i dati per le colonne che sono state indicizzate, potresti voler includere la reindicizzazione / raccolta delle statistiche come parte del processo di aggiornamento.