Y que porcentaje de seguro estoy si no lo hago? :) Parece broma, pero en realidad es en serio... Si queres saber si un auto 0km funciona la unica forma de estar seguro es probarlo, pero la verdad es que podemos estar 99% seguros sin probarlo. Es una aberración no hacer el RESTORE o con lo que estoy haciendo esta bien?
Ustedes hacen el RESTORE de todos los backups para probar? Pregunto porque hacer el RESTORE no es una tarea trivial (para mi al menos) y la verdad no se que caso podria existir en donde CHECKDB, verify y checksums dieron OK, pero el backup igual no funcione. 2015-02-13 14:44 GMT-03:00 Maxi Accotto <maxi.acco...@gmail.com>: > Si queres estar 100% seguro te aconsejo restore. > El feb 13, 2015 1:23 PM, "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 >> >>
