baja El 13 de febrero de 2015, 17:22, Jose Mariano Alvarez < [email protected]> escribió:
> 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<[email protected] > > 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 >> >> [email protected] >> >> www.bancor.com.ar >> >> >> >> Antes de imprimir, piensa en tu responsabilidad >> >> y compromiso con el MEDIO AMBIENTE >> >> >> >> *De:* [email protected] [mailto:[email protected]] *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 < >> [email protected]>: >> >> 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<[email protected]> >> 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 < >> [email protected]>: >> >> 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<[email protected]> >> 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 <[email protected]>: >> >> >> >> Si queres estar 100% seguro te aconsejo restore. >> >> El feb 13, 2015 1:23 PM, "Diego Jancic" <[email protected]> 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 >> >> >> >> >> >> >> >> >> >> >> >> >> > >
