Módulo 5: Realización de Tareas Administrativas: Contenido

Módulo 5: Realización
de tareas
administrativas
Contenido
Introducción 1
Tareas de configuración 2
Práctica A: Configuración de SQL Server 14
Tareas administrativas rutinarias
de SQL Server 20
Automatización de las tareas de
mantenimiento rutinarias 21
Práctica B: Creación de trabajos
y operadores 34
Creación de alertas 42
Solución de problemas en la
automatización de SQL Server 54
Práctica C: Creación de alertas 59
Automatización de trabajos multiservidor 72
Procedimientos recomendados 76
Repaso 78
La información contenida en este documento está sujeta a modificaciones sin previo aviso. A
menos que se indique lo contrario, los nombres de las compañías, productos, personas, personajes
y datos mencionados son ficticios, y no representan de ningún modo a ninguna persona, compañía,
producto o acontecimiento real. Es responsabilidad del usuario el cumplimiento de todas las leyes
de derechos de autor aplicables. Ninguna parte de este documento puede ser reproducida o
transmitida de ninguna forma, ni por ningún medio, ya sea electrónico o mecánico, con ningún
propósito, sin la previa autorización por escrito de Microsoft Corporation. Sin embargo, si su único
medio de acceso es electrónico, se le concede permiso para imprimir una copia.
Microsoft puede ser titular de patentes, solicitudes de patentes, marcas, derechos de autor y otros
derechos de propiedad intelectual sobre el contenido de este documento. El suministro de este
documento no le otorga ninguna licencia sobre estas patentes, marcas, derechos de autor, u otros
derechos de propiedad intelectual, a menos que ello se prevea en un contrato por escrito de licencia
de Microsoft.
 2000 Microsoft Corporation. Reservados todos los derechos.
Microsoft, Active Directory, ActiveX, BackOffice, FrontPage, JScript, Outlook, PowerPoint,

Visual Basic, Visual Studio, Windows, Windows Media y Windows NT son marcas comerciales
registradas o marcas comerciales de Microsoft Corporation en los Estados Unidos o en otros
países.
Otros nombres de productos y compañías mencionados aquí pueden ser marcas comerciales de sus
respectivos propietarios.
Dirección de desarrollo: Xandria Eykel

Dirección técnica: Rick Byham
Diseñadores de instrucciones: Cheryl Hoople, Lin Joyner (Content Master Ltd), Marilyn McGill
(Consultora independiente), Gordon Ritchie (Content Master Ltd.),
Expertos en la materia: Karl Dehmer, Mike Galos, Graeme Malcolm (Content Master),
Mary Neville (Content Master Ltd) y Carl Rabeler (Shadow Mountain Computers),
Automatización del aula: Lorrin Smith-Bates
Artista gráfico: Kimberly Jackson (Consultora independiente)
Director de edición: Lynette Skinner
Editor: Wendy Cleary
Editor de copias: Bill Jones (S&T Consulting)
Director de producción: Miracle Davis
Coordinadora de producción: Jenny Boe
Soporte de producción: Ed Casper (S&T Consulting), Theano Petersen (S&T Consulting)
Jefe de pruebas: Sid Benavente
Prueba de los materiales del curso: Testing Testing 123
Director creativo, servicios Media/Sim: David Mahlmann
Dirección de desarrollo de Web: Lisa Pease
Especialista en creación de CD: Julie Challenger
Soporte en línea: David Myka (S&T Consulting)
Director de localización: Rick Terek
Coordinador de operaciones: John Williams
Soporte de fabricación: Laura King, Kathy Hershey
Director principal del producto, Administración de publicación: Bo Galford
Director principal del producto, Administración de bases de datos: Margo Crandall
Jefe de grupo, Infraestructura del curso: David Bramble
Jefe de grupo del producto, Desarrollo de contenido: Dean Murray
Director general: Robert Stewart
Módulo 5: Realización de tareas administrativas iii
Notas para el instructor

Presentación: Este módulo ofrece a los alumnos detalles acerca de cómo realizar tareas de
120 minutos configuración y administrativas rutinarias. Describe cómo automatizar tareas
mediante la creación de trabajos, operadores y alertas. En el módulo también
Prácticas: se describe la automatización de tareas en un entorno multiservidor.
135 minutos
Este módulo tiene tres prácticas. En la primera práctica, los alumnos
configurarán SQL Server Agent, SQLAgentMail y SQL Mail. En la segunda
práctica, los alumnos crearán operadores y trabajos que constan de varios pasos
de trabajo. En la tercera práctica, los alumnos crearán alertas.
Después de completar este módulo, el alumno será capaz de:
Realizar tareas de configuración comunes de Microsoft®
SQL Server™ 2000.
Describir las tareas administrativas de base de datos rutinarias.
Automatizar las tareas de mantenimiento rutinarias mediante la creación
y programación de trabajos.
Crear alertas para errores de SQL Server, errores definidos por el usuario
o condiciones de rendimiento y notificar a los operadores cuando se
produzcan.
Solucionar problemas de alertas, notificaciones o trabajos automáticos.
Automatizar trabajos administrativos en un entorno multiservidor.
Material y preparación
Esta sección proporciona los materiales y las tareas de preparación que se
necesitan para impartir este módulo.
Material necesario
Para impartir este módulo, necesita el archivo 2323A_05.ppt de Microsoft
PowerPoint®.
Tareas de preparación
Para preparar este módulo, deberá:
Leer todo el material del mismo.
Completar las prácticas.
Practicar la presentación, incluidas la diapositiva animada y la presentación
multimedia.
Revisar las notas del producto relevantes incluidas en el disco compacto
Material del instructor.
iv Módulo 5: Realización de tareas administrativas
Tiempo para las secciones y prácticas

Al practicar la presentación, utilice como guía los tiempos siguientes para la
sección y las prácticas.
Sección o práctica Tiempo (minutos)
Tareas de configuración 30
Práctica A: Configuración de SQL Server 30
Tareas administrativas rutinarias de SQL Server 45
Automatización de las tareas administrativas
rutinarias
Automatización de la administración de SQL Server
Práctica B: Creación de trabajos y operadores 60
Creación de alertas 30
Solución de problemas en la automatización de
SQL Server
Práctica C: Creación de alertas 45
Automatización de trabajos multiservidor 15
Creación de un trabajo principal
Preparación del instructor para una práctica

Esta sección le proporciona las instrucciones necesarias para preparar el equipo
del instructor o la configuración del aula para una práctica.
Práctica A: Configuración de SQL Server

Para preparar la práctica
1. Asegúrese de haber preparado su equipo de acuerdo con los pasos indicados
en la sección Preparación del instructor para el módulo de estas notas del
instructor.
2. Describa el escenario para explicar los distintos perfiles de correo de
cada equipo.
3. El objetivo de los ejercicios es configurar SQL Server Agent para enviar
mensajes mediante Microsoft Exchange.
Práctica B: Creación de trabajos y operadores

instructor.
2. Describa el escenario de la práctica para explicar las dependencias con las
prácticas anteriores.
3. El objetivo de este ejercicio es configurar un perfil de correo para
SQL Server Agent, así como crear trabajos y operadores.
Módulo 5: Realización de tareas administrativas v
Práctica C: Creación de alertas

instructor.
2. Describa el escenario de la práctica para explicar las dependencias con las
prácticas anteriores.
3. El objetivo de este ejercicio es crear mensajes de error definidos por el
usuario y alertas de condiciones de rendimiento.
Preparación del instructor para el módulo

Microsoft Outlook® y Microsoft Exchange Server se instalan durante la
configuración del aula.
Para preparar el equipo del instructor para este módulo

En este procedimiento iniciará los servicios de Exchange Server y comprobará
que las características de correo se configuraron correctamente durante la
preparación del aula.
1. Inicie la sesión en el equipo del instructor como Administrador, con la
contraseña password.
2. Abra el Administrador corporativo de SQL Server.
3. Expanda el servidor y, a continuación, expanda Administración.
4. Haga clic con el botón secundario del mouse (ratón) en Agente SQL Server
y, después, haga clic en Propiedades.
5. En la ficha General, compruebe que la sesión de correo tiene el nombre
de perfil Configuraciones de Microsoft Exchange y, a continuación, haga
clic en Probar.
Debe aparecer un mensaje que indica que la prueba se ha realizado
correctamente. Si no es así, o si el nombre del perfil está en blanco,
utilice los procedimientos para la configuración y la solución de
problemas indicados más abajo.
6. Si recibió un mensaje que indicaba que la prueba se realizó correctamente,
abra Outlook para comprobar que la cuenta de usuario de dominio
Administrador puede enviar mensajes de correo electrónico a sí misma.
Nota Si el procedimiento anterior ha terminado correctamente, ya está

preparado para continuar con el módulo; sin embargo, si ha fallado, deberá
realizar los procedimientos siguientes.
vi Módulo 5: Realización de tareas administrativas
Para solucionar problemas en el envío y recepción de correo electrónico

En este procedimiento comprobará que se han iniciado los servicios de
Exchange Server y que la cuenta de usuario de dominio Administrador
puede enviar mensajes de correo electrónico.
1. Compruebe que se han iniciado los siguientes servicios de Exchange Server;
para ello, haga clic en Servicios dentro del grupo Herramientas
administrativas:
• IMAP4 de Microsoft Exchange
• Almacén de información de Microsoft Exchange
• Pila MTA de Microsoft Exchange
• POP3 de Microsoft Exchange
• Motor de enrutamiento de Microsoft Exchange
• Operador de sistema de Exchange
2. Compruebe que el servicio SQL Server Agent esté en ejecución.
3. Abra Outlook y compruebe que la cuenta de usuario de dominio
Administrador puede enviarse mensajes de correo electrónico a sí misma.
Para configurar y probar un perfil de Exchange para la cuenta de

usuario de dominio Administrador si el Administrador no podía
enviar y recibir correo electrónico
En este procedimiento eliminará los perfiles existentes de Exchange y
utilizará Outlook para configurar un perfil de Exchange para la cuenta de
usuario de dominio, Administrador. Omita este procedimiento si la cuenta
Administrador puede enviarse mensajes de correo electrónico a sí misma.
1. En el escritorio, haga clic con el botón secundario del mouse en
Microsoft Outlook y, a continuación, haga clic en Propiedades.
2. Si en este perfil hay configurado algún servicio de información,
haga clic en Mostrar perfiles y quite todos los perfiles existentes.
3. Cuando haya terminado, haga clic en Cerrar.
4. En el escritorio, haga doble clic en Microsoft Outlook.
5. Utilice la información de la siguiente tabla para configurar Outlook.
Opción Valor
Opciones de actualización de correo Ninguno de los anteriores

electrónico
Opciones del servicio de correo electrónico Organización o grupo de trabajo
Nombre Administrador
Iniciales A
Servicio de información Servidor de Microsoft Exchange
Servidor de Microsoft Exchange London
Buzón Administrador
Viaja con este equipo No
Módulo 5: Realización de tareas administrativas vii
6. Haga clic en Empezar a utilizar Microsoft Outlook.

7. Compruebe que la cuenta de usuario de dominio Administrador puede
enviarse mensajes de correo electrónico a sí misma.
8. Cierre la sesión de Microsoft Windows 2000.
Para configurar y probar un perfil de Exchange para la cuenta

de usuario de dominio SQLService
En este procedimiento iniciará una sesión en Windows 2000 mediante la
cuenta de usuario de dominio SQLService. Entonces eliminará todos los
perfiles existentes de Exchange y utilizará Outlook para configurar un perfil
de Exchange para la cuenta de usuario de dominio, SQLService.
1. Inicie una sesión en el equipo del instructor como SQLService, con la
contraseña sqlservice.
2. En el escritorio, haga clic con el botón secundario del mouse en
Microsoft Outlook y, a continuación, haga clic en Propiedades.
3. Si en este perfil hay configurado algún servicio de información, haga clic
en Mostrar perfiles y quite todos los perfiles existentes.
4. Cuando haya terminado, haga clic en Cerrar.
6. Utilice la información de la siguiente tabla para configurar Outlook.
Opción Valor
Nombre SQLService
Iniciales S
Servidor de Microsoft Exchange London
Buzón SQLService
Viaja con este equipo No
7. Haga clic en Empezar a utilizar Microsoft Outlook.

8. Compruebe que la cuenta de usuario de dominio SQLService
puede enviarse mensajes de correo electrónico a sí misma.
9. Cierre la sesión de Windows 2000.
viii Módulo 5: Realización de tareas administrativas
Para configurar SQL Server Agent de modo que utilice el perfil

SQLService de Exchange
En este procedimiento utilizará el Administrador corporativo de SQL Server
para configurar SQL Server Agent de modo que emplee el perfil SQLService de
Exchange creado en el procedimiento anterior.
1. Inicie la sesión en el equipo del instructor como Administrador,
con la contraseña password.
3. Expanda el servidor y, a continuación, expanda Administración.
4. Haga clic con el botón secundario del mouse en Agente SQL Server y,
después, haga clic en Propiedades.
5. En la ficha General, en el cuadro Perfil de correo, seleccione
Configuraciones de Microsoft Exchange y haga clic en Probar.
Debe aparecer un mensaje que indica que la prueba se ha realizado
correctamente.
6. Haga clic en Aceptar y cierre el cuadro de diálogo Propiedades de
Agente SQL Server.
Módulo 5: Realización de tareas administrativas ix
Presentación multimedia
Esta sección proporciona procedimientos de presentación multimedia que no
se pueden incluir en las notas al margen o no son adecuados para las notas del
alumno.
Automatización de la administración de SQL Server

Debe reproducir la presentación multimedia en el aula, ya que su contenido
no se incluye en ninguna otra parte del módulo.
Para iniciar la presentación multimedia

• Haga clic en el botón de la diapositiva para iniciar la presentación
multimedia.
Esta presentación multimedia introduce los componentes de automatización
de SQL Server que permiten automatizar tareas administrativas. A
continuación muestra los componentes de SQL Server Agent (trabajos,
alertas y operadores) y explica el modo en que funcionan conjuntamente.
Otras actividades
Debe familiarizarse con las actividades siguientes:
Presentación de las diapositivas animadas

de PowerPoint
Todas las diapositivas animadas se identifican con un icono de vínculos en su
esquina inferior izquierda.
Para mostrar la diapositiva Asignación de un operador a prueba

de errores
1. Muestre la diapositiva del tema, que indica que se ha producido una alerta
(error 18204).
La alerta está definida para notificar el error a un operador mediante correo
electrónico, localizador y el comando net send (envío de red). Explique la
programación del localizador.
2. Avance hasta la animación siguiente, en la que falla la notificación por
localizador y, por ello, se notifica al operador a prueba de errores. Explique
algunas de las razones por las que podría fallar una notificación por
localizador.
x Módulo 5: Realización de tareas administrativas
Desarrollo del módulo

Para presentar este módulo utilice la estrategia siguiente:
Tareas de configuración
Describa las ventajas de la automatización. Explique los problemas de
configuración y el diseño necesario para simplificar la administración y
el mantenimiento continuados de SQL Server 2000.
Tareas administrativas rutinarias de SQL Server
Indique claramente cómo diferenciar lo que se puede y lo que no se
puede automatizar para dejar claro en qué debe centrarse el administrador.
Explique que es posible planear y automatizar tanto las tareas planeadas
como las no planeadas.
Automatización de las tareas de mantenimiento rutinarias
Explique la creación de trabajos, que incluye la comprobación de los
permisos, la definición de los pasos que forman el trabajo, la determinación
de la lógica de flujo de cada paso y la programación del trabajo.
Señale que la información de las actividades de cada trabajo se registra en la
tabla del historial de trabajos y que el tamaño de ésta puede configurarse de
manera que mantenga un número suficiente de registros para cada trabajo.
Creación de alertas
Resalte que la ventaja de SQL Server Agent es su capacidad de generar
alertas que pueden responder a problemas potenciales antes de que éstos
ocurran realmente.
Describa las dos formas en que pueden definirse las alertas: con números de
error o con niveles de gravedad de SQL Server. Explique los detalles de la
creación de mensajes de error definidos por el usuario. Presente el tema
acerca de cómo responder a condiciones de rendimiento y explique las
ventajas que supone hacerlo. A continuación, explique que pueden crearse
operadores a prueba de errores por si una alerta está definida para que envíe
una notificación por localizador a un operador.
Solución de problemas en la automatización de SQL Server
Céntrese en algunas guías y pasos recomendados para identificar y
resolver cualquier problema con los trabajos, las alertas o las notificaciones.
Describa la importancia de los registros de errores como ayuda para la
solución de problemas.
Automatización de trabajos multiservidor
Resalte que SQL Server Agent proporciona la flexibilidad necesaria
para automatizar trabajos de forma que se ejecuten en varios servidores de
una red. Describa cómo se establece un entorno multiservidor y señale las
actividades específicas que tendrá que realizar y las cuestiones que deberán
tenerse en cuenta cuando los alumnos automaticen trabajos en un entorno
multiservidor.
Módulo 5: Realización de tareas administrativas xi
Información de personalización
En esta sección se identifican los requisitos de instalación de las prácticas para
un módulo y los cambios de configuración que ocurren en los equipos de los
alumnos durante estas prácticas. Esta información pretende ayudarle a replicar o
personalizar el material del curso de Microsoft Official Curriculum (MOC).
Importante La práctica de este módulo también depende de la configuración

del aula especificada en la sección Información de personalización que se
encuentra al final de la Guía de configuración del aula para el curso 2323A,
Administración de una base de datos Microsoft SQL Server 2000.
Preparación de la práctica
Para la práctica de este módulo es necesario que esté instalado SQL Server
2000 Enterprise Edition en los equipos de los alumnos. Para preparar los
equipos de los alumnos para que cumplan con este requisito, lleve a cabo el
ejercicio 1 de la práctica A, “Instalación de SQL Server”, en el módulo 2,
“Planes para la instalación de SQL Server” del curso 2323A, Administración
de una base de datos Microsoft SQL Server 2000.
Resultados de las prácticas

