Snowflake - 最新のトレーニング・ダンプス

リアル試験問題集ARA-C01 Dumps試験問題集はこちら[Feb-2024]。

最新情報：2024年2月 ARA-C01を使用した効果的な侵入テストの実施

Snowflake ARA-C01（SnowProアドバンスドアーキテクト認定）認定試験は、Snowflakeソリューションの設計および実装に関する専門家の高度なスキルと知識を検証する、業界で認められた認定試験です。Snowflake のアーキテクチャ、セキュリティ、パフォーマンスの最適化、データモデリング、他のテクノロジーとの統合など、幅広いトピックをカバーする包括的な試験です。SnowPro Advanced Architect認定資格は、組織でSnowflakeソリューションの管理を担当し、この分野の専門知識を証明したいプロフェッショナルに最適です。

Snowflake ARA-C01 試験は、Snowflake コミュニティのトップアーキテクトを認定するために設計された、挑戦的で厳格な認定資格です。この認定資格を取得することで、プロフェッショナルは複雑なSnowflake環境を設計および管理する能力を証明し、この急成長分野のリーダーとしての地位を確立することができます。

NO.50 クエリに対してEXPLAINを実行しても、実行中のウェアハウスは必要ありません。

真

偽

NO.51 Snowflakeアーキテクトは、強力な法的分離ルールとマルチテナントが要件である組織のアプリケーションとテナント戦略を設計しています。
役割ベースのアクセスポリシー（RBAC）がテナントを分離するための実行可能なオプションである場合、どのアプローチがこれらの要件を満たすでしょうか？

Snowflake組織の各テナントのアカウントを作成します。

行レベルのセキュリティでテナントを分離できる場合は、テナント戦略ごとにオブジェクトを作成します。

行レベルのセキュリティではテナントを分離できない場合は、テナント戦略ごとにオブジェクトを作成します。

行レベルのセキュリティではテナントを分離できない場合は、マルチテナント・テーブル戦略を作成する。

NO.52 あるデータエンジニアが、ある小売企業向けに、イベントログをSnowflakeに取り込んで洞察を得るための、ほぼリアルタイムの取り込みパイプラインを設計している。Snowflake アーキテクトは、Snowpipe への自動インジェストのデータロードのアクセス制御特権を構成するためのセキュリティベストプラクティスを定義するよう求められている。
SnowpipeユーザがSnowpipeを実行するために必要な最小限のオブジェクト権限は何ですか？

指定されたパイプのOWNERSHIP、指定されたステージ、ターゲット・データベース、スキーマのUSAGE、ターゲット・テーブルのINSERTとSELECT。

名前付きパイプのOWNERSHIP、名前付きステージのUSAGEとREAD、ターゲット・データベースとスキーマのUSAGE、ターゲット・テーブルのINSERTとSELECT。

指定されたパイプでのCREATE、指定されたステージでのUSAGEとREAD、ターゲット・データベースとスキーマでのUSAGE、ターゲット・テーブルでのINSERTとSELECT。

指定されたパイプ、指定されたステージ、ターゲット・データベース、スキーマに対するUSAGE、ターゲット・テーブルに対するINSERTとSELECT。

