Plan de mantenimiento. NetSupport DNA. para un funcionamiento óptimo

Transcripción

1 Plan de mantenimiento NetSupport DNA para un funcionamiento óptimo Totemguard.com

2 Índice INTRODUCCION...3 PLAN DE MANTENIMIENTO Copia de seguridad (automática) Programación de la copia de seguridad (automática) Tratamiento del log de transacciones (automática) Limpieza de datos en la base de datos (manual) Espacio en disco (automático - manual) Re-indexación de índices (manual)...19 Anexo A. Solución de problemas de Timeout...20 Totemguard.com

3 INTRODUCCION Con el presente documento, se pretende sentar las bases para programar un plan de mantenimiento que ayude a mantener los sistemas implicados en NetSupport DNA con un funcionamiento óptimo. Dicho plan de mantenimiento tiene como objeto la prevención de posibles problemas de espacio y rendimiento, tanto del servidor donde se aloja la base de datos NetSupport DNA, como el propio servidor que mantiene el servicio NetSupport DNA Server. Para ello, se propone como ejemplo, el siguiente plan de mantenimiento, que puede servir como base para la elaboración de un plan de mantenimiento propio. En él, se detallan procedimientos, como por ejemplo el de realizar una copia de seguridad de la base de datos, por lo menos, una vez a la semana. Esto no significa que necesariamente se deba realizar un backup semanal, sino que dependiendo de nuestras necesidades, la frecuencia de dicha copia puede incrementarse, por ejemplo a una copia al día, si así lo requiriese nuestro entorno. Así pues, el plan de mantenimiento descrito a continuación, aunque a modo de ejemplo, cumple con las necesidades de la mayoría de entornos, pero deberá ser convenientemente revisado para adaptarlo al entorno final de cada instalación de NetSupport DNA. NOTA IMPORTANTE: El plan de mantenimiento descrito en el presente documento, hace referencia a entornos con SQL Server 2005 (tanto en versiones Express, como en versiones Standard y Enterprise). Sin embargo, muchos de los aspectos aquí mencionados, servirán de base para la creación de planes para otras versiones de SQL Server. Totemguard.com

4 PLAN DE MANTENIMIENTO 1. Copia de seguridad (automática) Realizar una tarea programada encargada de ejecutar una copia de seguridad completa y verificada de la base de datos, de forma periódica y automática. Se recomienda programar la ejecución de dicha tarea un mínimo de una vez por semana, y siempre en horas en las que la carga de trabajo del SQL Server sea mínima (típicamente, por las noches, fuera del horario laboral). Para ello, se creará un archivo backupdna.sql con un código como el que sigue: /*Nombre y destino del backup*/ nvarchar(100) = N'NetSupportDNA' + N' ' + STR(DATEPART(year,GETDATE()), 4, 0) + REPLACE(STR(DATEPART(month,GETDATE()), 2,0), N' ', N'0') + REPLACE(STR(DATEPART(day,GETDATE()), 2,0), N' ', N'0') nvarchar(600) = + N'.bak' /*Proceso de copia de seguridad*/ BACKUP DATABASE [NetSupportDNA] TO DISK WITH FORMAT, INIT, MEDIANAME = N'NetSupportDNA', NAME SKIP, NOREWIND, NOUNLOAD, STATS = 10 /*Proceso de verificacion*/ as int = position from msdb..backupset where database_name=n'netsupportdna' and backup_set_id=(select max(backup_set_id) from msdb..backupset where database_name=n'netsupportdna' ) is null begin raiserror(n'error de comprobación. No se encuentra la información de copia de seguridad para la base de datos ''NetSupportDNA''.', 16, 1) end RESTORE VERIFYONLY FROM DISK WITH FILE NOUNLOAD, NOREWIND GO Este archivo.sql, se podrá generar desde la herramienta de consultas del SQL Server Management Studio, o directamente desde un editor de textos como el Bloc de Notas. Totemguard.com