Al realizar las prácticas de este módulo se producen los siguientes cambios de
configuración:
Se crea un perfil de correo de Microsoft Exchange para la cuenta de usuario
de dominio SQLAdminx.
Se crea un perfil de correo de Exchange para la cuenta de usuario de
dominio SQLService.
Módulo 5: Realización de tareas administrativas 1
Introducción
Objetivo del tema
Proporcionar una
introducción a los temas
y objetivos del módulo. Tareas de configuración
Explicación previa Tareas administrativas rutinarias de SQL Server
Puede automatizar las
tareas administrativas para Automatización de las tareas de mantenimiento
simplificar el mantenimiento rutinarias
de las bases de datos y del
sistema. En este módulo Creación de alertas
trataremos…
Solución de problemas en la automatización
de SQL Server
******EL USO POR QUIENES NO SEAN INSTRUCTORES NO ESTÁ AUTORIZADO Y RESULTA ILEGAL******
Este módulo ofrece detalles acerca de cómo realizar tareas de configuración y
administración rutinarias. Describe cómo automatizar tareas mediante la
creación de trabajos, operadores y alertas. En el módulo también se describe la
automatización de tareas en un entorno multiservidor.
Después de realizar esta práctica, el alumno será capaz de:
Realizar tareas de configuración comunes de Microsoft®
SQL Server™ 2000.
Describir las tareas administrativas de base de datos rutinarias.
Automatizar las tareas de mantenimiento rutinarias mediante la creación
y programación de trabajos.
Crear alertas para errores de SQL Server, errores definidos por el usuario o
condiciones de rendimiento y notificar a los operadores cuando se
produzcan.
Solucionar problemas de alertas, notificaciones o trabajos automáticos.
Automatizar trabajos administrativos en un entorno multiservidor.
2 Módulo 5: Realización de tareas administrativas
Objetivo del tema
Presentar los conceptos
de la automatización de
SQL Server. Configuración de SQL Server Agent
Explicación previa Configuración de SQLAgentMail y SQL Mail
Antes de automatizar
tareas, es importante Configuración de servidores vinculados
considerar los fundamentos
de la automatización de Configuración de los nombres de origen de datos
SQL Server y saber cómo
preparar la automatización Configuración de la compatibilidad con XML de
de las tareas administrativas SQL Server en IIS
con SQL Server.
Configuración de SQL Server para compartir recursos
de memoria con otras aplicaciones de servidor
******EL USO POR QUIENES NO SEAN INSTRUCTORES NO ESTÁ AUTORIZADO Y RESULTA ILEGAL*****
Los administradores de bases de datos de SQL Server deben realizar diversas
tareas de configuración que sólo tienen que hacer una vez.
En esta sección se examinarán algunas de estas tareas y se describirán los pasos
de configuración necesarios.
Configuración de SQL Server Agent

Objetivo del tema
Describir la configuración
SQL Server Agent debe estar en ejecución en todo
momento
de SQL Server Agent
Explicación previa Configurar SQL Server Agent para el inicio automático
Para que SQL Server Agent Configurar los servicios SQL Server y SQL Server Agent
ejecute trabajos y active para reiniciarlos de forma automátimatica si se detienen
alertas para SQL Server, de forma inesperada
debe estar en ejecución en
todo momento y disponer de La cuenta de inicio de sesión de SQL Server Agent debe
los permisos necesarios. estar asignada a la función sysadmin
Asignar esta cuenta al grupo local Administradores
Utilizar una cuenta de inicio de sesión de usuario de
dominio de Windows
Uso del modo de autenticación de Windows para
SQL Server Agent
SQL Server Agent es el componente de SQL Server responsable de automatizar
las tareas administrativas de SQL Server. Para que SQL Server Agent ejecute
trabajos y active alertas, debe estar en ejecución en todo momento y disponer de
los permisos necesarios.
Sugerencia SQL Server Agent debe estar en ejecución en

La opción autostart no está
disponible en la plataforma todo momento
Windows 95 y 98. En todos los sistemas operativos Windows 2000 y Microsoft Windows NT®,
SQL Server Agent suele ejecutarse como un servicio de Windows.
Este servicio debe estar en funcionamiento para poder ejecutar los trabajos
programados y activar las alertas definidas. Debe configurar el servicio
SQL Server Agent para que se inicie automáticamente siempre que se
inicie Windows 2000 o Windows NT. En Microsoft Windows 98, SQL Server
Agent se ejecuta como una aplicación y no puede configurarse para
que se inicie automáticamente (aunque podría ponerse la aplicación en el
grupo Inicio para que se iniciara cuando un usuario iniciara una sesión).
Además, con el Administrador corporativo de SQL Server puede configurar el
servicio SQL Server Agent para que se reinicie automáticamente si se detiene
de forma inesperada. Para que se pueda reiniciar automáticamente, la cuenta de
servicio SQL Server Agent debe ser miembro del grupo local
Administradores.
La cuenta de inicio de sesión de SQL Server Agent debe

estar asignada a la función sysadmin
Cuando instala SQL Server, especifica una cuenta de inicio de sesión para el
servicio SQL Server Agent. SQL Server Agent no podrá iniciarse a menos que
esta cuenta de inicio de sesión esté asignada a la función sysadmin de
SQL Server:
Cuenta de sistema local. El uso de la cuenta de sistema local sólo permite
Sugerencia el acceso al equipo local. Esta cuenta del sistema local es automáticamente
Señale que al utilizar la
cuenta de sistema local,
miembro del grupo local Administradores de Windows y, por tanto, está
SQL Server Agent tiene asignada a la función sysadmin de SQL Server. Cuando la cuenta de inicio
acceso a un recurso de de sesión de SQL Server Agent utiliza la cuenta de sistema local,
red que utiliza su propio normalmente no es posible tener acceso a los recursos de red.
mecanismo de seguridad, Cuenta de usuario de dominio. Es necesaria una cuenta de usuario de
como FTP o SQL Server.
dominio para que SQL Server Agent tenga permiso para:
• Comunicarse con la mayoría de los sistemas de correo electrónico
para enviar o recibir correo electrónico.
• Tener acceso a recursos a través de la red.
Debe asignar la cuenta de usuario de dominio a la función sysadmin de

SQL Server o agregar dicha cuenta a un grupo local de Windows que esté
asignado a la función sysadmin, generalmente la cuenta local
Administrador.
Sugerencia Uso del modo de autenticación de Windows para

Señale que debe
estar seleccionada SQL Server Agent
la autenticación de SQL Server Agent puede conectarse al servidor SQL Server local mediante la
SQL Server al ejecutar autenticación de Windows o la autenticación de SQL Server. De manera
SQL Server Agent en predeterminada, SQL Server Agent utiliza la autenticación de Windows
Windows 95 ó 98. para conectarse al servidor SQL Server local mediante la cuenta de inicio de
sesión definida como cuenta de inicio del servicio SQL Server Agent.
El cambio del modo de autenticación de SQL Server Agent puede impedir que
éste tenga acceso a los recursos de la red.
Configuración de SQLAgentMail y SQL Mail

Objetivo del tema
Explicar la configuración
de correo. SQLAgentMail
SQLAgentMail
(Servicio
(ServicioSQL
SQLServer
ServerAgent)
Agent)
Explicación previa
SQL Server envía y recibe Envía trabajo y notificaciones
correo electrónico mediante de alerta
una sesión de SQL Mail o
SQLAgentMail.
SQL
SQLMail
Mail
(Servicio
(ServicioSQL
SQLServer)
Server)
Ejecuta el procedimiento
SQL Server almacenado extendido
xp_sendmail
SQL Server puede enviar y recibir correo electrónico mediante el
establecimiento de una conexión de cliente con un servidor de mensajería.
SQL Server envía y recibe correo electrónico mediante una sesión de
SQLAgentMail o SQL Mail.
Uso de SQLAgentMail
El servicio SQL Server Agent utiliza SQLAgentMail para enviar mensajes de
correo electrónico relacionados con las funciones administrativas. Por ejemplo,
el servicio SQL Server Agent utiliza SQLAgentMail para enviar un mensaje
cuando:
Un trabajo programado se ejecuta correctamente o produce un error.
Se activa una alerta.
El servicio SQL Server Agent intenta iniciar una sesión de correo cada vez que
se inicia SQL Server Agent. SQLAgentMail requiere que el servicio
SQL Server Agent utilice una cuenta de usuario de dominio con un perfil de
correo. Con el Administrador corporativo de SQL Server puede especificar el
perfil de correo que desea utilizar.
Uso de SQL Mail

SQL Mail consta de diversos procedimientos almacenados extendidos que
el servicio SQL Server utiliza para:
Procesar los mensajes de correo electrónico entrantes (que se espera que
sean sólo una consulta) de la bandeja de entrada de la cuenta de SQL Mail
y devolver conjuntos de resultados al remitente del mensaje.
Enviar mensajes de correo electrónico desde la aplicación de base de
datos; por ejemplo, al ejecutar el procedimiento almacenado extendido
xp_sendmail desde un desencadenador.
Cuando se inicia, SQL Mail inicia una sesión de correo con un perfil de correo
para la cuenta de usuario de dominio del servicio SQL Server. Puede configurar
SQL Mail de modo que se inicie automáticamente siempre que se inicie
SQL Server. SQL Mail requiere que el servicio SQL Server utilice una
cuenta de usuario de dominio con un perfil de correo. Con el Administrador
corporativo de SQL Server puede especificar el perfil de correo que desea
utilizar.
Configuración de SQLAgentMail y SQL Mail

Para que SQL Mail y SQLAgentMail puedan iniciar correctamente sesiones
de correo, debe hacer lo siguiente:
Utilizar un servidor de mensajería compatible con MAPI-1.
Instalar un cliente de correo electrónico en el equipo donde se ejecuta
SQL Server.
Utilizar una cuenta de inicio de sesión de usuario de dominio para los
servicios SQL Server y SQL Server Agent. Puede utilizar la misma
cuenta de inicio de sesión de usuario de dominio para los dos servicios o
una distinta para cada uno.
Configurar un perfil de correo para cada cuenta de usuario de domino que se
vaya a utilizar para conectarse al servidor de mensajería. Si los dos servicios
utilizan la misma cuenta de usuario de dominio, sólo es necesario un perfil
de correo.
Considere la posibilidad de utilizar la misma cuenta de usuario de dominio
en los dos servicios para reducir la carga administrativa que supone
mantener varias cuentas de usuario y varios perfiles de correo.
Utilizar el Administrador corporativo de SQL Server para especificar
Sugerencia un perfil de correo para cada sesión de SQL Mail y SQLAgentMail.
Muestre cómo se especifica
un perfil de correo para
SQL Mail y SQLAgentMail Nota Si piensa enviar notificaciones por localizador, debe utilizar un servidor
con el Administrador de mensajería capaz de comunicarse con sus localizadores.
corporativo de SQL Server.
Configuración de servidores vinculados

Objetivo del tema
Describir la configuración de Sistema
los servidores vinculados. de
archivos
Explicación previa
Una de las tareas de Proveedor OLE DB
configuración de un admi-
nistrador de bases de datos
consiste en configurar los
servidores vinculados. SQL
Server
Proveedor OLE DB
SQL
Server
Una de las tareas de configuración de un administrador de bases de datos

consiste en configurar los servidores vinculados.
Qué es una definición de servidor vinculado

Una configuración de servidor vinculado permite a SQL Server ejecutar
comandos sobre orígenes de datos OLE DB de distintos servidores. Una
definición de servidor vinculado especifica un proveedor OLE DB y un
origen de datos OLE DB.
Un proveedor OLE DB es una biblioteca de vínculos dinámicos (DLL) que
administra e interactúa con un origen de datos específico. Un origen de datos
OLE DB identifica la base de datos concreta a la que se puede tener acceso a
través de OLE DB. Aunque los orígenes de datos consultados a través de
definiciones de servidor vinculado suelen ser bases de datos, existen
proveedores OLE DB para una amplia variedad de archivos y formatos de
archivo, incluyendo archivos de texto, datos de hojas de cálculo y los resultados
de búsquedas en contenido de tipo texto.
Administración de una definición de servidor vinculado

Cuando configura una definición de servidor vinculado, registra en SQL Server
la información de conexión y la información del origen de datos OLE DB.
Después de completar el registro, siempre se puede hacer referencia a ese
origen de datos con un único nombre lógico.
Puede crear una definición de servidor vinculado mediante el Administrador
corporativo de SQL Server o con el procedimiento almacenado del sistema
sp_addlinkedserver.
Establecimiento de la seguridad para servidores

vinculados
Durante una conexión de servidor vinculado (por ejemplo, al procesar una
consulta distribuida), el servidor emisor proporciona un nombre de inicio de
sesión y una contraseña para conectarse al servidor receptor en su nombre.
Puede crear asignaciones de inicio de sesión entre servidores vinculados
mediante el procedimiento almacenado del sistema sp_addlinkedsrvlogin o
con el Administrador corporativo de SQL Server.
La asignación predeterminada para una configuración de servidor vinculado
es emular las credenciales de seguridad actuales de la cuenta de inicio de
sesión. Este tipo de asignación se conoce como autoasignación. Cuando
agrega un servidor vinculado mediante sp_addlinkedserver, se agrega una
autoasignación predeterminada para todas las cuentas locales de inicio
de sesión.
Si en el cliente o en el servidor emisor no está disponible la delegación de la
cuenta de seguridad, o si el servidor vinculado o el proveedor no conoce el
modo de autenticación de Windows, la autoasignación no funcionará para las
cuentas de inicio de sesión autenticadas por Windows. Por tanto, debe
establecer una asignación de inicio de sesión local desde una cuenta de inicio
de sesión autenticada por Windows a una cuenta de inicio de sesión específica
del servidor vinculado. En este caso, la cuenta remota de inicio de sesión será
una cuenta de inicio de sesión autenticada por SQL Server si el servidor
vinculado es una instancia de SQL Server.
Cuando la delegación de la cuenta de seguridad está disponible y el servidor
vinculado acepta la autenticación de Windows, se permite la autoasignación
para las cuentas de inicio de sesión autenticadas por Windows.
Configuración de los nombres de origen de datos

Objetivo del tema
Describir la configuración de
los nombres de origen de
datos. Un nombre de origen de datos define
Explicación previa el controlador ODBC que se va a utilizar
Una aplicación ODBC
utiliza un origen de datos La información de conexión (incluyendo el nombre y la
para conectarse a una ubicación del origen de datos, la cuenta de inicio de
instancia de SQL Server.
sesión y la contraseña)
Opciones específicas del controlador para la conexión
Una aplicación ODBC utiliza un origen de datos para conectarse a una instancia
de SQL Server. Un origen de datos es una definición almacenada que registra lo
siguiente:
El controlador ODBC que se utilizará para las conexiones que especifiquen
el origen de datos.
La información que el controlador ODBC utiliza para conectarse a un origen
de datos.
Opciones específicas del controlador que se utilizarán para la conexión.
Por ejemplo, un origen de datos ODBC de SQL Server puede registrar las
opciones de SQL-92 que se utilizarán o si los controladores deben registrar
estadísticas de rendimiento.
Cada origen de datos ODBC de un cliente tiene un nombre de origen de datos

(DSN) único. Un origen de datos ODBC para el controlador ODBC de
SQL Server incluye toda la información utilizada para conectarse a una
instancia de SQL Server, además de otras opciones esenciales.
Configuración de la compatibilidad con XML de SQL Server en IIS

Objetivo del tema
de IIS para el acceso XML
a SQL Server. Servicios
Serviciosde
deInternet
Internet
Information
InformationServer
Server
Explicación previa
Puede configurar Servicios Solicitud
Solicitud HTTP
HTTP
de Microsoft Internet Utiliza el Filtro ISAPI
Information Server para (SQLXML.DLL) y el
permitir el acceso a XML Proveedor OLEDB
SQL Server a través de IIS. Filtro ISAPI
OLE
OLE DB
DB
SQL
IIS Server
Puede configurar Servicios de Microsoft Internet Information Server (IIS)
para permitir el acceso a SQL Server a través de IIS.
Acceso a SQL Server a través de HTTP

Puede tener acceso a SQL Server a través del Protocolo de transferencia de
hipertexto (HTTP) mediante una dirección URL (Localizador de recursos
universal). Puede especificar que la dirección URL:
Tenga acceso directamente a los objetos de base de datos, como tablas.
Sin embargo, no se recomienda por motivos de seguridad.
Ejecute archivos plantilla. Una plantilla es un documento válido del
Lenguaje de marcado extensible (XML) que consta de una o varias
instrucciones Transact-SQL. Cuando se especifica un archivo plantilla
en la dirección URL, se ejecutan las instrucciones Transact-SQL
almacenadas en el archivo plantilla. Puede especificar consultas
Transact-SQL directamente en la dirección URL, pero no se recomienda
hacerlo por motivos de seguridad.
Ejecute consultas del Lenguaje de rutas de acceso XML (Xpath, XML Path
Language). Las consultas XPath se ejecutan sobre archivos de esquema de
asignación anotados que se han especificado como parte de la dirección
URL.
Configuración de un directorio virtual en IIS

Antes de tener acceso a una base de datos de SQL Server a través de
HTTP, debe configurar un directorio virtual apropiado. Emplee la utilidad
Administración de directorios virtuales IIS de SQL Server para definir y
registrar un nuevo directorio virtual, también conocido como raíz virtual,
en el equipo donde se ejecuta IIS. Esta utilidad indica a IIS que debe crear una
asociación entre el nuevo directorio virtual y una instancia de SQL Server.
Nota No puede utilizar el directorio virtual empleado para el acceso a datos de

SQL Server con el fin de alojar una aplicación Web HTML/páginas Active
Server (ASP).
Cómo tiene acceso XML a SQL Server

