Agente di SQL Server

Si applica a:SQL ServerIstanza gestita di Azure SQL

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 sui processi. Le attività contengono una o più fasi del lavoro. Ogni passaggio contiene una propria attività, ad esempio il backup di un database.

SQL Server Agent può eseguire un processo in base a una pianificazione, in risposta a un evento specifico o su richiesta. Ad esempio, se si vuole eseguire il backup di tutti i server aziendali ogni giorno feriale dopo l'orario lavorativo, è possibile automatizzare questa attività. Pianificare l'esecuzione del backup dopo le 22:00 dal lunedì al venerdì. Se il backup rileva un problema, SQL Server Agent può registrare l'evento e inviare una notifica.

Componenti di SQL Server Agent

SQL Server Agent usa i componenti seguenti per definire le attività da eseguire, quando eseguire le attività e come segnalare l'esito positivo o negativo 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.

Lavori

Un processo è una serie specificata di azioni eseguite da SQL Server Agent. Usare i compiti per definire un'attività amministrativa eseguibile una o più volte e monitorabile per il successo o il fallimento. Un processo può essere eseguito in un server locale o in più server remoti.

È possibile eseguire processi in diversi modi:

• In base a una o più pianificazioni.

• In risposta a uno o più avvisi.

• Eseguendo la procedura memorizzata sp_start_job.

Ogni azione in un lavoro è una fase del lavoro. Ad esempio, un passaggio di processo può essere costituito dall'esecuzione di un'istruzione Transact-SQL, dall'esecuzione di un pacchetto SSIS o dall'esecuzione di un comando a un server Analysis Services. I passaggi di un'operazione vengono gestiti come parte di un'operazione.

Ogni passaggio del processo viene eseguito in un contesto di sicurezza specifico. Per i passaggi del processo che usano Transact-SQL, usare l'istruzione EXECUTE AS per impostare il contesto di sicurezza per il passaggio del processo. Per altri tipi di fasi di lavoro, utilizzare un account proxy per impostare il contesto di sicurezza della fase di lavoro.

Usare la stored procedure di sistema sp_help_job per ottenere informazioni su un lavoro specifico. Usare la tabella di sistema dbo.sysjobs per visualizzare informazioni sulle attività. 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;

Orari

Una pianificazione specifica quando viene eseguito un processo. Più di un lavoro può essere eseguito secondo la stessa programmazione, e più di una programmazione può essere applicata allo stesso lavoro. Per quanto riguarda quando un processo deve essere eseguito, una pianificazione può definire le condizioni seguenti:

• Ogni volta che viene avviato SQL Server Agent.

• Ogni volta che l'utilizzo della CPU del computer è a un livello definito come inattivo.

• Una volta, in una data e un'ora specifiche.

• Secondo una programmazione ricorrente.

Per ulteriori informazioni, vedere Creare e allegare programmi ai lavori.

Avvisi

Un avviso è una risposta automatica a un evento specifico. Ad esempio, un evento può essere un processo che si avvia oppure risorse di sistema che raggiungono una soglia specifica. Definire le condizioni in cui si verifica un avviso.

Un avviso può rispondere a una delle condizioni seguenti:

• Eventi di SQL Server

• Condizioni di prestazioni di SQL Server

• Eventi di Strumentazione gestione Microsoft Windows (WMI) nel computer in cui è in esecuzione SQL Server Agent

Un avviso può eseguire le azioni seguenti:

• Notificare uno o più operatori

• Eseguire un'operazione

Per altre informazioni, vedere Avvisi.

Operatori

Un operatore definisce le informazioni di contatto per un individuo responsabile della manutenzione di una o più istanze di SQL Server. In alcune aziende, le responsabilità degli operatori vengono assegnate a un individuo. Nelle aziende con più server, molti utenti possono condividere le responsabilità degli operatori. Un operatore non contiene informazioni di sicurezza e non definisce un'entità di sicurezza.

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

• E-mail (posta elettronica)

• Cercapersone (tramite posta elettronica)

• net send

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

È possibile definire un operatore come alias per un gruppo di singoli utenti. In questo modo, tutti i membri di tale 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 msdb database per controllare l'accesso a SQL Server Agent per gli utenti che non sono membri del ruolo predefinito del server sysadmin . Oltre a questi ruoli predefiniti del database, i sottosistemi e i proxy consentono agli amministratori del database di assicurarsi che ogni passaggio del processo venga eseguito con le autorizzazioni minime necessarie per eseguire l'attività.

Ruoli

I membri dei ruoli predefiniti del database SQLAgentUserRole, SQLAgentReaderRole e SQLAgentOperatorRole in msdbe 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ò usare SQL Server Agent. Per altre informazioni sui ruoli usati da SQL Server Agent, vedere Implementare la sicurezza di SQL Server Agent.

Sottosistemi

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

SQL Server definisce i sottosistemi elencati nella tabella seguente:

SQL Server Agent applica restrizioni del sottosistema anche quando l'entità di sicurezza per il proxy normalmente dispone dell'autorizzazione per eseguire l'attività nel passaggio del 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 il proxy non abbia accesso al sottosistema SSIS, anche se l'utente può eseguire pacchetti SSIS.

Proxies

SQL Server Agent usa proxy per gestire i contesti di sicurezza. Un proxy può essere usato in più passaggi del processo. I membri del ruolo predefinito del server sysadmin possono creare proxy.

Ogni proxy corrisponde a una credenziale di sicurezza. Ogni proxy può essere associato a un set di sottosistemi e a un set di account di accesso. Il proxy può essere usato solo per i passaggi del processo che usano un sottosistema associato al proxy. Per creare un passaggio del processo che usa un proxy specifico, il proprietario del processo deve usare un account di accesso associato a tale proxy o a un membro di un ruolo con accesso senza restrizioni ai proxy. I membri del ruolo predefinito del server sysadmin hanno accesso illimitato ai proxy. I membri di SQLAgentUserRole, SQLAgentReaderRole o SQLAgentOperatorRole possono usare solo proxy a cui è stato concesso l'accesso specifico. A ogni utente membro di uno di questi ruoli predefiniti del database di SQL Server Agent deve essere concesso l'accesso a proxy specifici in modo che l'utente possa creare passaggi di processo che usano tali proxy.

Automatizzare l'amministrazione

Usare la procedura seguente per configurare SQL Server Agent per automatizzare l'amministrazione di SQL Server:

1. Stabilire quali attività amministrative o eventi del server si verificano regolarmente e se queste attività o eventi possono essere amministrate a livello di codice. Un'attività è un buon candidato per l'automazione se implica una sequenza prevedibile di passaggi e si verifica in un momento specifico o in risposta a un evento specifico.

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

3. Eseguire i processi di SQL Server Agent definiti.

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

Usare le attività seguenti per iniziare a usare SQL Server Agent:

NOSQLPS

A partire da SQL Server 2019, è possibile disabilitare SQLPS. Nella prima riga di un passaggio di processo del tipo PowerShell è possibile aggiungere #NOSQLPS, che impedisce a SQL Agent di caricare automaticamente il modulo SQLPS. Ora 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 di un processo di SQL Agent, è possibile inserire questo codice nelle prime due righe dello script.

#NOSQLPS
Import-Module -Name SqlServer

Contenuto correlato

• Configurazione dell'area di superficie
• SQL Server Agent con PowerShell