この記事では、主要な制約を含めることに注意する必要があるストレッチ対応テーブルについて説明します。
ストレッチデータベースは SQL Server ユーザーがコールドデータを安全かつ透過的にAzureクラウドに移行できるようにする機能。 ユーザーは、接続エラー時にこれらの移行を一時停止することもできます。これにより、データの転送が容易になります。
データベースを直接ストレッチ tar大量のコールドデータを含むトランザクションデータベースを取得します。これは通常、データベース内の複数のテーブルに格納されます。 また、これらのテーブルには、XNUMX億行を超えるデータが含まれている可能性があります。
ストレッチデータベースが使用されるのはなぜですか？
•ユーザーはコールドデータを別のテーブルに保存したり、データベースをAzureクラウドに移行したりできます。
•ユーザーは、フィルター機能を使用して、移行する行のコールドデータまたはホットデータを分離または選択できます。
ストレッチデータベースは素晴らしいです SQL Server ユーザーがデータを安全かつ透過的にMicrosoftAzureに移行できるようにする機能ですが、ユーザーがデータベースにストレッチを実装または有効にできないという制限もあります。 これがその制限のいくつかのリストです。 データをAzureクラウドに移行する場合は、ストレッチを使用する際にこれらの点に注意してください。
ストレッチデータベース対応テーブルの制限
これらは、Stretch Databaseがテーブルで有効になるのを妨げるいくつかの条件です。次回、Stretch Databaseを使用するときは、これらの条件に注意してください。
1.制約
•ストレッチデータベースを使用している間、一意性は、移行されたデータの形式を含むMicrosoftAzureテーブルのPRIMARYKEYおよびUNIQUE制約に適用されません。
2.DML操作
•Stretchが有効なテーブルでは、ユーザーは、移行された行または移行の対象となる行を削除または更新することはできません。
•ユーザーは、リンクサーバーからStretch対応テーブルに行を挿入することも許可されていません。
3.インデックス
•ストレッチ対応のテーブルでは、ユーザーはビューのインデックスを作成できません。
•インデックスのフィルター SQL Server Stretch対応テーブルからリモートテーブルに伝播されません。
4.ユーザーがテーブルでStretchDatabaseを有効にできない制限
ユーザーは、次の条件がある、または次の条件にあるテーブルに対してストレッチデータベースを有効にすることはできません。
5.テーブルのプロパティ
•998を超えるインデックスまたは1,023を超える列を持つテーブル
•FileTablesまたはFILESTREAMデータを含むテーブル
•変更データキャプチャまたは変更追跡をアクティブに使用しているテーブル
•メモリが最適化されたテーブル
6.データ型
•テキスト、画像、およびntext
•タイムスタンプ
•sql_variant
•XML
•ジオメトリ、hieなどのCLRデータ型rarchyid、CLR、またはgeographyのユーザー定義タイプ。
7.制約
•デフォルト制約とともに制約を確認します
•テーブルを参照する外部キー制約。 これは、親子関係（たとえば、Order（親）とOrder_Detail（子））を使用して説明できます。ユーザーは、子のテーブル（Order_Detail）に対してStretch Database Tableを有効にできますが、の設定を変更することはできません。親テーブル（注文）。
8.インデックス
•全文を含む索引
•XMLインデックス
•空間インデックス
•テーブルへの参照を提供するインデックス付きビュー
ストレッチデータベースは積極的に検討する必要がありますが、企業は次のことができるツールにも投資する必要があります。 SQLを回復する 不測の事態に備えてデータを安全に保つためのサーバーデータベースファイル。
著者紹介：
ビクターサイモンは、のデータ復旧の専門家です DataNumen、Inc。は、以下を含むデータ復旧技術の世界的リーダーです。 アクセス回復 およびSQL回復ソフトウェア製品。 詳細については、次のWebサイトをご覧ください。 WWW。datanumen.com