La integración con XML de SQL Server es posible gracias a las extensiones
del lenguaje Transact-SQL. En un intercambio XML:
1. El nombre del servidor IIS especificado en la dirección URL identifica el
servidor IIS.
2. El servidor IIS examina la raíz virtual especificada en la dirección URL y
determina si se ha registrado Sqlisapi.dll, una extensión de nombre de
archivo DLL de Interfaz de programación de aplicaciones de servidor
Internet (ISAPI), para la raíz virtual especificada en la dirección URL.
3. El servidor IIS carga el archivo DLL y le pasa la solicitud de URL.
4. La extensión de nombre de archivo Sqlisapi.dll se comunica con el
proveedor OLE DB para SQL Server y establece conexión con la instancia
de SQL Server identificada en la raíz virtual.
Nota Las consultas XPath se realizan en el servidor IIS. Sqlxmlx.dll convierte

las consultas XPath en instrucciones Transact-SQL, que después se pasan a
SQL Server.
Configuración de SQL Server para compartir recursos de memoria

con otras aplicaciones de servidor
Objetivo del tema
de SQL Server.
Explicación previa Configuración de las opciones de memoria
De manera predeterminada, min server memory
SQL Server puede cambiar
sus requisitos de memoria max server memory
dinámicamente, según los
recursos del sistema Determinación de la cantidad de memoria máxima
disponibles.
Uso del Monitor de sistema de Windows 2000 para la
observación de los efectos
SQL Server debe tener suficiente memoria disponible para las necesidades de
memoria estática (sobrecarga del núcleo, objetos abiertos, bloqueos, etc.).
Toda la memoria adicional se utiliza para la caché de datos (también
denominada caché de búfer). De manera predeterminada, SQL Server adquiere
y libera dinámicamente memoria para la caché de datos, según los recursos del
sistema disponibles y las necesidades de SQL Server. Esto ayuda a impedir la
paginación de Windows 2000, al permitir que la memoria liberada vaya a la
lista de memoria libre.
Configuración de las opciones de memoria

La configuración recomendada es permitir que SQL Server utilice memoria
dinámicamente; sin embargo, puede establecer manualmente las opciones
de memoria y sobrescribir la posibilidad de SQL Server de utilizar memoria
dinámicamente.
Algunas aplicaciones utilizan la memoria disponible cuando se inician, no
solicitar más si se necesita y no liberar memoria si se solicita. Si una aplicación
que se comporta de esta forma se ejecuta en el mismo servidor que su instancia
de SQL Server, quizás tenga que establecer manualmente las siguientes
opciones:
Opción Descripción
min server memory Esta opción define un nivel por debajo del cual
SQL Server no liberará memoria.
max server memory Esta opción impide que SQL Server utilice una cantidad
de memoria mayor que la especificada.
Lo ideal es asignar cuanta más memoria sea posible a SQL Server sin hacer que
el sistema intercambie páginas con el disco. El umbral varía según su sistema y
las aplicaciones con las que SQL Server comparte memoria.
Determinación de la cantidad de memoria máxima

Puede determinar la cantidad máxima de memoria que se configurará para
una instancia de SQL Server quitando de la memoria física total la memoria
requerida para Windows 2000, otras instancias de SQL Server, así como
cualquier otro uso o aplicación del sistema, si el equipo no está plenamente
dedicado a SQL Server.
Uso del Monitor de sistema de Windows 2000 para la

observación de los efectos
Utilice las estadísticas del Monitor de sistema de Windows 2000 para ayudarle
a evaluar el rendimiento de sus aplicaciones de servidor System Monitor y
ajustar el valor de la memoria, si es necesario. Cambie este valor sólo cuando
agregue o quite memoria, o bien cuando cambie la forma de usar el sistema.
Práctica A: Configuración de SQL Server

Objetivo del tema
Preparar a los alumnos
para la práctica.
Explicación previa
En esta práctica configurará
SQL Server Agent.
Explique los objetivos de

la práctica. Objetivos
Configurar un perfil de Microsoft Exchange Server para utilizar
SQLAgentMail para la cuenta de usuario de dominio SQLService.
Configurar el correo de SQL.
Requisitos previos
Antes de trabajar en esta práctica, debe disponer de los archivos de
comandos necesarios. Los archivos de comandos se encuentran en
C:\Moc\2323A\Labfiles\L05.
Más información
Si necesita ayuda sobre la ejecución de archivos, busque el título “Ejecutar
instrucciones SQL” en la Ayuda del Analizador de consultas de SQL.
Otros recursos que puede utilizar son:
El esquema de base de datos Northwind.
Los Libros en pantalla de SQL Server.
Situación de ejemplo
La organización del aula pretende simular la de una empresa dedicada al
comercio mundial llamada Northwind Traders. Su nombre de dominio ficticio
es nwtraders.msft. El servidor DNS principal para nwtraders.msft es el equipo
del instructor, cuya dirección del Protocolo Internet (IP) es 192.168.x.200
(donde x es el número del aula que tiene asignado). El nombre del equipo del
instructor es London.
En la tabla siguiente se muestran el nombre de usuario, el nombre del equipo y

la dirección IP del equipo de cada alumno en el dominio ficticio nwtraders.msft.
Busque el nombre de usuario correspondiente a su equipo y anótelo.
Nombre de usuario Nombre del equipo Dirección IP
SQLAdmin1 Vancouver 192.168.x.1

SQLAdmin2 Denver 192.168.x.2
SQLAdmin3 Perth 192.168.x.3
SQLAdmin4 Brisbane 192.168.x.4
SQLAdmin5 Lisbon 192.168.x.5
SQLAdmin6 Bonn 192.168.x.6
SQLAdmin7 Lima 192.168.x.7
SQLAdmin8 Santiago 192.168.x.8
SQLAdmin9 Bangalore 192.168.x.9
SQLAdmin10 Singapore 192.168.x.10
SQLAdmin11 Casablanca 192.168.x.11
SQLAdmin12 Tunis 192.168.x.12
SQLAdmin13 Acapulco 192.168.x.13
SQLAdmin14 Miami 192.168.x.14
SQLAdmin15 Auckland 192.168.x.15
SQLAdmin16 Suva 192.168.x.16
SQLAdmin17 Stockholm 192.168.x.17
SQLAdmin18 Moscow 192.168.x.18
SQLAdmin19 Caracas 192.168.x.19
SQLAdmin20 Montevideo 192.168.x.20
SQLAdmin21 Manila 192.168.x.21
SQLAdmin22 Tokyo 192.168.x.22
SQLAdmin23 Khartoum 192.168.x.23
SQLAdmin24 Nairobi 192.168.x.24
Tiempo previsto para completar esta práctica: 30 minutos

Ejercicio 1
Configuración de SQL Server Agent para enviar mensajes
En este ejercicio configurará con Microsoft Outlook® un perfil de Exchange
Server para la cuenta de usuario de dominio SQLService, lo que permitirá al
SQL Server Agent enviar y recibir mensajes. A continuación configurará un
perfil de Exchange para su cuenta de usuario de dominio, SQLAdminx, con el
fin de enviar y recibir mensajes con Outlook. Por último, configurará
SQL Server Agent con el Administrador corporativo de SQL Server para que
utilice el perfil de correo configurado para la cuenta de usuario de dominio
SQLService.
Para configurar el perfil de Exchange de su cuenta administrativa

En este procedimiento configurará con Outlook un perfil de Exchange para su
cuenta de usuario de dominio, SQLAdminx.
1. Inicie la sesión en el dominio del aula NWTraders con la información de la
tabla siguiente.
Opción Valor
Nombre de usuario SQLAdminx (donde x corresponde

a su nombre de equipo, según se ha
designado en el dominio del aula
nwtraders.msft)
Contraseña password

Aparece el cuadro de diálogo Inicio de Outlook 2000.
3. Configure Outlook con la información contenida en la siguiente tabla.
Acepte los valores predeterminados en todas las opciones que no
aparezcan en la lista.
Opción Valor
Opciones del servicio de correo electrónico Organización o grupo de trabajo

Microsoft Exchange Server London
Buzón SQLAdminx (donde x corresponde
nwtraders.msft)
4. Haga clic en Sí para que Outlook sea el administrador predeterminado de

correo, noticias y contactos.
5. Redacte un mensaje y envíelo a su alias de correo electrónico.
6. Compruebe que el mensaje aparece en la Bandeja de entrada.
7. Cierre Outlook.
8. Cierre la sesión de Microsoft Windows 2000.
Para configurar el perfil de Exchange de la cuenta de usuario

de dominio SQLService
En este procedimiento configurará con Outlook un perfil de Exchange para la
cuenta de usuario de dominio SQLService.
tabla siguiente.
Opción Valor
Nombre de usuario Sqlservice

Contraseña sqlservice
2. En el escritorio, haga doble clic en Microsoft Outlook. Utilice la

información de la siguiente tabla para configurar Outlook. Acepte los
valores predeterminados en todas las opciones que no aparezcan en la lista.
Opción Valor

Microsoft Exchange Server London
Buzón SQLService
Para probar y comprobar que la cuenta de usuario de dominio

SQLService ha recibido un mensaje de correo electrónico
En este procedimiento enviará un mensaje de correo electrónico a la cuenta
de usuario de dominio SQLService y comprobará su recepción.
1. Redacte un mensaje en Outlook y envíelo a SQLService.
2. Compruebe que el mensaje aparece en la Bandeja de entrada.
Para comprobar el nombre de perfil

En este procedimiento comprobará que se ha creado el perfil Configuraciones
de Microsoft Exchange para la cuenta de usuario de dominio SQLService.
1. En el menú Herramientas, haga clic en Opciones y, a continuación, haga
clic en la ficha Servicios de correo.
2. En Configuración de inicio, compruebe que en el cuadro Usar siempre
este perfil aparece Configuraciones de Microsoft Exchange.
3. Cierre el cuadro de diálogo Opciones y, después, cierre Outlook.
4. Cierre la sesión de Windows 2000.
Para configurar SQL Server Agent de modo que utilice el perfil

de correo
En este procedimiento configurará SQL Server Agent con el Administrador
corporativo de SQL Server de modo que inicie una sesión de correo con el
perfil Configuraciones de Microsoft Exchange.
tabla siguiente.
Opción Valor

nwtraders.msft)

3. En el árbol de consola, expanda Servidores Microsoft SQL Server,
expanda Grupo de SQL Server, expanda su servidor y después expanda
Administración.
4. Compruebe que se ha iniciado SQL Server Agent.
5. Haga clic con el botón secundario del mouse (ratón) en Agente SQL Server
y, después, haga clic en Propiedades.
6. En la ficha General, en la lista Perfil de correo, seleccione
Configuraciones de Microsoft Exchange.
7. Haga clic en Probar y, a continuación, en Aceptar para confirmar el
mensaje que indica que se ha iniciado, y detenido, una sesión de correo con
este perfil.
8. Haga clic en Aceptar para cerrar el cuadro de diálogo Propiedades de
Agente SQL Server.
9. Haga clic en Sí para reiniciar SQL Server Agent y en Aceptar cuando se
haya reiniciado con éxito.
10. En el árbol de consola, haga clic con el botón secundario en Agente
SQL Server y, a continuación, haga clic en Mostrar registro de errores.
11. En la lista Tipo, haga clic en Todos los tipos.
12. Compruebe que se estableció una sesión de correo al iniciarse SQL Server
Agent.
13. Cierre el cuadro de diálogo Registro de errores de SQL Server Agent.
Ejercicio 2
Uso de SQL Mail
En este ejercicio configurará SQL Mail y ejecutará el procedimiento
almacenado extendido xp_sendmail para enviar el conjunto de resultados
de una consulta a su cuenta de correo de Outlook.
Para configurar SQL Mail

En este procedimiento configurará SQL Mail especificando un nombre de perfil
de correo para SQL Mail.
1. En el árbol de consola del Administrador corporativo de SQL Server,
expanda Servicios de compatibilidad.
2. Haga clic con el botón secundario del mouse en SQL Mail y, a
continuación, haga clic en Propiedades.
3. En la lista Nombre de perfil, seleccione Configuraciones de Microsoft
Exchange y haga clic en Probar.
La sesión de correo de SQL Server Agent también usará este perfil, ya
que tanto SQL Server Agent como los servicios de SQL Server utilizan la
cuenta de usuario de dominio de Windows 2000 SQLService.
4. Cuando la prueba termine con éxito, haga clic en Aceptar.
5. Haga clic en Aceptar para cerrar el cuadro de diálogo Configuración
de SQL Mail.
Para enviar el resultado de una consulta con SQL Mail

En este procedimiento usted ejecutará el procedimiento almacenado extendido
xp_sendmail para enviarse a sí mismo el conjunto de resultados de una
consulta, con el fin de comprobar que la sesión de SQL Mail funciona de la
forma esperada.
1. Abra el Analizador de consultas de SQL y, si así se le pide, conéctese al
servidor local con Autenticación de Windows.
Tiene permiso para iniciar sesión y administrar SQL Server ya que ha
iniciado sesión como SQLAdminx, que es miembro del grupo local
Administradores de Windows 2000. Todos los miembros de este grupo
se asignan automáticamente a la función sysadmin de SQL Server.
2. Abra el archivo C:\Moc\2323A\Labfiles\L05\Sqlmail.sql y revise su
contenido.
3. Modifique la secuencia de comandos para especificar su cuenta de correo
electrónico SQLAdminx (donde x corresponde a su nombre de equipo tal y
como se designó en el dominio del aula nwtraders.msft) y, a continuación,
ejecute la secuencia de comandos.
El panel de resultados indica que se ha enviado el correo.
4. Abra Outlook y observe la Bandeja de entrada para asegurarse de que ha
recibido un mensaje de correo electrónico con el resultado de la consulta.
¿Cuál es el resultado de la consulta?
1.420
____________________________________________________________
____________________________________________________________
Tareas administrativas rutinarias de SQL Server

Objetivo del tema
Describir las tareas
rutinarias de un
administrador de Realización regular de tareas programadas
SQL Server.
Hacer copia de seguridad de bases de datos
Explicación previa
La automatización de las Importar y exportar datos
tareas de mantenimiento
rutinarias de un servidor Reconocimiento de los posibles problemas y su
local o de un entorno solución
multiservidor permite
dedicar tiempo a otras Supervisar espacio de la base de datos y del registro
funciones administrativas
de la base de datos. Supervisar el rendimiento
Una de las funciones principales del administrador de la base de datos es la
Sugerencia de realizar las tareas de mantenimiento de SQL Server y de sus bases de datos.
Presente la automatización
en términos de tareas de
Entre estas tareas se incluyen las que se deben llevar a cabo de manera
mantenimiento previstas programada y las tareas adicionales cuyo objetivo es el de anticiparse a los
frente a tareas no previstas. problemas antes de que éstos se produzcan.
Realización regular de tareas programadas

En SQL Server se realizan ciertas tareas administrativas y de mantenimiento
de forma rutinaria, como efectuar copias de seguridad de las bases de datos, o
importar y exportar datos. Por ejemplo, puede hacer una copia de seguridad
de una base de datos todos los domingos, y del registro de transacciones cada
martes y viernes. Además, puede importar datos de otro origen de datos
semanal o mensualmente.
Reconocimiento de los posibles problemas y su solución

Es necesario supervisar las bases de datos y los registros de transacciones para
asegurarse de no quedarse sin espacio. Por ejemplo, si está a punto de llenarse
un registro de transacciones, puede efectuar una copia de seguridad y truncarlo.
Se deben supervisar las condiciones de rendimiento. Por ejemplo, es necesario
supervisar los bloqueos para determinar si los bloqueos de cierre impiden a los
usuarios modificar datos.
Automatización de las tareas de mantenimiento

rutinarias
Objetivo del tema
Presentar los pasos
necesarios para auto- Automatización de la administración de SQL Server
matizar los trabajos de
mantenimiento rutinarios. Creación de trabajos
Explicación previa Comprobación de permisos
El trabajo del administrador
conlleva diferentes tareas
Definición de pasos de trabajo
que se repiten a diario y que Determinación de la lógica de flujo de acciones de cada
pueden resultar tediosas. paso de trabajo
Programación de trabajos
Creación de operadores a los que se notifica
Revisión y configuración del historial de trabajos
El trabajo del administrador conlleva diferentes tareas administrativas que se
repiten a diario y que pueden resultar tediosas. Se pueden automatizar estas
tareas rutinarias y configurar SQL Server para que supervise ciertos tipos de
problemas antes de que se produzcan. Al automatizar las tareas de
mantenimiento rutinarias, normalmente utilizará el Administrador corporativo
de SQL Server para crear trabajos y operadores.
Presentación multimedia: Automatización de la administración

de SQL Server
Objetivo del tema
Presentar la automatización
de la administración de
SQL Server.
Explicación previa
Veamos una presentación
multimedia acerca de
la automatización de
la administración de
SQL Server.
La presentación multimedia ilustra los siguientes conceptos.
Advertencia
Para mostrar los subtítulos
de la presentación, active la Servicios utilizados para automatizar SQL Server
opción Títulos del menú Ver Los componentes de la automatización de SQL Server son los servicios
en el Reproductor de SQL Server Agent, SQL Server y Visor de sucesos de Microsoft Windows.
Windows Media™.
Estos servicios trabajan juntos para permitir la administración automatizada.
Componentes de SQL Server Agent

Los componentes de SQL Server Agent que permiten la automatización son las
alertas, los trabajos y los operadores.
Combinación de trabajos y alertas

