事業継続とディザスター リカバリー (BCDR) のために Azure-SSIS 統合ランタイムを構成する
適用対象: 
Azure Data Factory Azure Synapse Analytics
ヒント
企業向けのオールインワン分析ソリューション、Microsoft Fabric の Data Factory をお試しください。 Microsoft Fabric は、データ移動からデータ サイエンス、リアルタイム分析、ビジネス インテリジェンス、レポートまで、あらゆるものをカバーしています。 無料で新しい試用版を開始する方法について説明します。
Azure Data Factory (ADF) または Synapse Pipelines の Azure SQL Database または Managed Instance と SQL Server Integration Services (SSIS) は、SQL Server の移行に推奨されるすべての PaaS (サービスとしてのプラットフォーム) ソリューションとして組み合わせることができます。 SSIS プロジェクトを Azure SQL Database または Managed Instance によってホストされている SSIS カタログ データベース (SSISDB) にデプロイし、ADF または Synapse Pipelines の Azure SSIS 統合ランタイム (IR) 上で SSIS パッケージを実行できます。
事業継続とディザスター リカバリー (BCDR) の場合、geo レプリケーションまたはフェールオーバー グループを使用して Azure SQL Database または Managed Instance を構成できます。この場合、読み取りおよび書き込みアクセス権を持つプライマリ Azure リージョンの SSISDB (プライマリ ロール) は、読み取り専用アクセス権を持つセカンダリ リージョン (セカンダリ ロール) に継続的にレプリケートされます。 プライマリ リージョンで障害が発生すると、フェールオーバーがトリガーされ、プライマリ とセカンダリの SSISDB の役割が入れ替わります。
BCDR の場合、Azure SQL Database または Managed Instance フェールオーバー グループと同期して機能するデュアル スタンバイ Azure SSIS IR ペアを構成することもできます。 こうすることで、プライマリ SSISDB にアクセスしてパッケージをフェッチおよび実行し、パッケージ実行ログを書き込むことができるのは常に一方のみ (プライマリ ロール) であり、もう一方では別の場所 (たとえば Azure Files) にデプロイされたパッケージに対してのみ同じ処理を実行できる (セカンダリ ロール) という、1 組の動作する Azure-SSIS IR を用意できます。 SSISDB のフェールオーバーが発生すると、プライマリとセカンダリの Azure-SSIS IR は役割が入れ替わります。両方が動作している場合、ダウンタイムはほぼゼロになります。
この記事では、BCDR に対して Azure SQL Database または Managed Instance フェールオーバー グループを使用して Azure-SSIS IR を構成する方法について説明します。
Azure SQL Database フェールオーバー グループを使用してデュアル スタンバイ Azure-SSIS IR ペアを構成する
Azure SQL Database フェールオーバー グループと同期して機能するデュアル スタンバイ Azure-SSIS IR ペアを構成するには、次の手順を実行します。
Azure portal または ADF UI を使用して、プライマリ Azure SQL Database サーバーで新しい Azure-SSIS IR を作成し、プライマリ リージョンで SSISDB をホストできます。 プライマリ Azure SQL Database サーバーによってホストされている SSIDB に既にアタッチされている既存の Azure-SSIS IR があり、それがまだ実行中の場合は、最初に停止して再構成する必要があります。 これがプライマリ Azure-SSIS IR になります。
[Integration runtime setup](統合ランタイムの設定) ペインの [デプロイの設定] ページで SSISDB の使用を選択する場合は、 [Use dual standby Azure-SSIS Integration Runtime pair with SSISDB failover](SSISDB フェールオーバーと共にデュアル スタンバイ Azure-SSIS 統合ランタイム ペアを使用する) チェック ボックスもオンにします。 [Dual standby pair name](デュアル スタンバイ ペア名) に、プライマリとセカンダリの Azure SSIS IR のペアを識別する名前を入力します。 プライマリ Azure-SSIS IR の作成が完了すると、Azure-SSIS IR が開始され、読み取りおよび書き込みアクセス権を使用してユーザーに代わって作成されるプライマリ SSISDB にアタッチされます。 再構成したばかりの場合は、再起動する必要があります。
Azure portal を使用すると、プライマリ Azure SQL Database サーバーの [概要] ページでプライマリ SSISDB が作成されているかどうかを確認できます。 作成されたら、プライマリおよびセカンダリ Azure SQL Database サーバーのフェールオーバー グループを作成し、 [フェールオーバー グループ] ページでそこに SSISDB を追加することができます。 フェールオーバー グループが作成されたら、セカンダリ Azure SQL Database サーバーの [概要] ページで、プライマリ SSISDB が読み取り専用アクセス権を持つセカンダリ SSISDB にレプリケートされているかどうかを確認できます。
Azure portal または ADF UI を使用して、セカンダリ Azure SQL Database サーバーで別の Azure-SSIS IR を作成し、セカンダリ リージョンで SSISDB をホストできます。 これがセカンダリ Azure-SSIS IR になります。 完全な BCDR を実現するには、依存するすべてのリソースがセカンダリ リージョンにも作成されていることを確認します。たとえば、カスタム設定スクリプトやファイルを格納するための Azure Storage、オーケストレーションやパッケージ実行のスケジュールを設定するための ADF などです。
[Integration runtime setup](統合ランタイムの設定) ペインの [デプロイの設定] ページで SSISDB の使用を選択する場合は、 [Use dual standby Azure-SSIS Integration Runtime pair with SSISDB failover](SSISDB フェールオーバーと共にデュアル スタンバイ Azure-SSIS 統合ランタイム ペアを使用する) チェック ボックスもオンにします。 [Dual standby pair name](デュアル スタンバイ ペア名) に、プライマリとセカンダリの Azure SSIS IR のペアを識別する同じ名前を入力します。 セカンダリ Azure-SSIS IR の作成が完了すると、起動され、セカンダリ SSISDB にアタッチされます。
SSISDB のフェールオーバーが発生したときにダウンタイムをほぼゼロにしたい場合は、両方の Azure-SSIS IR を実行したままにします。 プライマリ SSISDB にアクセスしてパッケージをフェッチおよび実行し、パッケージ実行ログを書き込むことができるのはプライマリ Azure-SSIS IR のみです。一方、セカンダリ Azure-SSIS IR では、別の場所 (たとえば Azure Files) にデプロイされたパッケージに対してのみ同じ処理を実行できます。
ランニング コストを最小限に抑えたい場合は、セカンダリ Azure-SSIS IR を作成後に停止できます。 SSISDB フェールオーバーが発生すると、プライマリとセカンダリの Azure-SSIS IR の役割が入れ替わります。 プライマリ Azure-SSIS IR が停止している場合は、再起動する必要があります。 仮想ネットワークに挿入されているかどうかと、使用されている挿入方法に応じて、実行には 5 分以内、または約 20 分から 30 分かかります。
パッケージ実行のオーケストレーションまたはスケジュール設定に ADF を使用する場合は、SSIS パッケージの実行アクティビティに関係するすべての ADF パイプラインと、関連するトリガーが、最初にトリガーを無効にしたセカンダリ ADF にコピーされていることを確認します。 SSISDB フェールオーバーが発生した場合は、それらを有効にする必要があります。
Azure SQL Database フェールオーバー グループをテストし、ADF ポータルの Azure-SSIS IR の監視ページでプライマリとセカンダリの Azure-SSIS IR の役割が入れ替わったかどうかを確認できます。
Azure SQL Managed Instance フェールオーバー グループを使用してデュアル スタンバイ Azure-SSIS IR ペアを構成する
Azure SQL Managed Instance フェールオーバー グループと同期して機能するデュアル スタンバイ Azure-SSIS IR ペアを構成するには、次の手順を実行します。
Azure portal を使用すると、プライマリ Azure SQL マネージド インスタンスの [フェールオーバー グループ] ページでプライマリおよびセカンダリの Azure SQL マネージド インスタンスのフェールオーバー グループを作成できます。
Azure portal または ADF UI を使用して、プライマリ Azure SQL マネージド インスタンスで新しい Azure-SSIS IR を作成し、プライマリ リージョンで SSISDB をホストできます。 プライマリ Azure SQL マネージド インスタンスによってホストされている SSIDB に既にアタッチされている既存の Azure-SSIS IR があり、それがまだ実行中の場合は、最初に停止して再構成する必要があります。 これがプライマリ Azure-SSIS IR になります。
[Integration runtime setup](統合ランタイムの設定) ペインの [デプロイの設定] ページで SSISDB の使用を選択する場合は、 [Use dual standby Azure-SSIS Integration Runtime pair with SSISDB failover](SSISDB フェールオーバーと共にデュアル スタンバイ Azure-SSIS 統合ランタイム ペアを使用する) チェック ボックスもオンにします。 [Dual standby pair name](デュアル スタンバイ ペア名) に、プライマリとセカンダリの Azure SSIS IR のペアを識別する名前を入力します。 プライマリ Azure-SSIS IR の作成が完了すると、Azure-SSIS IR が開始され、読み取りおよび書き込みアクセス権を使用してユーザーに代わって作成されるプライマリ SSISDB にアタッチされます。 再構成したばかりの場合は、再起動する必要があります。 セカンダリ Azure SQL マネージド インスタンスの [概要] ページで、プライマリ SSISDB が読み取り専用アクセス権を持つセカンダリ SSISDB にレプリケートされているかどうかを確認することもできます。
Azure portal または ADF UI を使用して、セカンダリ Azure SQL マネージド インスタンスで別の Azure-SSIS IR を作成し、セカンダリ リージョンで SSISDB をホストできます。 これがセカンダリ Azure-SSIS IR になります。 完全な BCDR を実現するには、依存するすべてのリソースがセカンダリ リージョンにも作成されていることを確認します。たとえば、カスタム設定スクリプトやファイルを格納するための Azure Storage、オーケストレーションやパッケージ実行のスケジュールを設定するための ADF などです。
[Integration runtime setup](統合ランタイムの設定) ペインの [デプロイの設定] ページで SSISDB の使用を選択する場合は、 [Use dual standby Azure-SSIS Integration Runtime pair with SSISDB failover](SSISDB フェールオーバーと共にデュアル スタンバイ Azure-SSIS 統合ランタイム ペアを使用する) チェック ボックスもオンにします。 [Dual standby pair name](デュアル スタンバイ ペア名) に、プライマリとセカンダリの Azure SSIS IR のペアを識別する同じ名前を入力します。 セカンダリ Azure-SSIS IR の作成が完了すると、起動され、セカンダリ SSISDB にアタッチされます。
Azure SQL Managed Instance を使用して、データベース マスター キー (DMK) を使用して暗号化することにより、SSISDB などのデータベース内の機密データを保護できます。 DMK 自体は、既定でサービス マスター キー (SMK) を使用して暗号化されます。 2021 年 9 月以降、フェールオーバーグループの作成時に、Azure SQL Managed Instance のプライマリからセカンダリに SMK がレプリケートされます。 その前にフェールオーバー グループが作成された場合は、SSISDB を含むすべてのユーザー データベースをセカンダリ Azure SQL Managed Instance から削除して、フェールオーバー グループを再作成してください。
SSISDB のフェールオーバーが発生したときにダウンタイムをほぼゼロにしたい場合は、両方の Azure-SSIS IR を実行したままにします。 プライマリ SSISDB にアクセスしてパッケージをフェッチおよび実行し、パッケージ実行ログを書き込むことができるのはプライマリ Azure-SSIS IR のみです。一方、セカンダリ Azure-SSIS IR では、別の場所 (たとえば Azure Files) にデプロイされたパッケージに対してのみ同じ処理を実行できます。
ランニング コストを最小限に抑えたい場合は、セカンダリ Azure-SSIS IR を作成後に停止できます。 SSISDB フェールオーバーが発生すると、プライマリとセカンダリの Azure-SSIS IR の役割が入れ替わります。 プライマリ Azure-SSIS IR が停止している場合は、再起動する必要があります。 仮想ネットワークに挿入されているかどうかと、使用されている挿入方法に応じて、実行には 5 分以内、または約 20 分から 30 分かかります。
パッケージ実行のオーケストレーションとスケジュールに Azure SQL Managed Instance エージェントを使用する場合は、関連するすべての SSIS ジョブとそのジョブ手順、および関連するスケジュールが、最初にスケジュールを無効にしたセカンダリ Azure SQL マネージド インスタンスにコピーされていることを確認します。 SSMS を使用して、次の手順を実行します。
SSIS ジョブごとに、右クリックして [ジョブをスクリプト化] 、 [新規作成] 、および [新しいクエリ エディター ウィンドウ] ドロップダウン メニュー項目を選択して、スクリプトを生成します。
生成された SSIS ジョブ スクリプトごとに、
sp_add_jobストアド プロシージャを実行するコマンドを見つけ、必要に応じて@owner_login_name引数への値の割り当てを変更または削除します。更新された SSIS ジョブ スクリプトごとに、セカンダリ Azure SQL マネージド インスタンス上で実行し、ジョブ手順と関連するスケジュールと共にジョブをコピーします。
次のスクリプトを使用して、新しい T-SQL ジョブを作成し、プライマリとセカンダリの両方の Azure SQL マネージド インスタンスでプライマリとセカンダリの SSISDB ロールに基づいて SSIS ジョブ スケジュールをそれぞれ有効または無効にし、定期的に実行します。 SSISDB のフェールオーバーが発生すると、無効にされた SSIS ジョブ スケジュールが有効になります。また、その逆も同様です。
IF (SELECT Top 1 role_desc FROM SSISDB.sys.dm_geo_replication_link_status WHERE partner_database = 'SSISDB') = 'PRIMARY' BEGIN IF (SELECT enabled FROM msdb.dbo.sysschedules WHERE schedule_id = <ScheduleID>) = 0 EXEC msdb.dbo.sp_update_schedule @schedule_id = <ScheduleID >, @enabled = 1 END ELSE BEGIN IF (SELECT enabled FROM msdb.dbo.sysschedules WHERE schedule_id = <ScheduleID>) = 1 EXEC msdb.dbo.sp_update_schedule @schedule_id = <ScheduleID >, @enabled = 0 END
パッケージ実行のオーケストレーションまたはスケジュール設定に ADF を使用する場合は、SSIS パッケージの実行アクティビティに関係するすべての ADF パイプラインと、関連するトリガーが、最初にトリガーを無効にしたセカンダリ ADF にコピーされていることを確認します。 SSISDB フェールオーバーが発生した場合は、それらを有効にする必要があります。
Azure SQL Managed Instance フェールオーバー グループをテストし、ADF ポータルの Azure-SSIS IR の監視ページでプライマリとセカンダリの Azure-SSIS IR の役割が入れ替わったかどうかを確認できます。
新しい Azure-SSIS IR を Azure SQL Database または Managed Instance によってホストされている既存の SSISDB にアタッチします
障害が発生し、同じリージョン内の既存の Azure-SSIS IR に影響しても、Azure SQL Database または Managed Instance には影響しない場合は、別のリージョンの新しいものと置き換えることができます。 Azure SQL Database または Managed Instance によってホストされている既存の SSISDB を新しい Azure-SSIS IR にアタッチするには、次の手順を実行します。
既存の Azure-SSIS IR がまだ実行中の場合は、最初に Azure portal、ADF UI、または Azure PowerShell を使用して停止する必要があります。 障害が同じリージョンの ADF にも影響する場合は、この手順を省略できます。
SSMS を使用して、Azure SQL Database または Managed Instance で SSISDB に対して次のコマンドを実行し、新しい ADF または Azure-SSIS IR からの接続を許可するメタデータを更新します。
EXEC [catalog].[failover_integration_runtime] @data_factory_name = 'YourNewADF', @integration_runtime_name = 'YourNewAzureSSISIR'Azure portal、ADF UI、または Azure PowerShell を使用して、 <新しい ADF>/<新しい Azure SSIS IR> という名前の新しい ADF または Azure-SSIS IR をそれぞれ別のリージョンに作成します。 Azure portal または ADF UI を使用する場合は、 [Integration runtime setup]\(統合ランタイムの設定\) ペインの [デプロイの設定] ページのテスト接続エラーを無視できます。
関連するコンテンツ
Azure-SSIS IR の以下のその他の構成オプションを検討できます。