Pregunta sobre la restauración de BDD

Pues sí, es bastante desaconsejable, sería mucho mejor hacer copias de
seguridad con la instrucción T-SQL BACKUP DATABASE y BACKUP LOG y hacer la
restauración con RESTORE DATABASE y RESTORE LOG.

Tener una estrategia de copias de seguridad como la que tienes tiene, entre
otros, el problema de que tienes que poner fuera de servicio SQL Server para
hacer la copia de seguridad. Con BACKUP DATABASE la copia de seguridad se
hace "en línea" con los usuarios trabajando sobre el sistema sin que la
copia de seguridad interfiera en el trabajo normal.

Otro problema derivado del primero es que no puedes hacer copias de
seguridad con la suficiente frecuencia, con el consiguiente riesgo de mayor
pérdida de información.

También tienes el inconveniente de que no puedes hacer una restauración
hasta el momento del fallo, cosa que sí sería posible realizar si tienes un
modelo de recuperación completo y una estrategia de copias de seguridad
completa + diferencial + registro de transacciones o una estrategia copia
completa + registro de transacciones. Siempre que el archivo de registro de
transacciones esté disponible.

Saludos:

Jesús López
MVP .NET
Mentor Asociado de Solid Quality Learning
http://www.solidqualitylearning.com
¡No sólo formación!







"Juanjo" escribió en el mensaje
news:

Hola,

Las restauraciones de BDD las hago sustituyendo los archivos físicos
.MDF y .LDF directamente (con el SQL Server parado, porque si no no deja).
No he tenido problemas hasta ahora pero,

¿Es desaconsejable hacerlo así? o ¿Puede traer algún tipo de problemas?

Gracias,
Juanjo.