Erstellen Sie SQL Server-job automatisch

Schreibe ich SQL Server deployment-Skripte, die Erstellung von SQL-Server-job, der automatisch auf eine bestimmte SQL Server-Server/Instanz. Ich habe festgestellt, dass ich zu extrahieren, können Sie die sql-Anweisung, die verwendet werden können zum erstellen von SQL Server-Auftrag automatisch über ein Skript job als => Erstellen.

Meine Verwirrung ist, finde ich den Datenbanknamen und-Besitzer-account-Namen sind hardcoded in den sql-Skripts generiert. Wenn ich mit sqlcmd zum ausführen des sql-scripts auf einem anderen computer ausführen, die Bereitstellung, den Datenbanknamen und-Besitzer-account-Namen können unterschiedlich sein, also brauche ich einen Weg, um pass den Datenbanknamen und-Besitzer-account-Namen der SQL Server-Schaffung von Arbeitsplätzen-Skript und das Skript verwenden Sie das mitgelieferte Datenbank Namen und einen Besitzer-account-name (andere als hart kodiert sind).

Irgendwelche Ideen, wie das zu tun?

InformationsquelleAutor George2 | 2009-08-01

Würden Sie brauchen, um dynamisch erstellen, das job-Skript und führen Sie es.
Sie könnten versuchen, so etwas wie die folgenden ändern oder diese an eine gespeicherte Prozedur mit Parameter für die job-Besitzer und Datenbank-Namen.