NO.53 外部テーブル・スキーマにはどのカラムを含めることができますか？(3つ選択）。

価値

metadatasrow_id

メタデータ更新

メタデータa$ファイル名

メタデータ file_row_number

メタデータ外部テーブル・パーティション

NO.54 インバウンドの共有データに対して許可される操作は次のうちどれですか？

マージ

テーブルの作成/削除/変更

ALTERスキーマ

結合で選択

でグループ化して選択します。

INSERT INTO

NO.55 アーキテクトは、ユーザが受信共有からデータベースを作成できるようにする必要があります。
この要件を満たすには、ユーザーのロールにはどの権限が必要ですか？(2つ選んでください)。

インポートシェア；

輸入特権；

データベースを作成する；

シェアを作成する；

データベースをインポートする；

NO.56 共有から作成されるSnowflakeデータベースは、共有から作成されない標準データベースとどのように異なりますか？

共有データベースは読み取り専用。

新しいデータを表示するには、共有データベースをリフレッシュする必要がある。

共有データベースはクローンできない。

共有データベースはタイムトラベルではサポートされていません。

共有データベースは、明示的にこれらのスキーマを共有に付与しなくても、PUBLICまたはINFORMATION_SCHEMAスキーマを持ちます。

共有データベースは一時的なデータベースとして作成することもできる。

説明
SnowPro Advanced：アーキテクトのドキュメントとラーニングリソースによると、共有から作成されるSnowflakeデータベースが、共有から作成されない標準データベースと異なる点は以下のとおりです：
* 共有データベースは読み取り専用です。つまり、共有データベースにアクセスするデータ利用者は、データベース内のデータやオブジェクトを変更したり削除したりすることはできません。データベースを共有するデータ・プロバイダーは、データとオブジェクトを完全に管理し、権限を付与したり取り消したりすることができます1。
* 共有データベースはクローンできません。これは、共有データベースにアクセスするデータ・コンシューマーが、データベースやデータベース内のオブジェクトのコピーを作成できないことを意味します。データベースを共有するデータ・プロバイダーは、データベースやオブジェクトのクローンを作成できますが、クローンは自動的に共有されません2。
* 共有データベースはTime Travelでサポートされていません。つまり、共有データベースにアクセスするデータ・コンシューマーは、AS OF句を使用して履歴データを照会したり、削除されたデータを復元したりすることはできません。データベースを共有するデータ・プロバイダーは、データベースまたはオブジェクトに対してTime Travelを使用できますが、履歴データはデータ・コンシューマーには表示されません3。
他の選択肢は、共有から作成される Snowflake データベースが、共有から作成されない標準データベースと異なる点ではないため、不正解です。オプション B は間違っています。なぜなら、共有データベースは新しいデータを表示するために更新する必要がないからです。共有データベースにアクセスするデータ・コンシューマーは、データ・プロバイダーがデータを更新するとすぐに最新のデータを見ることができます1。共有データベースは、明示的にこれらのスキーマを共有に付与しない限り、PUBLICスキーマまたはINFORMATION_SCHEMAスキーマを持たないため、選択肢Eは正しくありません。共有データベースにアクセスするデータ・コンシューマは、データ提供者が共有に付与したオブジェクトしか見ることができず、PUBLICスキーマとINFORMATION_SCHEMAスキーマはデフォルトでは付与されていません4。共有データベースは一時的なデータベースとして作成できないため、オプションFは正しくありません。一時的なデータベースとは、タイムトラベルやフェイルセーフをサポートしないデータベースのことで、データの保持期間に影響を与えることなく削除することができます。共有データベースは、ソースデータベースの種類に関係なく、常に永続データベースとして作成されます5。参考文献参照：Introduction to Secure Data Sharing｜Snowflake Documentation、Cloning Objects｜Snowflake Documentation、Time Travel｜Snowflake Documentation、Working with Shares｜Snowflake Documentation、CREATE DATABASE｜Snowflake Documentation

NO.57 サマータイムによる現地時間の変更は、雪印のタスクではどのように扱われますか？(2つ選んでください)

UTCベースのスケジュールでスケジュールされたタスクは、時間の変更に問題はありません。

タスクスケジュールは、時間変更に対応するために、指定されたタイムゾーンまたはローカルタイムゾーンに従うように設計することができます。

サマータイムの変更中、タスクは一時停止状態に移行する。

分のような頻繁なタスク実行スケジュールは問題を引き起こさないかもしれないが、タスク履歴に影響を与える。

タスクスケジュールは指定された時間のみに従い、失われた時間や重複した時間を処理することはできません。

NO.58 バリデーション・モードには以下のオプションがあります。

RETURN__ROWS

RETURN_ERRORS

return_all_errors

return_severe_eerors_only

NO.59 ある企業は、Snowflakeアカウントをインターネット上で可視化しない企業ネットワーク内に展開したいと考えています。同社は、VPNインフラと仮想デスクトップインフラ（VDI）をSnowflakeユーザーに使用している。また、ログイン管理の冗長性をなくすために、VDI用に設定したログイン認証情報を再利用したいと考えています。
これらの要件を満たすには、どのSnowflake機能を使用する必要がありますか？(2つ選んでください）

ユーザーが社外からVPN接続できるようにレプリケーションを設定する。

会社独自のトライシークレットセキュアキーを用意する。

クラウドプロバイダーのプライベート接続を使用する。

連携認証のためのSSOを設定する。

VPN外でプロキシのSnowflakeアカウントを使用し、ユーザーログインのクライアントリダイレクトを有効にする。

NO.60 ある企業の日々のSnowflakeワークロードは、以下の間でトリガーされる膨大な数の同時クエリで構成されている。
午後9時と午後11時。個々のレベルでは、これらのクエリは短時間で完了する小さなステートメントである。
このワークロードのパフォーマンスを向上させるために、同社のアーキテクトはどのような構成を導入できますか？
(2つ選んでください)

ワークロード期間中、マルチクラスタ化された仮想倉庫を最大化モードで有効にする。

仮想倉庫レベルで、MAX_CONCURRENCY_LEVELをデフォルト値の8より高い値に設定する。

仮想倉庫のサイズをX-Largeにする。

このワークロードで処理されるデータ量を減らす。

接続タイムアウトをデフォルトより高い値に設定する。

NO.61 ある企業が、Azure の Snowflake アカウントを使用している。このアカウントでは、SCIM ID プロバイダとして ADFS を使用して SAML SSO が設定されています。プライベートリンクの接続性を検証するために、アーキテクトは以下の手順を実行しました：
* ユーザー名/パスワードのアカウントでログインし、プライベートリンクのURLが機能していることを確認。
* プライベート・リンクのURLに対してnslookupsを実行することで、DNSの解決を確認。
* SnowCDによる接続性の検証
* しかし、SSOを使って会社のアカウントにログインすると、次のようなエラーメッセージが表示されます：
IP XX.XXX.XX.XXはsnowflakeへのアクセスが許可されていません。ローカルのセキュリティ管理者に連絡してください。
このエラーを解決し、プライベートリンクのみを使用してアカウントにアクセスできるようにするために、アーキテクトはどのような手順を踏むべきですか?(2つ選択してください)

プライベートリンクURLを使用するようにAzureセキュリティ統合を変更する。

エラーメッセージのIPアドレスをネットワークポリシーの許可リストに追加する。

system$generate_scim_access_tokenを使用して新しいSCIMアクセストークンを生成し、Azure ADに保存します。

プライベートリンクURLを使用するように、Azure AD SSOの設定を更新する。

Snowflakeサポートにケースを開き、プライベートリンクURLのアカウントへのアクセスを承認します。

説明
このエラーメッセージは、エラーメッセージのIPアドレスがネットワークポリシーの許可リストにないため、Snowflakeへのアクセスが許可されていないことを示しています。ネットワークポリシーは、IPアドレスまたは範囲に基づいてSnowflakeへのアクセスを制限できる機能です。このエラーを解決するには、アーキテクトは以下の手順を実行する必要があります：
* エラーメッセージの IP アドレスをネットワークポリシーの許可リストに追加します。これにより、そのIPアドレスはプライベートリンクURLを使用してSnowflakeにアクセスできるようになります。また、セキュリティ上の理由でネットワークポリシーが不要な場合は、アーキテクトがネットワークポリシーを無効にすることもできます。
* Azure AD SSO の設定を更新し、プライベートリンク URL を使用するようにします。これにより、SSO 認証プロセスでパブリック URL の代わりにプライベートリンク URL が使用されるようになります。設定は、Azure ドキュメント1 の手順に従って更新できます。
この2つのステップでエラーは解決され、プライベート・リンクのみを使用してアカウントにアクセスできるようになります。このシナリオでは、他のオプションは必要ありませんし、関係ありません。セキュリティ統合は SSO 認証ではなく SCIM プロビジョニングに使用されるため、Private Link URL を使用するように Azure セキュリティ統合を変更する必要はありません。system$generate_scim_access_token を使用して新しい SCIM アクセストークンを生成し、それを Azure AD に保存することは、SCIM アクセストークンが SSO 認証ではなく SCIM プロビジョニングに使用されるため、必要ありません。アカウント管理者が SYSTEM$AUTHORIZE_PRIVATELINK 関数を使用して認証を行うことができるため、Snowflake サポートにケースを開き、アカウントへのプライベートリンク URL のアクセスを認証する必要はありません2。

NO.62 ある企業は、異なる地域に複数の拠点を持ち、そこからデータを取り込みたいと考えている。
このタイプのデータ取り込みを可能にするのは、次のうちどれでしょう？

各クラウドリージョンにSnowflakeアカウントを持ち、そのアカウントにデータをインジェストできるようにする必要がある。

Snowflakeアカウント間でデータをレプリケートする必要がある。

各サイトにリーダー・アカウントを用意し、リーダー・アカウントを通じてデータを取り込む。

同社は、外部ステージのためにストレージ統合を使用すべきである。

NO.63 テーブルの自動クラスタリングをオンにしています。
特定のテーブルの過去1週間の自動クラスタリングで、クレジットがどれだけ消費されたかをどのように監視しますか？

以下のクエリを実行する select * from table(information_schema.automatic_clustering_history(date_range_start=>dateadd(d, -7, current_date), date_range_end=>current_date, table_name=>'mydb.myschema.mytable'))；

自動クラスタリング情報を表示する

クラスタリング情報を表示する

NO.64 アカウントには2つのデータベースがあり、それぞれfin_dbとhr_dbという名前で、給与データと従業員データが格納されています。会社の会計士とアナリストは、仕事を遂行するために、これらのデータベースのオブジェクトに対して異なる権限を必要とします。会計士はfin_dbへの読み書きアクセス権が必要ですが、hr_dbは人事担当者が管理しているため、読み取り専用アクセス権しか必要ありません。
アーキテクトは、人事部門で働く特定の従業員用に読み取り専用のロールを作成する必要があります。
このロールには、どの権限セットを付与する必要がありますか？

データベースhr_dbのUSAGE、データベースhr_dbの全スキーマのUSAGE、データベースhr_dbの全テーブルのSELECT

データベースhr_dbのUSAGE、データベースhr_dbのすべてのスキーマのSELECT、データベースhr_dbのすべてのテーブルのSELECT

データベースhr_dbのMODIFY、データベースhr_dbのすべてのスキーマのUSAGE、データベースhr_dbのすべてのテーブルのUSAGE

データベースhr_dbのUSAGE、データベースhr_dbの全スキーマのUSAGE、データベースhr_dbの全テーブルのREFERENCES