5 Se recomienda probar el código anterior antes de dar por bueno el archivo SQL. Para ello, se podrá, desde el mismo apartado de consultas del SQL Server Management Studio, ejecutar el script mediante la tecla F5 o desde la opción Consulta Ejecutar. Nuevamente, se deberá realizar este testeo en un momento de carga mínima del servidor SQL. En el ejemplo anterior, se generará un archivo llamado NetSupportDNA YYYYMMDD.bak donde YYYY corresponderá con el año actual, MM con el mes, y DD con el día. El resultado de dicha query, además de generar el archivo.bak con la copia de seguridad, generará por pantalla el resultado del proceso, indicando: El resultado del proceso de copia, con un mensaje como el siguiente: BACKUP DATABASE procesó correctamente X páginas en Y segundos El resultado de la verificación de la copia de seguridad, con un mensaje como: El conjunto de copia de seguridad del archivo 1 es válido 2. Programación de la copia de seguridad (automática) Una vez comprobado el correcto funcionamiento del script sql del punto anterior, se deberá programar una ejecución periódica del mismo para automatizar el proceso de backup. Para ello, se podrán usar dos alternativas: Usar las tareas programadas del SQL Server Agent o usar las tareas programadas de Windows Se explicará con más detalle el segundo punto, por ser una solución válida en la mayoría de entornos, al contrario que la opción del SQL Server Agent. En cualquier caso, para el primer punto, y siempre y cuando se disponga del componente SQL Server Agent (las versiones de SQL Server Express no disponen de este complemento) se podrá definir una nueva tarea encargada de la ejecución periódica del backup, definiendo los pasos del proceso y la periodicidad de la ejecución. En cuanto al uso del propio programador del sistema operativo, se deberá seguir el siguiente proceso para la definición de la tarea: 1. Desde el panel de control de Windows Tareas programadas, se creará una nueva tarea mediante la opción Agregar tarea programada. Totemguard.com

6 2. Aparecerá el asistente para la creación de la nueva tarea programada. Siguiente. Totemguard.com

7 3. Se deberá pulsar sobre Examinar para buscar el ejecutable SQLCMD.EXE, que se encontrará típicamente en C:\Archivos de programa\microsoft SQL Server\90\Tools\Binn. 4. Una vez seleccionado el ejecutable SQLCMD.EXE, se abrirá una nueva ventana donde introducir tanto el nombre como la periodicidad de la ejecución. Así por ejemplo, se podrá introducir como nombre para la tarea programada Backup DNA con periodicidad Semanalmente. Totemguard.com

8 5. A continuación, se deberá especificar el día (o días) y la hora en la que se realizará la tarea. Así por ejemplo, se podrá seleccionar el backup para los sábados a las 2 de la madrugada, una vez a la semana. 6. En la siguiente pantalla, se especificarán las credenciales de la cuenta de usuario encargada de esta tarea. Se deberá especificar unas credenciales que tengan permisos suficientes para realizar la tarea. Totemguard.com

9 7. Finalmente, se mostrará el resumen de la tarea y una vez pulsado el botón Finalizar se habrá concluido la automatización de la misma mediante el asistente. 8. Una vez concluido el asistente, se observará la tarea en el listado de tareas programadas de dicha opción en Panel de control Tareas programadas. Se deberá hacer doble click sobre la tarea recién creada, para editar los detalles de la misma. 9. En la pestaña Tarea, se deberá modificar la instrucción definida en Ejecutar, que tendrá una instrucción como la siguiente: C:\Archivos de programa\microsoft SQL Server\90\Tools\Binn\SQLCMD.EXE Añadiendo el siguiente texto al final de la instrucción: -S servername -E -i C:\Backups\BackupDNA.sql -o C:\Backups\logs\Resultado.txt Obteniendo así, una instrucción como la siguiente: C:\Archivos de programa\microsoft SQL Server\90\Tools\Binn\SQLCMD.EXE -S servername -E -i C:\Backups\BackupDNA.sql -o C:\Backups\logs\Resultado.txt Donde servername deberá sustituirse por el nombre del servidor SQL (o nombre del Servidor\Instancia), y C:\Backups\BackupDNA.sql por la ruta donde se encuentre el script sql con el código para la copia y verificación de la base de datos. Igualmente, se ha añadido el parámetro -o para que el resultado de la consulta se almacene en C:\Backups\logs\Resultado.txt, con tal de poder comprobar el resultado de la ejecución. Totemguard.com

