Microsoft Fabric での Snowflake のミラーリングに関してよく寄せられる質問

Snowflake の場合は、ランディング ゾーンでこれらのファイルをデルタ vertiparquet に変換する際にパフォーマンスを向上させるために、ランディング ゾーンを使用してスナップショットと変更データの両方を OneLake に格納します。

レプリケーションでは、マネージド テーブル、Iceberg テーブル、およびビューがサポートされています。 外部テーブル、トランジェントテーブル、テンポラリテーブル、および動的テーブルはサポートされていません。 Iceberg テーブルの場合、構成時に基になる Iceberg テーブル ストレージへのストレージ接続が必要です。 ビューに関する既知の問題 (データ型マッピングなど) の詳細については、「制限事項」を参照してください。

設定歯車を選択し、[ 接続とゲートウェイの管理] を選択します。 このページから既存の接続を削除することもできます。

次の認証方法がサポートされています:

• ユーザー名とパスワード - Snowflake ネイティブ認証
• Microsoft Entra ID (SSO) — Entra ID 経由のシングル サインオン
• キー ペア認証 — サービス アカウント シナリオの RSA キー ペア

1. 既存の倉庫を再利用します。 アプリケーションがソース テーブルの更新に既に使用しているのと同じ Snowflake ウェアハウスを使用するようにミラーリングを構成します。 これにより、別途専用のミラーリングウェアハウスを起動するオーバーヘッドを回避できます。 アプリケーションがテーブルを更新すると、ミラーリング レプリケーターは、ウェアハウスがまだアクティブな間、ほぼ即座に変更を取得します。 2. 必要なテーブルのみをミラー化します。 テーブルのサブセットのみが必要な場合は、データベース全体をミラーリングしないようにします。 大規模なミラーリングにより、Snowflake の使用量や Fabric の容量使用量が大幅に急増する可能性があります。 3. 予期しない再シードがないか監視します。 再シードではテーブル全体を再読み取りし、そのサイズに比例した計算コストが発生します。 初期コピーの動作を繰り返し表示するテーブルについては、[ミラーリングの状態] ページを確認します。 4. Snowflake の予算と与信限度額を使用します。 Snowflake リソース モニターと予算を設定して、ミラーリング関連のコンピューティング コストを上限に設定します。

Fabric では、ミラーリング用の OneLake へのイングレス料金は課金されません。

Azure の外部でホストされている場合は、Snowflake とクラウドのドキュメントでエグレス コストを確認してください。 Azure でホストされているが、Fabric 容量とは異なるリージョンにある場合、データエグレスが課金されます。 同じリージョンの Azure でホストされている場合、データエグレスはありません。

No. ミラーリングは継続的に実行され、現在、レプリケーション スケジュールまたは時間ベースのウィンドウの構成はサポートされていません。 レプリケーターは継続的に変更をポーリングし、Snowflake コンピューティングの継続的な使用状況を生成します。 特定の期間にコンピューティングを制限する必要がある場合は、ミラーリングを手動で停止して再起動できますが、再起動すると、ミラー化されたすべてのテーブルの完全な再シードがトリガーされることに注意してください。

これは、取り込まれるデータのサイズによって異なります。

ほぼリアルタイムの待機時間。

はい。テーブルはすべて v オーダーのデルタ テーブルです。

ファブリック ミラー レプリケーションの監視を参照してください。

はい。オンプレミス データ ゲートウェイと Virtual Network (VNet) データ ゲートウェイを介したミラーリングがサポートされています。

ソース テーブルのデータが再初期化されます。 停止してから再開するたびに、テーブル全体が再び取得されます。

特定のテーブルのミラーリングを停止し、OneLake から削除します。

いいえ、ストリーミング テーブルを削除するだけです。

はい。可能ですが、そうする必要はありません。 データが Fabric に入ったら、そこから共有できます。

はい。ミラーリングの構成中に特定のテーブルを選択できます。

再シード (データの完全再読み込み) は、次のいずれかによってトリガーされます。

• テーブルの DDL タイムスタンプを変更する DDL 変更。たとえば、列を追加または削除する ALTER TABLE 操作。
• スケジュールに従ってテーブルを削除して再作成する dbt などのスキーマ変更ツール。
• Fabric ポータルまたは API を使用したミラーリングの停止と再起動。
• 容量拡張の一時停止。 Fabric容量が長時間一時停止されている場合、再開時にミラーリングが再シードされる可能性があります。

増分同期ではなく、最初のコピー (再シード) を繰り返し行うテーブルが表示される場合:

1. アップストリーム スキーマの変更を確認します。 dbt などのツールが定期的なスケジュールでテーブル定義を変更しているかどうかを確認します。 少しの DDL 変更でも、再シードをトリガーできます。
2. [ミラーリングの状態] ページを確認します。 定期的に繰り返される初期コピー タイムスタンプを示すテーブルを探します。
3. アクティブなミラーリング中にスキーマの変更を一時停止します。 dbt の実行が原因の場合は、メンテナンス期間中にスケジュールするか、スキーマの変更を実行する前にミラーリングを一時停止します。
4. Snowflake ウェアハウスの使用状況を監視します。 Snowflake アカウントの使用状況ビューを調べて、ミラーリング関連のクエリがコンピューティングを支配しているかどうかを確認します。
5. 各再シードは完全なテーブル データを処理し、テーブル サイズに比例した Snowflake コンピューティング コストが発生することを覚えておいてください。 表のサイズに比例します。

No.

いいえ。データは顧客環境の外部でステージングされず、顧客の OneLake でステージングされます。

Power BI Premium、ファブリック容量、または試用容量が必要です。 ライセンスの詳細については、 Microsoft Fabric ライセンスを参照してください。

データを Fabric OneLake にレプリケートするために使用される Fabric コンピューティングは無料です。 ミラーリング ストレージのコストは、容量に基づいて上限まで解放されます。 詳細については、「 ミラーリングのコスト 」と 「Microsoft Fabric の価格」を参照してください。 SQL、Power BI、または Spark を使用してデータのクエリを実行するためのコンピューティングは、通常の料金で課金されます。

関連コンテンツ

• ファブリックのミラーリングとは
• Snowflake コネクターの概要