TechNet
Exportar (0) Imprimir
Expandir todo

Agente SQL Server

 

Publicada: mayo de 2016

SQL Server es un servicio de Microsoft Wendows que ejecuta tareas admenistrativas programadas, denomenadas trabajos en SQL Server 2014.

En este tema

SQL Server usa SQL Server para almacenar información de los trabajos. Los trabajos contienen uno o más pasos. Cada paso contiene su propia tarea; por ejemplo, realizar una copia de seguridad de una base de datos.

SQL Server puede ejecutar un trabajo según una programación, como respuesta a un evento específico o a petición. Por ejemplo, si desea realizar una copia de seguridad de todos los servidores de la organización todos los días entre semana después del horario de trabajo, puede automatizar esta tarea. Programe la copia de seguridad para que se ejecute después de las 22:00 h de lunes a viernes; si la copia de seguridad encuentra un problema, el Agente SQL Server puede registrar el evento y notificárselo.

System_CAPS_ICON_note.jpg Nota


De forma predeterminada, el SQL Server se deshabilita cuando SQL Server 2014 está instalado a menos que el usuario elija explícitamente iniciar automáticamente el servicio.

SQL Server emplea los siguientes componentes para definir las tareas que se van a realizar, cuándo se van a llevar a cabo y cómo se va a informar de si se han realizado correctamente o no.

trabajos

Un trabajo es una serie especificada de acciones que realiza el Agente SQL Server . Utilice los trabajos para definir tareas administrativas de manera que se ejecuten una o más veces, y se pueda supervisar si se realizan o no correctamente. Un trabajo se puede ejecutar en un servidor local o en varios servidores remotos.

System_CAPS_ICON_important.jpg Importante


SQL Server que se están ejecutando en el momento de un evento de conmutación por error en una instancia de clúster de conmutación por error de SQL Server no se reanudan después de la conmutación por error a otro nodo de clúster de conmutación por error. SQL Server Trabajos del agente que se ejecutan en el momento un Hyper-V nodo está en pausa no se reanudan si la pausa origina una conmutación por error a otro nodo. Los trabajos que empiezan pero no se finalizan como consecuencia de un evento de conmutación por error se registran como iniciados, pero no muestran entradas de registro adicionales para que indiquen finalización o error. SQL Server se muestran como nunca finalizados.

Existen varias maneras de ejecutar trabajos:

  • Conforme a una o más programaciones.

  • Como respuesta a una o varias alertas.

  • Mediante la ejecución de sp_iniciar_trabajo de procedimiento almacenado.

Cada acción de un trabajo es un paso de trabajo. Por ejemplo, un paso de trabajo puede consistir en la ejecución de una instrucción Transact-SQL , la ejecución de un paquete SSIS o la emisión de un comando en un servidor de Analysis Services. Los pasos de trabajo se administran como parte de un trabajo.

Cada paso se ejecuta en un contexto de seguridad específico. En el caso de los pasos de trabajo que utilizan Transact-SQL, use la instrucción EXECUTE AS para establecer el contexto de seguridad para éstos. Para los demás tipos de pasos de trabajo, utilice una cuenta de proxy para establecer el contexto de seguridad.

Programaciones

Una programación especifica cuándo se ejecuta un trabajo. Se puede ejecutar más de un trabajo en la misma programación y se puede aplicar más de una programación al mismo trabajo. Una programación puede definir las condiciones siguientes del momento en el que se ejecuta un trabajo:

  • Cuando se inicia el Agente SQL Server .

  • Cuando el uso de la CPU del equipo se encuentre en un nivel que se haya definido como inactivo.

  • Una vez, a una hora y una fecha específicas.

  • Periódicamente.

Para obtener más información, consulte crear y adjuntar programaciones a trabajos.

Alertas

Una alerta es una respuesta automática a un evento específico. Por ejemplo, un evento puede ser el inicio de un trabajo o que los recursos del sistema alcancen un umbral específico. Debe definir las condiciones en las que se genera una alerta.

Una alerta puede responder a una de las condiciones siguientes:

  • SQL Server eventos

  • SQL Server condiciones de rendimiento

  • Eventos de Microsoft Windows Management Instrumentation (WMI) en el equipo donde se ejecuta el Agente SQL Server

