Log che spedisce DB di grandi dimensioni: che dire del log?


8

Attualmente sto impostando la distribuzione dei log di un DB di grandi dimensioni (circa 1,5 TB) e mi chiedo cosa posso fare per il file di log.

Allo stato attuale, voglio fare i seguenti passi:

  1. Cambia DB in FULL recovery
  2. Eseguire il backup COMPLETO (5-6 ore) sul primario
  3. Ripristina backup COMPLETO su secondario (lasciando in NORECOVERY)
  4. Effettua il backup DIFF sul primario
  5. Ripristina backup DIFF su secondario (sempre in NORECOVERY)
  6. Inizializza il log shipping usando 'Il database è già inizializzato'

Il problema è che mentre sto eseguendo il backup completo, il file di registro si riempirà più velocemente di quanto il backup possa completare.

Quali opzioni devo mantenere per riempire il file di registro? Posso semplicemente eseguire i backup del registro normalmente durante i backup COMPLETI poiché il ripristino DIFF coprirà tutte le transazioni che avvengono durante tale periodo di tempo? Qualcuno l'ha mai fatto prima con un DB di queste dimensioni, qualche consiglio / trucco per renderlo più semplice?

Risposte:


9

Se ti capisco correttamente, il tuo problema principale sono i file di registro durante le diverse ore di backup. Dalla tua dichiarazione di apertura capisco che il database da 1,5 TB normalmente viene eseguito nel recupero SEMPLICE, e quindi nessun backup del registro da fare.

Disclaimer: non ho mai effettuato la spedizione dei log su questa scala.

Ovviamente, dovresti chiedere se puoi ottenere più spazio allocato per i tuoi file di registro. Se puoi, allora fantastico.

Tuttavia, ritengo che valga la pena apportare una piccola modifica al tuo piano, a condizione che tu abbia già eseguito il modello di recupero SEMPLICE e / o il rischio di un modello di recupero SEMPLICE per alcune ore, alleviando alcune delle tue preoccupazioni.

  1. Conserva (o imposta) DB nel modello di recupero SEMPLICE.
  2. Eseguire il backup COMPLETO (5-6 ore) sul primario
  3. Ripristina backup COMPLETO su secondario (lasciando in NORECOVERY)
  4. Impostare il DB nel modello di recupero COMPLETO
  5. Effettua il backup DIFF sul primario
  6. Ripristina backup DIFF su secondario (sempre in NORECOVERY)
  7. Inizializza il log shipping usando 'Il database è già inizializzato'

I vantaggi apparenti sono:

  1. Nessun file di registro di cui eseguire il backup durante il backup COMPLETO di grandi dimensioni.
  2. Passare a FULL prima di iniziare il backup DIFF ti darà il registro necessario per iniziare e la sua crescita più lunga è probabilmente durante il backup DIFF.

Informazioni su quando può iniziare un backup del registro:

https://technet.microsoft.com/en-US/library/ms190729(v=SQL.105).aspx

Questo dice: "Una nuova catena di log inizia con il primo backup completo del database dopo la creazione del database o dopo il passaggio dal modello di recupero semplice al modello di recupero completo o con registrazione di massa".

Quindi, credo ancora che funzionerà come indicato. (Non identico, ma ho usato un backup differenziale per coprire un gap in caso di perdita dei file di registro, in modo da stabilire una nuova origine per i backup del registro.)

(Ricorda il mio disclaimer, ovviamente.)


Penso che sembra che funzionerà. Attualmente sto eseguendo il backup COMPLETO ora e riferirò domani con i risultati. Grazie per l'aiuto RLF, lo segnerò come risposta non appena tutto sarà fatto, nel caso in cui abbiamo un passaggio o 2 da aggiungere per i futuri lettori con questo problema.
Kris Gruttemeyer,

Aspetta, il recupero FULL non si attiva fino a quando non viene eseguito il primo backup FULL? Mi chiedo se il passaggio al ripristino completo dopo il primo backup completo non avrà alcun effetto poiché il ripristino completo non si attiva fino a dopo il primo backup.
Kris Gruttemeyer,

@KrisGruttemeyer - post aggiornato
RLF

Copia quello, riferirò domani. Questa cosa sta ancora eseguendo il backup.
Kris Gruttemeyer,

Assicurati di avere la compressione di backup su ...
Rob Farley,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.