バックアップと復元
規模の大小に関係なく、組織では、事故やインシデントが発生する可能性があります。 そのため、システムが中断された場合にそれを復元する方法について、常に計画を立てておく必要があります。 SQL Server では、特定の時点にデータベースを復元したい場合にそれを実行できるのは、完全復旧モデルで動作している場合のみです。 一括ログ復旧モデルでは、トランザクション ログ バックアップの終わりまでデータベースを復旧しなければならない可能性が高くなります。
Azure SQL の利点の 1 つは、こうした操作のすべてを Azure で自動的行えることです。 Azure SQL により完全復旧モデルを使用してバックアップが管理されるため、任意の時点にデータベースを復元できます。 また、構成された保持ポリシー内で、削除されたデータベースを復元することもできます。 また、論理サーバーまたはインスタンスで TDE を有効にすると、バックアップは Microsoft によって自動的に暗号化されます。
既定では、データベースの完全バックアップが 1 週間に 1 回作成されます。 ログ バックアップは 5 から 10 分ごと、差分バックアップは 12 から 24 時間ごとに作成されます。 バックアップ ファイルは、既定で Azure Storage の読み取りアクセス geo 冗長ストレージ (RA-GRS) に格納されます。 ただし、別の方法として、ゾーン冗長ストレージ (ZRS) またはローカル冗長ストレージ (LRS) にバックアップを配置することもできます。 Azure SQL のエンジニアリング チームによって継続的に、論理サーバーおよびエラスティック データベース プールに格納されたデータベースの自動バックアップの復元が自動的にテストされています。 Azure SQL Managed Instance への移行では、ネイティブの RESTORE コマンドまたは Azure Database Migration Service で復元されたデータベースのチェックサムによる自動初期バックアップが行われます。 また、Azure SQL Managed Instance では、必要に応じてネイティブのコピーのみのバックアップを作成して Azure Blob Storage に格納することもできます。
Azure SQL Managed Instance と Azure SQL Database に対するバックアップ戦略を作成する
手間のかかる作業が Azure SQL によって自動的に行われるとしても、バックアップが格納されて処理されるしくみや、保持と復元に関するオプションについて理解しておくことは重要です。 結局のところ、ポイントインタイム リストア、長期保有、geo リストアに関しては、ユーザーが全体的な戦略の責任を負うことに変わりはありません。
ポイントインタイム リストア (PITR)
Azure SQL Database と Azure SQL Managed Instance では、セルフサービス復元を実行することができます。 Azure portal、PowerShell/Azure CLI、または REST API を使用することで、復元する正確な時点を選択してプロセスを開始できます。 ポイントインタイム リストア (PITR) では、同じ論理サーバーに新しいデータベースが (異なる名前で) 作成されます。 元のデータベースを PITR データベースに置き換える必要がある場合は、元のデータベースと新しいデータベースの両方の名前を変更して作業環境に戻す必要があります。 接続文字列を更新する必要はありません。
PITR の保有期間の範囲は 1 から 35 日です。 既定では、(すべてのサービス レベルおよびデプロイ オプションの) 保有期間は 7 日間です。 ほとんどのデプロイ オプションおよびサービス レベルでは、シナリオの要件に応じて、このポリシーを 1 から 35 日の範囲で構成できます。 たとえば、テスト データベースに必要なのは 1 日だけであっても、ミッション クリティカルなデータベースについては最大の 35 日を選択するような場合があります。
長期保有 (LTR)
組織のニーズまたはコンプライアンス要件を満たすために 35 日間では足りない場合、長期保有 (LTR) を選択できます。 このオプションを使用すると、RA-GRS、ZRS、または LRS ストレージに最大 10 年間格納される完全データベース バックアップを自動的に作成することができます。 Azure SQL Database の場合、LTR は一般提供されています。 Azure SQL Managed Instance の場合は、LTR は限定されたパブリック プレビューで利用できます。
geo リストア
組織では、致命的なイベントが発生した場合に復旧できる必要があります。 バックアップは RA-GRS に自動的に格納されます (ZRS または LRS を選択しない限り)。これは、バックアップがペアのリージョンに格納されることを意味します。 そのため、リージョン全体がダウンし、データベースまたはマネージド インスタンスがそのリージョンに存在する場合でも、保護されています。 geo レプリケートされた最新のバックアップから他のリージョンへの geo リストアを実行できます。 このバックアップは、Azure BLOB を別のリージョンにレプリケートするのに時間がかかるため、プライマリのバックアップよりも少し遅れる場合があります。 geo リストアは、Azure portal、PowerShell か Azure CLI、または REST API を使用して簡単に実行できます。