Blog

  • +
    Trend BI 2020: le analytics non bastano più
  • +
    Cloud 2020: le tendenze principali
  • +
    Le tendenze DevOps per il 2020
  • +
    Il 2020 del Machine Learning e dell’Intelligenza Artificiale
  • +
    Il 2019 di Miriade
  • +
    I trend IT del 2020
  • +
    AWS Transformation Day. Il racconto dell’evento
  • +
    Dbvisit Standby Snapshot Option: un alleato in più nella gestione del tuo database
  • +
    Miriade al Transformation Day di AWS
  • +
    Workshop: Hands-on Oracle Database Appliance | Thiene – 26 novembre
  • +
    Voucher per l’Innovation Manager
  • +
    Miriade a Università Aperta IES Padova

Le vie del backup sono infinite

By Camilla Mantella 5 anni fa

Quella che presentiamo oggi è una soluzione di disaster recovery messa a punto da Microsoft per la propria tecnologia di database SQL Server: il LOG SHIPPING.

Di cosa si tratta

Dietro a questo nome si nasconde un concetto molto semplice. Il log shipping permette, come suggerisce il nome, di mantenere allineati un database primario, attivo in produzione, ed il relativo database secondario, di standby, grazie alla “spedizione” del transaction-log dal server principale a quello secondario. In questo modo tutte le transazioni avvenute sul db principale vengono successivamente applicate anche al db in standby. In caso di failure del db primario basterà dunque promuovere il database secondario al ruolo di primario con una semplice procedura evitando lunghi fermi di produzione. Non solo, il log shipping offre anche la possibilità di impostare il ritardo con cui viene applicato il log delle transazioni facendo sì che il db secondario possa essere allineato, per esempio, alla situazione del db primario di sei ore prima. Questo significa che se dovessimo erroneamente cancellare la più importante delle nostre tabelle in produzione non dovremo più temere per il nostro posto di lavoro: sarà sufficiente applicare al db secondario tutte le transazioni fino alla fatidica cancellazione della tabella e promuoverlo al ruolo di db primario.

Ecco perché proponiamo questa soluzione ai nostri clienti, sapendo quanto questi dati siano per loro irrinunciabili. Inoltre questo metodo è un’ alternativa al backup full del db primario. Infatti accade talvolta che il backup full del db provochi dei rallentamenti che non possono essere accettabili, in un ambiente di produzione.
Le vie del backup sono davvero infinite😉!

Per saperne di più clicca qui.

Category:
  Database
this post was shared 0 times
 000