SQL Server Agent

Si applica a: SQL Server Istanza gestita di SQL di Azure

Questo articolo offre una panoramica di SQL Server Agent, ovvero un servizio di Microsoft Windows che esegue attività amministrative pianificate (denominate processi) in SQL Server e Istanza gestita di SQL di Azure.

Vantaggi di SQL Server Agent

SQL Server Agent usa SQL Server per archiviare le informazioni sul processo. I processi sono costituiti da uno o più passaggi, ciascuno dei quali contiene un'attività, ad esempio il backup di un database.

SQL Server Agent è in grado di eseguire un processo incluso in una pianificazione, in risposta a un evento specifico, oppure su richiesta. Se, ad esempio, l'esigenza è quella di eseguire il backup di tutti i server aziendali ogni sera in orario non lavorativo, è possibile automatizzare questa attività, Pianificare l'esecuzione del backup dopo le 22:00, dal lunedì al venerdì. In caso di problemi durante il backup, SQL Server Agent può registrare l'evento e inviarne notifica all'utente.

Componenti di SQL Server Agent

SQL Server Agent utilizza i componenti seguenti per definire le attività da eseguire, quando eseguirle e come fornire informazioni in merito alla riuscita o meno delle attività.

Usare Gestione configurazione SQL Server per gestire il servizio SQL Server Agent e usare SQL Server Management Studio (SSMS) per gestire facilmente le proprietà di SQL Server Agent, i processi, gli avvisi, gli operatori e i proxy in un'interfaccia utente grafica.

Processi

Un processo è una serie specificata di azioni eseguite da SQL Server Agent. Usare i processi per definire un'attività amministrativa eseguibile una o più volte e monitorabile per verificarne l'esito positivo o negativo. Un processo può essere eseguito in un server locale o in più server remoti.

È possibile eseguire i processi in diversi modi:

• In base a una o più pianificazioni.

• In risposta a uno o più avvisi.

• Eseguendo la stored procedure sp_start_job.

Ogni azione di un processo viene definita passaggio del processo. Un passaggio del processo, ad esempio, può essere costituito dall'esecuzione di un'istruzione Transact-SQL, di un pacchetto di SSIS o di un comando in un server Analysis Services. I passaggi del processo vengono gestiti come parte di un processo.

Ogni passaggio del processo viene eseguito in un contesto di sicurezza specifico. Nel caso dei passaggi di processo che utilizzano Transact-SQL, usare l'istruzione EXECUTE AS per impostare il contesto di sicurezza corrispondente. Per gli altri tipi di passaggi di processo, utilizzare un account proxy per impostare il contesto di sicurezza corrispondente.

Usare la stored procedure di sistema sp_help_job per trovare informazioni su un processo specifico. Usare la tabella di sistema dbo.sysjobs per visualizzare informazioni sui processi. Ad esempio, usare l'istruzione Transact-SQL (T-SQL) seguente per visualizzare informazioni su tutti i processi in un server:

USE MSDB
GO
SELECT job_id, [name] FROM dbo.sysjobs;

Pianificazioni

Una pianificazione specifica quando viene eseguito un processo. La stessa pianificazione può includere l'esecuzione di più processi e allo stesso processo possono essere applicate più pianificazioni. Per quanto riguarda quando un processo deve essere eseguito, una pianificazione può definire le condizioni seguenti:

• A ogni avvio di SQL Server Agent.

• Quando l'utilizzo della CPU del computer corrisponde al livello di inattività.

• Una sola volta in corrispondenza di una data e un'ora specifiche.

• In base a una pianificazione ricorrente.

Per altre informazioni, vedere Creare e collegare le pianificazioni ai processi.

Avvisi

Un avviso è una risposta automatica a un evento specifico. Ad esempio, un evento può essere generato dall'avvio di un processo o dal raggiungimento della soglia specifica delle risorse di sistema. Le condizioni per la generazione di un avviso vengono definite dall'utente.

Un avviso può rispondere a una delle condizioni seguenti:

• Eventi di SQL Server

• Condizioni delle prestazioni di SQL Server

• Eventi WMI (Microsoft Windows Management Instrumentation) nel computer in cui viene eseguito SQL Server Agent

Un avviso può eseguire le azioni seguenti:

• Invio di una notifica a uno o più operatori

• Eseguire un processo

Per altre informazioni, vedere Avvisi.

Operatori

Un operatore definisce le informazioni di contatto relative al responsabile della manutenzione di una o più istanze di SQL Server. In alcune organizzazioni le mansioni di operatore vengono assegnate a un unico dipendente. In organizzazioni con più server, tali mansioni possono essere ripartite tra più dipendenti. Un operatore non include informazioni di sicurezza e non definisce un'entità di sicurezza.

SQL Server può inviare agli operatori notifiche di avvisi tramite...

• E-mail

• Cercapersone (tramite posta elettronica)

• net send

Per inviare notifiche agli operatori usando la posta elettronica o i cercapersone, è necessario configurare SQL Server Agent per l'uso di Posta elettronica database. Per ulteriori informazioni, vedere Posta elettronica database.