Una alerta puede realizar las acciones siguientes:

  • Notificar a uno o varios operadores

  • Ejecutar un trabajo

Para obtener más información, consulte Alertas.

Operadores

Un operador define información de contacto para las personas responsables del mantenimiento de una o varias instancias de SQL Server. En algunas compañías, las responsabilidades de operador están asignadas a una sola persona. En compañías con varios servidores, muchas personas comparten las responsabilidades de operador. Un operador no contiene información de seguridad y no define una entidad de seguridad.

SQL Server puede notificar a los operadores de alertas mediante una o varias de las opciones siguientes:

  • E-correo

  • Buscapersonas (hasta e-correo)

  • envío de red

System_CAPS_ICON_note.jpg Nota


Para enviar notificaciones mediante mediante net send, se debe iniciar el servicio Windows Messenger en el equipo donde SQL Server reside el agente.

System_CAPS_ICON_important.jpg Importante


El elemento de paginación y mediante net send Opciones se quitará del SQL Server agente en una versión futura de SQL Server. Evite utilizar estas características en los nuevos trabajos de programación y planee modificar las aplicaciones que actualmente las utilizan.

Para enviar notificaciones a operadores mediante e-correo electrónico o buscapersonas, debe configurar SQL Server agente para usar el correo electrónico de base de datos. Para obtener más información, consulte Database Mail.

Puede definir un operador como alias de un grupo de personas. De esta manera, todos los miembros de este alias pueden recibir notificaciones al mismo tiempo. Para obtener más información, consulte Operadores.

SQL Server usa los roles fijos de base de datos SQLAgentUserRole, SQLAgentReaderRoley SQLAgentOperatorRole en la base de datos msdb para controlar el acceso al Agente SQL Server para aquellos usuarios que no son miembros del rol fijo de servidor sysadmin . Además de estos roles fijos de base de datos, los subsistemas y los servidores proxy ayudan a los administradores de bases de datos a garantizar que cada paso de trabajo se ejecuta con los permisos mínimos necesarios para realizar la tarea.

Roles

Los miembros de los roles fijos de base de datos SQLAgentUserRole, SQLAgentReaderRoley SQLAgentOperatorRole de msdby los miembros del rol fijo de servidor sysadmin tienen acceso al Agente SQL Server . Un usuario que no pertenezca a ninguno de estos roles no puede utilizar el Agente SQL Server . Para obtener más información sobre los roles utilizados por SQL Server agente, vea seguridad del agente de implementar SQL Server.

Subsistemas

Un subsistema es un objeto predefinido que representa las funciones disponibles para un paso de trabajo. Cada proxy tiene acceso a uno o varios subsistemas. Los subsistemas proporcionan seguridad, ya que delimitan el acceso a las que funciones que están disponibles para el proxy. Cada paso de trabajo se ejecuta en el contexto de un proxy, con la excepción de los pasos de trabajo de Transact-SQL . Transact-SQL utilizan el comando EXECUTE AS para establecer el contexto de seguridad.

SQL Server define los subsistemas incluidos en la tabla siguiente:

Nombre del subsistemaDescripción
Scripts Microsoft ActiveXEjecuta un paso de trabajo de scripts ActiveX.

** Advertencia ** El subsistema de secuencias de comandos ActiveX se quitará del SQL Server agente en una versión futura de MicrosoftSQL Server. Evite utilizar esta característica en nuevos trabajos de desarrollo y tenga previsto modificar las aplicaciones que actualmente la utilizan.
Sistema operativo (CmdExec)Ejecuta un programa ejecutable.
PowerShellEjecuta un paso de trabajo de scripts de PowerShell.
Distribuidor de replicaciónEjecuta un paso de trabajo que activa el Agente de distribución de replicación.
Mezcla de replicaciónEjecuta un paso de trabajo que activa el Agente de mezcla.
Lector de cola de replicaciónEjecuta un paso de trabajo que activa el Agente de lectura de cola de replicación.
Instantánea de replicaciónEjecuta un paso de trabajo que activa el Agente de instantáneas.
Registro del LOG de transacciones de replicaciónEjecuta un paso de trabajo que activa el Agente de registro del LOG.
Analysis Services ComandoEjecuta un comando de Analysis Services .
Analysis Services QueryEjecuta una consulta de Analysis Services .
SSIS ejecución del paqueteEjecuta un paquete de SSIS .
System_CAPS_ICON_note.jpg Nota


