【Power Automate】SQLコネクタでつまずく時の会社環境での安全な再設定

Power AutomateでSQLコネクタを利用したフローが突然エラーを起こした、あるいは新規作成時に接続が確立できないといったトラブルは、会社のIT環境では珍しくありません。原因はオンプレミスデータゲートウェイの設定ミス、SQL認証情報の期限切れ、ネットワークポリシーによるブロックなど多岐にわたります。本記事では、会社PCで安全にSQLコネクタを再設定するための具体的な手順と、管理者と連携すべきポイントを解説します。まずは、なぜ接続に失敗するのかを切り分け、その上で影響を最小限に抑えた再設定の進め方を理解しましょう。

SQLコネクタが失敗する主な原因

Power AutomateからSQL Serverに接続する際、エラーは大きく分けて4つのカテゴリに分類できます。それぞれの原因を把握することで、適切な再設定の方向性が決まります。

オンプレミスデータゲートウェイの不備

会社の社内ネットワークにあるSQL Serverにアクセスする場合、オンプレミスデータゲートウェイ(以下、ゲートウェイ)が必要です。ゲートウェイのインストールが不完全、クラスタが正しく構成されていない、あるいはゲートウェイのサービスが停止していると接続エラーが発生します。また、ゲートウェイのバージョンが古いと最新のコネクタと互換性がなくなることもあります。

SQL認証情報の誤り・期限切れ

Power AutomateのSQLコネクタで使用する認証方式は、SQL Server認証(ユーザー名とパスワード)もしくはMicrosoft Entra ID(旧Azure Active Directory)統合認証です。パスワードが変更された、アカウントがロックされた、あるいはEntra IDのアクセストークンが期限切れになると接続に失敗します。特に会社のパスワードポリシーで定期的な変更が求められる場合、コネクタの認証情報を更新し忘れがちです。

ネットワーク・ファイアウォールによるブロック

ゲートウェイを経由する場合でも、ゲートウェイをホストしているマシンからSQL Serverへの通信、またはPower Automateクラウドからゲートウェイへの通信がファイアウォールで遮断されることがあります。また、SQL ServerのTCPポート(通常1433)が開いていない、もしくは動的ポートを使っている場合も接続できません。

Power Automate側の接続定義の不整合

既存のフローで使用しているSQLコネクタの接続参照が、過去に削除されたデータソースを指していたり、別のゲートウェイクラスタに紐づいていたりするとエラーになります。また、フローをコピーした際に接続が正しく引き継がれないケースも報告されています。

再設定前の環境確認チェックリスト

再設定を始める前に、以下の表に沿って現在の環境を確認してください。確認項目と正常な状態を把握しておくことで、変更のリスクを減らせます。

確認項目	正常な状態	確認方法
ゲートウェイのインストール状況	最新バージョンがインストールされ、サービスが実行中	ゲートウェイ管理アプリでステータス確認
ゲートウェイクラスタとデータソース	クラスタが1つ以上存在し、SQLデータソースが追加されている	Power Automate管理センター → ゲートウェイ → クラスタ
SQL認証情報	有効なユーザー名とパスワード、またはEntra IDのアクセス許可	SQL Server Management Studioなどでログインテスト
ファイアウォールルール	ゲートウェイホストからSQL Serverのポート(1433等)にアクセス可能	コマンドプロンプトで telnet <ポート> を実行
Power Automateコネクタの設定	使用している接続が正しいゲートウェイとデータソースを参照している	フロー編集画面 → トリガー/アクションの設定 → 接続の表示

これらの確認を終えたら、次の手順で安全に再設定を進めます。

安全な再設定の手順

ここからは、実際にSQLコネクタを再設定する手順を説明します。影響を最小限にするため、まずはテスト用のフローで動作確認してから本番フローに反映することをお勧めします。