10 10. Se deberá clickar sobre Aplicar y posteriormente sobre Aceptar para guardar los cambios. 11. Finalmente, se recomienda ejecutar la tarea en un momento de poca carga en el SQL Server haciendo click derecho sobre el nombre de la tarea Ejecutar, con tal de comprobar el correcto funcionamiento de la misma. NOTA: Se recomienda almacenar las copias de seguridad en servidor de ficheros, para prevenir problemas de espacio en disco, debido al tamaño de los archivos de backup. Con estos dos puntos, se conseguirá una automatización del procedimiento de copia de seguridad de DNA. Finalmente, cabe recordar que se deberá revisar semanalmente el resultado de la ejecución almacenado (en el ejemplo) en C:\Backups\logs\Resultado.txt para corroborar la validez de la copia de seguridad. Totemguard.com

11 3. Tratamiento del log de transacciones (automática) Toda base de datos de SQL Server, tiene asociado su archivo de registro de transacciones. Este archivo, almacena los cambios realizados en los datos de la base de datos, para poder revertirlos. Concretamente, el archivo de registro de NetSupportDNA tiene como nombre NetSupportDNA_log.ldf. Sin embargo, este archivo tiende a crecer de forma preocupante si no se previene dicho crecimiento, llegando a influir muy negativamente en el rendimiento de NetSupport DNA. Por esta razón, se recomienda en primer lugar realizar una reducción periódica del mismo. Para ello, se insta a modificar el script programado generado en punto 1, para realizar un backup del log de transacciones, una vez realizado el backup de la base de datos. Para ello, bastará con añadir, al final del script, el siguiente código: /*Nombre y destino del backup*/ nvarchar(100) = N'NetSupportDNA_log' + N' ' + STR(DATEPART(year,GETDATE()), 4, 0) + REPLACE(STR(DATEPART(month,GETDATE()), 2,0), N' ', N'0') + REPLACE(STR(DATEPART(day,GETDATE()), 2,0), N' ', N'0') nvarchar(600) = + N'.bak' /*Proceso de copia de seguridad*/ BACKUP LOG [NetSupportDNA] TO DISK WITH FORMAT, INIT, MEDIANAME = N'DNALOG', NAME SKIP, NOREWIND, NOUNLOAD, STATS = 10 GO NOTA: El código anterior se encargará de crear una copia de seguridad del log de transacciones en C:\NetSupportDNA_log.bak, pero no lo vaciará. Se recomienda al administrador de la base de datos, que valore la posibilidad de añadir la opción TRUNCATE_ONLY seguido de un SHRINKFILE, si se viese que el log de transacciones suele sobrepasar 1GB de tamaño. BACKUP LOG NetSupportDNA WITH TRUNCATE_ONLY DBCC SHRINKFILE (NetSupportDNA_Log, 0) GO Totemguard.com

