次の方法で共有

Fabric SQL データベース ミラーリングの制限事項

このページでは、Fabric SQL データベース ミラーリングでの現在の制限事項の一覧を示します。 このページは変更されることがあります。

トラブルシューティングについては、以下をご覧ください。

Microsoft Fabricでの SQL データベースの一般的な制限については、Microsoft Fabric の SQL データベースのLimitations を参照してください。

データベース レベルの制限事項

  • 現在、Fabric の SQL データベースのミラーリングを無効にすることはできません。
  • SQL データベースのミラーリングでは、Fabric SQL データベースが存在するワークスペースに対してだけミラー化できます。
  • 1 つのデータベースからミラー化できるテーブルの最大数は 1000 です。 テーブルを増やすことができますが、1000 を超えて作成されたテーブルはミラーリングからスキップされます。

セキュリティ機能

  • Fabric SQL データベースでは 行レベル セキュリティ はサポートされていますが、現在のところ、アクセス許可は Fabric OneLake のレプリケートされたデータには反映されません。
  • オブジェクト レベルのアクセス許可 (特定の列へのアクセス許可の付与など) は、現在、Fabric OneLake のレプリケートされたデータには反映されません。
  • 動的データ マスク設定は、現在、Fabric OneLake のレプリケートされたデータには反映されません。
  • Microsoft Purview Information Protection/秘密度ラベルはカスケードもミラーリングもされず、Fabric OneLake に反映されません。 詳細については、「Microsoft Purview保護ポリシーを使用した SQL データベースの機密データの保護を参照してください。

テーブル レベル

  • 主キーにサポートされていないデータ型が含まれている場合は、テーブルをミラー化できません。
  • 次のいずれかの機能が使われているソース テーブルを、Fabric OneLake にミラー化することはできません。
    • ミラーリングがアクティブな場合、 クラスター化列ストア インデックスを 既存のテーブルに作成することはできません。
      • 最初にミラーリングを停止し、クラスター化列ストア インデックスを追加してからミラーリングを再開する場合は、既存のテーブルに CCI を追加できます。 テーブルはミラーリングされません。
        • ミラーリングが実行されている場合 (通常は)、 sqldatabase API を使用して停止 してから、 sqldatabase API を使用して再開できます。 API 呼び出しでミラーリングを停止および開始する方法については、「 Fabric REST API を使用した SQL データベース ミラーリングの開始と停止」を参照してください。
      • クラスター化列ストア インデックスは、インライン インデックス構文を使用してテーブルが作成されると同時に作成されるときにサポートされますが、新しいテーブルをミラー化することはできません。
    • テンポラル履歴テーブルと台帳履歴テーブル
    • 常に暗号化されています
    • インメモリ テーブル
    • Graph
    • 外部テーブル
  • 次の表レベルのデータ定義言語 (DDL) 操作は許可されません:
    • パーティションの交換/分割/統合
    • 主キーの変更
    • テーブルを変更して または でパーティションを再構築することはできません。
  • DDL が変更されると、変更されたテーブルの完全なデータ スナップショットが再開され、データが再シードされます。
  • ビューは OneLake にミラー化されません。
  • ストアド プロシージャは OneLake にミラー化されません。
  • テーブルでは、その項目は使用できません。 名前で参照される個々のインデックスを変更することはできます。
  • テンポラル テーブルの場合、データ テーブルはミラー化されますが、履歴テーブルはミラーリングから除外されます。
    • 既存の 2 つのテーブルのシステム バージョン管理を追加すると (テンポラルへの変換)、既存の履歴テーブルはミラーリングから自動的に除外されます (過去にミラー化された場合でも)。
    • システム バージョン管理を削除すると (履歴テーブルからテンポラル データを分割)、履歴テーブルはスタンドアロン テーブルとして扱われ、ミラーリングに自動的に追加されます。
  • フルテキスト インデックス作成はサポートされておらず、Microsoft Fabricの SQL データベースには作成できません。
  • [レプリケーション モニター] ページの NotSupported レプリケーション ステータスには、テーブル固有のステータス情報が含まれており、多くの場合、サポートされていないデータ型が原因です。
  • 現在、テーブルに json または ベクトル データ型がある場合、テーブルをミラー化することはできません。
    • 現時点では、Fabric の SQL データベースのまたは json データ型に列をすることはできません。

列レベル

  • ソース テーブルに計算列が含まれている場合、これらの列はスキップされ、ミラー化できません。
  • ソース テーブルにこれらいずれのデータ型を含む列が含まれている場合、これらの列を Fabric OneLake にミラー化することはできません。 ミラーリングでは、次のデータ型はサポートされていません:
    • 画像
    • テキストnテキスト
    • xml
    • rowversionタイムスタンプ
    • sql_variant
    • ユーザー定義型 (UDT)
    • 幾何学
    • 地理学
    • hierarchyid（階層を管理するためのSQL Serverデータ型）
  • Delta Lake では、6 桁の精度のみがサポートされます。
    • SQL 型 datetime2 の列は、小数秒の精度が 7 であり、Fabric OneLake の Delta ファイルには同じ精度の対応するデータ型がありません。 この型の列がミラー化されて、小数秒の 7 桁がトリミングされた場合、精度が低下します。
    • 主キーが次のいずれかのデータ型である場合は、テーブルをミラー化できません: datetime2(7)、datetimeoffset(7)、time(7)。ここで、 は 7 桁の精度です。
    • datetimeoffset(7) データ型は、Fabric OneLake の Delta ファイルに同等の精度の対応するデータ型がありません。 この型の列がミラー化された場合、精度が失われます (タイム ゾーンと時刻小数 7 桁目の損失)。
  • SQL テーブルの列名には、スペースや次の文字 を含めることはできません。
  • サイズが 1 MB を超えるラージ バイナリ オブジェクト (LOB) 型の列がテーブルに 1 つ以上ある場合、Fabric OneLake では列データのサイズが 1 MB に切り詰められます。

SQL 分析エンドポイントの制限事項

  • SQL 分析エンドポイントは、レイクハウス SQL 分析エンドポイントと同じです。 これは同じ読み取り専用エクスペリエンスです。 ウェアハウスの SQL 分析エンドポイントの制限事項に関する記事をご覧ください。

関連するコンテンツ

  • Microsoft Fabric
  • Last updated on