Fiabilidad de la operación de restauración de SQL Server

Tengo un esquema de copy de security simple en mi SQL Server 2008 R2 que realiza una copy de security completa semanal y una copy de security incremental diaria. Las copys de security se conservan durante dos semanas y todo funciona bien, aunque hay dos pequeños problemas:

1) Después de la segunda copy de security completa, la semana anterior de copys de security incrementales desaparece de la window de copy de security de restauración en el estudio de gestión de server Sql. ¿Por qué pasó esto? Puedo restaurar bien las copys de security de los files, pero prefiero que la list completa de copys de security de una database específica esté presente en dicho cuadro de dialog, lo que simplificaría la operación de restauración para el usuario (seleccionando casillas de verificación en lugar de seleccionar files con nombres similares ).

2) También noté un comportamiento muy preocupante en esa window "Restaurar database". Digamos que desea restaurar la database X. Como de costumbre, se restauraría a temp-x (es decir, a otra database en lugar de sobrescribir la original). Pero para mi sorpresa los files MDF y LDF de DEFAULT de la restauración serían los utilizados por el DB original. (es decir, X.MDF y X_0.ldf o similar). Si un usuario olvida comprobar esa segunda pestaña con los files pnetworkingeterminados, se produce un desastre. ¿Cómo se puede evitar esto? Tenga en count que la opción "sobrescribir database existente" estaba desmarcada.

Si desea que se mantengan las copys de security incrementales, las copys de security completas secundarias y posteriores deben ser copys de security sólo de copy, de modo que la copy de security completa no interrumpa o restablezca la cadena.

La solución para # 2 requiere un administrador competente.