Si, pero en este caso no son cortes de red, el archivo pasa completo pero algo hace que no se pueda leer correctamente
Diego Vega Administración de Base de Datos y Aplicaciones Gerencia de Tecnologia y Sistemas t. (351) 4207121 / Int. 5136 / 7119 / 7121 Humberto Primo 670 3º piso - Torre Suquia, Capitalinas CP 5000 Córdoba, Argentina drv...@bancor.com.ar<mailto:drv...@bancor.com.ar> www.bancor.com.ar<http://www.bancor.com.ar/> Antes de imprimir, piensa en tu responsabilidad y compromiso con el MEDIO AMBIENTE De: d...@mug.org.ar [mailto:d...@mug.org.ar] En nombre de Jose Mariano Alvarez Enviado el: viernes, 13 de febrero de 2015 05:23 p.m. Para: Vega Diego Raul Asunto: [dbms] Verificar Backups Robocopy te permite esperar para reiniciar la copia desde el punto que se corto la red por ejemplo. Saludos -- -------------------------------- Ing. José Mariano Alvarez http://blog.josemarianoalvarez.com/ http://twitter.com/JoseMarianoA SQL Total Consulting El 13 de febrero de 2015, 5:09 p. m., Vega Diego Raul<drv...@bancor.com.ar<mailto:drv...@bancor.com.ar>> escribió: Hola Diego, a lo que ya se dijo yo le sumaría que tengas cuidado al mover el archivo de backup, a nosotros nos suele pasar cuando movemos archivos grandes (mas de 20Gb + o - ) por un ftp al descargarlo no sé por qué el archivo queda inconsistente, lo que solucionamos comprimiendo el archivo y descomprimiéndolo en destino antes de restaurarlo. Diego Vega Administración de Base de Datos y Aplicaciones Gerencia de Tecnologia y Sistemas t. (351) 4207121 / Int. 5136 / 7119 / 7121 Humberto Primo 670 3º piso - Torre Suquia, Capitalinas CP 5000 Córdoba, Argentina drv...@bancor.com.ar<mailto:drv...@bancor.com.ar> www.bancor.com.ar<http://www.bancor.com.ar/> Antes de imprimir, piensa en tu responsabilidad y compromiso con el MEDIO AMBIENTE De: d...@mug.org.ar<mailto:d...@mug.org.ar> [mailto:d...@mug.org.ar<mailto:d...@mug.org.ar>] En nombre de Diego Jancic Enviado el: viernes, 13 de febrero de 2015 04:38 p.m. Para: Vega Diego Raul Asunto: [dbms] Verificar Backups Gracias! 2015-02-13 16:28 GMT-03:00 Jose Mariano Alvarez <jose.mariano.alva...@gmail.com<mailto:jose.mariano.alva...@gmail.com>>: Surgen de las auditorias. Cada 6 meses hacen un file-over al datacenter de contingencia y prueban los restore. -- -------------------------------- Ing. José Mariano Alvarez http://blog.josemarianoalvarez.com/ http://twitter.com/JoseMarianoA SQL Total Consulting El 13 de febrero de 2015, 3:28 p. m., Diego Jancic<jan...@gmail.com<mailto:jan...@gmail.com>> escribió: Gracias por la info. La necesidad de "ejercitar los mecanismos operativos de recuperación" esta. Solo por curiosidad, sabes cada cuanto deben hacer esto los bancos? 2015-02-13 15:09 GMT-03:00 Jose Mariano Alvarez <jose.mariano.alva...@gmail.com<mailto:jose.mariano.alva...@gmail.com>>: Hacer restore periódicos con cierta frecuencia (y no de todos los backups) es una buena practica no solo para probar la consistencia del backup sino también para ejercitar los mecanismos operativos de recuperación. Por ejemplo, a los bancos el central se lo exige. Saludos -- -------------------------------- Ing. José Mariano Alvarez http://blog.josemarianoalvarez.com/ http://twitter.com/JoseMarianoA SQL Total Consulting El 13 de febrero de 2015, 2:52 p. m., Diego Jancic<jan...@gmail.com<mailto:jan...@gmail.com>> escribió: 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<mailto:maxi.acco...@gmail.com>>: Si queres estar 100% seguro te aconsejo restore. El feb 13, 2015 1:23 PM, "Diego Jancic" <jan...@gmail.com<mailto: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