DECLARE @JobName VARCHAR(20)  --Job Name
DECLARE @Owner VARCHAR(200)   --Job Owner
DECLARE @DBName VARCHAR(200)  --Database Name
DECLARE @JobCode VARCHAR(4000) --Create Statement for Job
SET @JobName = 'Test2'
SET @Owner = 'BrianD'
SET @DBName = 'master'
SET @JobCode = 'USE msdb
GO
BEGIN TRANSACTION
DECLARE @ReturnCode INT
SELECT @ReturnCode = 0
IF NOT EXISTS (SELECT name FROM msdb.dbo.syscategories WHERE name=N''[Uncategorized (Local)]'' AND category_class=1)
BEGIN
EXEC @ReturnCode = msdb.dbo.sp_add_category @class=N''JOB'', @type=N''LOCAL'', @name=N''[Uncategorized (Local)]''
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
END
DECLARE @jobId BINARY(16)
EXEC @ReturnCode =  msdb.dbo.sp_add_job @job_name=N''' + @JobName + ''', 
        @enabled=1, 
        @notify_level_eventlog=0, 
        @notify_level_email=0, 
        @notify_level_netsend=0, 
        @notify_level_page=0, 
        @delete_level=0, 
        @description=N''No description available.'', 
        @category_name=N''[Uncategorized (Local)]'', 
        @owner_login_name=N''' + @Owner + ''', @job_id = @jobId OUTPUT
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
EXEC @ReturnCode = msdb.dbo.sp_add_jobstep @job_id=@jobId, @step_name=N''Version and Prod Level'', 
        @step_id=1, 
        @cmdexec_success_code=0, 
        @on_success_action=1, 
        @on_success_step_id=0, 
        @on_fail_action=2, 
        @on_fail_step_id=0, 
        @retry_attempts=0, 
        @retry_interval=0, 
        @os_run_priority=0, @subsystem=N''TSQL'', 
        @command=N''select SERVERPROPERTY(''''productversion''''), SERVERPROPERTY(''''productlevel'''')'', 
        @database_name=N''' + @DBName + ''', 
        @flags=0
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
EXEC @ReturnCode = msdb.dbo.sp_update_job @job_id = @jobId, @start_step_id = 1
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
EXEC @ReturnCode = msdb.dbo.sp_add_jobserver @job_id = @jobId, @server_name = N''(local)''
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
COMMIT TRANSACTION
GOTO EndSave
QuitWithRollback:
    IF (@@TRANCOUNT > 0) ROLLBACK TRANSACTION
EndSave:
GO'
Exec (@JobCode)

Hoffentlich wird dies Sie gehen in die richtige Richtung. Wenn Sie weitere Hilfe benötigen lass es mich wissen.

Dank BrianD, denken Sie, neben der job-Besitzer und name der Datenbank, die ich brauche, um andere Werte als konfigurierbare Parameter an das Skript flexibler gestalten?
Ich habe eine Verwandte Frage ist hier, begrüßen, wenn Sie könnten, take ein Aussehen, stackoverflow.com/questions/1219067/...
Sie könnten fast alles machen Sie wollen variable. Sie könnte beginnen mit der Job-Name, Beschreibung und Kategorie. Es ist wirklich bis zu Ihnen und was Sie verwenden es für. Ich habe ein paar der Schaffung von Arbeitsplätzen-Skripte für das anlegen/starten/stoppen Spuren, die ich benutze. Es ist bis zu dir und wie viel mal Sie wollen.
Vielen Dank, ich habe eine Frage hier, zu schätzen wissen, wenn Sie helfen könnten. stackoverflow.com/questions/1219067/...
Ich bin wirklich verblüfft über die Lösung oben. Warum würden Sie dies tun, setzen Sie alle Codes in dynamische SQL-während alles, was Sie tun müssen, ist, übergeben Sie einfach die variable in der msdb-Verfahren ??? Eine IMHO logischer Skript unten... ich meine, das ist, was die Parameter sind, nicht ?

InformationsquelleAutor BrianD

Am Beispiel von BrainD ich möchte darauf hinweisen, dass seine Idee der Verwendung von Variablen ist nur in Ordnung, jedoch, indem Sie die gespeicherten Prozeduren mithilfe von dynamische SQL die meisten ist sicherlich nicht der richtige Ansatz. Verwenden Sie stattdessen die Parameter der gespeicherten Prozeduren direkt übergeben Sie die Variablen direkt an, wo Sie gebraucht werden.

DECLARE @JobName VARCHAR(20)  --Job Name
DECLARE @Owner VARCHAR(200)   --Job Owner
DECLARE @DBName VARCHAR(200)  --Database Name
DECLARE @JobCode VARCHAR(4000) --Create Statement for Job
SET @JobName = 'Test2'
SET @Owner = 'BrianD'
SET @DBName = 'master'

BEGIN TRANSACTION
DECLARE @ReturnCode INT
SELECT @ReturnCode = 0
IF NOT EXISTS (SELECT name FROM msdb.dbo.syscategories WHERE name=N'[Uncategorized (Local)]' AND category_class=1)
BEGIN
EXEC @ReturnCode = msdb.dbo.sp_add_category @class=N'JOB', @type=N'LOCAL', @name=N'[Uncategorized (Local)]'
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
END
DECLARE @jobId BINARY(16)
EXEC @ReturnCode =  msdb.dbo.sp_add_job @job_name= @JobName, 
        @enabled=1, 
        @notify_level_eventlog=0, 
        @notify_level_email=0, 
        @notify_level_netsend=0, 
        @notify_level_page=0, 
        @delete_level=0, 
        @description=N'No description available.', 
        @category_name=N'[Uncategorized (Local)]', 
        @owner_login_name= @Owner, 
        @job_id = @jobId OUTPUT
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
EXEC @ReturnCode = msdb.dbo.sp_add_jobstep @job_id=@jobId, @step_name=N'Version and Prod Level', 
        @step_id=1, 
        @cmdexec_success_code=0, 
        @on_success_action=1, 
        @on_success_step_id=0, 
        @on_fail_action=2, 
        @on_fail_step_id=0, 
        @retry_attempts=0, 
        @retry_interval=0, 
        @os_run_priority=0, @subsystem=N'TSQL', 
        @command=N'select SERVERPROPERTY(''productversion''), SERVERPROPERTY(''productlevel'')', 
        @database_name=@DBName, 
        @flags=0
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
EXEC @ReturnCode = msdb.dbo.sp_update_job @job_id = @jobId, @start_step_id = 1
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
EXEC @ReturnCode = msdb.dbo.sp_add_jobserver @job_id = @jobId, @server_name = N'(local)'
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
COMMIT TRANSACTION
GOTO EndSave
QuitWithRollback:
    IF (@@TRANCOUNT > 0) ROLLBACK TRANSACTION
EndSave:
GO

InformationsquelleAutor deroby

1

Weiter zu BrianD die Antwort von oben, können Sie Variablen definieren (eigentlich mehr wie Präprozessor-Makros als Variablen) an der sqlcmd-Ebene; diese sind in Klammern mit einem führenden $ - Zeichen:
```
SET @JobName = '$(JobName)'
SET @Owner = '$(Owner)'
```
Dies ermöglicht Ihnen, übergeben Sie die Informationen auf der Befehlszeile, die von sqlcmd mit der-v-Schalter:
```
sqlcmd -... -i create_jobs.sql -v JobName=Job1 -v Owner=BrianD
```
Dank BrianD, denken Sie, neben der job-Besitzer und name der Datenbank, die ich brauche, um andere Werte als konfigurierbare Parameter an das Skript flexibler gestalten?
Ich habe eine Verwandte Frage ist hier, begrüßen, wenn Sie könnten, take ein Aussehen, stackoverflow.com/questions/1219067/...

InformationsquelleAutor Ken Keenan
1

Ich kam auf das gleiche problem heute, und wie ich das angehen, es ist so einfach
Die folgenden
1. Erstellen Sie eine gespeicherte Prozedur erstellt den Auftrag mit dem parameter @serverName vom Datentyp nvarchar(128)
```
Create Proc CreateAJob(@serverName nvarchar(128))
```
2. Nun einfach, Sie können die server-Namen unter Verwendung der folgenden
```
Declare @serverName nvarchar(128)
SELECT @servername=@@SERVERNAME
```
3. Führen Sie die gespeicherte Prozedur zu erstellen, die Ihren job
```
EXEC CreateJob @serverName
```
Dass ist es.

Ich bin mit visual studio db-Projekt und ich habe die Schritte 2 und 3 int der postdeployment-Skript

Könnte es besser sein, gehören die gespeicherte Prozedur code.
Damit erstellen Sie die gespeicherte Prozedur, nur um den sql Management studio, und erstellen Sie eine sql-Auftrag. Dann Mach Rechte Maustaste auf den job, den Sie gerade erstellt haben und machen Sie ein Drop und Create, dann Sie können ändern Sie das Skript so erstellt.
Danke, aber was ich meinte, es ist am besten, alle relevanten Informationen in Ihre Antwort. Sie können Sie Bearbeiten, usw.

InformationsquelleAutor Dan Hunex
0

Selbst ich hab es besser ...Erstellen Sie eine gespeicherte Prozedur ohne parameter und innerhalb der stored proc machen :
```
   Declare @serverName nvarchar(128)
   SELECT @servername=@@SERVERNAME
```
Dann zuweisen @servername-der ServerName-parameter von sp_add_jobserver wie in unten:
```
msdb.dbo.sp_add_jobserver @job_id = @jobId, @server_name =@serverName
```
In order to create gespeicherte Prozedur, die erstellt eine sql-Auftrag, legen Sie es zunächst mit dem sql management studio, und dann mit der rechten Maustaste auf den job und tun, löschen und Erstellen....

InformationsquelleAutor Dan Hunex

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.