Porque Transact-SQL pasos de trabajo utilizan proxy, no hay ningún SQL Server subsistema del agente para Transact-SQL pasos de trabajo.

SQL Server aplica las restricciones del subsistema incluso si la entidad de seguridad del proxy tuviera permiso para ejecutar la tarea del paso de trabajo. Por ejemplo, no se puede ejecutar un proxy para un usuario que sea miembro del rol fijo de servidor sysadmin un SSIS paso de trabajo a menos que el proxy tenga acceso a la SSIS subsistema, aunque el usuario puede ejecutar SSIS paquetes.

Servidores proxy

SQL Server usa servidores proxy para administrar contextos de seguridad. Se puede utilizar un servidor proxy en más de un paso de trabajo. Los miembros del rol fijo de servidor sysadmin pueden crear servidores proxy.

Cada proxy se corresponde con unas credenciales de seguridad. Cada proxy puede asociarse a un conjunto de subsistemas y un conjunto de inicios de sesión. El proxy solo se puede utilizar con pasos de trabajo que utilizan un subsistema asociado al proxy. Para crear un paso de trabajo que utilice un proxy determinado, el propietario del trabajo debe utilizar un inicio de sesión asociado al proxy o debe ser miembro de un rol con acceso ilimitado a los servidores proxy. Los miembros del rol fijo de servidor sysadmin tienen acceso ilimitado a los servidores proxy. Los miembros de SQLAgentUserRole, SQLAgentReaderRoleo SQLAgentOperatorRole solo pueden utilizar servidores proxy para los que dispongan de acceso específico. Cada usuario que sea miembro de alguno de estos roles fijos de base de datos del Agente SQL Server debe tener acceso a servidores proxy específicos para poder crear pasos de trabajo que usen esos proxy.

Use los pasos siguientes para configurar el Agente SQL Server de manera que se automatice la administración de SQL Server :

  1. Establezca las tareas administrativas o eventos del servidor que se realizan con regularidad y si estas tareas o eventos se pueden administrar mediante programación. Una tarea es una buena candidata a la automatización si consta de una secuencia de pasos predecible y se produce en un momento específico o en respuesta a un evento concreto.

  2. Definir un conjunto de trabajos, programaciones, alertas y operadores mediante SQL Server Management Studio, Transact-SQL secuencias de comandos, o SQL Server Management Objects (SMO). Para obtener más información, consulte crear trabajos.

  3. Ejecute los trabajos del Agente SQL Server que haya definido.

System_CAPS_ICON_note.jpg Nota


Para la instancia predeterminada de SQL Server, el servicio SQL Server se denomina SQLSERVERAGENT. Para las instancias con nombre, el servicio Agente SQL Server se denomina SQLAgent$nombreDeInstancia.

Si ejecuta varias instancias de SQL Server, use la administración multiservidor para automatizar las tareas comunes a todas las instancias. Para obtener más información, consulte automatizada de administración en una empresa.

Use las siguientes tareas para comenzar a trabajar con el agente de SQL Server :

DescripciónTema
Describe cómo configurar el Agente SQL Server.Configure SQL Server Agent
Describe cómo iniciar, detener y pausar el servicio del Agente SQL Server.Start, Stop, or Pause the SQL Server Agent Service
Describe las consideraciones para especificar una cuenta para el servicio del Agente SQL Server.Seleccione una cuenta para el servicio del Agente SQL Server
Describe cómo usar el registro de errores del Agente SQL Server.Registro de errores del Agente SQL Server
Describe cómo usar los objetos de rendimiento.Usar objetos de rendimiento
Describe el Asistente para planes de mantenimiento, que es una utilidad que puede ayudarle a crear trabajos, alertas y operadores para automatizar la administración de una instancia de SQL Server.Use the Maintenance Plan Wizard
Describe cómo automatizar tareas administrativas mediante el Agente SQL Server.Tareas de administración automatizada y Nº 40; Agente SQL Server & #41;

Configuración de Área expuesta

Adiciones de comunidad

AGREGAR
Mostrar:
© 2016 Microsoft