まえがき
多くの場合、エージェントジョブをMS SQL Serverの別のインスタンスに転送する必要があります。 エージェントのタスクだけを転送する必要がある場合や、MS SQL Serverの新しいバージョンにアップグレードする場合が多いため、msdbデータベースの復元が常に適切なソリューションとは限りません。 それでは、msdbデータベースを復元せずに、どのようにエージェントジョブを転送できますか?
この記事では、MS SQL Serverのあるインスタンスから別のインスタンスにエージェントジョブをコピーするT-SQLスクリプトの実装例を分析します。 このソリューションは、MS SQL Server 2012-2016からMS SQL Server 2017にエージェントタスクを転送するときにテストされました。
解決策
最初に、アクションのシーケンスについて説明します。
1)転送する必要のないタスクのリストを作成する
2)タスク自体を転送する
3)転送されたタスクのステップを転送する
4)転送されたタスクの転送スケジュール
5)転送されたタスクのスケジュールとタスクのリンクを転送します
6)移行されたジョブのターゲットサーバーを転送する
7)タスクを登録してスケジュールをアクティブにし、これらのタスクを非アクティブモードに転送します(タスクをオフにすることにより)
8)転送されたすべてのタスクの所有者を割り当てます(たとえば、sa)
次に、各項目について、T-SQLでの実装を提供します。
8つのステップはすべて1つのブロックで実行する必要があります。 ただし、理解を深めるために、各ブロックについて個別に説明します。 これらの8つの手順を実行する前に、タスクのコピー先となるMS SQL Serverのインスタンスをリンクする必要もあります。
だから:
1)転送する必要のないタスクを収集します。
リクエストselect ss.[schedule_uid] ,js.[job_id] into
したがって、タスクスケジュールのGUIDとタスク自体のGUIDのペアを含む、移植性のないタスク#tbl_notentityのテーブルを受け取りました。
2)タスク自体を転送します。
リクエスト select *, 0 as IsAdd into
最初に、受信サーバーで利用可能なすべてのジョブをテーブル#tbl_jobsに収集します。 次に、MERGE命令を使用して、[job_id]フィールドに沿って、アルゴリズムのステップ1の#tbl_notentityテーブルにないソースサーバーのすべての欠落ジョブをこのテーブルにマージします。 挿入された行は、IsAdd列で1としてマークされます。 そして、すべてのジョブを[msdb]。[Dbo]。[Dbo]。[Sysjobs]テーブルに追加します。このテーブルは、IsAdd = 1の条件で#tbl_jobsテーブルから取得します。 したがって、これらのジョブは、アルゴリズムの項目1からテーブル#tbl_notentityにない宛先サーバーに転送されました。
3)転送されたタスクのステップを転送します。
リクエスト select *, 0 as IsAdd into
最初に、受信サーバーで利用可能なすべてのジョブステップをテーブル#tbl_jobstepsに収集します。 次に、MERGE命令を使用して、[job_id]フィールドと[step_id]フィールドを、アルゴリズムのステップ1の#tbl_notentityテーブルにないソースサーバーのすべての欠落ジョブステップをこのテーブルにマージします。 挿入された行は、IsAdd列で1としてマークされます。 さらに、すべてのジョブステップをテーブル[msdb]。[Dbo]。[Dbo] .IsAdd = 1の条件でテーブル#tbl_jobstepsからの受信者サーバーの[Sysjobsteps]に追加します。 次に、テーブル#tbl_jobstepsを削除します。さらにそれはもう必要ありません。
したがって、これらのタスクのすべてのステップは、アルゴリズムの項目1のテーブル#tbl_notentityにない宛先サーバーに転送されました。
4)転送されたタスクのスケジュールを転送するには:
リクエスト select *, 0 as IsAdd into
最初に、テーブル#tbl_sysschedulesの受信サーバーで利用可能なすべてのスケジュールを収集します。 次に、MERGE命令を使用して、[schedule_uid]フィールドに沿って、アルゴリズムの項目1の#tbl_notentityテーブルにないソースサーバーからのすべての欠落スケジュールをこのテーブルにマージします。 挿入された行は、IsAdd列で1としてマークされます。 さらに、すべてのスケジュールをテーブル[msdb] [Dbo]に追加します。[Dbo]。条件IsAdd = 1に従って、テーブル#tbl_sysschedulesからの受信サーバーの[Sysschedules]。 次に、テーブル#tbl_sysschedulesを削除します。さらにそれはもう必要ありません。
したがって、すべてのスケジュールは、アルゴリズムの項目1のテーブル#tbl_notentityにない宛先サーバーに転送されました。
5)転送されたタスクのスケジュールタスクリンクを転送します。
リクエスト select js.*, ss.[schedule_uid], 0 as IsAdd into
最初に、テーブル#tbl_jobschedulesの宛先サーバーで利用可能なすべてのスケジュールとジョブの関係を収集します。 次に、MERGE命令を使用して、[job_id]フィールドと[schedule_uid]フィールドを、アルゴリズムのセクション1の#tbl_notentityテーブルにないソースサーバーからのすべての欠落リンクをこのテーブルにマージします。 挿入された行は、IsAdd列で1としてマークされます。 さらに、すべてのスケジュールをテーブル[msdb] [Dbo]に追加します。[Dbo]。条件IsAdd = 1に従って、テーブル#tbl_jobschedulesから受信サーバーの[Sysjobschedules]を追加します。 次に、テーブル#tbl_jobschedulesを削除します。さらに必要なくなりました。
したがって、すべてのスケジュール-タスクバンドルは、アルゴリズムの項目1のテーブル#tbl_notentityにない宛先サーバーに転送されました。
6)移行されたジョブのターゲットサーバーを転送する
リクエスト select *, 0 as IsAdd into
最初に、テーブル#tbl_sysjobserversの受信サーバーで利用可能なすべてのジョブターゲットサーバー接続を収集します。 次に、MERGE命令を使用して、[job_id]フィールドと[server_id]フィールドを、アルゴリズムのセクション1の#tbl_notentityテーブルにないソースサーバーからのすべてのリンクをこのテーブルにマージします。 挿入された行は、IsAdd列で1としてマークされます。 そして、すべてのリンクを[msdb]。[Dbo]。[Sysjobservers]受信者サーバーに追加します。#tbl_sysjobserversテーブルからIsAdd = 1の条件下で。 次に、テーブル#tbl_sysjobserversと#tbl_notentityを削除します。さらに、それらはもう必要ありません。
したがって、すべてのタスクターゲットサーバーバインディングは、アルゴリズムの項目1の#tbl_notentityテーブルにない宛先サーバーに転送されました。
タスクにローカルサーバー以外のターゲットサーバーが含まれている場合(つまり、識別子がゼロに等しくない場合)、まずこれらのターゲットサーバー自体の定義を転送してから、アルゴリズムのステップ6を作成する必要があることに注意することが重要です。
7)タスクを登録してスケジュールをアクティブにし、これらのタスクを非アクティブモードに移行します(タスクをオフにすることにより)
そして
8)転送されたすべてのタスクの所有者を割り当てます(たとえば、sa)
リクエスト declare @job_id uniqueidentifier;
最初に、所有者saを転送されたすべてのタスクに割り当てます(テーブル#tbl_jobsから転送されたタスクを定義します)。 次に、転送された各タスクを登録し、転送先のサーバーでシステムストアドプロシージャ[msdb]。[Dbo] .sp_update_jobを呼び出して、転送されたタスクをオフにしてスケジュールをアクティブ化します。 次に、テーブル#tbl_jobsが不要になったため削除します。
したがって、sa所有者は転送されたすべてのタスクに割り当てられ、これらのタスクはすべて、それらをオフにすることで登録されました(そして、スケジュールがアクティブになりました)。
次に、必要なタスクをスクリプトまたは手動で有効にする必要があります。
スクリプト全体のコードは次のとおりです。
結果
この記事では、MS SQL Serverの1つのインスタンスから別のインスタンスにエージェントのタスクとスケジュールを転送できるT-SQLスクリプトの実装例を検討しました。 また、このアプローチは他の手段を使用して実装できます。 たとえば、PowerShellまたはC#。
ソース:
»
Msdb»
SQL ServerエージェントテーブルSp_update_job