Domanda

Ok quindi per database standard, non a specchio, il log delle transazioni è tenuto sotto controllo o semplicemente avendo il database in modalità semplice o effettuando backup regolari. Manteniamo il nostro in semplice come abbiamo backup SAN snapshot in corso e non v'è alcuna necessità di backup di SQL.

Stiamo andando a mirroring. Io, ovviamente, non ho più la scelta del modo semplice e deve utilizzare pieno. questo porta ovviamente al file di log di grandi dimensioni e la necessità di backup dei log. Va bene che posso fare con questo; un piano di manutenzione che richiede un backup del log e scarta eventuali precedenti. Mi rendo conto che questo backup è sostanzialmente inutile senza i suoi predecessori, ma le istantanee SAN stanno facendo i backup.

La mia domanda è ...

a) Esiste un modo per troncare il file di log di tutte le righe elaborate senza creare una copia di backup? (Come io non li posso usare comunque ...)

b) Schema di manutenzione è locale a un server e non è replicato attraverso una coppia speculare. Come dovrebbe essere fatto su una configurazione a specchio? in modo tale che quando il database failover, il piano comincia a correre sul nuovo preside, ma non ottiene sconvolto quando il suo uno specchio?

Grazie

È stato utile?

Soluzione

A. Se il server è abbastanza importante da specchio, perché non è abbastanza importante da prendere backup dei log delle transazioni? snapshot SAN sono immagini point-in-time di un solo punto nel tempo, ma non ti danno la possibilità di fermarsi in diversi punti del tempo lungo la strada. Quando gli sviluppatori troncare una tabella, si desidera riprodurre tutti i registri fino a quando questa affermazione, e fermarsi lì. Questo è ciò che i backup del registro delle transazioni sono buone per.

B. Impostare un piano di manutenzione (o, meglio ancora, gli script T-SQL come Ola Hallengren di a http://ola.hallengren.com ) per eseguire il backup tutti i database, ma controllare le caselle per il backup solo quelli on-line. (Fuori della parte superiore della mia testa, non so se questa è un'opzione nel 2005 -. Potrebbe essere solo 2008). In questo modo, avrete sempre ottenere ciò quelli capita di eseguire il failover

Naturalmente, tenere a mente che è necessario stare attenti con le cose come gli script di pulizia e di copiare i file di backup. Se avete la metà dei backup t-log su un azione e metà dall'altra, è più difficile da ripristinare.

Altri suggerimenti

a) no, non è possibile troncare un log che fa parte di un database con mirroring. il backup dei registri up è la scelta migliore. Ho diverse banche dati che sono settati con il mirroring basa semplicemente su teh esigenze HA ma DR non è necessaria per vari motivi. Che sembra essere la vostra situazione? Consiglio davvero mantenendo i backup del log per un periodo di tempo. Non c'è ragione di uccidere un perfetto buon piano di recupero che viene aggiunto dal vostro strategia di HA. :)

b) Le mie proprie soluzioni per questo sono di avere un lavoro agente secondario che i monitor basati sullo stato dello specchio. Se lo specchio è trovato a cambiare, il lavoro secondario sul teh esempio specchio è attivato e, se possibile, il vecchio principale è disabilitato. se il principale è sceso e si tratta backup, il processo è ancora disattivata. l'unico modo i lavori stessi vengano trasferiti di nuovo è il caso di nuovo, un altro failover forzato.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top