none
Info backup Database SQL Server - questione Transactional Log RRS feed

  • Domanda

  • Ciao a tutti,

    ho un dubbio sulla gestione dei log durante il backup.

    Ogni notte viene effettuato il FULL backup tramite un sw di terze parti. Per alcuni db però ho notato che il file di log è piuttosto grande.

    Secondo voi è opportuno fare un truncate dei log dal tool di terze parti, dopo aver fatto il FULL backup?

    O ci sono altre pratiche da adottare per il maintenance dei log?

    martedì 10 dicembre 2013 16:24

Risposte

  • Il full backup non fa nulla sul file di log. Se vuoi "segnare come riusabile" il log ed evitare che cresca solamente, dovrai pensare ad un piano di backup del transaction log.

    Se però sei disposto a troncare il log (cosa che per altro nelle più recenti versioni di SQL Server non puoi più fare semplicemente come prima) probabilmente non ti serve proprio quel file. E allora mi chiedo, perché non impostare il recovery model a SIMPLE?

    Prima di tutto però ti chiederei, visto che col backup del t-log puoi avere un piano di disaster recovery molto più preciso (perdi meno lavoro), nel caso di disastro, cosa puoi permetterti di perdere? Se in effetti non ti interessa altro che il full backup, cambia il recovery model a SIMPLE e vedrai che risparmi spazio poiché il file di log viene riutilizzato di continuo e rimane snello.


    Alessandro Alpi SQL Server MVP

    mercoledì 11 dicembre 2013 09:06
    Moderatore

Tutte le risposte

  • Userei un po' di buon senso dipendente da fattori fisici e non

    Spazio occupato dai log

    Aumento degli stessi nel tempo

    Spazio disco libero

    Necessità di fare dei point in time restore

    Durata del full backup (db + transaction log)

    http://sqlmag.com/database-backup-and-recovery/sql-server-backup-best-practices


    Gastone Canali >http://www.armadillo.it

    Se alcuni post rispondono al tuo quesito(non necessariamente i miei), ricorda di contrassegnarli come risposta e non dimenticare di contrassegnare anche i post utili. GRAZIE! Ricorda di dare un occhio ai link Click Here andHere


    martedì 10 dicembre 2013 22:35
  • Il full backup non fa nulla sul file di log. Se vuoi "segnare come riusabile" il log ed evitare che cresca solamente, dovrai pensare ad un piano di backup del transaction log.

    Se però sei disposto a troncare il log (cosa che per altro nelle più recenti versioni di SQL Server non puoi più fare semplicemente come prima) probabilmente non ti serve proprio quel file. E allora mi chiedo, perché non impostare il recovery model a SIMPLE?

    Prima di tutto però ti chiederei, visto che col backup del t-log puoi avere un piano di disaster recovery molto più preciso (perdi meno lavoro), nel caso di disastro, cosa puoi permetterti di perdere? Se in effetti non ti interessa altro che il full backup, cambia il recovery model a SIMPLE e vedrai che risparmi spazio poiché il file di log viene riutilizzato di continuo e rimane snello.


    Alessandro Alpi SQL Server MVP

    mercoledì 11 dicembre 2013 09:06
    Moderatore
  • In effetti, essendo il backup una operazione elementare di SQL non capisco molto la necessità di un software dedicato.

    C'è un motivo particolare per cui avete installato un programma per eseguire uno dei tanti comandi di SQL server?

    Ciao


    Davide

    mercoledì 18 dicembre 2013 20:11