Skip to main content

Tips backup SQL Server

Backup SQL Server
Aquí hay doce consejos útiles para asegurar que está realizando copia de seguridad y operaciones de restauración de SQL SERVER de la manera más eficiente posible.



1 - Trate de realizar copias de seguridad en el disco duro local en primer lugar, mientras que copiar el archivo de copia de seguridad (s) en la cinta más tarde.
Al realizar una copia de seguridad, algunos comandos de SQL Server no se puede hacer, por ejemplo, durante la copia de seguridad que no se puede ejecutar una instrucción ALTER DATABASE, ya sea con el ARCHIVO agregar o quitar opciones de archivo, no se puede reducir una base de datos, no se puede ejecutar una instrucción CREATE INDEX, y así sucesivamente.
Así que, para disminuir el tiempo de la operación de copia de seguridad, puede realizar la copia de seguridad en el disco duro local, y luego copiar el archivo de copia de seguridad (s) en la cinta más tarde, como un dispositivo de cinta suele ser mucho más lento que un disco duro. Cuanto más rápido la operación de copia de seguridad, el menor impacto habrá en el servidor cuando se produce la copia de seguridad.

2 - Realice copias de seguridad en los dispositivos de copia de seguridad múltiples.
Uso de varios dispositivos de copia de seguridad fuerzas de SQL Server para crear un hilo de seguridad independiente para cada dispositivo de copia de seguridad, por lo que las copias de seguridad se escriben en todos los dispositivos de copia de seguridad en paralelo.

3 - Realice copias de seguridad en un conjunto de discos físicos, como los discos más en conjunto, más rápidamente la copia de seguridad se hará.
Esto puede mejorar el rendimiento, ya que un hilo separado se creará para cada dispositivo de copia de seguridad en cada disco con el fin de escribir los datos de la copia de seguridad en paralelo.

4 - Realice copias de seguridad durante los períodos de acceso a la base de datos bajo.
Debido a que las copias de seguridad son muy eficaces de los recursos, tratar de programar durante el tiempo de inactividad de la CPU y los períodos de baja producción.

5 - Utilizar copias de seguridad completas para minimizar el tiempo para restaurar bases de datos.
Copia de seguridad completa que más tardan en realizar, en comparación con diferencial y copias de seguridad incrementales, sino que son los más rápidos para restaurar.

6 - Utilice copia de seguridad incremental para reducir al mínimo el tiempo de copia de seguridad de bases de datos. 
Realizar copias de seguridad incrementales el más rápido en comparación con las copias de seguridad completas y diferenciales, pero toman más tiempo para restaurar.

7 - Usar copias de seguridad diferenciales en lugar de copias de seguridad incrementales cuando los usuarios actualizar periódicamente los mismos datos.
Debido a que una copia de seguridad diferencial sólo las páginas de datos que han cambiado después de la última base de datos de copia de seguridad, usted puede eliminar la mayor parte del tiempo que el servidor pasa rodando las transacciones hacia adelante cuando la recuperación de registros de transacciones de las copias de seguridad incrementales. Utilizando una copia de seguridad diferencial, en este caso, puede mejorar el proceso de recuperación por varias veces.

8 - Trate de separar la base de datos en diferentes archivos y grupos de archivos de modo que usted puede hacer copias de seguridad únicamente el archivo de su caso / grupo de archivos.
Esto puede dar lugar a operaciones de copia de seguridad más rápidas. Cuanto más rápido la operación de copia de seguridad tiene, menor es el impacto que habrá en el servidor cuando se produce la copia de seguridad.

9 - Utilice el Monitor de rendimiento de Windows NT o Windows 2000 del Monitor de sistema para comprobar el impacto de una copia de seguridad en el rendimiento total del sistema.
Usted puede verificar los contadores siguientes:
1. SQL Server de copia de seguridad de dispositivos : dispositivos de rendimiento / Bytes por segundo para determinar el rendimiento de los dispositivos de copia de seguridad específicas, en lugar de la copia de seguridad base de datos completa o restauración;
2. Bases de datos de SQL Server : backup / restauración / seg para monitorear el rendimiento de la copia de seguridad de base de datos completa o restauración;
3. DiscoFísico :% tiempo de disco a los monitores, el porcentaje de tiempo que el disco está ocupado con la lectura / escritura de la actividad;
4. Objeto de disco físico : medio. Longitud de la cola de disco para determinar cuántas peticiones del sistema, en promedio, a la espera de acceso al disco.

