jobs.jobsteps (Azure Elastic Jobs) (Transact-SQL)
Gilt für:
Azure SQL-Datenbank
Enthält alle Schritte in der aktuellen Version von Aufträgen im Azure Elastic Jobs-Dienst für Azure SQL-Datenbank.
| Spaltenname | Datentyp | BESCHREIBUNG |
|---|---|---|
| job_name | nvarchar(128) | Der Name des Auftrags. |
| job_id | UNIQUEIDENTIFIER | Eindeutige ID des Auftrags. |
| job_version | INT | Version des Auftrags (wird automatisch jedes Mal aktualisiert, wenn der Auftrag geändert wird) |
| step_id | INT | Eindeutiger Bezeichner (für diesen Auftrag) für den Schritt |
| step_name | nvarchar(128) | Der (bei diesem Auftrag) eindeutige Name für den Schritt. |
| command_type | nvarchar(50) | Der Typ des Befehls, der beim Auftragsschritt ausgeführt werden soll. Der Wert muss gleich und standardmäßig auf TSql. |
| command_source | nvarchar(50) | Adresse des Befehls. Inline ist der Standardwert und nur der akzeptierte Wert. |
| Befehl | nvarchar(max) | Die Befehle, die durch elastische Aufträge command_typeausgeführt werden sollen. |
| credential_name | nvarchar(128) | Name der anmeldeinformationen mit Datenbankbereich, die zum Ausführen des Auftrags verwendet werden. |
| target_group_name | nvarchar(128) | Der Name der Zielgruppe. |
| target_group_id | UNIQUEIDENTIFIER | Eindeutige ID der Zielgruppe. |
| initial_retry_interval_seconds | INT | Die Verzögerung vor dem ersten Wiederholungsversuch. Der Standardwert ist 1. |
| maximum_retry_interval_seconds | INT | Die maximale Verzögerung zwischen Wiederholungsversuchen. Wenn die Verzögerung zwischen den Wiederholungsversuchen größer ist als dieser Wert, wird diese stattdessen auf diesen Maximalwert gesetzt. Der Standardwert ist „120“. |
| retry_interval_backoff_multiplier | real | Der Multiplikator, der auf die Wiederholungsverzögerung anzuwenden ist, wenn bei mehreren Auftragsschrittausführungen ein Fehler aufgetreten ist. Der Standardwert ist „2,0“. |
| retry_attempts | INT | Die Anzahl der Wiederholungsversuche für den Fall, dass dieser Schritt fehlschlägt. Der Standardwert ist „10“, d.h., es werden keine Wiederholungsversuche unternommen. |
| step_timeout_seconds | INT | Der Zeitraum in Minuten zwischen zwei Wiederholungsversuchen. Der Standardwert ist „0“, was auf ein 0-Minuten-Intervall hinweist. |
| output_type | nvarchar(11) | Adresse des Befehls. Inline ist der Standardwert und nur der akzeptierte Wert. |
| output_credential_name | nvarchar(128) | Der Name der Anmeldeinformationen, mit denen eine Verbindung mit dem Zielserver hergestellt werden soll, um das Resultset zu speichern. |
| output_subscription_id | UNIQUEIDENTIFIER | Eindeutige ID des Abonnements des Zielservers bzw. der Zieldatenbank für das Resultset im Zuge der Abfrageausführung. |
| output_resource_group_name | nvarchar(128) | Der Name der Ressourcengruppe, in der sich der Zielserver befindet. |
| output_server_name | nvarchar(256) | Der Name des Zielservers für das Resultset. |
| output_database_name | nvarchar(128) | Der Name der Zieldatenbank für das Resultset. |
| output_schema_name | nvarchar(max) | Der Name des Zielschemas. Wenn nicht angegeben, wird standardmäßig festgelegt dbo. |
| output_table_name | nvarchar(max) | Der Name der Tabelle, in dem das Resultset von den Abfrageergebnissen gespeichert werden soll. Die Tabelle wird automatisch basierend auf dem Schema des Resultsets erstellt, sofern sie noch nicht vorhanden ist. Das Schema muss mit dem Schema des Resultsets übereinstimmen. |
| max_parallelism | INT | Die maximale Anzahl von Datenbanken pro Pool für elastische Datenbanken, in der der Auftragsschritt jeweils ausgeführt wird. Der Standardwert ist NULL, d. h. kein Grenzwert. |
Berechtigungen
Mitglieder der rolle jobs_reader können aus dieser Ansicht AUSWÄHLEN. Weitere Informationen finden Sie unter Elastische Aufträge für Azure SQL-Datenbank.
Hinweise
Alle Zeitangaben in elastischen Aufträgen folgen der UTC-Zeitzone.
Verwenden Sie jobs.jobstep_versions, um den Versionsverlauf der Auftragsschritte anzuzeigen.
Achtung
Sie dürfen keine internen Katalogansichten in der Auftragsdatenbank aktualisieren. Das manuelle Ändern dieser Katalogansichten kann die Auftragsdatenbank beschädigen und zu einem Fehler führen. Diese Ansichten dienen nur für schreibgeschützte Abfragen. Sie können die gespeicherten Prozeduren in Ihrer Auftragsdatenbank verwenden.
Beispiele
Anzeigen von Schritten aus der aktuellen Version aller Aufträge
-- 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;