12 4. Limpieza de datos en la base de datos (manual) El siguiente punto en el plan de mantenimiento, hace referencia al mantenimiento de los datos que conforman la base de datos de NetSupport DNA. Este punto, al contrario que los anteriores, no se puede automatizar, y por tanto, se tendrá la necesidad de ejecutarse de forma manual, por lo menos, una vez al mes. De esta forma, y siempre después de asegurarse de que el backup de la semana en curso se ha realizado de forma satisfactoria con la tarea programada del punto 2, se deberán seguir los siguientes pasos: 1. Desde la consola NetSupport DNA Herramientas Mantenimiento de la base de datos Eliminar datos, eliminar los datos anteriores a, por ejemplo, un año natural (si nos encontramos en día 15 de abril de 2010, eliminaremos datos con fecha límite 01 de abril de 2009). Si se obtiene un timeout como respuesta, se deberá seguir el proceso especificado en Anexo A. del presente documento. 2. Posteriormente, una vez eliminados los datos antiguos de forma satisfactoria, se deberá ejecutar en la herramienta de consultas del SQL Server Management Studio, la siguiente instrucción, también en horario de mínima actividad del servidor SQL. DBCC SHRINKDATABASE (NetSupportDNA, 10) donde 10 significa que dejará un 10% del tamaño libre actual en el archivo 3. Una vez realizado este proceso, se habrá conseguido dejar en la base de datos, únicamente datos con fecha como máximo de un año de antigüedad, y posteriormente, se habrá conseguido compactar la base de datos, y por tanto, reducir su tamaño aumentando el rendimiento global de la aplicación. Se recomienda realizar esta tarea en un momento en que el servidor SQL esté en un mínimo de actividad, para no afectar al rendimiento del mismo. Igualmente, se recomienda comprobar el tamaño del archivo con la base de datos NetSupportDNA.mdf, antes y después de este proceso, con tal de corroborar el éxito del mismo. Se podrá ubicar el archivo NetSupportDNA.mdf en C:\Archivos de Programa\Microsoft SQL Server\MSSQL.1\MSSQL\Data, junto al resto de bases de datos del servidor SQL. 5. Espacio en disco (automático - manual) En cuanto al mantenimiento de los sistemas que afectan a NetSupport DNA, también se recomienda no olvidar el comprobar que se dispone de suficiente espacio en disco en las unidades de los servidores que afectan a NetSupport DNA. Totemguard.com

13 Dichas unidades, son las siguientes: Unidad de instalación del sistema operativo del servidor NetSupport DNA. Unidad de instalación de la aplicación NetSupport DNA. Unidad donde se ubica el directorio de paquetes de NetSupport DNA (por defecto en C:\Archivos de Programa\NetSupport DNA\DNA\Server\Packages). Unidad donde se ubica la base de datos de NetSupport DNA. Unidad de instalación del sistema operativo del servidor SQL Server. Unidad de instalación del SQL Server. Unidad donde se ubican las copias de seguridad de la base de datos de NetSupport DNA. Se recomienda repasar el tamaño libre de estas unidades, por lo menos una vez al mes, o en su defecto, programar un aviso con NetSupport DNA para que controle que se dispone de suficiente tamaño, y que se encargue de lanzar un aviso en caso contrario. Se puede programar un aviso desde NetSupport DNA, tal y como sigue: 1. Iniciar la consola NetSupport DNA. 2. En la jerarquía de PCs, ubicar el servidor DNA Server, así como el servidor SQL Server. 3. Seleccionar el departamento del servidor DNA Server (el aviso afectará a todas las máquinas de este departamento). 4. Una vez seleccionado el departamento (o sub-departamento), hacer click derecho sobre él Configuraciones (En el ejemplo ZEALOT es el nombre de la máquina con el servidor NetSupport DNA, mientras que Laptops es el nombre del sub-departamento de dicho servidor). Totemguard.com

14 5. Seleccionar la opción Avisos de la nueva ventana, seleccionando Avisos de PC. 6. En la nueva ventana, asegurarse de seleccionar el departamento (sub-departamento en el ejemplo) del servidor NetSupport DNA, y pulsar sobre Gestionar. Totemguard.com

15 7. Pulsar sobre Nuevo para crear un nuevo aviso 8. Seleccionar el aviso del tipo Disco físico y escoger el usar un porcentaje del espacio libre o un tamaño fijo para el aviso. En el ejemplo, se usa un porcentaje. Siguiente. Totemguard.com

16 9. Indicar en El espacio libre es el porcentaje de tamaño para el cual dará el aviso. En el ejemplo, se lanzará el aviso cuando el tamaño libre en disco sea menor que el 25% del total. Siguiente. Totemguard.com