Los trabajos y las alertas se definen separadamente, y pueden ejecutarse o
activarse de forma independiente. Puede combinar trabajos y alertas para
lograr una funcionalidad adicional. Por ejemplo, si un trabajo no se ejecuta
correctamente debido a un error del sistema, una alerta definida para responder
a ese número de error podría ejecutar otro trabajo que resolviera el problema.
Creación de trabajos
Objetivo del tema
Explicar la creación
de trabajos.
Explicación previa Asegurarse de que el trabajo está habilitado
Para automatizar las tareas Especificar el propietario responsable de
rutinarias, primero debe
definir las características
realizar el trabajo
generales del trabajo. Determinar dónde se ejecutará el trabajo
Creación de una categoría de trabajos
Para definir un nuevo trabajo, puede utilizar el Administrador corporativo de
Sugerencia SQL Server o ejecutar el procedimiento almacenado del sistema sp_add_job.
Muestre cómo se define un
trabajo para efectuar una
La definición del trabajo se almacena en la tabla del sistema msdb.sysjobs.
copia de seguridad de la Esta tabla se mantiene en caché para mejorar el rendimiento.
base de datos master.
Al definir trabajos, debe hacer lo siguiente:
Asegurarse de que el trabajo está habilitado.
Sugerencia
Si consulta la tabla del De forma predeterminada, los trabajos están habilitados. Si un trabajo está
sistema msdb.sysobjects, deshabilitado, no puede ejecutarse como está programado. Sin embargo,
la tabla sysjobs (y otras un usuario puede ejecutar un trabajo deshabilitado si lo inicia en el
similares explicadas en Administrador corporativo de SQL Server.
este módulo) está definida
con tipo “U”. Sin embargo, Especificar el propietario responsable de realizar el trabajo.
debido a que la base de De forma predeterminada, el propietario es la cuenta de inicio de sesión
datos msdb se instala como del usuario de Windows o SQL Server que crea el trabajo.
parte de SQL Server, estas
tablas contienen el prefijo Definir si el trabajo se ejecuta en un servidor local o en varios servidores
sys y se conocen como remotos.
tablas de sistema.
Crear categorías de trabajos como ayuda para organizar, filtrar y administrar
muchos trabajos.
Por ejemplo, puede crear categorías de trabajos que se correspondan con los
departamentos de su organización.
Nota El Administrador corporativo de SQL Server también puede ayudarle a

definir un conjunto esencial de trabajos automatizados mediante la utilización
del Asistente para planes de mantenimiento de bases de datos.
Comprobación de permisos
Objetivo del tema
Explicar los permisos
necesarios para crear Ejecución de trabajos de Transact-SQL
trabajos.
Ejecutar en el contexto del propietario del trabajo o del
Explicación previa usuario específico
Si un trabajo es propiedad
de una cuenta de inicio de Ejecución de comandos del sistema operativo o de
sesión que no es miembro trabajos de secuencias de comandos ActiveX
de la función sysadmin,
debe comprobar que el Los miembros de la función sysadmin usan la cuenta
propietario del trabajo tiene de inicio de sesión de SQL Server Agent
los permisos adecuados
para ejecutar los pasos Los propietarios de trabajos que no sean miembros de
del trabajo. la función sysadmin usan una cuenta de usuario de
dominio definida denominada cuenta proxy
Si un trabajo es propiedad de una cuenta de inicio de sesión que no es miembro
de la función sysadmin, debe comprobar que el propietario del trabajo tiene los
permisos adecuados para ejecutar los pasos del trabajo.
Ejecución de trabajos de Transact-SQL

Todos los usuarios pueden iniciar trabajos de Transact-SQL, que
funcionan en el contexto de seguridad del propietario del trabajo o
del usuario especificado.
Ejecución de comandos del sistema operativo o de

trabajos de secuencias de comandos ActiveX
Para el sistema operativo y trabajos de secuencias de comandos Microsoft
ActiveX®, los pasos que son propiedad de los usuarios que son miembros de
la función sysadmin se ejecutan en el contexto de seguridad de la cuenta de
inicio de sesión del servicio SQL Server. Si un trabajo es propiedad de una
cuenta de inicio de sesión que no es miembro de la función sysadmin,
SQL Server Agent debe comprobar que el propietario del trabajo tiene los
permisos adecuados para ejecutar los pasos del trabajo.
De manera predeterminada, los usuarios que no están en la función
sysadmin no tienen permiso para ejecutar comandos del sistema
operativo o trabajos de secuencias de comandos ActiveX.
Sin embargo, un administrador puede permitir a los usuarios que no están

en la función sysadmin que ejecuten comandos del sistema operativo o
trabajos de secuencias de comandos ActiveX. En este caso, los pasos del
trabajo se ejecutan en el contexto de seguridad de una cuenta de usuario de
dominio definida denominada cuenta de proxy. Se puede definir esta cuenta
de usuario en el Administrador corporativo de SQL Server o mediante la
utilización del procedimiento almacenado extendido
xp_sqlagent_proxy_account.
Nota La cuenta de inicio de sesión de usuario de dominio que utiliza el

servicio SQL Server debe ser miembro del grupo local Administradores de
Windows para poder ejecutar comandos del sistema operativo y pasos del
trabajo de secuencias de comandos ActiveX, cuando el trabajo pertenece a un
usuario que no es miembro de la función sysadmin. Esto permite que
SQL Server Agent tenga acceso a y utilice la cuenta proxy.
Definición de pasos de trabajo

Objetivo del tema
Explicar los tipos de pasos
de trabajo que se pueden
definir. Uso de instrucciones Transact-SQL
Explicación previa Uso de comandos del sistema operativo
Puede definir pasos de
trabajo que ejecuten Uso de secuencias de comandos de ActiveX
instrucciones Transact-SQL,
comandos del sistema Uso de la replicación
operativo, secuencias de
comandos ActiveX o
replicación.
Puede utilizar el Administrador corporativo de SQL Server o ejecutar el
procedimiento almacenado del sistema sp_add_jobstep para definir cada paso
de trabajo. Las definiciones de pasos de trabajo se almacenan en la tabla de
sistema msdb.sysjobsteps.
Puede definir pasos de trabajo que ejecuten instrucciones Transact-SQL,
Sugerencia comandos del sistema operativo, lenguajes de secuencias de comandos Active
Señale que sólo se
puede especificar un tipo
o tareas de replicación de SQL Server. Sin embargo, sólo puede especificar un
de ejecución por cada tipo de ejecución para cada paso de trabajo.
paso de trabajo.
Uso de instrucciones Transact-SQL
Al definir pasos de trabajo que ejecutan instrucciones Transact-SQL,
procedimientos almacenados o procedimientos almacenados extendidos,
tenga en cuenta las directrices siguientes:
Debe identificar la base de datos que se va a utilizar.
Debe incluir las variables y parámetros necesarios en el paso de trabajo.
Puede enviar el conjunto de resultados del paso de trabajo a un archivo
de salida.
Los archivos de salida se utilizan a menudo en la solución de problemas
para capturar los mensajes de error que se hayan producido mientras se
ejecutaba la instrucción. No es posible utilizar un archivo de salida de un
paso de trabajo como entrada de un paso posterior.
Uso de comandos del sistema operativo

Al definir un paso de trabajo que ejecuta una aplicación o un comando del
sistema operativo (identificados por los nombres de extensión .exe, .bat, .cmd o
.com), debe hacer lo siguiente:
Identificar un código de salida del proceso para indicar que el comando se
ejecutó correctamente.
Incluir la ruta de acceso completa de la aplicación ejecutable en el cuadro de
texto Comando. La ruta de acceso es necesaria para ayudar a SQL Server
Agent a encontrar el origen de la aplicación.
Uso de secuencias de comandos ActiveX

Puede escribir pasos de trabajo mediante secuencias de comandos ActiveX
con lenguajes como Microsoft Visual Basic® Scripting Edition (VBScript) o
Microsoft Jscript®. También puede utilizar otros lenguajes si está instalada la
biblioteca de lenguajes para el lenguaje de la secuencia de comandos.
Al crear un paso de trabajo con una secuencia de comandos ActiveX, debe
hacer lo siguiente:
Identificar el lenguaje de secuencia de comandos en el que está escrito el
paso de trabajo.
Escribir o abrir la secuencia de comandos ActiveX.
Puede utilizar el objeto SQLActiveScriptHost para imprimir la salida en el
historial de pasos de trabajo o para crear objetos.
Opcionalmente, es posible compilar externamente las secuencias de comandos

ActiveX (por ejemplo, con Visual Basic) y ejecutarlas después como comandos
del sistema operativo.
Uso de la replicación
Los procesos de replicación se denominan Agentes y se implementan como
trabajos de SQL Server Agent.
Determinación de la lógica de flujo de acciones de cada paso

de trabajo
Objetivo del tema Trabajo 3 ...
Explicar la lógica de flujo Trabajo 2 Copia de seguridad del registro de transacciones de la base de datos Northwind
de acciones para cada paso
de trabajo. Trabajo
Trabajo 11
Transferir
Transferir datos
datos de
de Northwind
Northwind
Explicación previa Sí
Puede determinar la Paso
Paso 1:1: Copia
Copia seguridad
seguridad base
base datos
datos ¿¿ Error?
Error? Escribir en el registro
Tipo: Transact-SQL; Número
Tipo: Transact-SQL; Número de
de intentos:
intentos: 11
acción que debe realizar de aplicación de
SQL Server cuando cada No Windows NT
paso de trabajo se ejecuta Sí
Paso
Paso 2:2: Transferencia
Transferencia de
de datos
datos
correctamente o causa un Tipo:
¿Error?
¿Error?
CmdExec; Número
Tipo: CmdExec; Número de
de intentos:
intentos: 22
error.
No
Notificar al operador
Sí
Paso
Paso 3:3: Aplicación
Aplicación personalizada
personalizada ¿Error?
¿Error?
Tipo:
Tipo: Active Scripting; Núm.
Active Scripting; Núm. de
de intentos:
intentos: 00
No
Notificar
Notificar al
al operador
operador
Al crear trabajos, el administrador de bases de datos puede que quiera
Sugerencia especificar que SQL Server ejecute una acción adecuada si se produce
Explique la lógica de flujo
para cada paso de trabajo,
un error durante la ejecución del trabajo.
incluido el número de Para ello, puede determinar la acción que SQL Server realizará cuando cada
intentos.
paso de trabajo se ejecute correctamente o cause un error:
De forma predeterminada, cuando un paso de trabajo termina con éxito,
SQL Server continúa con el siguiente paso y cuando produce un error,
se detiene.
Sin embargo, los pasos de trabajo pueden dirigirse a cualquier paso definido
en el trabajo al ejecutarse correctamente o con errores.
Puede especificar el número de veces que SQL Server debe intentar la
ejecución de un paso de trabajo en caso de que no se ejecute correctamente.
También puede especificar intervalos de reintento (en minutos).
Por ejemplo, si el paso de trabajo requiere una conexión con un servidor
remoto, puede definir varios intentos por si la conexión falla.
Además, si define un trabajo que sólo se ejecuta una vez, puede especificar que
Sugerencia se elimine a sí mismo cuando termine.
Señale que es posible
definir trabajos que se
eliminen a sí mismos al
terminar.
Programación de trabajos
Objetivo del tema Trabajo
Trabajo 2:
2: Copia
Copiade
de seguridad
seguridad del
delregistro
registrode
detransacciones
transacciones
Explicar la programación de
dela
labase
basedededatos
datosNorthwind
Northwind
de trabajos. Programa: L-V turno 1 Programa: Fin de semana
Explicación previa Lun Mar Mié Jue Vie Sáb Dom Lun Mar Mié Jue Vie Sáb Dom
Cada trabajo puede tener
varias programaciones.
Cada
Cada 22 horas
horas Cada
Cada 88 horas
horas
De:
De: 8:00
8:00 a.m.
a.m. De:
De: 12:00
12:00 a.m.
a.m.
A:
A: 5:00
5:00 p.m.
p.m. A:
A: 11:59
11:59 p.m.
p.m.
Progrma: L-V turno 2 Programa: CPU inactiva

Lun Mar Mié Jue Vie Sáb Dom Lun Mar Mié Jue Vie Sáb Dom
Cada
Cada 44 horas
horas CPU
CPU inactiva
inactiva
De:
De: 5:015:01 p.m.
p.m.
A:
A: 7:59
7:59 a.m.
a.m.
Para definir la programación de cada trabajo, puede utilizar el Administrador
corporativo de SQL Server o ejecutar el procedimiento almacenado del sistema
sp_add_jobschedule. Las programaciones de trabajos se almacenan en la tabla
del sistema msdb.sysjobschedules.
Los trabajos se ejecutan según sus programaciones definidas o como respuesta
a alertas. En un entorno multiservidor, puede definir que el trabajo se ejecute en
varios servidores de destino.
Un trabajo sólo se ejecuta como se haya programado cuando la programación
correspondiente está habilitada. Puede programar trabajos para que se inicien
automáticamente en las siguientes situaciones:
Al iniciarse SQL Server Agent.
A una hora específica (sólo una vez).
De forma periódica (diaria, semanal o mensualmente).
Cuando la CPU esté inactiva.
Nota Para poder ejecutar un trabajo cuando la CPU esté inactiva, la cuenta
de usuario de dominio que utiliza el servicio SQL Server Agent debe ser
miembro del grupo local Administradores de Windows.
Programaciones múltiples
Un trabajo puede tener múltiples programaciones. Por ejemplo, puede
programar un trabajo para hacer una copia de seguridad del registro de
transacciones de una base de datos de lunes a viernes, cada dos horas en
las horas punta de trabajo (de 8:00 a.m. a 5:00 p.m.), y puede definir otra
programación para ejecutar el mismo trabajo cada cuatro horas durante las
horas que no sean punta.
Creación de operadores a los que se notifica

Trabajo:
Trabajo: Transferir
Transferir datos
datos de
de Northwind
Northwind
Objetivo del tema
Explicar los operadores a Paso
Paso1:Copia
1:Copia seguridad
seguridadregistro
registrode
detransacciones
transacciones
los que se va a notificar. Error del trabajo Paso 2: Transfencia de datos
Paso
Paso3:
3: Copia
Copiadedeseguridad
seguridadde
debase
base de
dedatos
datos
Explicación previa
Al notificar a los operadores
un suceso específico, hay Operador
Operadoral
alque
quese
senotifica
notifica
varias opciones entre las
Operador Correo Localizador Envío de red
que puede elegir.
Meng Phua
Nwind Admins
Jose Lugo
Agenda
Agendadel
dellocalizador
localizador
12:01
12:01a.m.
a.m.-- 8:00
8:00a.m.
a.m.Meng
MengPhua
Phua
8:01
8:01 a.m. - 6:00 p.m. NwindAdmins
a.m. - 6:00 p.m. Nwind Admins
6:01
6:01p.m.
p.m.--12:00
12:00a.m.
a.m.Jose
JoseLugo
Lugo
Para definir un nuevo operador, puede utilizar el Administrador corporativo
Sugerencia de SQL Server o ejecutar el procedimiento almacenado del sistema
El comando net send
(ilustrado en la diapositiva)
sp_add_operator. La definición de los operadores se almacena en la tabla de
sólo está disponible para los sistema msdb.sysoperators. Cuando el trabajo termina o cuando la ejecución
usuarios y servidores que de alguno de los pasos del trabajo produce un error, puede escribir el suceso
utilizan Windows 2000 o correspondiente en el registro de aplicación de Windows, eliminar el trabajo o
Windows NT. notificarlo a un operador mediante un localizador, correo electrónico o un
comando net send.
Creación de operadores
Al crear operadores, debe hacer lo siguiente:
Utilice un alias de grupo de correo electrónico para notificar a varias
personas que deban responder a los posibles problemas.
Pruebe cada método de notificación que se emplea para notificar al
operador; así se asegurará de que éste pueda recibir los mensajes.
Especifique una programación de trabajo para cada operador que vaya a
recibir notificaciones por localizador. Si un trabajo definido para notificar a
un operador está en conflicto con la programación de éste, la notificación no
podrá realizarse.
Utilice un comando net send para enviar mensajes a los operadores y
servidores de red que utilicen Windows 2000 o Windows NT.
Especificación de nombres de correo electrónico

Al especificar el nombre de correo electrónico de un operador, debe utilizar la
dirección de correo electrónico completa (smithj@microsoft.com) para evitar
posibles conflictos si se crean posteriormente operadores con nombres
similares. SQL Server no puede resolver alias de correo, ni mostrar los nombres
cuyos primeros caracteres sean iguales. Por ejemplo, no es posible resolver los
alias de correo smithj y smithje.
Solución de problemas en las notificaciones a

operadores
Para cada operador, en la tabla de sistema sysoperators se mantiene la fecha y
hora de los intentos más recientes enviados por cada tipo de notificación (correo
electrónico, localizador y comando net send). Si un operador no recibe las
notificaciones, debe hacer lo siguiente:
Asegúrese de que el operador está disponible para recibir notificaciones.
Asegúrese de que Messenger Service se está ejecutando en el equipo del
operador al que se va a notificar mediante un comando net send.
Revise los intentos de notificación más recientes para determinar la fecha y
hora de la última notificación.
Pruebe cada método de notificación individual desde fuera de SQL Server;
para ello, compruebe que puede enviar mensajes de correo electrónico,
mensajes de localizador o ejecutar correctamente un comando net send.
Revisión y configuración del historial de trabajos

Objetivo del tema
Explicar el registro de
historial de trabajos.
Explicación previa Revisión del historial de un trabajo individual
SQL Server Agent captura Resultado del paso de trabajo: correcto o erróneo
todas las actividades de los
trabajos y almacena la Duración de ejecución
información en la tabla
sysjobhistory. Errores y mensajes
Configuración del tamaño del historial de trabajos
Conservar información acerca de cada trabajo
Sobrescribir historial cuando se alcance el tamaño
máximo
SQL Server Agent captura el estado de ejecución de los pasos
de los trabajos y almacena esa información en la tabla de sistema
msdb.sysjobhistory. El Administrador corporativo de SQL Server
permite ver la información de historial de un trabajo individual, así como
configurar el tamaño del historial de trabajos.
Revisión del historial de un trabajo individual

Si un trabajo causa un error, puede ver el registro de historial del trabajo
para obtener información acerca de cada uno de sus pasos, la causa del error
y soluciones para resolver el problema. Específicamente, el historial de trabajos
registra:
La fecha y hora en que tuvieron lugar los pasos del trabajo.
Si el paso del trabajo se ejecutó correctamente o causó errores.
El operador al que se notificó y el método de notificación.
La duración del paso de trabajo.
Errores o mensajes.
Sugerencia Configuración del tamaño del historial de trabajos

