# Snowflake > Snowflake - 以下にリストされている必須フィールドに加えて、他の使用可能な設定オプションについては、Snowflakeのドキュメントを参照してください。 This Markdown file sits beside the HTML page at the same path (with a `.md` suffix). It summarizes the topic and lists links for tools and LLM context. Companion generated at `2026-07-27T18:44:30.689156+00:00` (UTC). ## Primary page - [Snowflake](https://docs.datarobot.com/ja/docs/reference/data-ref/data-sources/dc-snowflake.html.md): Full documentation for this topic (Markdown sidecar). ## Sections on this page - [サポートされている認証](https://docs.datarobot.com/ja/docs/reference/data-ref/data-sources/dc-snowflake.html.md#supported-authentication): In-page section heading. - [ユーザー名／パスワード](https://docs.datarobot.com/ja/docs/reference/data-ref/data-sources/dc-snowflake.html.md#username-password): In-page section heading. - [前提条件](https://docs.datarobot.com/ja/docs/reference/data-ref/data-sources/dc-snowflake.html.md#prerequisites): In-page section heading. - [必須パラメーター](https://docs.datarobot.com/ja/docs/reference/data-ref/data-sources/dc-snowflake.html.md#required-parameters): In-page section heading. - [キーペア](https://docs.datarobot.com/ja/docs/reference/data-ref/data-sources/dc-snowflake.html.md#key-pair): In-page section heading. - [DataRobotでの接続設定](https://docs.datarobot.com/ja/docs/reference/data-ref/data-sources/dc-snowflake.html.md#set-up-a-connection-in-datarobot): In-page section heading. - [Snowflake OAuth](https://docs.datarobot.com/ja/docs/reference/data-ref/data-sources/dc-snowflake.html.md#snowflake-oauth): In-page section heading. - [Snowflakeの外部OAuth](https://docs.datarobot.com/ja/docs/reference/data-ref/data-sources/dc-snowflake.html.md#snowflake-external-oauth): In-page section heading. - [外部IdPの設定](https://docs.datarobot.com/ja/docs/reference/data-ref/data-sources/dc-snowflake.html.md#external-idp-setup): In-page section heading. - [Snowflakeの設定](https://docs.datarobot.com/ja/docs/reference/data-ref/data-sources/dc-snowflake.html.md#snowflake-setup): In-page section heading. - [DataRobotでの接続設定](https://docs.datarobot.com/ja/docs/reference/data-ref/data-sources/dc-snowflake.html.md#set-up-the-connection-in-datarobot): In-page section heading. - [機能に関する注意事項](https://docs.datarobot.com/ja/docs/reference/data-ref/data-sources/dc-snowflake.html.md#feature-considerations): In-page section heading. - [トラブルシューティング](https://docs.datarobot.com/ja/docs/reference/data-ref/data-sources/dc-snowflake.html.md#troubleshooting): In-page section heading. ## Documentation content ## サポートされている認証 - ユーザー名／パスワード - キーペア - Snowflake OAuth - OktaまたはMicrosoft Entra ID（旧Azure AD）を使用した 外部OAuth ## ユーザー名／パスワード ### 前提条件 DataRobotでSnowflakeに接続するには、以下が必要です。 - Snowflakeアカウント > [!WARNING] セキュリティ統合を伴うOAuth > OAuthの設定時にセキュリティ統合を作成する場合は、 `OAUTH_REDIRECT_URI` を `https:///account/snowflake/snowflake_authz_return` として指定する必要があります。 ### 必須パラメーター 以下にリストされている必須フィールドに加えて、他の使用可能な設定オプションについては、 [Snowflakeのドキュメント](https://docs.snowflake.com/en/user-guide/jdbc-parameters.html) を参照してください。 | 必須フィールド | 説明 | ドキュメンテーション | | --- | --- | --- | | address | Snowflake接続用の安全な接続URLを格納する接続オブジェクト。例： {account_name}.snowflakecomputing.com | Snowflakeドキュメント | | warehouse | 仮想ウェアハウスの一意の識別子。 | Snowflakeドキュメント | | db | データベースの一意の識別子。 | Snowflakeドキュメント | ## キーペア ### 前提条件 DataRobotでSnowflakeに接続するには、以下が必要です。 - Snowflakeアカウント - 秘密キーファイル（秘密キーの生成方法については、 Snowflakeのドキュメント を参照してください） ### DataRobotでの接続設定 以下のタブでは、キーペア認証を使用したSnowflakeデータ接続を設定する方法について紹介します。 **DataRobot Classic:** DataRobot ClassicでSnowflake [データ接続](https://docs.datarobot.com/ja/docs/classic-ui/data/connect-data/data-conn.html.md#create-a-new-connection) を作成する場合は、資格情報タイプとして キーペア を選択します。 続いて、 [必要なパラメーター](https://docs.datarobot.com/ja/docs/reference/data-ref/data-sources/dc-snowflake.html.md#required-parameters) を入力します。 [https://docs.datarobot.com/ja/docs/images/snow-keypair-2.png](https://docs.datarobot.com/ja/docs/images/snow-keypair-2.png) **ワークベンチ:** ワークベンチでSnowflake [データ接続](https://docs.datarobot.com/ja/docs/workbench/nxt-workbench/dataprep/add-data/connect.html.md) を作成する場合は、資格情報タイプとして キーペア を選択します。 続いて、 [必要なパラメーター](https://docs.datarobot.com/ja/docs/reference/data-ref/data-sources/dc-snowflake.html.md#required-parameters) を入力します。 [https://docs.datarobot.com/ja/docs/images/snow-keypair-1.png](https://docs.datarobot.com/ja/docs/images/snow-keypair-1.png) ### 必須パラメーター 以下にリストされている必須フィールドに加えて、他の使用可能な設定オプションについては、 [Snowflakeのドキュメント](https://docs.snowflake.com/en/user-guide/jdbc-parameters.html) を参照してください。 | 必須フィールド | 説明 | | --- | --- | | ユーザー名 | Snowflakeアカウント内のユーザーの一意の識別子（つまり、Snowflakeにログインするときに使用する名前）。 | | 秘密鍵 | 秘密キーファイルからコピーした文字列 | | 表示名 | DataRobot内のSnowflake資格情報を表す一意の識別子 | Snowflakeでの秘密キーの生成やキーペア認証の設定など、Snowflakeのキーペア認証の詳細については、 [Snowflakeのドキュメント](https://docs.snowflake.com/en/user-guide/key-pair-auth) を参照してください。 ## Snowflake OAuth ### 前提条件 DataRobotでSnowflakeに接続するには、以下が必要です。 - Snowflakeアカウント - 設定済みの Snowflake OAuth ### DataRobotでの接続設定 OAuthパラメーターで接続する場合、新しいデータ接続を作成する必要があります。 OAuthを使用してデータ接続を設定するには： 1. データ接続の作成と接続のテストの手順に従ってください。 2. 接続をテストをクリックすると、資格情報ウィンドウが表示されます。 SnowflakeのクライアントID、クライアントシークレット、アカウント名を入力します。 OAuthプロバイダーとしてSnowflakeを選択します。 3. 保存してサインインをクリックします。 4. Snowflakeのユーザー名とパスワードを入力します。サインインをクリックします。 5. データベースクライアントに同意するには、許可をクリックします。 接続に成功すると、DataRobotに以下のメッセージが表示されます。 ### 必須パラメーター 以下にリストされている必須フィールドに加えて、他の使用可能な設定オプションについては、 [Snowflakeのドキュメント](https://docs.snowflake.com/en/user-guide/jdbc-parameters.html) を参照してください。 | 必須フィールド | 説明 | ドキュメンテーション | | --- | --- | --- | | データ接続の必須フィールド | | | | address | Snowflake接続用の安全な接続URLを格納する接続オブジェクト。例： {account_name}.snowflakecomputing.com | Snowflakeドキュメント | | warehouse | 仮想ウェアハウスの一意の識別子。 | Snowflakeドキュメント | | db | データベースの一意の識別子。 | Snowflakeドキュメント | | 資格情報の必須フィールド | | | | クライアントID | アプリケーションの公開識別子。 | Snowflakeドキュメント | | クライアントシークレット | アプリケーションの認証に使用する秘密識別子。 | Snowflakeドキュメント | | Snowflakeアカウント名 | 組織内のSnowflakeアカウントの一意の識別子。 | Snowflakeドキュメント | ## Snowflakeの外部OAuth ### 前提条件 OAuthを使用してDataRobotでSnowflakeに接続する前に、以下が必要です。 **Okta:** Snowflakeアカウント OktaのSnowflakeで設定済みの 外部OAuth 。 > [!WARNING] セキュリティ統合を伴う外部OAuth > Oktaを外部IDプロバイダー（IdP）として使用する場合、 [Oktaで新しいアプリ連携を作成する](https://docs.datarobot.com/ja/docs/reference/data-ref/data-sources/dc-snowflake.html.md#external-idp-setup) 際に サインインリダイレクトURI として `https:///account/snowflake/snowflake_authz_return` を指定する必要があります。 **Microsoft Entra ID:** Microsoft Entra IDはAzure Active Directoryの新しい名前です。 Snowflakeアカウント Microsoft Entra IDのSnowflakeで設定済みの 外部OAuth 。 > [!WARNING] セキュリティ統合を伴う外部OAuth > Entra IDを外部IDプロバイダー（IdP）として使用する場合は、 [両方のアプリケーションをEntra IDに登録する](https://docs.datarobot.com/ja/docs/reference/data-ref/data-sources/dc-snowflake.html.md#external-idp-setup) 際に、 `https:///account/snowflake/snowflake_authz_return` を リダイレクトURI として指定する必要があります。 ### 外部IdPの設定 > [!NOTE] 備考 > このセクションでは、外部IdPを設定するための設定例を使用します。 特定の環境と要件に基づいて外部IdPを設定する方法については、OktaまたはEntra IDのドキュメントを参照してください。 適切な外部IdPで、Snowflakeアプリケーションを作成します。 **Okta:** Oktaで新しいアプリ統合を作成します。 アプリケーション > 各種アプリケーション に移動します。 アプリ統合を作成 をクリックします。 サインイン方法 で、 OIDC - OpenID Connect を選択します。 アプリケーションタイプ で、 ウェブアプリケーション を選択します。 次へ をクリックします。 新しいアプリケーションの名前を入力します。 付与タイプ で、以下のオプションが選択されていることを確認します。 クライアント資格情報 認証コード リフレッシュトークン ログイン で、 サインインリダイレクトURI に http:///account/snowflake/snowflake_authz_return を追加します。 保存 をクリックします。これにより、 クライアントID と クライアントシークレット が生成されます。 新しい認証サーバーを作成する セキュリティ > API > 認証サーバー へ移動します。 認証サーバーの追加 をクリックします。 名前を入力します。 オーディエンス を https://.snowflakecomputing.com/ に設定します。 保存 をクリックします。 スコープ > スコープを追加 に移動します。 名前 を session:role:public に設定します。 public はPublicというSnowflakeのロールを指します。 これは別のロール名でもかまいませんが、Snowflake内にも存在する必要があります。 ユーザーの同意 には 必須 を設定します。 このスコープではユーザーの同意が必要 と サービスがこのスコープを要求するのをブロックする を追加します。 （オプション）同意を必要とする offline_access スコープを設定します。 アクセスポリシー に移動して、 ポリシーの追加 をクリックします。 割り当て先 で、 次のクライアント を選択し、作成したばかりのアプリケーションを選択します。 ポリシーを作成 をクリックします。 ルールを追加 をクリックします。 名前を入力し、以下のオプションが選択されていることを確認します。 チェックイン Client Credentials を追加します。 チェックイン Authorization Code を追加します。 ルールを作成 をクリックします。 > [!WARNING] 必要な情報 > SnowflakeとDataRobotのセットアップを進める前に、以下の情報をOktaにコピーしていることを確認します。 > > クライアントID > クライアントシークレット > Okta発行者のURL > JWKS URI > オーディエンス > > オーディエンスは「設定」タブに表示され、発行者のURLとJWKS URIを確認するには、メタデータURIのリンクをクリックします。 これにより、必要な情報を含むJSONアイテムが読み込まれます。 （オプション）アプリケーションのテスト Oktaで作成したばかりのアプリケーションをテストするには： トークンのプレビュー に移動し、 リクエストプロパティ に付与タイプ、アプリケーションに割り当てられているユーザー、および指定されたスコープを入力します。 トークンのプレビュー をクリックします。 次の結果が得られます。 Issuer 、たとえば、 https://dev-11863425.okta.com/oauth2/aus15ca55wkdOxplJ5d7 。 Okta APIへのプログラムによるアクセス用の認証 Token 。 認証サーバーのメタデータJSON（ 設定 > メタデータURI ）。 Okta API呼び出し Get current user curl --location --request GET 'https://.okta.com/api/v1/users/me' \ --header 'Accept: application/json' \ --header 'Content-Type: application/json' \ --header 'Authorization: SSWS ' Get the user's grants curl --location --request GET 'https://.okta.com/api/v1/users//clients//grants' \ --header 'Accept: application/json' \ --header 'Content-Type: application/json' \ --header 'Authorization: SSWS ' Revoke grant/consent curl --location --request DELETE 'https://.okta.com/api/v1/users//grants/' \ --header 'Accept: application/json' \ --header 'Content-Type: application/json' \ --header 'Authorization: SSWS ' **Microsoft Entra ID:** Microsoft Entra IDでSnowflakeリソースのアプリケーションを登録します。 MS Azure > Microsoft Entra ID > アプリの登録 に移動します。 新規登録 をクリックします。 名前 の下に、 Snowflake OAuthリソース を入力します。 サポートされているアカウントの種類 で、 この組織のディレクトリのみのアカウント を選択します。 リダイレクトURI で、 ウェブ を選択し https:///account/snowflake/snowflake_authz_return と入力します。 登録 をクリックします。 APIを公開します。 アプリケーションID URI の横にある設定リンクをクリックし、固有IDであることを確認します（これは変更する必要はありません）。 これは、値 になります。 スコープを追加 をクリックして、Snowflakeロールを表すスコープを追加します Snowflakeのロール名を使用して、スコープを session:scope: のように入力します。 カスタムロールの場合は、Snowflakeでロール名を設定し、スコープを session:scope: のように入力します。 スコープ名を session:role-any と入力します。 新しく作成されたスコープの値をコピーします。 これは、 の値になります。 Microsoft Entra IDでSnowflakeクライアントアプリのアプリケーションを登録します。 MS Azure > Microsoft Entra ID > アプリの登録 に移動します。 新規登録 をクリックします。 名前 の下に、 Snowflake OAuthクライアント を入力します。 サポートされているアカウントの種類 で、 この組織のディレクトリのみのアカウント を選択します。 リダイレクトURI で、 ウェブ を選択し https:///account/snowflake/snowflake_authz_return と入力します。 登録 をクリックします。 概要 セクションで、 アプリケーション（クライアント）ID フィールドからクライアントIDをコピーします。 これは と呼ばれます。 証明書とシークレットをクリックし、新規クライアントシークレットをクリックします。 追加 をクリックします。 シークレットをコピーします。 これは と呼ばれます。 オプション ユーザーに代わってアクセストークンをリクエストする必要があるプログラムクライアントの場合は、アプリケーションの委任権限を以下のように設定します。 APIのアクセス許可 をクリックします。 アクセス許可の追加 をクリックします。 [自分のAPI]をクリックします。 ステップ1で作成したSnowflake OAuth Resourceをクリックします。Entra IDで、OAuth Resourceを設定します。 [委任されたアクセス許可]ボックスをクリックします。 ステップ3で作成されたスコープに関連する権限を確認します session:scope:role-any [アクセス許可の追加]をクリックします。 Snowflakeとの連携のために以下の情報を収集します。 アプリの登録 をクリックします。 Snowflake OAuthリソース をクリックします。 概要 ページで、 エンドポイント をクリックします。 OAuth 2.0トークンエンドポイント（v2） のURLの最初の部分（例： https://login.microsoftonline.com/6064c47c-80e4-4a555b-82ee-1fc5643b37a2 ）をコピーします。 これは、 の値になります OpenID Connectメタデータドキュメント の値をコピーし、新しいウィンドウに貼り付けます。 「jwks_uri」 パラメーターを見つけ、 値となるその値をコピーします（例： https://login.microsoftonline.com/6064c47c-80e4555b-82ee-1fc5643b37a2/discovery/v2.0/keys ） フェデレーションメタデータドキュメントをコピーし、URLを新規ウィンドウで開きます。 値となる "entityID" パラメーターを見つけます。これは とも呼ばれます（例： https://sts.windows.net/6064c47c-80e4-555582ee-1fc5643b37a2/ ）。 以下の値をコピーしたことを確認します。 は、 Snowflake OAuth Resource からコピーしました Snowflake OAuthリソース の概要およびエンドポイントビューにある 、 、 、 の各値。 と は、 Snowflake OAuthクライアント からコピーしました **関連資料** - 方法：ユーザーに代わり、Microsoft Entra IDを使用した外部OAuthトークンの作成 - 外部OAuth用のMicrosoft Entra IDの設定 ### Snowflakeの設定 > [!NOTE] 備考 > このセクションでは、Snowflakeで外部IdPを設定するための設定例を使用します。 特定の環境と要件に基づいてSnowflakeで外部IdPを設定する方法については、Snowflakeのドキュメントを参照してください。 Snowflakeで以下のコマンドを実行して、適切な外部IdPの連携を作成します。 **Okta:** ``` create security integration external_oauth_okta_2 type = external_oauth enabled = true external_oauth_type = okta external_oauth_issuer = '' external_oauth_jws_keys_url = '' external_oauth_audience_list = ('') external_oauth_token_user_mapping_claim = 'sub' external_oauth_snowflake_user_mapping_attribute = 'login_name'; CREATE OR REPLACE USER LOGIN_NAME = ''; alter user set DEFAULT_ROLE = 'PUBLIC'; ``` 参考値： OKTA_ISSUER : https://dev-11863425.okta.com/oauth2/aus15ca55wxplJ5d7 AUDIENCE : https://hl91180.us-east-2.aws.snowflakecomputing.com/ JWKS_URI ： https://dev-11863425.okta.com/oauth2/aus15ca55wxplJ5d7/v1/keys （Okta認証サーバーのメタデータJSONから取得） okta_user_name （ Okta > ディレクトリ > ユーザー から取得し、ユーザーを選択してから、 プロフィール > ユーザー名/ログイン に移動します） **Microsoft Entra ID:** > [!NOTE] 備考 > 以下の連携を作成するには `accountadmin` ロール、またはグローバルな `CREATE INTEGRATION` 権限を持つロールが必要です。 ``` create security integration external_oauth_azure_1 type = external_oauth enabled = true external_oauth_type = azure external_oauth_issuer = '' external_oauth_jws_keys_url = '' external_oauth_audience_list = ('') external_oauth_token_user_mapping_claim = 'upn' external_oauth_any_role_mode = 'ENABLE' external_oauth_snowflake_user_mapping_attribute = 'login_name'; ``` 参考値： : https://sts.windows.net/6064c47c-80e4-4a2b-4444-1fc5643b37a2/ : https://login.microsoftonline.com/6064c47c-80e4-4a2b-4444-1fc5643b37a2/discovery/v2.0/keys : api://8aa2572f-c9e6-4e91-4444-dcd84c856dd2 連携のアクセス権をpublicロールに付与します。 `grant USE_ANY_ROLE on integration external_oauth_azure_1 to PUBLIC;` `grant USE_ANY_ROLE on integration external_oauth_azure_1 to ;` `LOGIN_NAME` のユーザーが、Azureログインと同じであることを確認します。 Snowflakeで、次のクエリーを使用して検証します。 `DESC USER ` ログイン名が異なる場合、Snowflakeは、Entra IDで生成されたアクセストークンを検証できません。 その場合、以下のコマンドを使用し、SnowflakeとAzureを一致させます。 `ALTER USER SET LOGIN_NAME=''` カスタムロールを使用していてデフォルトでない場合は、以下のコマンドでデフォルトとして設定し、接続をテストします。 `ALTER USER SET DEFAULT ROLE='';` ### DataRobotでの接続設定 外部OAuthパラメーターで接続する場合、新しいデータ接続を作成する必要があります。 外部OAuthを使用したSnowflakeデータ接続を設定するには： 1. データ接続の作成と接続のテストの手順に従ってください。 2. 接続をテストをクリックした後、ドロップダウンからOktaまたはMS Azure ADのいずれかのOAuthプロバイダーを選択し、その他の必須フィールドに入力します。次に、保存してサインインをクリックします。 3. OAuthモーダルで、OktaまたはAzureのユーザー名とパスワードを入力します。サインインをクリックします。 4. データベースクライアントに同意するには、許可をクリックします。 接続に成功すると、DataRobotに以下のメッセージが表示されます。 ### 必須パラメーター 以下にリストされている必須フィールドに加えて、他の使用可能な設定オプションについては、 [Snowflakeのドキュメント](https://docs.snowflake.com/en/user-guide/jdbc-parameters.html) を参照してください。 | 必須フィールド | 説明 | ドキュメンテーション | | --- | --- | --- | | データ接続の必須フィールド | | | | address | Snowflake接続用の安全な接続URLを格納する接続オブジェクト。例： {account_name}.snowflakecomputing.com | Snowflakeドキュメント | | warehouse | 仮想ウェアハウスの一意の識別子。 | Snowflakeドキュメント | | db | データベースの一意の識別子。 | Snowflakeドキュメント | | 資格情報の必須フィールド | | | | クライアントID | アプリケーションの公開識別子。Okta管理コンソールで、アプリケーション > 各種アプリケーション > OpenID Connectウェブアプリ > サインオンタブ > サインオン方法に移動します。Microsoft Entra ID/Azure ADでは、これはapplicationIDとも呼ばれます。 上の手順では、としてコピーしました。 | Oktaまたは Entra IDのドキュメント | | クライアントシークレット | アプリケーションの認証用の秘密識別子。Okta管理コンソールで、アプリケーション > 各種アプリケーション > OpenID Connectウェブアプリ > サインオンタブ > サインオン方法に移動します。Microsoft Entra ID/Azure ADでは、これはclient secretとも呼ばれます。 上の手順では、としてコピーしました。 | Oktaまたは Entra IDのドキュメント | | Snowflakeアカウント名 | 組織内のSnowflakeアカウントの一意の識別子。 | Snowflakeドキュメント | | 発行者URL | SAML IDプロバイダーを一意に識別するURL。 「発行者」とは、IDプロバイダーのエンティティIDを指します。例：Okta：https://.okta.com/oauth2/Microsoft Entra ID： https://login.microsoftonline.com/ | Oktaまたは Entra IDのドキュメント | | スコープ | Snowflakeのロール名が含まれます。 例： Snowflakeアナリストのパラメーター。 Okta: session:role:analystMicrosoft Entra ID: など api://8aa2572f-c9e6-4e91-9555-dcd84c856dd/session:role-any | Snowflakeドキュメント | これらのフィールドに適切な値については管理者にお問い合わせください。 ## 機能に関する注意事項 - デフォルトでは、Snowflakeは二重引用符で囲まれた識別子を保存および解決する際に、アルファベットの大文字と小文字を保持します。ただし、Snowflakeでこのデフォルトを上書きすると、二重引用符で囲まれた識別子は大文字として保存および解決されます。 DataRobotは大文字と小文字を区別するプラットフォームであるため、元の大文字と小文字を維持することが重要です。 - 大文字と小文字の区別に関連する潜在的な問題を回避するには、DataRobotのSnowflakeデータ接続に移動し、 QUOTED_IDENTIFIERS_IGNORE_CASE パラメーターを追加して、値を FALSE に設定します。 詳細については、 Snowflakeのドキュメント を参照してください。 - データセットの更新など、スケジュールされたジョブを設定する予定がある場合、Snowflakeに接続する際にはOAuthではなく、キーペア認証またはBasic認証（ユーザー名/パスワード）を使用することをお勧めします。 アクセストークンの有効期限が切れた場合、再認証なしでリフレッシュトークンを使って更新できます。 ただし、リフレッシュトークンの有効期限が切れた場合は、再認証が必要です。 ## トラブルシューティング | 問題 | 解決方法 | 説明 | | --- | --- | --- | | DataRobotで操作を実行しようとすると、ファイアウォールが毎回IPアドレスをクリアするよう要求します。 | DataRobotで許可されたすべてのIPを追加します。 | 許可された送信元IPアドレスを参照してください。 許可されたIPをすでに追加している場合は、既存のIPが完全であることを確認してください。 | | 外部OAuth Snowflake接続をMicrosoft Entra IDでテストすると、DataRobotは以下のメッセージを返します。 AADSTS700016：識別子'aa2572f-c9e6-4e91-9eb1-dcd84c856dd2'のアプリケーションが、'Azure directory "datarobot" ("azuresupportdatarobot")'ディレクトリで見つかりませんでした。 これは、テナントの管理者がアプリケーションをインストールしていない場合、またはテナント内のユーザーに同意されていない場合に発生します。 認証リクエストを、誤ったテナントに送信した可能性があります。 | スコープが作成され、付与され、Azureのリソースに割り当てられたことを確認します。 | 詳細については、 Snowflakeのセットアップセクションを参照してください。 | | データ接続を追加後、外部OAuthをテストすると、DataRobotは以下のメッセージを返します。jdbc:snowflake://datarobot_partner.snowflakecomputing.com?CLIENT_TIMESTAMP_TYPE_MAPPING=TIMESTAMP_NTZ&db=SANDBOX&warehouse=DEMO_WH&application=DATAROBOT&CLIENT_METADATA_REQUEST_USE_CONNECTION_CTX=false. 元のエラーのJDBC接続失敗は、以下のとおりです。接続でリクエストされたロール、または接続（ACCOUNTADMIN）でリクエストされなかった場合のデフォルトロールは、アクセストークンにリストされていないか、またはフィルターされています。 別のロールを指定するか、または、OAuth認証サーバー管理者に連絡してください。 | Azureとの接続を確立するユーザーに、デフォルトのロールが割り当てられていることを確認してください。 | デフォルトロールは、ACCOUNTADMIN、ORGADMIN、またはSECURITYADMIN以外のものでなければなりません。 session:scope がscope:role-anyで作成されている場合、ユーザーは、指定された管理者ロール以外のロールでログインできます。 | | 接続テストをすると、DataRobotは以下のメッセージを返します。 無効なリクエストを以下に記します。リクエストトークンが、ユーザーのコンテキストと一致しません。 さまざまなリクエストまたはユーザーセッション間でユーザーコンテキスト値（Cookie、フォームフィールド、ヘッダー）をコピーしないでください。完全な単一ユーザーフロー全体で、提供されたALLの値を常に維持してください。 失敗の理由：[トークン値が一致しません。] | ユーザーのログイン名と、SnowflakeとAzureの両方のログイン名が一致していることを確認し、ユーザーをマッピングしてアクセストークンを作成します。 | Snowflakeのログイン名を、Azureのユーザー名と一致するように変更できます。 | | Snowflake資格情報を認証しようとすると、DataRobotは次のエラーメッセージを返す：指定されたユーザー名またはパスワードが間違っています。 | パラメーターが有効であることを確認します。有効である場合は、推奨ドライバーバージョンを使用します。 | ユーザー名、秘密鍵、パスフレーズを確認します。すべてのパラメーターが有効な場合は、ドロップダウンの追加パラメーターを表示 > ドライバーの推奨ドライバーバージョンを使用します。ドライバーバージョン3.13.9を使用している場合：追加パラメーターを表示をクリックします。パラメーターを追加をクリックし、アカウントを選択します。フィールドにアカウント名を入力します。詳細については、 Snowflakeコミュニティの記事を参照してください。 |