このページは役に立ちましたか。
このページのコンテンツについての ご意見をお待ちしております
その他にご意見はありますか。
残り 1500 文字
ビジネス継続性

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

更新日: 2015年2月

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

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

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

 

  基本 Standard プレミアム

特定の時点に復元

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

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

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

地理的復元

ERT* < 12 時間

RPO† < 1 時間

注:v12 以前のサーバー RPO† < 24 時間

ERT* < 12 時間

RPO† < 1 時間

注:v12 以前のサーバー RPO† < 24 時間

ERT* < 12 時間

RPO† < 1 時間

注:v12 以前のサーバー RPO† < 24 時間

標準ジオ (主要地域) レプリケーション

利用不可

ERT* < 30 秒

RPO† < 5 秒

注:
v12 以前のサーバーでは ERT * < 2 時間
v12 以前のサーバーでは RPO† < 30 分

ERT* < 30 秒

RPO† < 5 秒

注:
v12 以前のサーバーでは ERT * < 2 時間
v12 以前のサーバーでは RPO† < 30 分

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

利用不可

利用不可

ERT* < 30 秒

RPO† < 5 秒

注:
v12 以前のサーバーでは ERT * < 2 時間
v12 以前のサーバーでは RPO† < 5 分

* 推定復旧時間 (ERT) - 復元またはフェールオーバーの要求後から、データベースが完全に機能するようになるまでの推定所要時間。

† 回復ポイントの目標 (RPO) - 回復後にアプリケーションが失う可能性のある最新データの変更量 (時間間隔)。

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

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

標準 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 でインポート/エクスポート サービスを使用する」を参照してください。

表示:
© 2015 Microsoft