Muestre cómo cambiar la Si desea conservar información acerca de cada trabajo, debe incrementar
configuración del historial el tamaño máximo de filas del historial de trabajos (tabla de sistema
de trabajos. sysjobhistory). El historial de trabajos se sobrescribe automáticamente
cuando se alcanza el tamaño máximo de filas.
Muestre también el historial
por cada trabajo y señale la Al configurar el tamaño del historial de trabajos, tenga en cuenta los siguientes
diferencia que se produce hechos:
cuando está desactivada la
casilla de verificación De forma predeterminada, las propiedades de archivo de la base de datos
Mostrar detalles del paso. msdb tienen establecido el crecimiento automático y está activada la opción
de base de datos para truncar el registro en el punto de comprobación.
De forma predeterminada, el tamaño máximo del historial de trabajos está
establecido en 1000 filas.
De forma predeterminada, el tamaño máximo del historial de trabajos para
cada trabajo está establecido en 100 filas.
Cuando se alcanzan los límites, las filas se quitan de la tabla de sistema
sysjobhistory siguiendo el método “primero en entrar, primero en salir”
(FIFO, First-in, First-out).
Nota Si se cierra SQL Server o SQL Server Agent mientras se está

ejecutando una instrucción Transact-SQL, el historial de trabajos contendrá
información acerca del paso de trabajo que se estaba ejecutando. Puede
especificar el número máximo de segundos que SQL Server Agent esperará
a que un trabajo termine de ejecutarse antes de que se cierre el servicio.
Práctica B: Creación de trabajos y operadores

Objetivo del tema
para la práctica.
Explicación previa
En esta práctica configurará
SQL Server Agent, y creará
trabajos y operadores.
Explique los objetivos de la

práctica. Objetivos
Crear operadores para notificación.
Crear un trabajo con el Asistente para creación de trabajos.
Crear un trabajo formado por múltiples pasos.
Requisitos previos
Antes de trabajar en esta práctica, debe disponer de los archivos de comandos
necesarios. Dichos archivos se encuentran en C:\Moc\2323A\Labfiles\L05.
Esta práctica requiere que haya finalizado la práctica A, “Configuración de
SQL Server”.
Más información



Ejercicio 1
Creación de operadores
En este ejercicio creará un operador para que reciba notificaciones de
SQL Server Agent.
Para crear operadores

En este procedimiento creará un operador y comprobará que se recibió un
mensaje.
tabla siguiente.
Opción Valor
Nombre de usuario SQLAdminx (donde x corresponde a su nombre

de equipo, según se ha designado en el dominio
del aula nwtraders.msft)

3. En el árbol de consola, expanda Servidores Microsoft SQL Server,
expanda Grupo de SQL Server, expanda su servidor, expanda
Administración y, a continuación, expanda Agente SQL Server.
4. Haga clic con el botón secundario del mouse en Operadores y, después,
haga clic en Nuevo operador.
5. Use la información de la tabla siguiente para crear un operador que reciba
mensajes.
Opción Valor
Nombre Su nombre
Nombre de correo electrónico SQLAdminx@nwtraders.msft (donde
x se asigna a su nombre de equipo como
NWTraders)
Dirección de envío de red nombreDeServidor (donde
nombreDeServidor se asigna a su
nombre de equipo como designado
en el equipo como designado en el
dominio del aula NWTraders)
6. Haga clic en Probar para el comando net send (envío de red) y para el
correo electrónico.
7. Compruebe que el operador ha recibido los mensajes por correo electrónico
y con el comando net send (envío de red).
8. Haga clic en Aceptar para cerrar el cuadro de diálogo Propiedades del
nuevo operador.
Ejercicio 2
Uso del Asistente para creación de trabajos
En este ejercicio creará con el Asistente para creación de trabajos un trabajo
programado para hacer una copia de seguridad de la base de datos master
todos los lunes a las 5:00 p.m.
Para utilizar el Asistente para creación de trabajos

En este procedimiento utilizará el Asistente para creación de trabajos para
definir un trabajo que hace una copia de seguridad de la base de datos master
cada lunes a las 5:00 p.m.
1. En el Administrador corporativo de SQL Server, en el menú Herramientas,
haga clic en Asistentes.
2. Expanda Administración y haga doble clic en Asistente para creación de
trabajos.
3. Utilice la información de la tabla siguiente para crear un trabajo programado
para hacer una copia de seguridad de la base de datos master cada lunes a
las 5:00 p.m. Acepte los valores predeterminados de las opciones que no
aparecen en esta tabla.
Opción Valor
Tipo Comando Transact-SQL

Base de datos master
Instrucción de BACKUP DATABASE master TO DISK =
Transact-SQL 'C:\Archivos de programa\Microsoft
SQL Server\Mssql\Backup\MasterDB.bak'
WITH INIT
Programación Periódico, todos los lunes a las 5:00 p.m.
Notificaciones Mensaje de correo electrónico a sí mismo
Comando net send a sí mismo
Nombre del trabajo Master DB Backup
Para ejecutar el trabajo manualmente

En este procedimiento comprobará que el trabajo se ha creado con éxito y que
se han enviado las notificaciones.
1. En el árbol de consola, expanda Agente SQL Server y haga clic en
Trabajos para mostrar todos los trabajos del panel de detalles.
2. En el panel de detalles, haga clic con el botón secundario del mouse en
Master DB Backup y, a continuación, haga clic en Iniciar trabajo.
De este modo el trabajo se ejecutará manualmente. Este proceso se
prolongará unos minutos.
3. Haga clic en Aceptar cuando aparezca el mensaje net send en la pantalla de
su equipo informándole de que el trabajo de copia de seguridad finalizó
correctamente.

Master DB Backup y, a continuación, haga clic en Ver historial de
trabajos para comprobar que el trabajo ha terminado con éxito.
¿Qué información se muestra en el historial de trabajos cuando está activada
la casilla de verificación Mostrar detalles del paso? ¿Qué información
aparece cuando esta opción no está activada?
La opción Mostrar detalles del paso ofrece información (mensajes
de error y notificaciones) acerca de cada paso del trabajo y de su
resultado. Cuando esta opción no está activada, sólo se muestra el
resultado del trabajo.
____________________________________________________________
____________________________________________________________
5. Cierre el cuadro de diálogo Historial de trabajo.

6. Cambie a Outlook para comprobar que ha recibido un mensaje de correo
electrónico.
7. Minimice Outlook.
Ejercicio 3
Creación de un trabajo con múltiples pasos
En este ejercicio creará con el Administrador corporativo de SQL Server un
trabajo que consta de varios pasos y que importa datos mediante un comando
del sistema operativo para, después, hacer una copia de seguridad de la base de
datos con Transact-SQL.
Para crear un trabajo con múltiples pasos

En este procedimiento creará un trabajo que importa un archivo de texto a
la tabla Products de la base de datos Northwind y, cuando la importación
termina con éxito, hace una copia de seguridad de la base de datos.
1. En el árbol de consola del Administrador corporativo de SQL Server, haga
clic con el botón secundario del mouse en Trabajos y, a continuación, haga
clic en Nuevo trabajo.
2. En el cuadro Nombre, escriba Nwind Monthly Data Import
3. Haga clic en la ficha Pasos, haga clic en Nuevo y utilice la información
de la tabla siguiente para crear el primer paso del trabajo.
Nota Los comandos del sistema operativo deben escribirse en una sola
línea, como si se escribieran en el símbolo del sistema.
Opción Valor
Nombre del paso Copiar datos de productos nuevos

Tipo Comando del sistema operativo (CmdExec)
Comando C:\Moc\2323A\Labfiles\L05\Import.cmd
En caso de éxito Ir al paso siguiente
Número de Un intento, con intervalos de un minuto
reintentos
Archivo de salida C:\Prodcopy.out (sobrescribir)
4. Haga clic en Nuevo y utilice la información de la tabla siguiente para crear

el segundo paso de trabajo.
Opción Valor
Nombre del paso Copia de seguridad de BD Northwind

de trabajo
Tipo Transact-SQL
Base de datos Northwind
Comando BACKUP DATABASE Northwind TO
DISK = 'C:\Archivos de programa\Microsoft
SQL Server\Mssql\Backup\Nwind.bak'
WITH INIT
En caso de éxito Salir del trabajo e informar del éxito
Archivo de salida C:\Prodcopy.out (anexar)
5. Utilice la información de la tabla siguiente para programar el trabajo Nwind

Monthly Data Import y especificar las notificaciones. Acepte los valores
predeterminados en todas las opciones que no aparezcan en la lista.
Opción Valor
Nombre de Primer día del mes

programación
Programación Periódica, mensual el primer día a la 1:00 a.m.
Notificaciones Mensaje de correo electrónico a sí mismo
Cuando el trabajo no tiene éxito
Comando net send (envío de red) enviado a sí mismo
Cuando el trabajo concluye
Registro de aplicación de Windows
Cuando el trabajo no tiene éxito
6. Inicie el trabajo Nwind Monthly Data Import.

Tras un momento, aparecerá un mensaje net send, que indicará que el
trabajo se realizó correctamente.
7. Haga clic en Aceptar para cerrar el cuadro de diálogo Messenger Service.
Para simular un error y comprobar que un paso de trabajo ha fallado

En este procedimiento cambiará el nombre del archivo de importación de datos
para simular un error que haga fallar al primer paso del trabajo.
1. Abra el Explorador de Microsoft Windows.
2. Con el Bloc de notas, abra C:\Prodcopy.out, revise su contenido y cierre
el archivo.
3. Cambie el nombre del archivo C:\Moc\2323A\Labfiles\L05\Prods.txt a
Prodsnew.txt
4. Cambie al Administrador corporativo SQL Server.
5. Inicie el trabajo Nwind Monthly Data Import.
6. Cuando reciba el mensaje net send en el que se indica que el trabajo falló,
haga clic en Aceptar para cerrar el cuadro de diálogo Messenger Service.
7. Revise el historial de trabajo y fíjese en los detalles del paso.
¿Qué se observa en el historial?
El trabajo ha fallado después de un error en el primer paso. El trabajo
se ejecutó de nuevo según el intervalo de reintento. El mensaje de error
indica que no se pudo abrir el archivo de datos host bcp.
____________________________________________________________
____________________________________________________________
8. Abra el Visor de sucesos y consulte el registro de aplicación para confirmar

que se ha registrado el error del trabajo.
¿Qué información aparece en el registro?
SQL Server Agent es el origen del suceso. La categoría del suceso
es Job Engine. La descripción incluye el nombre del trabajo, el usuario
que lo invocó, el mensaje de error del trabajo y el número del último
paso ejecutado.
____________________________________________________________
____________________________________________________________
9. Cierre el Visor de sucesos.

10. Cambie a Outlook para confirmar que ha recibido un mensaje de correo
electrónico con la notificación de que el trabajo ha fallado.
11. Abra el Bloc de notas para consultar el contenido de C:\Prodcopy.out.
¿Qué información contiene el archivo de salida?
El número de error SQLState, el número de error nativo y el mensaje
de error “No se pudo abrir el archivo de datos de host BCP”.
____________________________________________________________
____________________________________________________________
12. Cierre el archivo.

13. Cambie al Administrador corporativo de SQL Server y deshabilite el trabajo
Nwind Monthly Data Import.
Objetivo del tema
Presentar la creación
de alertas.
Explicación previa Uso de alertas para responder a posibles problemas
Con la creación de alertas, Escritura de sucesos en el registro de aplicación
SQL Server permite
responder a posibles Creación de alertas para responder a errores de
problemas. SQL Server
Creación de alertas para un error definido por el usuario
Respuesta a las alertas de condiciones de rendimiento
Asignación de un operador a prueba de errores
SQL Server permite responder a posibles problemas mediante la creación de
alertas que respondan a errores de SQL Server, errores definidos por el usuario
o condiciones de rendimiento. También puede crear un operador a prueba de
errores por si una notificación por localizador no llega a un operador.
Uso de alertas para responder a posibles problemas

Objetivo del tema Base
Base de
de datos
datos usuario
usuario Base
Base de
de datos
datos msdb
msdb
Describir cómo se
Tabla Error
Error Tabla
Tablasysalerts
procesan las alertas. Tablacustomers
ustomers
ccustomers 50099
50099
sysalerts
CustomerID
CustomerID LastName
LastName ...... con
con registro
registro idid name
name ......
Explicación previa
Las alertas responden a 731
731 Harui
Harui ...... 1515 50099
50099 ......
Cliente
Cliente eliminado
eliminado
errores de SQL Server o ... Tabla
732
732
732 van
van Dam
vanDam
Dam ...Eva
por
por Eva Corets
Corets Tablasysnotifications
sysnotifications
definidos por el usuario
que se hayan escrito en el
733
733 Niikkonen
Niikkonen ...... alert_id
alert_id operator_id
operator_id ......
registro de aplicación de 15
15 12
12 ......
Windows. Tabla ...... sysoperators
...... ......
Tabla sysoperators
Mensaje
Mensajede
decorreo
correoelectrónico
electrónico idid name name ......
De:
De: SQL
SQLServer
Server 1212 Account Manager ...
Account Manager ...
Para:
Para: Account
Account Manager
Manager
Asunto: Número
...... ...... ......
Asunto: Númerodedeerror
error50099
50099
Cliente
Cliente 732
732eliminado
eliminado por
por Eva
EvaCorets
Corets
Las alertas responden a errores (sucesos) de SQL Server o definidos por el
usuario que se hayan escrito en el registro de aplicación de Windows. Los
errores de SQL Server se generan como respuesta a problemas predefinidos,
como permisos de usuario insuficientes para modificar una tabla o por haberse
llenado el registro de transacciones. Para generar mensajes definidos por el
usuario, la aplicación de base de datos (normalmente, un procedimiento
almacenado o un desencadenador) debe llamar a la instrucción RAISERROR.
Un jefe de cuentas desea que se le notifique por correo electrónico cada vez que
se quite un cliente de la base de datos. También desea conocer el nombre del
empleado que ha eliminado el cliente por si es necesario realizar posteriormente
alguna acción.
Proceso de alerta
Los pasos siguientes ilustran la secuencia de sucesos que desencadenan una
alerta como respuesta a la petición del jefe de cuentas:
1. Eva Corets, una representante del servicio al cliente, quita el cliente
Van Dam de la tabla Customers. Se ejecuta el procedimiento almacenado
RemoveCustomer, que genera el número de error 50099.
2. El error (suceso) se escribe en el registro de aplicación de Windows.
3. El registro de aplicación de Windows notifica a SQL Server Agent que se ha
producido un suceso.
4. A continuación, SQL Server Agent compara el error con las alertas
definidas en la tabla de sistema msdb.sysalerts, que se mantiene en caché.
5. SQL Server Agent procesa la respuesta a la alerta; para ello:
a. Revisa la tabla del sistema msdb.sysnotifications para enviar un
mensaje de correo electrónico.
b. Revisa la tabla del sistema msdb.sysoperators, que identifica a quién se
debe enviar la notificación.
Escritura de sucesos en el registro de aplicación

Objetivo del tema
Describir la escritura de
sucesos en el registro de
aplicación. Errores de SQL Server con nivel de gravedad
Explicación previa comprendido entre 19 y 25
SQL Server escribe sucesos
en el registro de aplicación
Procedimientos almacenados del sistema
de Windows cuando se da sp_addmessage o sp_altermessage
cualquiera de las
condiciones siguientes.
Instrucción RAISERROR WITH LOG
Procedimiento almacenado extendido xp_logevent
Cuando se inicia el servicio SQL Server Agent, éste se registra con el Visor
Sugerencia de sucesos y se conecta al servicio SQL Server. Esto permite informar a
En Windows 98, la función
del Visor de sucesos se
SQL Server Agent cuándo se escriben sucesos de SQL Server en el registro
sustituye por una traza del de aplicación de Windows. A continuación, SQL Server Agent compara los
Analizador de SQL Server. sucesos con los trabajos y alertas en caché para determinar si debe realizarse
una acción definida.
SQL Server escribe sucesos en el registro de aplicación de Windows cuando:
Se producen errores de SQL Server con un nivel de gravedad comprendido
entre 19 y 25.
Se ha definido que se escriban los mensajes de error en el registro de
aplicación de Windows con el procedimiento almacenado del sistema
sp_addmessage o sp_altermessage.
Se ejecuta la instrucción RAISERROR WITH LOG.
Se ejecuta el procedimiento almacenado extendido xp_logevent.
Creación de alertas para responder a errores de SQL Server

Objetivo del tema
Explicar la creación de
alertas para responder a Definición de alertas para números de error de
errores de SQL Server. SQL Server
Explicación previa Deben escribirse en el registro de aplicación de
Puede utilizar alertas para Windows
responder a errores de
SQL Server. Suministrado por el sistema o definido por el usuario
Definición de alertas para niveles de gravedad
de errores
Los niveles de seguridad entre 19 y 25 se escriben
automáticamente
Configuración del reenvío de sucesos
Al crear una alerta para generar una respuesta cuando tenga lugar un error de
SQL Server, puede especificar un número de error único, por ejemplo 9002, o
todos los errores con un nivel de gravedad específico, por ejemplo 17.
Nota Como máximo se producirá una alerta para un suceso determinado.

SQL Server Agent desencadenará la alerta más específica que se haya definido.
Por ejemplo, si ha definido una alerta para los errores con gravedad 17 en
todas las bases de datos y otra alerta para el error 9002 (que también es de
gravedad 17), se generará la alerta del error 9002.
Sugerencia Definición de alertas para números de error

