Hay una pregunta que sucede ahora en los hilos de rosca de EE sobre un fichero de diario secundario que no pueda ser encogido.
Los respaldos fallan debido a él, no pueden crecer, no pueden reajustar, todo a hacer básicamente con el registro son un pedacito de un desastre…
Entonces allí si el pavor pagina el problema donde un cheque de DBCC aparece un objeto desconocido con un problema de la página (demuestra normalmente el objeto, pero el nombre de objeto falta).
O aún las cosas tienen gusto de mover archivos de base de datos alrededor, o con separar para moverse a otra localización. O aún no tener suficiente espacio de disco puede crear problemas. Algunos de esos tipos de cosas son debido no completamente a comprender qué se está encendiendo, o no usar las herramientas derechas para el trabajo.
Entonces hay ediciones del hardware. Quizá problemas del disco o problemas del servidor y entonces errores de hardware más ambiguos a hacer con la red física. Y los errores ambientales como apagones o inesperado/O.N.U-choreographed paradas y otras faltas catastróficas.
Realmente, hay absolutamente algunos problemas que pueden ocurrir. De hecho cuanto más que usted piensa de él, dado el tamaño de algunos de estos archivos, él es realmente absolutamente un tributo la mayor parte de a los fabricantes de la base de datos que él construye en tal robustez.
La derecha, así que qué hacer…
Construir un plan de contingencia - un plan de la recuperación de catástrofes. Decidir lo que puede tolerar la granulosidad mínima de la pérdida (pérdida de los datos y pérdida fuera de línea) su negocio. Puede depender de muchas cosas - si usted tiene papeleo por ejemplo, después la parte del proceso de recuperación pudo ser escribir de nuevo a máquina, si usted es totalmente electrónico, después usted necesidad un plan de recuperación más robusto de base de datos.
Si usted es total dependiente en su base de datos, después usted querrá probablemente investigar el reflejo y el agrupamiento por el que una combinación de programas del hardware e informáticos para bases de datos pueda ayudar a asegurarse de que hay siempre una base de datos “sana” disponible (bien, tanto cuanto sea posible). Eso puede conseguir absolutamente costoso, así que necesitar comprobar si es una línea de conducta apropiada para usted.
Ahora las cosas “fáciles” a hacer (sin importar cualquie otro acercamiento) están todo sobre mantener su base de datos “sana” planeando a continuación. Intentar calcular sus volúmenes de la transacción y reservar el espacio (tamaño del IE de esos archivos de base de datos), cerciorarse de que usted funciona con los trabajos del mantenimiento para los respaldos de la base de datos, los respaldos del registro de transacción, y mantenimiento (como reconstrucciones del índice, reorganizar las páginas etc), mirada en la vieja información que archiva en bases de datos secundarias o aún los ficheros de datos secundarios (división).
Ahora la clasificación de una base de datos está todo sobre instalar un tamaño y después el relleno de él. Obviamente si usted comienza demasiado pequeño e intenta llenarlo, va a tener que crecer - que significa asir un disco más físico. Cada vez que sucede eso usted corre riesgos. Riesgos de fragmentación (más un problema de funcionamiento) a través al funcionamiento de disco físico. La importancia de conseguir que correcto más sobre emparejar su ambiente físico así que cosas como los respaldos tienen un lugar a ir, sus archivos de base de datos tiene suficiente sitio, base de datos temporal tiene suficiente disco, registros de transacciones se está manejando.
Usted necesita supervisar, o, automatizar la supervisión de su base de datos. Hacer los planes de mantenimiento y hacer que envíen por correo electrónico los resultados y después que los comprueben - incluso apenas un vistazo diario. Si usted puede interceptar un error antes de que sus usuarios entonces usted sean probables estar en una posición más fuerte de la recuperación.
Dije antes de que usted puede ser que tenga gusto de repartir, o agrego archivos de base de datos, pero realmente, no hacer eso a menos que usted realmente y verdad necesidad. Más archiva la posibilidad creciente que algo pudo romper (o aún ser olvidado alrededor - sucede sí - en un proceso infrecuente o bastante al azar). Diciendo eso, es posible recuperar particiones o filespaces. Puesto simplemente, no conseguir en áreas difíciles a menos que usted necesite.
Sobretodo usted debe cerciorarse de que su archivo del MDF sea el un archivo que usted protege sobre todo (oh y cuaesquiera ficheros de datos secundarios del ndf). Usted puede regenerar ficheros de diario con algunos diversos métodos.
Tener una mirada en el whitepaper del ms en de gran disponibilidad:
http://technet.microsoft.com/en-us/library/ee523927(SQL.100).aspx¿Es ése el tipo de cosa que usted quiere discutir?
