Hola Diego, - El checkDB te proteje de inconsistencias en las bases de datos productivas, hay inconsistencias que pueden pasar al backup y estarias haciendo un backup con algo inconsistente - El checksum sirve para determinar al momento de restore si el archivo de backup esta instacto o no, y ademas que las paginas estan ok. - Backup con Verify entiendo que te referias a que luego del backup haces un restore verifiyomly, esto te asegura que se genero ok el backup.
Tendrias garantizado que al momento de hacer el backup, se hizo todo perfecto. Lo unico que puede fallar es que pasa tiempo despues con ese backup. Por ejemplo, se piso el contenido de la cinta con otra cosa. Se deterioro la cinta por alguna razon. El restore verifyonly lo podes hacer contra el mismo servidor o contra otro, mientras sea misma version o superior Saludos MArcos 2015-02-13 13:19 GMT-03:00 Diego Jancic <jan...@gmail.com>: > 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 > >