El procedimiento almace-
nado del sistema de SQL Server
sp_add_alert incluye Para definir una nueva alerta, puede utilizar el Administrador corporativo de
un parámetro, SQL Server o ejecutar el procedimiento almacenado del sistema sp_add_alert.
@raise_snmp_trap. La definición de las alertas se almacena en la tabla de sistema msdb.sysalerts.
Solamente se ha Esta tabla se mantiene en caché para mejorar el rendimiento. Al definir alertas
incluido para mantener para un número de error de SQL Server, tenga en cuenta los hechos y
la compatibilidad con
directrices siguientes:
versiones anteriores.
Los números de error deben escribirse en el registro de aplicación
de Windows.
Puede definir alertas para cualquier número de error de SQL Server, ya sea
suministrado por el sistema ya definido por el usuario, que esté almacenado
en la tabla de sistema master.sysmessages.
Puede definir más de una alerta para un mismo número de error de
SQL Server. Sin embargo, cada alerta debe limitarse a una base de datos
específica o debe aplicarse a todas las bases de datos.
Por ejemplo, para responder al número de error 9002 en las bases de datos
Payroll y Customer, puede crear dos alertas diferentes. O bien, puede crear
una alerta que responda al número de error 9002 en todas las bases de datos.
Al crear una alerta que se aplique a todas las bases de datos, asegúrese
de que el mensaje de error proporciona una explicación suficientemente
detallada. Normalmente, esto se logra con parámetros de sustitución que
facilitan el nombre de la base de datos, por ejemplo.
Puede definir una cadena específica en el texto del mensaje de error, además
del número de error.
Por ejemplo, puede crear una alerta que le notifique que alguien intenta
iniciar sesión en el sistema como administrador. Para ello, especifique el
número de error 18456 (Error de inicio de sesión del usuario ‘%s’) y la
cadena de mensaje “sa”.
Sugerencia Definición de alertas para niveles de gravedad de errores

Sugiera a los alumnos
Al definir alertas cuya condición es un nivel de gravedad de error, tenga en
que utilicen las alertas
predefinidas para estos
cuenta los siguientes hechos y directrices:
niveles de gravedad. Los errores de SQL Server con niveles de gravedad comprendidos entre 19
y 25 se escriben automáticamente en el registro de aplicación de Windows.
Muestre cómo se modifican
las alertas predefinidas. Los niveles de gravedad del 20 al 25 corresponden a errores fatales.
Para ello, especifique un Debe definir siempre un operador a quien se notificará cuando se
operador al que se notificará produzcan errores de SQL Server con estos niveles de gravedad.
y cambie el nombre de la
alerta para quitar la palabra SQL Server proporciona alertas predefinidas que puede utilizar. Debe
demo. modificar las alertas predefinidas para errores fatales; para ello, defina un
operador al que se notificará y cambie el nombre de la alerta para quitar la
palabra demo.
Puede crear una alerta que se active cuando se produzca un error de un nivel
de gravedad específico, ya sea en todas las bases de datos ya en alguna en
particular.
Puede definir una cadena específica en el texto del mensaje de error, además
del nivel de gravedad. Por ejemplo, puede crear una alerta que le notifique
los errores de gravedad 17 en cualquier base de datos con la cadena de
mensaje “espacio en disco”.
Sugerencia Configuración del reenvío de sucesos

El reenvío de sucesos Es posible configurar SQL Server Agent para designar un servidor
sólo está disponible cuando que reciba todos los mensajes de sucesos que tengan el nivel de gravedad
SQL Server está instalado especificado o superior, o que sólo reciba aquellos que no se hayan tratado.
en Windows 2000 o en Puede que desee reenviar los sucesos a un servidor que esté menos ocupado
Windows NT.
que los demás servidores del dominio.
Por ejemplo, puede hacer que los errores con nivel de gravedad 18 o superior se
reenvíen al servidor Accounting. Si se produce en el servidor un error con nivel
de gravedad 19, el suceso se reenviará automáticamente al servidor Accounting
para solucionar el problema.
Creación de alertas para un error definido por el usuario

Objetivo del tema
mensajes de error definidos Creación del mensaje de error
por el usuario para las
alertas. El número de error debe ser mayor que 50000
Explicación previa Pueden utilizarse parámetros
Al crear alertas, también
puede especificar mensajes Generación del error desde la aplicación de base
de error definidos por el de datos
usuario (personalizados)
para aplicaciones de base Use la instrucción RAISERROR
de datos individuales.
Declare variables para los parámetros
Definición de una alerta para el mensaje de error
Al crear alertas, también puede especificar mensajes de error definidos por el
Sugerencia usuario (personalizados) para aplicaciones de base de datos individuales que le
Muestre cómo crear un
mensaje definido por el
permitan definir soluciones con las que evitar posibles problemas antes de que
usuario con el Administrador se produzcan.
corporativo de SQL Server.
Por ejemplo, puede crear un mensaje de error definido por el usuario que se
genere en un desencadenador de actualización de la tabla Inventory. Cuando
se actualiza una columna de la tabla Inventory, lo que indica que los niveles
de inventario han caído por debajo del 25 por ciento para un producto
determinado, el desencadenador generará el error definido por el usuario.
Después, podría definir una alerta para el mensaje de error que ejecute un
trabajo con el que se vuelve a ordenar el inventario y que envíe un mensaje de
correo electrónico al agente de compras.
Para crear una alerta asociada a un error definido por el usuario, primero debe
crear el mensaje de error. A continuación, debe generar el error en la aplicación
de base de datos y definir una alerta para él.
Creación del mensaje de error

Para crear errores definidos por el usuario, puede utilizar el Administrador
corporativo de SQL Server o el procedimiento almacenado del sistema
sp_addmessage. Al crear errores definidos por el usuario, tenga en cuenta los
hechos siguientes:
Los números de los errores definidos por el usuario deben ser mayores de
50000. Los números de error inferiores a 50000 están reservados para los
errores de sistema predefinidos de SQL Server.
Todos los errores definidos por el usuario se almacenan en la tabla de
sistema sysmessages de la base de datos master.
Los mensajes de error pueden incluir parámetros que capturen detalles
específicos, de modo que ofrezcan la información adecuada para detallar
el estado o solucionar el problema.
Los mensajes de error de SQL Server se muestran en el idioma seleccionado

durante la instalación. Si administra un entorno SQL Server con varios
idiomas, también podrá crear mensajes definidos por el usuario para otros
idiomas.
Si piensa generar una alerta para un mensaje de error, debe escribir el
mensaje de error en el registro de aplicación de Windows.
Ejemplo 1 Este ejemplo crea un mensaje de error definido por el usuario (número 50099)
que se almacena en el registro de aplicación de Windows (según se especifica
con true en la sintaxis mostrada a continuación) cuando se produce el error.
El parámetro %d se reemplaza por el número de cliente que se elimina y el
parámetro %s se reemplaza por el nombre del usuario que ejecutó la instrucción
DELETE en la tabla Customers.
EXEC sp_addmessage 50099, 16, 'Customer %d was deleted by %s',
Sugerencia 'us_english','true'
La opción true especifica
que el mensaje se debe Generación del error desde la aplicación de base
escribir en el registro de
aplicación de Windows. de datos
Para generar un error, utilice la instrucción RAISERROR en un procedimiento
almacenado o en un desencadenador. La instrucción RAISERROR devuelve un
mensaje de error definido por el usuario y establece un indicador del sistema
(en la función de sistema @@error) para registrar que se ha producido un
error.
Ejemplo 2 Este ejemplo ilustra la parte de la secuencia de comandos que se utiliza
para crear un procedimiento almacenado que elimina un cliente de la tabla
Customers. El procedimiento almacenado genera el error número 50099,
creado anteriormente, con la instrucción RAISERROR, que sustituye los
valores adecuados para el número del cliente eliminado y el nombre del
usuario que ha ejecutado el procedimiento almacenado.
Sintaxis parcial CREATE PROCEDURE removecustomer
@CustomerID varchar(5) = NULL
AS
.
DECLARE @username varchar(60)
SET @username = suser_sname()
BEGIN TRANSACTION
DELETE Customers
WHERE CustomerID = @CustomerID
RAISERROR (50099, 16, 1, @CustomerID, @username)
COMMIT TRANSACTION
Una aplicación de cliente llamará al procedimiento almacenado

RemoveCustomer y pasará la variable con el número de cliente
que ha especificado el usuario.
Definición de una alerta para el mensaje de error

Se crea una alerta para el error 50099 que envía al jefe de cuentas un mensaje
de correo electrónico que incluye el texto del mensaje de error.
Cuando un usuario ejecuta el procedimiento almacenado RemoveCustomer,
se genera el error 50099 y se anota en el registro de aplicación de Windows.
A continuación, se activa la alerta asociada al número de error y se envía al jefe
de cuentas un mensaje de correo electrónico que incluye el texto del mensaje de
error.
Resultado Error: 50099, Severity: 16, State 1
Customer 732 was deleted by ACCOUNTING\evacorets
Respuesta a las alertas de condiciones de rendimiento

Objetivo del tema Alerta
Alerta33
Explicar la definición de Todas
Todaslas
lasbases
basesde
dedatos:
datos:Nivel
Niveldedeseguridad
seguridad1818
alertas que responden a Alerta 2
Alerta 2
Base
Basede dedatos
datosnorthwind:
northwind:Error
Errortransfer.
transfer.datos
datos
los umbrales del Monitor
del sistema de Windows. Alerta
Alerta1:
1:
Base
Basede
dedatos
datosnorthwind:
northwind:Registro
Registroal al75%
75%
Explicación previa Ejecutar : Trabajo 2: Copia de seguridad del registro
Además de utilizar alertas de transacciones de northwind
para responder a errores de Operadores a los que se notifica:

SQL Server, puede usarlas Alcanzado Nombre del operador Correo Localizador Envío de red
para responder a condi- el umbral a
Meng Phua
las 1:28 A.M.
ciones de rendimiento de Nwind Admins
Jose Lugo
SQL Server.
Agenda
Agendadel
dellocalizador
localizador
12:01 - 8:00 Meng Phua
8:01
8:01-- 18:00
18:00 Nwind
NwindAdmins
Admins
18:01
18:01-- 0:00
0:00 Jose
JoseLugo
Lugo
Además de utilizar alertas para responder a errores de SQL Server, puede
usarlas para responder a condiciones de rendimiento de SQL Server, como las
definidas en el Monitor del sistema de Windows. Cuando se supere el valor de
la condición, se activará la alerta.
Por ejemplo, puede crear una alerta de condición de rendimiento que se active
cuando el registro de transacciones de la base de datos Northwind supere el 75
por ciento de su capacidad. La respuesta a la alerta podría consistir en ejecutar
un trabajo que haga una copia de seguridad del registro de transacciones y lo
notifique al administrador de la base de datos.
Nota No es necesario que se esté ejecutando el Monitor del sistema de

Windows en el servidor SQL Server para poder utilizar alertas de condiciones
de rendimiento.
Puede crear alertas de condiciones de rendimiento basadas en recursos de

SQL Server que incluyan los objetos siguientes:
Métodos de acceso
Administrador de búfer
Administrador de caché
Bases de datos
Bloqueos
Estadísticas de SQL
Reducción del retardo entre respuestas

Los datos de rendimiento se muestrean periódicamente (unas pocas veces por
minuto), lo que puede producir un retardo entre el momento en que se alcanza
el umbral y la activación de la alerta. Por tanto, puede ser conveniente reducir
el retardo entre respuestas o modificar el umbral de la condición de rendimiento
cuando sea necesario que la respuesta a la alerta corrija la condición
rápidamente.

Alerta:
Alerta: Error
Error 18204
18204
Objetivo del tema
un operador a prueba de Error en el dispositivo de copia
errores.
Explicación previa
En el caso de que las Operador
Operadoral
alque
quese
senotifica
notifica
notificaciones por locali- Operador
Operadores Correo Localizador Envío de red Operador aa prueba
prueba
zador de las alertas de
Meng Phua de errores
errores
definidas no se ejecuten
correctamente, puede Nwind Admins
enviarlas a un operador
a prueba de errores. Jose Lugo
Agenda
Agendadel
dellocalizador
localizador
12:01
12:01-- 8:00
8:00 Meng
MengPhua
Phua
8:01
8:01-- 6:00
6:00 Nwind
NwindAdmins
Admins
6:01
6:01--12:00
12:00 Jose
JoseLugo
Lugo
Es posible asignar un operador a prueba de errores para que responda a una
Sugerencia alerta cuando no se ejecuten correctamente las notificaciones por localizador
Ésta es una diapositiva
animada. Consulte las
a los operadores definidos. Por ejemplo, si Meng Phua no está de servicio el
Notas para el instructor jueves cuando se produce la alerta correspondiente al error 18204 a la 1:30
si necesita ayuda para a.m., se informará al operador a prueba de errores.
desplazarse por esta
diapositiva.
El operador a prueba de errores recibirá una notificación cuando se den todas
las circunstancias siguientes:
Indique que la información
La alerta tiene notificaciones por localizador definidas como respuesta.
de la ilustración es ficticia
y se ofrece a modo de Ninguno de los operadores a los que se debe enviar el mensaje por
ejemplo. localizador está de servicio.
Hay definido un operador a prueba de errores.
La sesión de correo de SQL Server Agent está iniciada.
La sesión de correo de SQL Server Agent es necesaria para que el operador
a prueba de errores reciba notificaciones por correo electrónico
o por localizador.
Al asignar un operador a prueba de errores, tenga en cuenta los hechos

siguientes:
La información del operador a prueba de errores se almacena en memoria
caché de forma que no dependa de la conexión a la base de datos MSDB.
Sólo puede haber un operador a prueba de errores.
No es posible eliminar un operador a prueba de errores. Sin embargo, puede
quitar la asignación de operador a prueba de errores y, a continuación,
eliminar al operador.
Solución de problemas en la automatización de

SQL Server
Objetivo del tema
Explicar la solución de
problemas en tareas
automatizadas. Compruebe que se ha iniciado SQL Server Agent
Explicación previa Compruebe que el trabajo, programación, alerta u
Puede usar estas directrices operador está habilitado
como ayuda para solucionar
posibles problemas en la Asegúrese de que la cuenta proxy está habilitada
automatización de trabajos
administrativos y alertas. Revise los registros de errores
Revise el historial
Compruebe que el cliente de correo funciona
correctamente
Si los trabajos, alertas o notificaciones automatizados no funcionan
correctamente, puede usar las directrices siguientes como ayuda para
aislar y resolver el problema.
Compruebe que se ha iniciado SQL Server Agent

Si SQL Server Agent se ha detenido por alguna razón, no podrá ejecutar los
trabajos y alertas que se hayan definido.
Compruebe que la cuenta de inicio de sesión de SQL Server Agent
está asignada a la función sysadmin de SQL Server.
Compruebe la contraseña de la cuenta de inicio de sesión.
Compruebe que el trabajo, programación, alerta u

operador está habilitado
Si los trabajos no se ejecutan como está programado, no se activan las
alertas o los operadores no reciben notificaciones, compruebe que el trabajo,
programación, alerta u operador esté habilitado.
Por ejemplo, si deshabilita una alerta, estará inactiva pero mantendrá sus
propiedades. Puede volver a utilizarla si es necesario con sólo habilitarla.
Sin embargo, si elimina una alerta, también se quitarán todas las notificaciones
que tenga asociadas.
Asegúrese de que la cuenta proxy está habilitada

Los propietarios de trabajos que no sean miembros de la función sysadmin
ejecutan los pasos de trabajo del sistema operativo y de secuencias de
comandos ActiveX en el contexto de seguridad de la cuenta de usuario de
dominio de Windows. Si no se pueden ejecutar los pasos de trabajo con
comandos del sistema operativo o secuencias de comandos ActiveX,
compruebe que:
Los usuarios tienen permiso para ejecutar este tipo de trabajos.
La cuenta de usuario de domino utilizada como cuenta proxy tiene permiso
para ejecutar trabajos.
Revise los registros de errores

Revise los mensajes de error del registro de aplicación de Windows y de los
registros de errores de SQL Server y de SQL Server Agent para determinar el
origen del problema.
El registro de errores de SQL Server Agent almacena los errores de
SQL Server Agent. De forma predeterminada, todos los errores y
advertencias de SQL Server Agent se anotan en el registro de errores.
También puede registrar mensajes informativos de traza de la ejecución:
• Cada vez que se detiene y reinicia SQL Server Agent, se crea un nuevo
registro de errores.
• Para ver el registro de errores actual, puede utilizar el Administrador
corporativo de SQL Server o cualquier editor de texto. En la carpeta
C:\Archivos de programa\Microsoft SQL Server\Mssql\Log se guardan
hasta nueve versiones anteriores del registro de errores.
• Puede definir un destinatario de mensajes emergentes de error para
enviar un comando net send cuando se anoten errores en el registro de
errores de SQL Server Agent.
El registro de aplicación de Windows puede mostrar que SQL Server no
tiene sucesos que procesar si el tamaño máximo es demasiado pequeño o
está establecido para que se sobrescriba con frecuencia. Para evitar perder
información acerca de sucesos de SQL Server, aumente el tamaño máximo
del registro de aplicación de Windows.
Se debería revisar el registro de errores de SQL Server. Al comparar las
fechas y horas de los sucesos del registro de errores de SQL Server, del
registro de errores de SQL Server Agent y del registro de aplicación de
Windows, restringirá la lista de causas posibles.
Revise el historial
Una vez revisado el registro de errores de SQL Server Agent, también puede ser
conveniente revisar la información de historial de una alerta, de un operador o
de un trabajo. El historial de alertas y operadores sólo captura la actividad más
reciente.
Asegúrese de que el tamaño de archivo y de crecimiento de la base de datos
msdb coinciden con el número de filas que mantiene la tabla de sistema
sysjobhistory. Si estos tamaños no están configurados correctamente, puede
quedarse sin espacio en disco o sin espacio de base de datos, lo que impedirá la
ejecución de los trabajos.
Compruebe que el cliente de correo funciona

correctamente
Si las notificaciones por correo electrónico o por localizador no funcionan,
compruebe que el cliente de correo funciona correctamente. Para ello, inicie
sesión en el cliente de correo con la cuenta de usuario de dominio de
SQL Server Agent y envíe una notificación por correo electrónico o localizador
a un operador.
Solución de problemas de las alertas

