Yo haría el chequeo de la base después del backup full si quiero verificar que la base no se "rompió" entre el chequeo y el backup. Me garantiza que en el estado previo la base esta consistente o se puede llegar a un estado consistente. Si el backup es a disco es muy probable que no tengas problemas. La única forma de garantizar que esta todo bien es probar hacer el RESTORE.
Saludos -- -------------------------------- Ing. José Mariano Alvarez http://blog.josemarianoalvarez.com/ http://twitter.com/JoseMarianoA SQL Total Consulting El 13 de febrero de 2015, 1:19 p. m., Diego Jancic<jan...@gmail.com> escribió: > Buenas gente! > > Tengo un SQL Server 2008R2 en produccion al que le estamos haciendo > backups completos diarios y de transaction log cada 30 minutos. > > Para el FULL backup: > - Hago DBCC CHECKDB antes del backup > - Hago el backup con "Verify" > - Hago el backup con "Checksums" > > Para los LOG backups, tambien hago "Verify" y "Checksums". > > La pregunta es: puedo confiar en que los backups estan bien hechos o > deberia hacer RESTORE VERIFYONLY (o alguna otra cosa)? Segun lei algunos > dicen que el VERIFYONLY tampoco es suficiente y hay que hacer un RESTORE > completo. Pero la verdad si estoy haciendo CHECKDB, Verify y Checksums no > se si puede fallar realmente. > > Y si hago el RESTORE VERIFYONLY, la otra pregunta seria... lo hago en el > mismo server apuntando a otra base de datos? Me da un poco de miedo pisar > data real si lo hago :) > > Cualquier info es bienvenida!! > > Gracias! > Diego > >