1. ゲートウェイのバージョンとサービス状態を確認する。 ゲートウェイがインストールされているマシンにログインし、ゲートウェイマネージャーを開きます。[サービスの状態]が「実行中」であること、バージョンが最新(2025年時点では2025年1月リリースのバージョン以上推奨)であることを確認します。古い場合は管理者に依頼してアップデートしてもらってください。
2. ゲートウェイクラスタにSQLデータソースが正しく追加されているか確認する。 Power Automate管理センター(make.powerautomate.com)にアクセスし、[データ]→[ゲートウェイ]→該当クラスタを選択します。[データソース]タブに使用するSQL Serverのデータソース(サーバー名、データベース名、認証方式)がリストされているか確認します。存在しない場合は[データソースの追加]から新規作成します。この操作は管理者権限が必要なため、自分で追加できない場合はIT部門に依頼してください。
3. SQLコネクタの接続情報を更新する。 Power Automateで問題のフローを開き、該当のSQLアクションの設定画面を表示します。現在の接続の横に鉛筆アイコン(編集)がある場合はクリックし、表示される接続情報を再入力します。認証方式を変更する場合は、[新しい接続の追加]から別のコネクタを作成し、それをアクションに割り当てます。既存の接続を編集した後は、必ず[テスト]ボタンで接続が成功することを確認してください。
4. フローを保存し、テスト実行する。 接続の更新が完了したらフローを保存します。その後、トリガーを起動するか、[テスト]→[手動]からフローを実行して、SQLクエリが正しく動作するか確認します。エラーが発生した場合は、エラーメッセージを記録して原因を絞り込みます。
5. 本番フローに反映する前に、開発用フローで検証する。 影響を抑えるため、本番環境と同じ接続設定をコピーしたテストフローを作成し、そこで十分に動作確認してから本番フローの接続を更新することを強く推奨します。フローを他の人と共有している場合は、更新前にチームメンバーに通知しましょう。

よくある失敗パターンと対処法

再設定時に陥りやすいミスを事前に把握しておくと、スムーズに解決できます。以下に代表的な失敗例を挙げます。

認証方式の誤選択

SQLコネクタでは「Windows認証」「SQL Server認証」「Microsoft Entra ID」の3つから選択できます。会社のSQL ServerがWindows認証のみ許可している場合にSQL Server認証を選ぶと失敗します。また、Entra ID統合認証を利用するには、SQL Server側でEntra IDユーザーをデータベースに追加しておく必要があります。管理者と確認の上、適切な方式を選んでください。

ゲートウェイの複数環境への同時適用

Power Automateの接続は1つのゲートウェイクラスタにのみ紐づきます。もしフローが複数のSQLインスタンスにアクセスする場合は、それぞれに対応するデータソースを同じクラスタ内に追加するか、別のクラスタを用意する必要があります。誤ったクラスタを選択すると、一部のクエリだけ成功するなど動作が不安定になります。

接続文字列のコピー忘れ

SQLコネクタの接続文字列には、サーバー名、データベース名、認証情報が含まれます。再設定時に、以前と同じ接続文字列を手入力する場合、誤って余分なスペースや改行を含めると接続エラーになります。可能であれば、管理画面から既存の接続文字列をコピーし、そのまま貼り付けることをお勧めします。

管理者に確認すべき情報

自分で設定を変更できない項目は、IT管理者の協力が必要です。再設定を依頼する際は、以下の情報を整理して伝えるとスムーズです。

• エラーメッセージのスクリーンショット:Power Automateのエラー詳細と、発生しているフローのアクション名を添付します。
• 現在の接続設定:使用しているゲートウェイ名、データソース名、SQLサーバー名とデータベース名を記載します。
• 変更履歴:最近、SQL Serverのパスワード変更やネットワーク変更などがあった場合はその日時を伝えます。
• 必要な権限:ゲートウェイの管理権限、SQL Serverのログイン権限など、自分に不足している権限を明確にします。

まとめ

Power AutomateのSQLコネクタでトラブルが発生した場合、まずはゲートウェイの状態、認証情報、ネットワークの3点を確認してください。再設定はテスト環境で十分に検証してから本番に反映することで、業務への影響を最小限に抑えられます。また、管理者権限が必要な作業は必ずIT部門に依頼し、自分だけで変更しないことが安全な再設定の鉄則です。本記事で紹介した手順と注意点を参考に、会社環境で安心してSQLコネクタを復旧させてください。