Objetivo del tema
Explicar las alertas en bucle Factores que causan acumulación de alertas sin
y el modo de evitarlas. procesar
Explicación previa El registro de aplicación de Windows está lleno
Como SQL Server Agent
depende de los sucesos de El uso de la CPU es inusualmente alto
SQL Server y también los
controla, puede quedar
El número de respuestas a alertas es alto
atrapado en un bucle sin Resolución de acumulaciones de alertas sin procesar
fin en el que se produce
continuamente la misma Deshabilite temporalmente la alerta
alerta.
Aumente el tiempo entre respuestas para cada alerta
Corrija el problema del recurso global
Elimine el registro de aplicación de Windows
Como SQL Server Agent depende de los sucesos de SQL Server y también los
controla, puede quedar atrapado en un bucle sin fin en el que se produce
continuamente la misma alerta. En general, esto ocurre cuando SQL Server
se queda sin un recurso global esencial y se ha definido una alerta para este
suceso.
Factores que causan acumulación de alertas sin procesar

Puede producirse una acumulación de procesamiento de alertas si el registro de
aplicación de Windows se llena rápidamente con el mismo error, si el uso del
procesador es inusualmente elevado o si el número de respuestas a alertas es
elevado. En estas condiciones aumentará el retardo entre el momento en que
aparece el suceso en el registro de aplicación de Windows y el momento en que
SQL Server Agent responde a ese suceso.
Resolución de acumulaciones de alertas sin procesar

Cuando el número de alertas supera la velocidad de procesamiento de alertas
de SQL Server Agent, se crea una acumulación de alertas sin procesar.
Para resolver esta situación y evitar que se produzca de nuevo:
Deshabilite temporalmente la alerta.
Aumente el tiempo entre respuestas para cada alerta.
Corrija el problema del recurso global para evitar que las alertas sucesivas
Sugerencia utilicen todos los recursos.
Los recursos globales
incluyen cierres y Elimine la acumulación de sucesos del registro de aplicación de Windows.
objetos abiertos. Éstos Al eliminar el registro de aplicación de Windows se eliminan todos los
se configuran de manera sucesos del registro de errores, incluidos aquéllos no relacionados con
dinámica pero pueden SQL Server.
haber sido configurados
de forma manual. Configure el error de modo que no genere alertas para que SQL Server
Agent no desencadene una alerta cuando se produzca el error.
Importante Sólo puede configurar un error de modo que no genere una alerta
en el Registro de Windows. Esta solución sólo se debería utilizar si es la última
opción de que se dispone.
Práctica C: Creación de alertas

Objetivo del tema
para la práctica.
Explicación previa
En esta práctica, creará
mensajes de error definidos
por el usuario y alertas de
condiciones de rendimiento.
Explique los objetivos de la

práctica. Objetivos
Crear una alerta con el Asistente para creación de alertas.
Crear una alerta basada en un mensaje definido por el usuario.
Crear una alerta de condición de rendimiento.
Requisitos previos
Antes de trabajar en esta práctica, debe disponer de los archivos de comandos
necesarios. Dichos archivos se encuentran en C:\Moc\2323A\Labfiles\L05.
Esta práctica requiere que haya finalizado la práctica A, “Configuración de
SQL Server” y la práctica B, “Creación de trabajos y operadores”.
Más información



Ejercicio 1
Uso del Asistente para creación de alertas
En este ejercicio creará una alerta para responder a los errores de nivel de
gravedad 18 con el Asistente para creación de alertas.
Para crear una alerta con el Asistente para creación de alertas

En este procedimiento utilizará el Asistente para creación de alertas para
generar una alerta definida de modo que le envíe un mensaje de correo
electrónico y un comando net send (envío de red) cuando se produzca un
error de nivel de gravedad 18.
tabla siguiente.
Opción Valor

nwtraders.msft)
2. Abra el Administrador corporativo de SQL Server, expanda Servidores

Microsoft SQL Server, expanda Grupo de SQL Server y, luego, expanda
su servidor.
3. En el menú Herramientas, haga clic en Asistentes.
4. Expanda Administración y, a continuación, haga doble clic en Asistente
para creación de alertas.
5. Cree una alerta con la información de la tabla siguiente. Acepte los valores
predeterminados para cualquier elemento que no esté en la lista.
Opción Valor
Si la gravedad es 018 – Error interno no fatal

Nombre de la base de datos Todas las bases de datos
Notificar a los operadores Selecciónese a sí mismo como operador para
recibir la notificación por correo electrónico y
con el comando net send (envío de red)
Incluir el texto del mensaje de Correo electrónico y Envío de red
error en:
Nombre de alerta Errores de nivel de gravedad 18
6. En el árbol de consola, expanda Administración, expanda Agente

SQL Server y después haga clic en Alertas.
7. En el panel de detalles, compruebe que se ha creado la alerta.
8. Haga clic con el botón secundario del mouse en la alerta Errores de nivel
de gravedad 18 y, a continuación, haga clic en Propiedades para revisar la
definición de la alerta.
Errores de nivel de gravedad 18.
Ejercicio 2
Creación de una alerta basada en un mensaje de error definido
por el usuario
En este ejercicio creará un mensaje de error definido por el usuario
(personalizado) que indica que las unidades almacenadas de cualquier
producto han alcanzado el nivel de reordenación.
Para crear un mensaje de error definido por el usuario

En este procedimiento utilizará el Administrador corporativo de SQL Server
para crear un mensaje de error definido por el usuario.
1. En el árbol de la consola, haga clic con el botón secundario del mouse en su
servidor, señale Todas las tareas y haga clic en Administrar mensajes de
SQL Server.
2. En la ficha Mensajes, haga clic en Nuevo.
3. Utilice la información de la tabla siguiente para crear un mensaje definido
por el usuario que indique que el número de unidades almacenadas de un
producto determinado ha alcanzado el nivel de reordenación. Acepte los
valores predeterminados para cualquier elemento que no esté en la lista.
Opción Valor
Número de error 50001

Gravedad 010 – Información
Texto del mensaje Las unidades almacenadas de %s han llegado a %d.
Reordénelas
Escribir siempre en el Active esta casilla de verificación
registro de sucesos de
Windows
Para crear una alerta basada en un mensaje de error definido por

el usuario
En este procedimiento creará una alerta llamada Volver a ordenar inventario
que envía un mensaje de correo electrónico al jefe de almacén cuando se
produce el error número 50001.
1. En el árbol de consola, expanda Administración, expanda Agente
SQL Server, haga clic con el botón secundario del mouse en Alertas
y después haga clic en Nueva alerta.
2. Cree una alerta con la información de la tabla siguiente. Acepte los valores
predeterminados para cualquier elemento que no esté en la lista.
Opción Valor
Nombre de alerta Volver a ordenar inventario

Número de error 50001
Base de datos Northwind
Operadores a los que notificar Selecciónese a sí mismo como operador para
recibir la notificación por correo electrónico y
Net Send
Incluir texto de error de Correo electrónico y Envío de red
alerta en:
3. Compruebe que se ha creado la alerta.

La alerta Volver a ordenar inventario debe aparecer en el panel de detalles.
Para generar un mensaje de error definido por el usuario

En este procedimiento utilizará el Analizador de consultas de SQL Server para
crear y ejecutar un procedimiento almacenado que produzca el error 50001 con
el fin de probar que la alerta Volver a ordenar inventario funciona como está
previsto.
1. Abra el Analizador de consultas de SQL Server y, si así se le pide, inicie
una sesión en el servidor local con autenticación de Microsoft Windows.
Tiene permiso para iniciar sesión y administrar SQL Server ya que ha
iniciado sesión como SQLAdminx, que es miembro del grupo local
Administradores de Windows 2000. Todos los miembros de este grupo
se asignan automáticamente a la función sysadmin de SQL Server.
2. Abra C:\Moc\2323A\Labfiles\L05\Reorder.sql, revise su contenido y
ejecútelo.
Esta secuencia de comandos crea un procedimiento almacenado llamado
reorder.
3. Abra una nueva ventana de consulta y ejecute el procedimiento almacenado
con un valor de identificador de producto válido. Por ejemplo:
USE northwind
EXEC ReOrder
@prodid = 2
¿Ha recibido las notificaciones definidas como respuesta a la alerta?

Sí. Se ha recibido un comando net send y un mensaje de correo
electrónico.
____________________________________________________________
____________________________________________________________
Ejercicio 3
Creación de alertas de condición de rendimiento
En este ejercicio ejecutará una secuencia de comandos que crea un trabajo para
efectuar una copia de seguridad de la base de datos Northwind. A continuación
ejecutará una secuencia de comandos que modifica el tamaño del registro de
transacciones de Northwind. Seguidamente creará una alerta de condición de
rendimiento en el Administrador corporativo de SQL Server, basada en el
contador Porcentaje utilizado del registro y definida para enviarle una
notificación cuando el registro de transacciones de base de datos Northwind
alcance el 60 por ciento de su capacidad. Por último, comprobará que la alerta
de condición funciona de la forma prevista.
Para ejecutar una secuencia de comandos que crea un trabajo para

efectuar una copia de seguridad del registro de transacciones de
Northwind
En este procedimiento ejecutará una secuencia de comandos que crea
un trabajo para efectuar una copia de seguridad del registro de transacciones
de Northwind cada cuatro horas.
1. Abra C:\Moc\2323A\Labfiles\L05\Nwlog.sql, revise su contenido y ejecútelo.
3. Haga clic con el botón secundario del mouse en Trabajos y, a continuación,
haga clic en Actualizar.
4. Haga clic en Trabajos y, a continuación, en el panel de detalles, compruebe
que se ha creado el trabajo Backup Northwind Log.
5. Modifique las propiedades del trabajo para especificar que debe recibir una
notificación por correo electrónico y con el comando net send (envío de
red) cada vez que termine, y que cuando el trabajo falle se debe escribir el
suceso en el registro de aplicación de Windows.
Para deshabilitar el crecimiento automático, modifique el modelo de

recuperación de la base de datos y efectúe una copia de seguridad de la
base de datos Northwind
En este procedimiento modificará la base de datos Northwind de forma que el
registro de transacciones no crezca automáticamente, establezca el modelo de
recuperación de la base de datos como lleno y, luego, efectúe una copia de
seguridad de Northwind.
1. En el árbol de consola, expanda Bases de datos, haga clic con el botón
secundario del mouse en Northwind y, a continuación, haga clic en
Propiedades.
2. En la ficha Registro de transacciones, desactive la casilla de verificación
Crecimiento automático del archivo.
3. En la ficha Opciones, modifique el modelo de recuperación de la base de
datos a completo y, a continuación, haga clic en Aceptar para cerrar el
cuadro de diálogo Propiedades de Northwind.
4. Cambie al Analizador de consultas de SQL.
5. Abra C:\Moc\2323A\Labfiles\L05\NWBackup.sql, revise su contenido y
ejecútelo.
Para crear una alerta de condición de rendimiento

En este procedimiento creará una alerta de condición de rendimiento para
cuando el contador Porcentaje utilizado del registro sobrepase el 60 por ciento
en la base de datos Northwind.
expanda Administración y, después, expanda Agente SQL Server.
2. Haga clic con el botón secundario del mouse en Alertas y cree una nueva
alerta con la información de la tabla siguiente.
Opción Valor
Nombre de alerta Northwind Log 60% Full

Tipo de alerta Alerta de condición de rendimiento
de SQL Server
Objeto SQLServer:Databases
Contador Percent Log Used
Instancia Northwind
Alertar si contador Está por encima de 60
Ejecutar trabajo Active la casilla de verificación Ejecutar trabajo
y haga clic en Backup Northwind Log
Operadores a los que notificar Usted mismo, por correo y con el comando
Envío de red
Retardo entre respuestas 0 minutos, 0 segundos
3. Revise las propiedades de programación del trabajo Backup Northwind Log.

¿Qué programaciones hay?
Hay dos programaciones. Una es periódica y se ejecuta cada cuatro
horas, y la otra establece la respuesta a la alerta de condición de
rendimiento Northwind Log 60% Full.
____________________________________________________________
____________________________________________________________
Para supervisar el porcentaje utilizado del registro con el Monitor del

sistema de Windows
En este procedimiento creará un nuevo gráfico en el Monitor del sistema de
Windows con el fin de supervisar el porcentaje del registro utilizado.
1. Haga clic en Inicio, seleccione sucesivamente Programas y Herramientas
administrativas y, a continuación, haga clic en Rendimiento.
2. En el árbol de consola, compruebe que está seleccionado el Monitor
del sistema.
3. En la barra de herramientas, haga clic sucesivamente en Agregar, en el
objeto SQLServer:bases de datos, en el contador Porcentaje utilizado
del registro, en la instancia Northwind y, finalmente, en Agregar.
4. Haga clic en Cerrar para cerrar el cuadro de diálogo Agregar contadores.
Para probar la alerta de condición de rendimiento

En este procedimiento revisará y ejecutará una secuencia de comandos que
genera actividad en la base de datos Northwind para llenar el registro de
transacciones. A continuación comprobará que SQL Server Agent ha generado
la alerta y ha ejecutado el trabajo como se ha definido.
2. Abra C:\Moc\2323A\Labfiles\L05\Fulltlog.sql, revise su contenido
y ejecútelo.
Esta secuencia de comandos genera actividad en la base de datos
Northwind y llena el registro de transacciones.
3. Cambie al Monitor del sistema de Windows para observar la actividad
del registro de transacciones.
4. Cuando se produzca la alerta, recibirá un mensaje con net send.
Observe que cuando se ejecuta el trabajo, efectuando la copia de seguridad
del registro de transacciones, se reduce el porcentaje del registro de
transacciones que se utiliza.
5. Cierre los cuadros de diálogo de Messenger Service y cambie al Analizador
de consultas de SQL.
6. En la barra de herramientas, haga clic en Cancelar ejecución de consulta
para detener la ejecución de la secuencia de comandos.
7. Abra Outlook y observe la Bandeja de entrada para asegurarse de que ha
recibido uno o más mensajes de correo electrónico.
9. Revise el historial de trabajos para Backup Northwind Log.
10. Revise el historial de alertas para Northwind Log 60% Full.
Actualice la alerta para mostrar la fecha y hora más recientes en que ésta
se produjo.
11. En el árbol de consola, expanda Bases de datos, haga clic con el botón
secundario del mouse en Northwind y, a continuación, haga clic en
Propiedades.
12. En la ficha Registro de transacciones, active la casilla de verificación
13. En la ficha Opciones, modifique el modelo de recuperación a sencillo y, a
continuación, haga clic en Aceptar para cerrar el cuadro de diálogo
Propiedades de Northwind.
Si el tiempo lo permite
En este ejercicio se designará a sí mismo como operador a prueba de errores
para su servidor. También ejecutará una secuencia de comandos que cree una
alerta para el error 9002 (registro de transacciones lleno) y un trabajo con varios
pasos que procese esta alerta. A continuación, modificará las propiedades de la
base de datos Northwind y ejecutará una secuencia de comandos para llenar el
registro de transacciones. Por último, comprobará que la alerta ha ejecutado el
trabajo para borrar el registro de transacciones y que el operador a prueba de
errores ha recibido una notificación de ello.
Para asignar un operador a prueba de errores

En este procedimiento se designará a sí mismo como operador a prueba de
errores para su servidor.
1. En el árbol de consola, expanda Administración, haga clic con el
botón secundario en Agente SQL Server y, a continuación, haga clic
en Propiedades.
2. En el cuadro de diálogo Propiedades de Agente SQL Server, haga clic
en la ficha Sistema de alerta.
3. En la lista Operador a prueba de errores, desígnese a sí mismo como
operador a prueba de errores para su servidor para recibir notificaciones
mediante correo electrónico y el comando Envío de red.
Agente SQL Server.
Para ejecutar un archivo de comandos que cree una alerta

En este procedimiento ejecutará una secuencia de comandos que creará una
alerta para el error 9002 y designará que el trabajo de registro de copia de
seguridad de Northwind se ejecute en respuesta a la activación de la alerta.
2. Abra C:\Moc\2323A\Labfiles\L05\Alert.sql, revise su contenido y ejecútelo.
Recibirá una notificación de que se ha hecho referencia a pasos que no
existen. Este comportamiento es el esperado.
4. En el árbol de consola, actualice Alertas para comprobar que se ha creado
la alerta Northwind 9002 Log Full.
Para deshabilitar el crecimiento automático, modifique el modelo de

recuperación de la base de datos y la base de datos Northwind
En este procedimiento modificará la base de datos Northwind de forma que el
registro de transacciones no crezca automáticamente, establezca el modelo de
recuperación de la base de datos como lleno y, luego, efectúe una copia de
seguridad de Northwind.
1. En el árbol de consola, expanda Bases de datos, haga clic con el
botón secundario del mouse en Northwind y, a continuación, haga clic
en Propiedades.
2. En la ficha Registro de transacciones, desactive la casilla de verificación
3. En la ficha Opciones, modifique el modelo de recuperación de la base de
datos a completo y, a continuación, haga clic en Aceptar para cerrar el
cuadro de diálogo Propiedades de Northwind.
5. Abra C:\Moc\2323A\Labfiles\L05\NWBackup.sql, revise su contenido y
ejecútelo.
Para generar una alerta que notifique al operador a prueba de errores

En este procedimiento creará un operador y una programación del localizador
de servicio que especificará el tiempo que el nuevo operador estará de servicio.
Especificará que este nuevo operador será notificado mediante localizador
siempre que se active la alerta que usted ha creado en el procedimiento anterior.
A continuación deshabilitará la alerta de condición de rendimiento creada en el
ejercicio anterior para que no esté activada. Por último, ejecutará una secuencia
de comandos para llenar el registro de transacciones, lo que provocará el error
9002 con el nivel de gravedad 17.
2. En el árbol de consola, haga clic en Administración, expanda Agente
SQL Server y haga clic en Operadores para mostrar todos los operadores
en el panel de detalles.
3. Cree el Administrador como nuevo operador con la información de la
tabla siguiente:
Opción Valor
Nombre Administrador
Nombre de correo electrónico Administrador@nwtraders.msft
Nombre de correo electrónico del Administrador@nwtraders.msft
localizador
Dirección de envío de red London
Programación de servicio del Sólo sábados
localizador
4. En la ficha Notificaciones, active la casilla de verificación Localizador

