可用性と一貫性
これで、Azure SQL Managed Instance と Azure SQL Database における高可用性とディザスター リカバリーのアーキテクチャについて理解しました。 SQL Server を使用した経歴がある場合は、データベースの可用性と一貫性を管理する方法を知っているかもしれません。 このユニットでは、Azure SQL でこれらのタスクを実行する方法について学習します。
データベースの可用性
Azure SQL Database と Azure SQL Managed Instance で、データベースの状態を OFFLINE または EMERGENCY に設定することはできません。 考えてみれば、OFFLINE はデータベースをアタッチできないため、意味がありません。 EMERGENCY を使用できないため、緊急モードの修復を行うことはできませんが、Azure がサービスを管理および保守しているため、その必要はありません。 Azure SQL Database では、RESTRICTED_USER や専用管理者接続 (DAC) などの他の機能を使用できます。
高速データベース復旧 (ADR) は、このエンジンに組み込まれています。 ADR では、トランザクション ログが積極的に切り捨てられ、永続バージョン ストア (PVS) が使用されます。 このテクノロジを使うと、トランザクションのロールバックを瞬時に実行し、実行時間の長いトランザクションに関する既知の問題を解決できます。 また、Azure SQL でデータベースを迅速に復旧できます。
Azure SQL Database と Azure SQL Managed Instance では、ADR によってデータベースの全般的な可用性が大幅に向上します。 それは SLA の大きな要因です。 これらの理由から、ADR は既定で有効になっており、無効にすることはできません。
データベースの整合性
このモジュールの最初で説明したように、データとバックアップの複数のコピーがローカルとリージョン全体の両方に存在します。 定期的にバックアップと復元の整合性チェックが実行されます。 "消失した書き込み" や "古い読み取り" も検出されます。 ユーザーは DBCC CHECKDB (修復なし) を実行でき、CHECKSUM は既定でオンになっています。 バックエンドでは、可能な場合は自動ページ修復が実行され、データ整合性エラー アラートの監視が行われます。 影響がない場合は、通知なしの修復が行われます。 影響がある場合は、事前通知が提供されます。