none
Sincronizzazione cambiamenti struttura dal database di test a quello di produzione RRS feed

  • Domanda

  • Ciao,

    ho creato un secondo server 2008 r2 express in cui ho messo una copia del DB di produzione. l'intento è quello di consentire al programmatore di fare qualsivoglia modifica senza interrompere i programmi ed il sito web che attingono direttamente al DB.

    Ora mi si pone qualche problema comunque, nel senso che quando il programmatore vorrà rilasciare un aggiornamento in produzione mi basterà sì copiare i file dei programmi sul server web, ma per le modifiche al DB avrò qualche problema. come faccio? Non posso perdere dati, ma devo fare in modo che i cambiamenti siano passati direttamente al DB di produzione.

    Quale è la strategia migliore? Bloccare il DB di produzione, importare i dati nel db di test, verificare che funzioni tutto e copiare file e db sui server di produzione?

    grazie per ogni suggerimento

    domenica 17 marzo 2013 07:40

Risposte

  • Salve Marco,

    dovresti valutare in base alla situazione.. di base tu stai dicendo che ci sono modifiche fisiche ai file eseguibili oltre alle modifiche del database.. il mio consiglio se questo non comporta un grosso disservizio nella tua applicazione è il prepararti uno script di aggiornamento ad hoc, che venga fatto partire ad orari dove l'applicazione non è utilizzata e :

    - Controlli che non ci siano accessi

    - Se non ci sono accessi disabiliti l'eseguibile

    - Aggiornamento database (se non avete traccia delle modifiche potete ricavarle con strumenti di database comparing) 

    - Aggiornamento eseguibili

    - Riattivazione eseguibili

    Ti ho proposto questo flusso in quanto eseguibili e database devono ovviamente andare di pari passo, se invece la modifica è solo in termini di procedure e rimane trasparente per l'applicazione, il discorso può cambiare.

    Un saluto

    • Contrassegnato come risposta Marco Guerzoni lunedì 18 marzo 2013 23:22
    lunedì 18 marzo 2013 10:10

Tutte le risposte

  • Salve Marco,

    dovresti valutare in base alla situazione.. di base tu stai dicendo che ci sono modifiche fisiche ai file eseguibili oltre alle modifiche del database.. il mio consiglio se questo non comporta un grosso disservizio nella tua applicazione è il prepararti uno script di aggiornamento ad hoc, che venga fatto partire ad orari dove l'applicazione non è utilizzata e :

    - Controlli che non ci siano accessi

    - Se non ci sono accessi disabiliti l'eseguibile

    - Aggiornamento database (se non avete traccia delle modifiche potete ricavarle con strumenti di database comparing) 

    - Aggiornamento eseguibili

    - Riattivazione eseguibili

    Ti ho proposto questo flusso in quanto eseguibili e database devono ovviamente andare di pari passo, se invece la modifica è solo in termini di procedure e rimane trasparente per l'applicazione, il discorso può cambiare.

    Un saluto

    • Contrassegnato come risposta Marco Guerzoni lunedì 18 marzo 2013 23:22
    lunedì 18 marzo 2013 10:10
  • grazie.

    potresti indicarmi uno strumento di database comparing, possibilmente free?

    lunedì 18 marzo 2013 23:23
  • A questo indirizzo trovi un tool totalmente gratuito, certo è che più sono specializzati più è difficile trovarli free.. :)

    martedì 19 marzo 2013 09:51