適切な Azure SQL Database 機能を選択する

7 分

自転車製造のシナリオで、Azure SQL Database に移行するデータベースを既に特定し、プロファイリングしました。ここで、データの回復性、ディザスターリカバリー、セキュリティ、およびその他の実装の詳細を考慮して、移行を計画します。

Azure SQL Database への移行プロセスをサポートするために使用できるツールと機能を知りたいと考えています。

Azure SQL Database のベネフィット

単一およびエラスティックプールデータベースをデプロイする利点のまとめを次に示します。

カテゴリ	機能
バックアップと回復	自動バックアップ
	ポイントインタイムリストア
	7 日以上のバックアップリテンション期間
	長期バックアップリテンション期間を使用すると、バックアップは最長 10 年間格納される
高可用性	99.99% の高可用性を保証
	3 つのセカンダリレプリカによる組み込みの可用性
	Azure 可用性ゾーンを使用したゾーン冗長
ディザスターリカバリー	データベースバックアップの geo リストア
	Azure リージョン間のアクティブ geo レプリケーション
サービスの拡張性	動的なスケールアップとスケールダウン
	複数のシャードを使用したスケールアウト
	エラスティックプールを使用してデータベース間でコンピューティングリソースを共有
Security	Microsoft Entra 認証のサポート
	高度な脅威保護などのクラウドのみのセキュリティ機能
	既定で有効になっている Transparent Data Encryption (TDE)
	動的および静的なデータマスク、行レベルのセキュリティ、および Always Encrypted のサポート
	ファイアウォール許可リスト
ライセンス	予測コスト計算用の DTU 購入モデル
	コンピューティングとは無関係にストレージのスケーリングを可能にする仮想コア購入モデル
	仮想コア購入モデルを SQL Server 用の Azure ハイブリッド特典と組み合わせることで、最大 30% のコスト削減を実現

ヒント

Azure SQL Database に移行する利点と使用可能な機能を確認するには、「Azure SQL を使用して PaaS ソリューションをデプロイする」を参照してください。

Azure SQL Database の独占的な機能

Azure SQL Database では、他の Azure SQL オファリングでは使用できない一部の機能がサポートされます。

機能	定義
Hyperscale	独立してスケーラブルなコンピューティングとストレージを可能にするクラウドネイティブアーキテクチャ。他のレベルよりも高い柔軟性とリソースを提供します。
自動スケール	サーバーレスコンピューティングレベルで使用されます
自動チューニング (インデックス)	この組み込み機能は、ワークロードのパフォーマンスを向上させることができるインデックスを自動的に識別して作成します。クエリのパフォーマンスが向上したことの確認と、未使用または重複するインデックスの削除も実行します。
エラスティッククエリ	SQL Database の複数のデータベースをブリッジする T-SQL クエリを実行できます。この機能は、変更できない 3 部と 4 部構成の名前を使用するアプリケーションに便利です。
エラスティックジョブ	エラスティックジョブ機能は、Azure SQL Database の SQL Server エージェントの代替機能です。エラスティックジョブは、SQL Server インスタンスで使用できるマルチサーバー管理機能にある程度類似しています。
SQL データ同期	SQL Database または SQL Server で実行されている複数のデータベース間でデータを増分同期できます。
Query Performance Insights (QPI)	このツールは、ワークロードの全体的なパフォーマンスを向上させ、コストをかけているリソースを効率的に使用するために、最適化するクエリを見つけるのに役立ちます。

重要

SQL Database、SQL Server、Azure SQL Managed Instance の機能面のその他の違いと、Azure SQL Database の各種オプション間の違いについては、SQL Database の機能に関するページを参照してください。

サポートされている移行オプション

Azure SQL Database への移行には、オンラインとオフラインの 2 つのモードがあります。オンラインモードのダウンタイムは最小限であるか、発生しませんが、オフラインモードでは移行プロセス中にダウンタイムが発生します。

ツール	移行モード
Azure Database Migration Service	オフライン
トランザクションレプリケーション	オンライン
Azure Migrate	オフライン
SQL データ同期	* オフライン
インポートおよびエクスポートウィザードまたは BACPAC	オフライン
一括コピー (bcp ユーティリティ)	オフライン
Azure Data Factory	オフライン
Data Migration Assistant (DMA)	オフライン

* ワークロードによっては、パフォーマンスに大きな影響を与える可能性があります。

Note

Database Migration Assistant は使用可能で便利なツールですが、大規模な移行や全体的なエクスペリエンスの向上には、Azure Database Migration Service を使用することをお勧めします。

移行のパフォーマンス

Azure SQL Database に移行するときは、次の推奨事項を検討してください。

ソースのデータファイル I/O と待機時間を監視し、ボトルネックを軽減します。
ターゲット Azure SQL データベースを Business Critical Gen5 8 仮想コアにスケールアップするか、Hyperscale サービスレベルを使用してログファイルの待機時間を最小限に抑えます。
ネットワーク帯域幅が最大のログ取り込み速度に対応できることを確認します。
転送パフォーマンスを最大限に高めるには、最高のサービスレベルとコンピューティングサイズを選択し、移行後にスケールダウンします。
BACPAC ファイルと対象のデータセンターの間の距離を最短にします。
移行の間は統計の自動更新と自動作成を無効にする。
テーブルとインデックスをパーティション分割し、インデックス付きビューを削除して移行後に再作成します。
クエリが実行されることの少ない履歴データを Azure SQL Database 内の別のデータベースに移行し、エラスティッククエリを使用してクエリを実行することを検討します。

アプリケーションの接続再試行

Azure SQL Database に移行するときは、データベースリソースへの接続時に一時的な障害が発生することを予期し、適切な再試行ロジックメソッドを実装することが重要です。プログラムが終了するまでの再試行の最大数を設定することも重要です。

最初の再試行では、少なくとも 5 秒間は待機することをお勧めします。再試行するたびに、待機時間を指数関数的に増やし、最大 60 秒まで長くします。