SQL Server: Tenga siempre un plan de contingencia
Don' t confundir backup y restore con alta disponibilidad. En caso de una interrupción de servicio, las copias de seguridad y restauración permiten recuperar los datos, pero solo después de un tiempo de inactividad.
Saleem Hakani
En un mundo ideal, nunca fallaría discos duros y otros herrajes. Software nunca sería defectuosa, los usuarios no cometen errores y los hackers nunca tendría éxito.
Sin embargo, vivimos en un mundo menos-que-perfecta. Tenemos que planificar y prepararse para controlar los eventos adversos. Realizar y mantener copias de seguridad buenas y saludables es una de las principales prioridades para cualquier administrador o ingeniero que trabaja con el SQL Server.
Backup y restore no es HA
Esta es una buena regla a tener en cuenta: Backup y restore no es una característica de alta disponibilidad (HA). Restaurar una base de datos de copia de seguridad es simplemente una función de reparación, no una función de la disponibilidad.
Si vas a un sistema de misión crítica y su base de datos requiere HA, entonces investigar varios HA las características reales disponibles dentro SQL Server. JA no equivale para backup y restore.
Si usted está ejecutando un sistema de misión crítica o grande, tienes tu base de datos esté disponible continuamente o durante períodos prolongados de tiempo con mínimo tiempo de inactividad para tareas de mantenimiento. Por lo tanto, la duración de las situaciones de restaurar base de datos debe mantenerse lo más corta posible.
También, si estás usando excepcionalmente grandes bases de datos, se requieren períodos más largos de tiempo para realizar el backup y restore. Deberías revisar algunas de las novedades SQL Server ofrece para aumentar la copia de seguridad y restaurar la velocidad operativa. Esto ayuda a minimizar el efecto en los usuarios durante ambos backup y restaurar las operaciones.
Aquí le damos un vistazo a algunas otras técnicas específicas.
**Múltiples dispositivos de backup:**Si estás realizando backups y restores en una gran base de datos, debe usar simultáneamente varios dispositivos de copia de seguridad. Esta configuración le ayudará a escribir copias de seguridad a todos los dispositivos al mismo tiempo. Utilizando múltiples dispositivos de backup en el SQL Server le permite escribir los backups de bases de datos a todos los dispositivos en paralelo.
Un cuello de botella potencial de rendimiento de copia de seguridad es la velocidad del dispositivo de backup. Utilizando múltiples dispositivos de backup puede aumentar el rendimiento en proporción al número de dispositivos que usas. Del mismo modo, puede restaurar la copia de seguridad de múltiples dispositivos en paralelo.
**Conjunto de medios reflejado:**Si se utiliza un conjunto de medios reflejado, tendrás un total de cuatro espejos por el sistema de medios de comunicación. Con el conjunto de medios reflejado, la operación de backup escribe a varios grupos de dispositivos de copia de seguridad. Cada grupo de dispositivos de copia de seguridad constituye un solo espejo en el conjunto de medios reflejado. Cada conjunto de espejos solo debe utilizar la misma cantidad y tipo de dispositivos de copia de seguridad físicos, y todos deben tener las mismas propiedades.
**Copias instantáneas de backup:**Esta es la manera más rápida para realizar backups de bases de datos. Una copia de seguridad instantánea es una copia de seguridad especializado creado casi instantáneamente usando una solución espejada obtenida de un vendedor independiente de hardware y software.
Copias instantáneas de backup minimizar o eliminan el uso de los recursos del SQL Server para realizar la copia de seguridad. Esto es especialmente útil para moderados a grandes bases de datos para que la disponibilidad es crucial. A veces puede realizar copias instantáneas de backup y restore en segundos, con poco o ningún efecto en el servidor.
**Low-compresión de backup de prioridad:**Respaldo de bases de datos mediante la característica de compresión de backup recientemente introducido podría aumentar el uso de la CPU. Cualquier capacidad adicional de CPU consumida por el proceso de compresión puede afectar adversamente las operaciones simultáneas. Por lo tanto, siempre que sea posible, se debe crear una copia de respaldo comprimida de baja prioridad cuyo uso de la CPU está limitada por el gobernador de recurso para evitar cualquier disputa de CPU.
**Completo, copias de seguridad diferenciales y registro:**Si el modelo de recuperación de base de datos se establece en Full, utilice una combinación diferente de copias de seguridad (por ejemplo, completa, diferencial y de registro). Esto le ayudará a minimizar el número de copias de seguridad que es necesario aplicar para llevar la base de datos hasta el punto de falla.
**Archivo de copias de seguridad de Grupo:**Uso/archivo Grupo backups y copias de seguridad T-log. Estas técnicas dejarle copia de seguridad o restauración sólo los archivos que contienen los datos pertinentes. Porque no estás realizar copias de seguridad o restaurar la base de datos completa, la operación es mucho más rápida.
**Utilice un disco diferente para copias de seguridad:**No use el mismo disco físico que contiene los archivos de base de datos o archivos de registro para fines de respaldo. Usando el mismo disco físico no sólo afecta al rendimiento, pero también puede reducir la capacidad de recuperación del plan.
Recuerde que debe seleccionar un par de técnicas y tácticas para backup y restore que mejor dentro de su configuración. Es un aspecto esencial de cualquier estrategia operacional SQL Server .
.jpg)
Saleem Hakani es un arquitecto principal de Microsoft con más de 18 años de experiencia. Él ha trabajado con SQL Server desde 1992 y ha trabajado en numerosos servicios de Microsoft a gran escala como ingeniero y arquitecto en los últimos siete años, incluyendo Hotmail, Bing y MSN. Hakani conduce a la comunidad mundial de SQL Server para los empleados de Microsoft y es un presentador técnico para distintos eventos de Microsoft incluyendo TechReady, SQLFEST, SQL-escuela y SQLPASS.