none
MSSQLSERVER: Spostamento repository Database APPLICATIVI e DI SISTEMA RRS feed

  • Domanda

  • Salve a tutti.

    Su alcune istanze devo compiere uno spostamento di tutti i database da un vecchio storage ad un altro .

    A primo impatto penserei :

    • DB APPLICATIVI: "Detach" , spostamento fisico, "Attach"  senza alcuna altra attenzione in merito.
    • DB DI SISTEMA: si apre un po' "un mondo" ... c'è da fare molta attenzione, prevedere il certo blocco dei servizi, spostare il master, model, msdb e far ricreare il tempdb.
      Avrei trovato questa procedura: https://msdn.microsoft.com/en-us/library/ms345408(v=SQL.105).aspx
      ma l'operazione , essendo server di produzione, mi mette un po' d'ansia (anche se essendo macchine virtuale tornare indietro ad una snapshot mi metterebbe comunque al sicuro, una di queste istanze 7x7x24ore).

    Per vostra esperienza c'è qualche consiglio / accortezza / lista delle operazioni cronologiche che potreste darmi ? 

    Se invece abbandonassi questa idea e chiedessi ad i sistemisti STORAGE (a servizi spenti) di spostare fisicamente i file sul nuovo storage avente lo stesso percorso e lettere per la VM, non sarebbe tutto meno "rischioso" ?

    Che ne pensate?

    Come sempre, grazie in anticipo a tutti.



    Hunternet

    lunedì 10 aprile 2017 12:52

Tutte le risposte

  • Questo mi sembra un articolo completo, ben scritto ed aggiornato: 

    https://docs.microsoft.com/en-us/sql/relational-databases/databases/move-system-databases

    A breve farò un analisi degli ambienti ma sono quasi certo si tratti di versione "almeno" 2008 R2  , quindi mi confermate che vale :

    The location of the Resource database is <drive>:\Program Files\Microsoft SQL Server\MSSQL<version>.<instance_name>\MSSQL\Binn\. The database cannot be moved.

    A primo impatto io sarei quasi convinto che uno spostamento "lato storage" con rimappatura del disco sarebbe l'operazione sicuramente piu indolore, che ne pensate?


    Hunternet

    lunedì 10 aprile 2017 13:12
  • Abbiamo fatto un analisi dell'ambiente ed avremmo optato per le seguenti operazioni:

    • Backup dell'ambiente.
    • Stop dei servizi MSSQL
    • Copia dei contenuti delle partizioni attestate sullo storage vecchio in analoghe partizioni sullo storage nuovo.
    • Assegnazione alle nuove partizioni dei nomi originali .
    • Ripartenza dei servizi MSSQL 

    Dato che in una delle partizioni sono presenti anche file di "installazione" di MSSQL, vedete problematiche in merito o mi consigliate di procedere come pensato ? 

    Grazie in anticipo.


    Hunternet

    mercoledì 12 aprile 2017 13:52
  • stai facendo un monologo ? :-)

    puoi procedere come hai scritto anche se a me pare una via eccessivamente prudenziale soprattutto con le potenzialità della virtualizzazione che hai alle spalle.

    ciao.


    Edoardo Benussi
    Microsoft MVP - Cloud and Datacenter Management
    edo[at]mvps[dot]org

    mercoledì 12 aprile 2017 13:59
    Moderatore