セールス: 1-800-867-1380

Azure SQL データベースの継続性

更新日: 2015年2月

ビジネス継続性は、危機または障害が発生したときにも業務を続行するための能力です。ビジネス継続性計画には、業務を中断なく続行できることを保証するプロセス、手順、および手段が必要です。このトピックでは、ビジネス継続性と障害復旧を実現する Azure SQL Database の機能について説明します。

Azure SQL データベース にデータを格納することにより、通常なら自身で設計、取得、実装、管理する必要のあるフォールト トレランスやセキュリティ保護されたインフラストラクチャの数多くの機能を利用できます。Azure SQL データベース には、データセンター内の個々のサーバーとデバイスの障害からデータベースを保護する組み込みの高可用性サブシステムがあります。Azure SQL データベース は、完全に独立した複数の物理サブシステムにある異なる物理ノードにすべてのデータの複数のコピーを保持して、ハード ドライブ、ネットワーク インターフェイス アダプター、またはサーバー全体といった個々のサーバー コンポーネントの障害による停止を軽減します。常に 3 つのデータベース レプリカ (1 つのプライマリ レプリカと 2 つ以上のセカンダリ レプリカ) が実行されます。クォーラム ベースのコミット スキームを使用し、データがプライマリ レプリカと 1 つのセカンダリ レプリカに書き込まれたら、トランザクションがコミットされたと見なされます。プライマリ レプリカでハードウェア障害が発生した場合、Azure SQL データベース はその障害を検出し、セカンダリ レプリカにフェールオーバーします。レプリカに物理的な損失が発生した場合は、新しいレプリカが自動的に作成されます。したがって、データセンターにはトランザクション全体で物理的な一貫性のあるデータのコピーが常に少なくとも 2 つ存在することになります。

データベースの高可用性を可能にする組み込みシステムに加えて、Azure SQL Database はその他のビジネス継続性機能を提供します。

 

  Basic Standard プレミアム

特定時点への復元

過去 7 日以内の任意の復元ポイント

過去 14 日以内の任意の復元ポイント

過去 35 日以内の任意の復元ポイント

地理的復元

RTO* < 24 時間

RPO† < 24 時間

RTO* < 24 時間

RPO† < 24 時間

RTO* < 24 時間

RPO† < 24 時間

標準 geo レプリケーション

含まれていません

RTO* < 2 時間

RPO† < 30 分

RTO* < 2 時間

RPO† < 30 分

アクティブな geo レプリケーション

含まれていません

含まれていません

RTO* < 1 時間

RPO† < 5 分

* 回復時刻の目標 (RTO) - エラー発生後、アプリケーションが完全に機能するまでの最大ダウンタイム。

† 回復ポイントの目標 (RPO) - 障害発生後に完全に機能するようになるまでにアプリケーションが失う可能性のある最新データ変更 (期間) の最大量。

特定時点への復元は最も基本的な復元オプションであり、Basic、Standard、Premium データベースで自動的に行われます。特定時点への復元を使用すると、以前の時点にデータベースを戻すことができます。Basic で 7 日、Standard で 14 日、Premium で 35 日戻ります。詳細については、「Azure SQL Database のバックアップと復元」および「Azure SQL Database の特定時点への復元」 (ブログ) を参照してください。特定時点への復元がどれほど簡単に使用できるかについては、ビデオ「特定時点への復元を使用した SQL Database の復元」を参照してください。

地理的復元は特定時点への復元と似ています。やはり、Basic、Standard、Premium データベースで自動的に行われます。ただし、地理的復元は、データベースがホストされている地域での大規模なインシデントまたは障害が原因でデータベースが使用できないときの基本的な回復オプションとして設計されています。この機能はAzure 読み取りアクセス地理冗長ストレージを使用して、データベースの最も新しい日次バックアップを別の地理的な場所に格納します。アプリケーションが 24 時間のダウンタイムとデータ損失を許容できる場合は、地理的復元を基本的な災害復旧ソリューションとして検討します。詳細については、「Azure SQL Database の地理的復元」 (ブログ) を読み、ビデオ「地理的復元を使用した SQL Database の復元」で地理的復元を使用したデータベースのリカバリ方法を見てください。

標準 geo レプリケーションは、Standard および Premium データベースで使用できます。書き込み処理はそれほど多くなくても大量のデータを処理し地理的復元で可能なものより高いリカバリ要件のあるアプリケーション向けに設計されています。プライマリ データベースで障害が発生するとパフォーマンスが低下し、異なる場所に格納されている読み取り不可能なセカンダリ データベースへのフェールオーバーを開始できます。詳細については、「Azure SQL データベースの標準 geo レプリケーション」およびアクティブ geo レプリケーションと標準 geo レプリケーションを詳細に比較している「Azure SQL Database の標準 geo レプリケーション」 (ブログ) を参照してください。

アクティブ geo レプリケーションは Premium データベースで利用できます。リカバリ要件が最も高い書き込み処理の多いアプリケーション用に設計されています。アクティブ geo レプリケーションを使用すると、異なる場所のサーバーに最大 4 つの読み取り可能セカンダリを作成できます。これらのセカンダリはプライマリの連続コピーとして保持され、標準 geo レプリケーションと同じ方法でセカンダリへのフェールオーバーを開始できます。アクティブ geo レプリケーションは一時的な接続の問題および高遅延に対して最高度の回復力を提供するので、オンライン アプリケーションのアップグレードまたは再配置のシナリオだけでなく読み取り専用ワークロードの負荷分散もサポートできます。詳細については、「Azure SQL データベースのアクティブ ジオレプリケーション」および「SQL Database のアクティブ geo レプリケーションのスポットライト」 (ブログ) を参照してください。

  • データベース コピーを使用すると、同一リージョンまたは異なるリージョンの同一サーバーまたは異なるサーバーにデータベースのコピーを作成できます。データベース コピーが完了すると、コピーとコピー元のトランザクションが一致します。ただし、これは 1 回限りのコピーであり、コピー元から連続して複製されることはありません。この機能はデータ移行や臨時のコピーに使用されます。詳細については、「Azure SQL データベースでのデータベースのコピー」を参照してください。

  • インポートおよびエクスポート サービスを使用すると、データの論理コピーとデータベースのスキーマが含まれる BACPAC ファイルを手動または自動でエクスポートし、そのファイルをインポートしてデータベースを復元できます。インポートおよびエクスポートは Web およびビジネス データベースに使用します。他のビジネス継続性機能はサポートされていません。または、他のビジネス継続性機能と組み合わせて、毎日のバックアップの長期的ストレージ、または特定時点への復元の保有期間を超えたバックアップの保持に使用します。詳細については、「方法: Azure SQL Database でインポート/エクスポート サービスを使用する」を参照してください。

この情報は役に立ちましたか。
(残り 1500 文字)
フィードバックをいただき、ありがとうございました
表示:
© 2015 Microsoft