El Blog de JuanBO

Contenido 1. Introducción 2. ¿Qué son los Contadores? 3. ¿Cómo poner Contadores? 4. Areas de Medición 5. Memoria 6. Procesador 7. Disco 8. Red 9. SQL Server 10. Conclusión 1. Introducción Una de las funciones indispensables de la administración es la monitorización del rendimiento de los servidores de bases de datos. Entre otras cosas, para eso están los contadores de rendimiento, que dan medida de numerosos parámetros. Existen muchísimos contadores que permiten la monitorización, tanto del sistema operativo como propios de SQL Server. Iniciarse en su conocimiento y utilización no siempre es sencillo y no sólo eso: si sabemos cuáles tenemos que poner y cómo, su interpretación tampoco es trivial. ¿Qué contadores son los más relevantes? ¿Qué tengo que medir? ¿Qué valores de referencia indican que la cosa va bien o va mal? Estas son algunas de las preguntas que este artículo pretende responder, dando una visión introductoria para aquél que se enfrenta por primera vez a este problema. Con ...

Para adjuntar una base de datos Expanda un grupo de servidores y, a continuación, un servidor. Haga clic con el botón secundario del mouse en Bases de datos y seleccione Todas las tareas/Adjuntar base de datos. Escriba el nombre del archivo MDF (archivo de datos master) de la base de datos que desea adjuntar. Si no sabe con seguridad dónde se encuentra el archivo, búsquelo con el botón Examinar (...). Sólo se puede especificar un máximo de 16 nombres de archivo. Para obtener más información, consulte sp_attach_db . Para estar seguro de que el archivo MDF especificado es correcto, haga clic en Comprobar. La columna Nombres originales de los archivos incluye todos los archivos de la base de datos (archivos de datos y archivos de registro). La columna Ubicación actual de los archivos muestra los nombres de archivo y sus rutas de acceso. Si Microsoft® SQL Server™ no encuentra los archivos en las ubicaciones especificadas, no se puede adjuntar la base de datos. La columna Ubicación actual d...

Para configurar el trasvase de registros con el Asistente para planes de mantenimiento de bases de datos Nota: Antes de configurar el trasvase de registros, es necesario crear un recurso compartido en la base de datos principal para hacer que los registros de transacciones estén disponibles. Se trata de un recurso compartido ajeno al directorio donde se vuelcan los registros de transacciones. Por ejemplo, si los registros se vuelcan en el directorio E:\DATA\TLOGS\, puede crear el recurso compartido \\LOGSHIPPING\TLOGS fuera de ese directorio. En la pantalla Seleccionar bases de datos, active la casilla de verificación Las bases de datos y, a continuación, seleccione la base de datos cuyos registros desea trasvasar. Si selecciona más de una base de datos, el trasvase de registros no funcionará y la opción de trasvase de registros no estará disponible . No se permite seleccionar una base de datos que ya está configurada para trasvase de registros. Active la casilla de verificación Tras...

Renombrar un servidor de base de datos SQL Server puede ser un misterio para algunos. Los sinotomas que puede causar pueden reflejar que algo se realizo incorrectamente. Existen entradas en el registro y tablas en el sistema que refelejan el nombre del servidor. En este pequeño articulo se muestran algunos tips de como renombrar un servidor de base de datos. Renombrando un equipo con SQL Server 7.0 SQL Server 7.0 es el escenario más complicado para renombrar un servidor de base de datos, ya que se deben de tomar en cuenta pasos adicionales. Después de realizar el cambio del servidor y reiniciarlo, SQL Server presentara problemas para poder iniciarlo. Para corregir esto se debe de ejecutar nuevamente el setup el cual indicar que van a realizar cambios en el sistema. Esto realizara modificaciones en el registro de windows. Después sera necesario reiniciar el equipo SQL Server, al inciar deberá de acceder al manejador por medio de una ventana de consultas de SQL y ejecutar lo siguiente. s...

Una de las tareas de un administrador de base de datos es el poder identificar la raíz de un problema de performance, en este artículo hablare de la memoria, pero es importante mencionar que aunque todo apunte a un problema de memoria, debe de analizarse el porque se esta requiriendo de tanta memoria en un equipo. Muchas de estas veces es por falta de índices que como consecuencia en cada consulta se suben más datos a memoria de los que se requieren, otra causa puede ser un mal diseño en la base de datos o queries mal diseñados. ¿Como saber si tenemos un problema de memoria.?Los cuellos de botella en la memoria de un servidor de Base de Datos se pude identificar cuando se esta generando demasiado paging, un alto consumo de memoria, un “buffer cache hit ratio” muy bajo y un alto volumen de lecturas y escrituras en el disco. Todo esto es posible medirlo con los contadores del sistema operativo y de SQL Server que se muestran a continuación: Memory: Pages/Sec Memory: Available Bytes SQL S...

Un problema bastante común en SQL Server es cambiar el nombre del host (servidor) una vez que está instalado SQL Server. Esto provoca entre otros "daños colaterales" que fallen los asistentes, dejan de funcionar las réplicas, el depurador de Transact - SQL y otros servicios avanzados de SQL Server. La explicación es sencilla, durante la instalación de SQL Server se graba en la base de datos del sistema, master, el nombre del servidor. Este nombre lo podemos consultar a través del la variable global @@SERVERNAME. SELECT @@SERVERNAME Cuando cambiamos el nombre del servidor, estos datos no se actualizan de forma automática, con lo que la información que hay en la base de datos master de SQL Server ha quedado desfasada. Podemos consultar el nombre del host a través de la variable de entorno %COMPUTERNAME% con el siguiente comando DOS. c:\echo %COMPUTERNAME% Solucionar el problema también es fácil, solo debemos ejecutar los procedures sp_dropserver y sp_addserver. En prime...

Tim Chapman en Builder Au da una guía para recuperar una base de datos SQL Server mediante el log de transacciones. Aquí una traducción de los puntos más importantes: Muchos DBA (administradores de bases de datos) le tienen pavor a una cosa. Escuchar que tienen que recuperar la base de datos en un cierto punto en el tiempo, especialmente si la base de datos está en producción. Sin embargo, opina que saber hacerlo, es de suma importancia para un DBA, y debe tenerla en su "lista de habilidades". El escenario: Un compañero de trabajo te avisa que ha eliminado accidentalmente datos importantes de la base de datos en producción. Y esos datos deben ser recuperados. Punto 1: Si tienes suerte, tienes un sistema de auditoría de datos que recuperará esos registros de una tabla de auditoría. Punto 2: Si no estás en el punto 1, tienes que usar el log de transacciones, para "deshacer" las últimas transacciones, hasta el momento en que los datos todavía no fueron eliminados. ...