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