10 - Para disminuir el tiempo empleado por la operación de copia de seguridad, considere la posibilidad realizar copias de seguridad con más frecuencia.
Cuanto más a menudo que hacer copias de seguridad, los más pequeños y será el menor impacto habrá en el servidor cuando se produce la copia de seguridad. Así que, para evitar el bloqueo de los usuarios durante mucho tiempo en el trabajo diario, puede realizar copias de seguridad con más frecuencia.
Nota: Otra de las ventajas de esto es que cuanto más a menudo que hacer copias de seguridad, los datos menos uno pierde si la base de datos se corrompe.

11 - Coloque una unidad de cinta en un bus de SCSI diferente de los discos o unidades de CD-ROM.
Las unidades de cinta funcionan mejor si tienen un bus SCSI dedicado para cada unidad de cinta utilizada. El uso de un bus de SCSI por separado para una unidad de cinta puede resultar en un rendimiento de copia de seguridad máxima y se puede evitar conflictos con otro acceso array de unidades. Microsoft recomienda utilizar un bus SCSI dedicado para las unidades de cinta, cuya velocidad de transferencia nativa supera el 50 por ciento de la velocidad del bus de SCSI.

12 - El uso de SQL Server 2000 copias de seguridad instantáneas de bases de datos muy grandes.
El SQL Server 2000 y restaurar la copia de seguridad instantánea tecnologías trabajan en conjunto con el hardware de terceros y proveedores de software. Las principales ventajas de las copias de seguridad instantáneas y las restauraciones son que se puede hacer en un tiempo muy corto, por lo general se mide en segundos, no horas, y reducir la copia de seguridad / restauración de impacto en el rendimiento general del servidor. Copias de seguridad instantáneas se llevan a cabo por la división de un conjunto de discos o crear una copia de un bloque de disco cuando se escribe y requieren hardware y software especiales.

Labels:

Comments

Post a Comment

Popular posts from this blog

How to "safely" truncate history tables in Zabbix 6 before enabling timescale.

The script was tested against Zabbix 6.0 and 6.2. I'll add a proper introduction soon. If you don't fully understand every single line better don't run it in production. --RECREATING HISTORY TABLES WITH DATA. INSTEAD OF "WHERE FALSE" YOU CAN USE "WHERE CLOCK > X" IF YOU WANT TO PRESERVE SOME DATA ALTER TABLE history RENAME TO history_big; CREATE TABLE history as SELECT * FROM history_big where false; ALTER TABLE history_uint RENAME TO history_uint_big; CREATE TABLE history_uint as SELECT * FROM history_uint_big where false; ALTER TABLE history_str RENAME TO history_str_big; CREATE TABLE history_str as SELECT * FROM history_str_big where false; ALTER TABLE history_log RENAME TO history_log_big; CREATE TABLE history_log as SELECT * FROM history_log_big where false; ALTER TABLE history_text RENAME TO history_text_big; CREATE TABLE history_text as SELECT * FROM history_text_big where false; ALTER TABLE history_text RENAME TO history_text_big; CREATE TABLE...
Post a Comment
Read more

Consulta de espacio ocupado de logs SQL SERVER

SQLPERF Pese a que en SQL SERVER disponemos de funciones simples que nos devuelven información relevante sobre el uso de la base de datos, muchas veces necesitamos especificar campos específicos sobre una funcion predeterminada. En el ejemplo siguiente, se muestra la consulta equivalente a realizar una de las DMF más usadas: DBCC sqlperf(logspace) La consulta anterior es exactamente igual a la siguiente: SELECT instance_name AS DatabaseName,        [Data File(s) Size (KB)],        [LOG File(s) Size (KB)],        [Log File(s) Used Size (KB)],        [Percent Log Used] FROM (    SELECT *    FROM sys.dm_os_performance_counters    WHERE counter_name IN    (        'Data File(s) Size (KB)',        'Log File(s) Size (KB)',        'Log File(s) Used Size (KB)',        'Per...
Post a Comment
Read more

Uso de memoria en SQL Server

Configuración de memoria Muchas veces, nos encontramos con que un servidor SQL Server está consumiendo demasiada memoria. Las causas de esto pueden ser muchas; Demasiados usuarios conectados o un exceso de carga de trabajo pueden ser las causantes. Sin embargo, una de las características que mas destacan de SQL Server , es que una vez que le asignamos memoria , la instancia es la encargada de administrarla, me explico. Cuando miramos el administrador de tareas de Windows (Task manager) nos daremos cuenta de que en la pestaña de rendimiento se observa muy poca memoria disponible. Esto no quiere decir que sea esa la memoria utilizada (aunque explícitamente lo diga), debido a que la instancia administra su propia memoria libre dentro de su memoria utilizada. Por ejemplo, si tenemos un servidor con 100GB de memoria RAM, y Task manager nos indica que tenemos 2 GB libres, y además, SQL Server está ocupando 90GB de RAM, tenemos que tomar en cuenta que dentro de esos 90GB ocupados por la i...
Post a Comment
Read more