para la alerta Northwind 9002 Full Log y haga clic en Aceptar.
5. En el árbol de la consola, haga clic en Alertas.
Northwind Log 60% Full y, después, haga clic en Propiedades.
7. Desactive la casilla de verificación Habilitado y cierre el cuadro de diálogo

Propiedades de Northwind Log 60% Full.
De esta manera se impedirá que se active esta alerta y que ejecute el
trabajo asociado.
8. Cambie al Analizador de consultas de SQL y abra una nueva ventana de
consulta.
9. Abra C:\Moc\2323A\Labfiles\L05\Fulltlog.sql, revise su contenido y
ejecútelo.
De este modo se llenará el registro de transacciones de la base de datos
Northwind, lo que provocará el error 9002 con nivel de gravedad 17.
El error se escribirá también en el registro de aplicación de Windows.
¿Qué ocurre al llenarse el registro de transacciones de la base de
datos Northwind?
La secuencia de comandos detiene la ejecución cuando se genera el

error 9002. La alerta Northwind 9002 Full Log se activó, lo que ejecutó
el trabajo Backup Northwind Log en respuesta a la alerta. El trabajo
efectuó una copia de seguridad del registro de transacciones.
Como operador a prueba de errores, usted recibió la notificación por
correo electrónico y mediante el comando net send (envío de red).
____________________________________________________________
____________________________________________________________
Para comprobar que el operador a prueba de errores funciona

correctamente
En este procedimiento comprobará que el operador a prueba de errores recibe la
notificación cuando se produce la alerta y el operador designado inicialmente
está fuera de servicio.
1. Cambie al Administrador corporativo de SQL Server y revise el historial
para la alerta Northwind 9002 Full Log. Puede que tenga que actualizar
la alerta.
¿Cuántas veces se produjo la alerta? ¿En qué fecha y hora se produjo
por última vez?
La alerta sólo debe haberse producido una vez. La fecha y hora varían.
____________________________________________________________
____________________________________________________________
2. Revise los intentos de notificación al operador para la alerta Northwind

9002 Full Log.
Se habrá producido una notificación por localizador.
3. Compruebe que también ha recibido un mensaje de correo electrónico como

operador a prueba de errores.
¿Cómo puede distinguir este mensaje de otros mensajes de alerta del
sistema?
La línea de asunto comienza con la indicación [A prueba de errores].
____________________________________________________________
____________________________________________________________
4. Abra el Visor de sucesos y consulte el registro de aplicación. Indique los

sucesos relacionados con el error y la notificación por localizador que ha
fallado.
Mensaje de error: El archivo de registro de la base de datos
'Northwind' no está disponible. Haga una copia de seguridad del
registro de transacciones para que la base de datos libere espacio de
registro.
Mensaje de advertencia: “The 1 pager operator(s) responsible for alert
'Northwind 9002 Log Full' are currently off duty so cannot be paged.”
____________________________________________________________
____________________________________________________________
5. Cierre el Visor de sucesos.

expanda Bases de datos, haga clic con el botón secundario del mouse
en Northwind y, después, en Propiedades.
7. En la ficha Registro de transacciones, active la casilla de verificación
8. En la ficha Opciones, modifique el modelo de recuperación a sencillo y, a
continuación, haga clic en Aceptar para cerrar el cuadro de diálogo
Propiedades de Northwind.

Objetivo del tema
Presentar la automatización
de trabajos multiservidor.
Explicación previa Definición de un servidor principal
Es posible automatizar Crea un operador MSXOperator en el servidor principal
los trabajos para que se
ejecuten en varios
y en todos los servidores de destino
servidores de una red. Representa un departamento principal o una unidad de
Para ello, hay que definir
un servidor principal, y uno
negocio
o varios servidores de Definición de servidores de destino
destino.
Se asignan a un único servidor principal
Residen en el mismo dominio que el servidor principal
Es posible automatizar los trabajos para que se ejecuten en varios servidores
de una red. Para ello, hay que definir un servidor principal, y uno o varios
servidores de destino. El servidor principal distribuye los trabajos entre los
servidores de destino de la red y recibe sucesos de ellos.
El uso de una configuración de administración multiservidor le permite:
Agrupar varios servidores en unidades lógicas de negocio.
Administrar varios servidores desde una misma ubicación.
Por ejemplo, si en cada agencia se mantiene un subconjunto de una base de

datos de clientes, puede crear un trabajo en la central de la compañía para hacer
copias de seguridad de las bases de datos de clientes de cada agencia.
Definición de un servidor principal

Para automatizar los trabajos en varios servidores, primero debe definir un
Sugerencia servidor principal, y uno o varios servidores de destino. El servidor principal
Al dar de alta el primer
servidor de destino, se
define, programa y administra los trabajos de todos los servidores de destino.
define el servidor en el que Únicamente es posible definir como servidor principal un equipo en el que se
se da de alta como servidor ejecute Windows 2000 o Windows NT Server, debido a la carga de conexiones
principal. El proceso de que requiere el servidor principal.
dar de alta hace que se
inserte una fila en la
tabla de sistema
systargetservers del
servidor principal. La
existencia de al menos
una fila en esta tabla
designa el servidor como
servidor principal.
Para definir el servidor principal, puede utilizar el Administrador corporativo de

SQL Server o ejecutar el procedimiento almacenado del sistema sp_msx_enlist.
Al trabajar con servidores principales, tenga en cuenta los siguientes hechos y
directrices:
Al definir un servidor principal, también se da de alta al menos un servidor
de destino. Con ello se inserta una fila en la tabla de sistema
systargetservers del servidor principal. La existencia de filas en esta tabla
designa el servidor como principal.
Para cada servidor de destino, se crea automáticamente una cuenta de inicio
de sesión de SQL Server y una contraseña con el sufijo _msx_probe.
Para utilizar esta cuenta, debe configurar SQL Server para que utilice la
seguridad de modo mixto y, a continuación, reiniciar el servicio
SQL Server. Esta cuenta tiene acceso a la base de datos msdb para que los
servidores de destino puedan descargar los trabajos del servidor principal.
Nota Si modifica la contraseña de esta cuenta, el servidor de destino ya no

tendrá acceso al servidor principal. Por lo que deberá darlo de baja y
volverlo a dar de alta.
El Asistente crea un operador MSXOperator en el servidor principal y en

cada servidor de destino.
Normalmente, el servidor principal es el servidor central de un
departamento o unidad de negocio. En las organizaciones pequeñas,
un solo servidor principal puede atender a toda la organización.
También puede designar el servidor principal como servidor de reenvío
de sucesos.
Si el servidor principal no realiza funciones de producción de base de
datos, la carga que supone administrar los sucesos que se reenvían desde
los servidores de destino no afectará al rendimiento de la aplicación de base
de datos.
Definición de servidores de destino

Para definir servidores de destino adicionales, puede ejecutar el procedimiento
almacenado del sistema sp_msx_enlist o utilizar el Asistente para establecer
servidor de destino del Administrador corporativo de SQL Server. La definición
de servidor de destino se almacena en la tabla de sistema
msdb.systargetservers. Los servidores de destino:
Se asignan a un único servidor principal.
Deben residir en el mismo dominio de Windows que el servidor principal o
en un domino de Windows en el que se confíe.
No pueden ser miembros de otros servidores principales hasta que se les dé
baja de los servidores principales actuales.
Nota Si configura un entorno multiservidor con una instancia con nombre de

SQL Server 2000 y un servidor que ejecuta SQL Server versión 7.0, el servidor
SQL Server 7.0 no funcionará con la instancia con nombre.
Definición de trabajos multiservidor

Objetivo del tema
Ilustrar cómo se procesan
los trabajos en un entorno
multiservidor.
Explicación previa
Puede crear trabajos en el Servidor Servidor
servidor principal para que de destino 11 ElElservidor
servidor de destino
se ejecuten en un servidor principal
principal
expone
expone
de destino. trabajos
ElElservidor
servidorde
dedestino
destinodescarga
descarga
trabajos 22 los
lostrabajos
trabajosdel
delservidor
servidor
principal
principal
33 ElElservidor
servidorde
dedestino
destinoinforma
informa
33 del
delestado
estadode deresultado
resultadodel
del
22 trabajo
trabajoalalservidor
servidorprincipal
principal
Servidor
de destino
Una vez definidos el servidor principal y los servidores de destino, puede crear
trabajos en el servidor principal para que se ejecuten en uno o varios servidores
de destino. SQL Server sigue los pasos indicados a continuación para procesar
trabajos en un entorno multiservidor:
1. El servidor principal expone trabajos para los servidores de destino en una
lista de descarga contenida en la tabla de sistema msdb.sysdownloadlist.
2. Los servidores de destino se conectan periódicamente con el servidor
principal para determinar si hay expuestos trabajos nuevos o actualizados
para su descarga.
3. Cuando termina un trabajo, el servidor de destino carga el estado de
resultado del trabajo en el servidor principal.
Precaución Las rutas y la sintaxis del trabajo deben ser idénticos en todos los
servidores de destino; si no, el trabajo no funcionará en todos los servidores.
Modificación de las definiciones de trabajos

multiservidor
El servidor principal almacena la copia maestra de las definiciones y
programaciones de trabajos. Al realizar cambios en los trabajos en un
entorno multiservidor, tenga en cuenta los siguientes hechos y directrices:
Las definiciones de trabajos no se pueden modificar en el servidor de
destino, se deben modificar en el servidor principal.
El Administrador corporativo de SQL Server expone automáticamente
las instrucciones necesarias en la lista de descarga.
Revisión del historial de trabajos

El servidor principal registra la información de resultado de los trabajos
provenientes de los servidores de destino en la tabla de sistema
msdb.sysjobservers. Se trata de información adicional al historial de
trabajos normal que se registra en la tabla de sistema msdb.sysjobhistory
de cada servidor de destino local.
Procedimientos recomendados
Objetivo del tema
Enumerar los procedi- Usar
Usar una
una cuenta
cuenta de
de usuario
usuario de
de dominio
dominio que
que sea
sea miembro
miembro del
del
mientos recomendados grupo
grupo local
local Administradores
Administradores de
de Windows
Windows
para la automatización de
las tareas administrativas.
Enviar
Enviar alertas
alertas aa los
los alias
alias de
de grupos
grupos de
de correo
correo electrónico
electrónico en
en vez
vez
Explicación previa de a personas individuales
de a personas individuales
Para aprovechar al máximo
la automatización de las
tareas administrativas, Definir
Definir operadores
operadores para
para responder
responder aa errores
errores fatales
fatales
considere los procedi-
mientos siguientes.
Asignar
Asignar un
un operador
operador aa prueba
prueba de
de errores
errores
Utilizar
Utilizar trabajos
trabajos multiservidor
multiservidor para
para automatizar
automatizar trabajos
trabajos de
de forma
forma
que
que sese ejecuten
ejecuten en
en varios
varios servidores
servidores
Al automatizar tareas administrativas, debe hacer lo siguiente:
Utilizar una cuenta de usuario de dominio que sea miembro del grupo local
Administradores de Windows. Esto permitirá a SQL Server Agent:
• Ejecutar trabajos cuando la CPU esté inactiva.
• Reiniciar SQL Server automáticamente si falla de forma inesperada.
• Ejecutar pasos de trabajo con comandos del sistema operativo y
secuencias de comandos ActiveX en los trabajos cuyos propietarios
no sean miembros de la función sysadmin.
Enviar alertas a alias de grupos de correo electrónico en lugar de a personas
determinadas, para garantizar la notificación adecuada de los errores con
nivel de gravedad superior a 18.
Definir una alerta para notificar a un operador la aparición de errores fatales.
SQL Server proporciona alertas de demostración predefinidas para los
errores con un nivel de gravedad comprendido entre 19 y 25. Debe
modificar y cambiar el nombre de las alertas de demostración predefinidas.
Cree un operador a prueba de errores para responder a las alertas cuando no
puedan ejecutarse correctamente las notificaciones por localizador a los
demás operadores asignados.
Utilizar trabajos multiservidor para automatizar trabajos de forma que
se ejecuten en varios servidores. Disponer de una configuración de
administración multiservidor que le permita agrupar varios servidores en
unidades lógicas de negocio y administrarlos desde una ubicación única.
En los Libros en pantalla de SQL Server encontrará información adicional

acerca de estos temas.
Tema Buscar en
Configurar el servicio SQLServerAgent “SQLServerAgent”

Opciones de memoria del servidor “memoria de servidor”
Controlar errores y mensajes en las “requisitos de memoria”
aplicaciones
Repaso
Objetivo del tema
Reforzar los objetivos del
módulo mediante el repaso
de los puntos clave.
Explicación previa Tareas administrativas rutinarias de SQL Server
Las preguntas de repaso
abarcan algunos de los Automatización de las tareas de mantenimiento
conceptos clave impartidos rutinarias
en el módulo.
Solución de problemas en la automatización
de SQL Server
1. Desea hacer una copia de seguridad del registro de transacciones de la base
de datos de producción cada hora durante las horas punta (de 8:00 a.m. a
6:00 p.m.), y cada tres horas en las horas de menor actividad (6:00 p.m. a
8:00 a.m.). ¿Cuál es el método más eficaz para automatizar estas tareas?
Cree un trabajo para hacer una copia de seguridad del registro de
transacciones y especifique dos programaciones.
2. El jefe de cuentas de clientes ha pedido que se le notifiquen los cambios

(aumentos o reducciones) del límite de crédito de cada cliente. Además,
desea saber el nombre del empleado que actualizó la cuenta del cliente, así
como observaciones acerca de las razones del cambio. ¿Cómo realizaría
esta tarea?
El primer paso es crear un mensaje de error personalizado que
especifique el nombre de cuenta del cliente, el límite de crédito, las
observaciones (si tal columna existe ya en la base de datos) y el
nombre del empleado que hizo la actualización.
El paso siguiente es modificar el procedimiento almacenado o el
desencadenador que cambia los límites de crédito de los clientes para
que active el error personalizado con la instrucción RAISERROR.
A continuación, debe crear el jefe de cuentas de clientes como operador.
Por último, debe crear una alerta, asociada al mensaje de error
personalizado, que envíe un mensaje de correo electrónico al jefe
de cuentas de clientes cuando se desencadene la alerta.

Módulo 5: Realización de Tareas Administrativas: Contenido

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Módulo 5: Realización de Tareas Administrativas: Contenido

Cargado por

Copyright:

Formatos disponibles

Módulo 5: Realización

 2000 Microsoft Corporation. Reservados todos los derechos.

Microsoft, Active Directory, ActiveX, BackOffice, FrontPage, JScript, Outlook, PowerPoint,

Dirección de desarrollo: Xandria Eykel

Notas para el instructor

Tiempo para las secciones y prácticas

Preparación del instructor para una práctica

Práctica A: Configuración de SQL Server

Práctica B: Creación de trabajos y operadores

Práctica C: Creación de alertas

Preparación del instructor para el módulo

Para preparar el equipo del instructor para este módulo

Nota Si el procedimiento anterior ha terminado correctamente, ya está

Para solucionar problemas en el envío y recepción de correo electrónico

Para configurar y probar un perfil de Exchange para la cuenta de

Opciones de actualización de correo Ninguno de los anteriores

6. Haga clic en Empezar a utilizar Microsoft Outlook.

Para configurar y probar un perfil de Exchange para la cuenta

7. Haga clic en Empezar a utilizar Microsoft Outlook.

Para configurar SQL Server Agent de modo que utilice el perfil

Automatización de la administración de SQL Server

Para iniciar la presentación multimedia

Presentación de las diapositivas animadas

Para mostrar la diapositiva Asignación de un operador a prueba

Desarrollo del módulo

Importante La práctica de este módulo también depende de la configuración

Resultados de las prácticas

Configuración de SQL Server Agent

Sugerencia SQL Server Agent debe estar en ejecución en

La cuenta de inicio de sesión de SQL Server Agent debe

Debe asignar la cuenta de usuario de dominio a la función sysadmin de

Sugerencia Uso del modo de autenticación de Windows para

Configuración de SQLAgentMail y SQL Mail

Uso de SQL Mail

Configuración de SQLAgentMail y SQL Mail

Configuración de servidores vinculados

Una de las tareas de configuración de un administrador de bases de datos

Qué es una definición de servidor vinculado

Administración de una definición de servidor vinculado

Establecimiento de la seguridad para servidores

Configuración de los nombres de origen de datos

Cada origen de datos ODBC de un cliente tiene un nombre de origen de datos

Configuración de la compatibilidad con XML de SQL Server en IIS

Acceso a SQL Server a través de HTTP

Configuración de un directorio virtual en IIS

Nota No puede utilizar el directorio virtual empleado para el acceso a datos de

Cómo tiene acceso XML a SQL Server

Nota Las consultas XPath se realizan en el servidor IIS. Sqlxmlx.dll convierte

Configuración de SQL Server para compartir recursos de memoria

Configuración de las opciones de memoria

Determinación de la cantidad de memoria máxima

Uso del Monitor de sistema de Windows 2000 para la

Práctica A: Configuración de SQL Server

Explique los objetivos de

En la tabla siguiente se muestran el nombre de usuario, el nombre del equipo y

SQLAdmin1 Vancouver 192.168.x.1

Tiempo previsto para completar esta práctica: 30 minutos

Para configurar el perfil de Exchange de su cuenta administrativa

Nombre de usuario SQLAdminx (donde x corresponde

2. En el escritorio, haga doble clic en Microsoft Outlook.

Opciones del servicio de correo electrónico Organización o grupo de trabajo

4. Haga clic en Sí para que Outlook sea el administrador predeterminado de

Para configurar el perfil de Exchange de la cuenta de usuario