El FTP ya lo había abandonado hace mas de 15 años porque tenia ese tipo de problemas. Me obligaba a usar un checksum.
Si usas la backup de SQL con compresión los archivos no se te van a comprimir casi nada si usas compresión adicional externa ya que se produce un fenómeno de aleatorización. -- -------------------------------- Ing. José Mariano Alvarez http://blog.josemarianoalvarez.com/ http://twitter.com/JoseMarianoA SQL Total Consulting El 13 de febrero de 2015, 5:32 p. m., Vega Diego Raul<drv...@bancor.com.ar> escribió: > 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 > > 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> > 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 > > 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 *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>: > > 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> > 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>: > > 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> > 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>: > > > > 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 > > > > > > > > > > > > > > >
