jobs.jobsteps (processi elastici di Azure) (Transact-SQL)
Si applica a: 
database SQL di Azure
Contiene tutti i passaggi della versione corrente dei processi nel servizio Processi elastici di Azure per database SQL di Azure.
| Nome colonna | Tipo di dati | Descrizione |
|---|---|---|
| job_name | nvarchar(128) | Nome del processo. |
| job_id | uniqueidentifier | ID univoco del processo. |
| job_version | int | Versione del processo aggiornata automaticamente in corrispondenza di ogni modifica del processo. |
| step_id | int | Identificatore univoco (all'interno del processo) del passaggio. |
| step_name | nvarchar(128) | Nome univoco (a livello di processo) per il passaggio. |
| command_type | nvarchar(50) | Tipo di comando da eseguire nel passaggio del processo. Il valore deve essere uguale a e il valore predefinito è TSql. |
| command_source | nvarchar(50) | Posizione del comando. Inline è il valore predefinito e accettato solo. |
| command | nvarchar(max) | Comandi da eseguire da processi elastici tramite command_type. |
| credential_name | nvarchar(128) | Nome della credenziale con ambito database usata per eseguire il processo. |
| target_group_name | nvarchar(128) | Nome del gruppo di destinazione. |
| target_group_id | uniqueidentifier | ID univoco del gruppo di destinazione. |
| initial_retry_interval_seconds | int | Ritardo prima del primo tentativo. Il valore predefinito è 1. |
| maximum_retry_interval_seconds | int | Ritardo massimo tra i tentativi. Se il ritardo tra i tentativi supera questo valore, viene limitato in base al valore. Il valore predefinito è 120. |
| retry_interval_backoff_multiplier | real | Moltiplicatore da applicare al ritardo tra i tentativi se più tentativi di esecuzione del passaggio del processo hanno esito negativo. Il valore predefinito è 2.0. |
| retry_attempts | int | Numero di tentativi da eseguire in caso di esecuzione errata del passaggio. Il valore predefinito è 10, che indica nessun tentativo. |
| step_timeout_seconds | int | Numero di minuti che devono trascorrere tra i tentativi. Il valore predefinito è 0, che indica un intervallo di 0 minuti. |
| output_type | nvarchar(11) | Posizione del comando. Inline è il valore predefinito e accettato solo. |
| output_credential_name | nvarchar(128) | Nome delle credenziali da usare per la connessione al server di destinazione per l'archiviazione del set di risultati. |
| output_subscription_id | uniqueidentifier | ID univoco della sottoscrizione del server\database di destinazione per il set di risultati ottenuto dall'esecuzione della query. |
| output_resource_group_name | nvarchar(128) | Nome del gruppo di risorse in cui si trova il server di destinazione. |
| output_server_name | nvarchar(256) | Nome del server di destinazione per il set di risultati. |
| output_database_name | nvarchar(128) | Nome del database di destinazione per il set di risultati. |
| output_schema_name | nvarchar(max) | Nome logico dello schema di destinazione. Il valore predefinito è dbo, se non specificato. |
| output_table_name | nvarchar(max) | Nome della tabella per archiviare il set di risultati ottenuto dai risultati della query. La tabella verrà creata automaticamente in base allo schema del set di risultati, se non esiste già. Lo schema deve corrispondere allo schema del set di risultati. |
| max_parallelism | int | Numero massimo di database per ogni pool elastico in cui il passaggio del processo verrà eseguito contemporaneamente. Il valore predefinito è NULL, ovvero nessun limite. |
Autorizzazioni
I membri del ruolo jobs_reader possono selezionare da questa visualizzazione. Per altre informazioni, vedere Processi elastici nel database SQL di Azure.
Osservazioni:
Tutti gli orari nei processi elastici sono espressi nel fuso orario UTC.
Per visualizzare la cronologia delle versioni dei passaggi del processo, usare jobs.jobstep_versions.
Attenzione
Si consiglia di non aggiornare le viste del catalogo interne nel database del processo. La modifica manuale delle viste del catalogo può danneggiare il database dei processi e provocare un errore. Queste viste sono destinate solo all'esecuzione di query di sola lettura. È possibile usare le stored procedure nel database del processo.
Esempi
Visualizzare i passaggi dalla versione corrente di tutti i processi
-- View the steps of the current version of all jobs
SELECT js.*
FROM jobs.jobsteps AS js
INNER JOIN jobs.jobs AS j
ON j.job_id = js.job_id AND j.job_version = js.job_version;