Reminder of your subscription to sympa-users
Your are subscriber of list sympa-us...@listes.renater.fr with email archive@mail-archive.com Everything about this list: https://listes.renater.fr/sympa/info/sympa-users Unsubscription: mailto:sy...@listes.renater.fr?subject=sig%20sympa-users%20archive%40mail-archive.com
[dbms] Verificar Backups
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
[dbms] Verificar Backups
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
[dbms] Verificar Backups
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 jose.mariano.alva...@sqltotalconsulting.com El 13 de febrero de 2015, 2:52 p. m., Diego Jancicjan...@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
Nao foi possivel confirmar o seu pagamento.
Title: Olá Olá, estamos enviando e-mail de notificação de pendências financeiras em seu cadastro, referente a compra de um TV LED 46 Full HD com Conversor Digital Integrado, 4 HDMI, Entrada PC, USB, UN46C5000 - Samsung, pelo Pague Seguro UOL. A compra foi aprovada com sucesso e entregue, Não identificamos o pagamento de sua fatura. Efetue o pagamento de seus débitos o mais breve. Caso o pagamento não seja efetuado, seu nome será incluso ao SPC / Serasa. Caso já tenha efetuado o pagamento desconsidere esta mensagem. Devido ao grande número de fraudes pedimos que confira atentamente os dados cadastrados no seu cadastro ao sistema e endereço de entrega, Se você não tiver conhecimento desta compra, alguém pode ter usado seus documentos e e-mail sem seu conhecimento. Confira atentamente todos dados informados no ato da compra em sua Nota Fiscal. Nota Fiscal TV LED 46 SAMSUNG HDMI PC USB UN46C5000 Caso você não seja a pessoa citada na Nota Fiscal, por favor, desconsidere este aviso O Pague Seguro UOL possui um sistema de busca automática de produtos, cuja atualização é realizada periodicamente. Por essa razão, os preços anunciados no Pague Seguro UOL são apenas informativos e estão sujeitos a variações. Havendo divergência de preço ou informações sobre o produto entre o Pague Seguro UOL e uma loja conveniada, o preço praticado será o da loja. © Copyright 2011, Pague Seguro UOL S.A. – TODOS OS DIREITOS RESERVADOS
[dbms] Verificar Backups
Gracias por la aclaracion. Con verify me referia a hacer el backup tildando la opcion verify when finished, no se como se llama en SQL, creo que solo VERIFY. Sumando lo tuyo a lo que dijo Mariano, entiendo que no tendria mucho sentido en mi caso entonces. Yo actualmente hago un backup a disco (en un Amazon EBS) y lo subo instantáneamente a S3 por lo que no hay cintas que se puedan romper. Segun lo que decis hacer el backup y hacer el RESTORE justo despues tampoco tendria tanto sentido. Voy a hacer lo que sugirio Mariano de cualquier forma, hacer el backup y despues el DBCHECK. Gracias a todos por la info! 2015-02-13 15:07 GMT-03:00 Marcos Mellibovsky mell...@gmail.com: 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
[dbms] Verificar Backups
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 jose.mariano.alva...@sqltotalconsulting.com El 13 de febrero de 2015, 2:52 p. m., Diego Jancicjan...@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
[dbms] Verificar Backups
Yo haría el chequeo de la base después del backup full si quiero verificar que la base no se rompió entre el chequeo y el backup. Me garantiza que en el estado previo la base esta consistente o se puede llegar a un estado consistente. Si el backup es a disco es muy probable que no tengas problemas. La única forma de garantizar que esta todo bien es probar hacer el RESTORE. Saludos -- Ing. José Mariano Alvarez http://blog.josemarianoalvarez.com/ http://twitter.com/JoseMarianoA SQL Total Consulting El 13 de febrero de 2015, 1:19 p. m., Diego Jancicjan...@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
[dbms] Verificar Backups
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
[dbms] Verificar Backups
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
[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 Jancicjan...@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 jose.mariano.alva...@sqltotalconsulting.com El 13 de febrero de 2015, 2:52 p. m., Diego Jancicjan...@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
[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 Rauldrv...@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 Jancicjan...@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 Jancicjan...@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
[dbms] Verificar Backups
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 Jancicjan...@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 jose.mariano.alva...@sqltotalconsulting.com El 13 de febrero de 2015, 2:52 p. m., Diego Jancicjan...@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
[dbms] Verificar Backups
baja El 13 de febrero de 2015, 17:22, Jose Mariano Alvarez jose.mariano.alva...@gmail.com 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 Rauldrv...@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 Jancicjan...@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 Jancicjan...@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
[dbms] Verificar Backups
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.armailto:drv...@bancor.com.ar www.bancor.com.arhttp://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 Rauldrv...@bancor.com.armailto: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.armailto:drv...@bancor.com.ar www.bancor.com.arhttp://www.bancor.com.ar/ Antes de imprimir, piensa en tu responsabilidad y compromiso con el MEDIO AMBIENTE De: d...@mug.org.armailto:d...@mug.org.ar [mailto:d...@mug.org.armailto: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.commailto: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 Jancicjan...@gmail.commailto: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.commailto: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 Jancicjan...@gmail.commailto: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.commailto:maxi.acco...@gmail.com: Si queres estar 100% seguro te aconsejo restore. El feb 13, 2015 1:23 PM, Diego Jancic jan...@gmail.commailto: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
[dbms] Verificar Backups
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.armailto:drv...@bancor.com.ar www.bancor.com.arhttp://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.commailto: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 Jancicjan...@gmail.commailto: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.commailto: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 Jancicjan...@gmail.commailto: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.commailto:maxi.acco...@gmail.com: Si queres estar 100% seguro te aconsejo restore. El feb 13, 2015 1:23 PM, Diego Jancic jan...@gmail.commailto: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
[dbms] Verificar Backups
Gracias por el tip. Como estoy usando S3, se puede utilizar un checksum para verificar que el archivo haya llegado bien. Voy a asegurarme que la herramienta que uso para subir el archivo lo este chequeando :) Saludos! Diego 2015-02-13 17:09 GMT-03:00 Vega Diego Raul drv...@bancor.com.ar: 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 Jancicjan...@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 Jancicjan...@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
Confirm subscription to gentoo-powe...@lists.gentoo.org
Hi, this is the Mlmmj program managing the gentoo-powe...@lists.gentoo.org mailing list. Somebody (and we hope it was you) has requested that your email address archive@mail-archive.com be added to the list. This means every time a post is sent to the list, you will receive a copy of it. To confirm you want to do this, please send a message to gentoo-powerpc+confsub-0a312b9579c63bb5-archive=mail-archive@lists.gentoo.org which can usually be done simply by replying to this message. The subject and the body of the message can be anything. After doing so, you should receive a reply informing you that the operation succeeded. If you do not want to do this, simply ignore this message.
[dbms] Verificar Backups
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 Rauldrv...@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 Rauldrv...@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 Jancicjan...@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 Jancicjan...@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