È possibile definire un operatore come alias assegnato a un gruppo di utenti. In questo modo, tutti i membri dell'alias non vengono verificati contemporaneamente. Per altre informazioni, vedere Operatori.

Sicurezza per l'amministrazione di SQL Server Agent

SQL Server Agent usa i ruoli predefiniti del database SQLAgentUserRole, SQLAgentReaderRole e SQLAgentOperatorRole nel database msdb per controllare l'accesso a SQL Server Agent per gli utenti che non sono membri del ruolo predefinito del server sysadmin. Sottosistemi e proxy consentono agli amministratori del database di garantire l'esecuzione di tutti i passaggi di processo con le autorizzazioni minime necessarie all'esecuzione della relativa attività.

Ruoli

I membri dei ruoli predefiniti del database SQLAgentUserRole, SQLAgentReaderRole e SQLAgentOperatorRole in msdb e i membri del ruolo predefinito del server sysadmin hanno accesso a SQL Server Agent. Un utente che non appartiene a nessuno di questi ruoli non può utilizzare SQL Server Agent. Per altre informazioni sui ruoli usati da SQL Server Agent, vedere Implementazione della sicurezza di SQL Server Agent.

Subsystems

Un sottosistema è un oggetto predefinito che rappresenta funzionalità disponibili per un passaggio di processo. Ogni proxy ha accesso a uno o più sottosistemi. I sottosistemi offrono sicurezza in quanto delimitano l'accesso alle funzionalità disponibili per un proxy. Ogni passaggio di processo viene eseguito nel contesto di un proxy, ad eccezione dei passaggi di processo Transact-SQL. I passaggi di processo Transact-SQL usano il comando EXECUTE AS per impostare il contesto di sicurezza sul proprietario del processo.

In SQL Server vengono definiti i sottosistemi inclusi nella tabella seguente:

SQL Server Agent applica restrizioni di sottosistema anche quando l'entità di sicurezza per il proxy disporrebbe dell'autorizzazione necessaria per eseguire l'attività nel passaggio di processo. Ad esempio, un proxy per un utente membro del ruolo predefinito del server sysadmin non può eseguire un passaggio di processo SSIS a meno che non abbia accesso al sottosistema SSIS, anche se l'utente può eseguire pacchetti SSIS.

Proxy

SQL Server Agent ua i proxy per la gestione dei contesti di sicurezza. È possibile utilizzare un proxy in più passaggi di processo. I membri del ruolo predefinito del server sysadmin sono autorizzati alla creazione di proxy.

Ogni proxy corrisponde a una credenziale di sicurezza e può essere associato a un set di sottosistemi e a un set di account di accesso. È possibile utilizzare il proxy solo per i passaggi di processo che utilizzano un sottosistema associato al proxy stesso. Per creare un passaggio di processo che utilizza un proxy specifico, il proprietario del processo deve usare un account di accesso associato a tale proxy oppure essere un membro di un ruolo con accesso senza limitazioni ai proxy. I membri del ruolo predefinito del server sysadmin hanno privilegi di accesso senza limitazioni ai proxy. I membri del ruolo SQLAgentUserRole, SQLAgentReaderRoleo SQLAgentOperatorRole possono utilizzare solo i proxy ai quali sono specificamente autorizzati ad accedere. È necessario concedere l'accesso a proxy specifici a ogni utente membro di uno di questi ruoli predefiniti del database di SQL Server Agent, in modo che possa creare passaggi di processo che utilizzano tali proxy.

Amministrazione di Power Automate

Per configurare SQL Server Agent per automatizzare l'amministrazione SQL Server, seguire questi passaggi:

1. Individuare le attività amministrative o gli eventi server che si verificano regolarmente e che possono essere gestiti a livello di programmazione. È possibile automatizzare un'attività se implica una sequenza prevedibile di passaggi e si verifica a un'ora specifica o in risposta a un evento specifico.

2. Definire un set di processi, pianificazioni, avvisi e operatori tramite SQL Server Management Studio, script Transact-SQL o SQL Server Management Objects (SMO). Per ulteriori informazioni, vedere Creare le commesse.

3. Eseguire i processi di SQL Server Agent definiti.

Se si eseguono più istanze di SQL Server, è possibile usare l'amministrazione multiserver per automatizzare attività comuni a tutte le istanze. Per altre informazioni, vedere Amministrazione automatizzata in un'organizzazione.

Per un'introduzione a SQL Server Agent, usare le attività riportate di seguito:

NOSQLPS

A partire da SQL Server 2019, è possibile disabilitare SQLPS. Nella prima riga di un passaggio di processo di tipo PowerShell è possibile aggiungere #NOSQLPS per impedire a SQL Agent di caricare automaticamente il modulo SQLPS. A questo punto, il processo di SQL Agent esegue la versione di PowerShell installata nel computer e quindi è possibile usare qualsiasi altro modulo di PowerShell desiderato.

Per usare il modulo SqlServer nel passaggio del processo di SQL Agent, inserire il codice nelle prime due righe dello script.

#NOSQLPS
Import-Module -Name SqlServer

Contenuto correlato

• Configurazione superficie di attacco
• SQL Server Agent con PowerShell