17 10. Finalmente, se podrá escoger si se quiere ser avisado por correo electrónico al saltar el aviso (como se recomienda). Para ello, bastará con seleccionar al usuario encargado de recibir el aviso del listado de usuarios disponibles, seleccionándolo a la lista de contactos, indicando que Si se quiere notificar al usuario por correo electrónico Totemguard.com

18 11. Una vez finalizado, se deberá agregar el aviso mediante la opción Agregar 12. Posteriormente, se deberá Guardar y Cerrar, para dejar el aviso programado. NOTA: Se deberá repetir el proceso para el departamento del servidor SQL Server. Totemguard.com

19 6. Re-indexación de índices (manual) En algunos entornos, podemos encontrar tamaños de índice enormes. En muchos casos, llegan a ser más grandes los índices que los propios datos de la tabla. Se puede comprobar el tamaño de cada tabla desde el Management studio, haciendo click derecho/propiedades en dicha tabla. Nos mostrará tanto el tamaño de datos como el tamaño de índice. No se recomienda utilizar la reindexación por regla general, pero en algunos casos es necesaria. Siempre que se haga, deberá ser en horas de trabajo nulo, ya que la reindexación bloquea totalmente la tabla con la que está trabajando, y ralentiza enormemente el rendimiento del SQL. Con el siguiente script, podemos hacer una reindexación de toda una base de datos. USE DatabaseName --Enter the name of the database you want to reindex varchar(255) DECLARE TableCursor CURSOR FOR SELECT table_name FROM information_schema.tables WHERE table_type = 'base table' OPEN TableCursor FETCH NEXT FROM TableCursor = 0 BEGIN DBCC DBREINDEX(@TableName,' ',90) FETCH NEXT FROM TableCursor END CLOSE TableCursor DEALLOCATE TableCursor Fuente: Totemguard.com

20 Anexo A. Solución de problemas de Timeout En el presente apartado se describe como proceder al recibir un timeout como respuesta al intentar eliminar datos desde la opción Mantenimiento de la base de datos de la consola NetSupport DNA. Así por ejemplo, si desde la opción Herramientas Mantenimiento de la base de datos Eliminar Datos, se pretenden eliminar los datos anteriores a un año natural, se deberán dejar seleccionados todos los checkboxs de la sección, y escoger como fecha límite, una fecha adecuada como fecha de inicio de los datos válidos (si se está a día 17 de abril de 2010, se puede escoger como fecha de inicio el 01 de abril de 2009). Este proceso, puede ser un proceso largo, debido a la gran cantidad de datos a eliminar que puede tener la base de datos. Por esta razón, y si NetSupport DNA muestra un mensaje de timeout al intentar lanzar la limpieza de la base de datos, se recomienda seguir el siguiente proceso: 1- Añadir la siguiente key en registro de windows, donde tenemos instalado DNA Server: HKLM\Software\NetSupport Ltd\NetSupport DNA\Database Value Type : DWORD - Decimal Value Valuename : Timeout Value : 800 (Este valor corresponde al número de segundos necesarios para dar timeout) 2- Reiniciar el servicio DNA Server, desde inicio -> ejecutar -> services.msc -> localizar "NetSupport DNA Server" -> Reiniciar 3- Repetir el proceso de limpieza desde la opción Mantenimiento de la base de datos, seleccionando primeramente datos anteriores al 01 de enero de 2008 y posteriormente datos anteriores al 01 de enero del Si continuasen los errores de timeout, se deberá seleccionar cada chechbox de datos por separado, tal y como sigue: Únicamente selección de checkbox medición de Internet, para fecha límite 01 de enero de Eliminar datos. Posteriormente, únicamente selección de checkbox medición de aplicaciones, para fecha límite 01 de enero de Eliminar datos. Posteriormente, selección de todos los checkboxs excepto medición de Internet y medición de aplicaciones para fecha límite 01 de enero de Eliminar datos. Análogamente para fecha límite 01 de enero de 2009 Totemguard.com