web-dev-qa-db-ja.com

SQL 2008 R2でゼロおよび可能な限り低いRTO（15分未満）のRPOを達成するための最良の方法は何ですか？

大量のトランザクションを24時間年中無休で処理する支払い（EFTトランザクション処理）アプリケーションを実行しており、現在、ディザスタリカバリサイトへのDBレプリケーションを行うためのより良い方法を調査しています。

現在および以前の戦略には、DoubleTakeとRedgateの両方を使用してデータをウォームスタンバイに複製することが含まれています。

DoubleTakeは、決済ソフトウェアベンダーからサポートされているソリューションですが、南アフリカでの（DoubleTakeの）サポートは非​​常に貧弱です。いくつかの問題があり、それらを解決できなかったため、DoubleTakeをあきらめなければなりませんでした。

Redgateを使用して、プライマリサイトから（クエリを介して）手動でデータを読み取り、DRサイトに書き込みますが、これは次のとおりです。

  1. 悪い解決策
  2. DBを非常に集中的に使用する支払いアプリケーションに干渉する傾向があるため、サポートの問題が発生するたびにソフトウェアベンダーを熱くし、煩わしくします。

最近、システム全体をSQL 2008 R2 Enterpriseで実行するようにアップグレードしました。つまり、組み込みのレプリケーション機能のいくつかを使用することを検討する必要があります。

サーバーには2つのかなり大きなデータベースがあり、揮発性の高いトランザクションデータとかなり静的な構成データを含むテーブルが混在しています。

レプリケーションは、別の物理サイトへのWANリンクを介して実行され、次の目的を達成する必要があります。

RPO：損失ゼロ-これは財務上の影響があるトランザクションデータであるため、何も失うことはありません。 RTO：ゼロになりがち-ビジネスは、私たちがダウンしている分ごとにトランザクションを処理する能力に依存しています私たちはお金を失っています

私は他のいくつかの質問/回答を見てきましたが、どれも私たちのケースを正確に満たしていません：

  1. SQL Server 2008フェイルオーバー戦略-ログ配布またはレプリケーション？
  2. SQL Serverのみを使用してログシッピングで次のRTOとRPOを達成するにはどうすればよいですか？
  3. DBレプリケーションを実現するための2つのアプローチの最良のものは何ですか？

私の現在の考えでは、ミラーリングを使用する必要がありますが、RPO：0の場合、遅延コミットを実行する必要があり、これがオプションではないプライマリDBのパフォーマンスに影響を与える可能性があることを懸念しています。

現在のDRプロセスは次のとおりです。

  1. プライマリサイトへの着信トラフィックを停止し、すべての実行中のトランザクションを完了できるようにします。
  2. DRへのレプリケーションが完了するまで待ちます。
  3. ネットワークルーティングを変更して、DRサイトにルーティングします。
  4. セカンダリサイトですべてのアプリケーションとサービスを開始します（理想的には、これをよりウォームスタンバイに変更して、アプリケーションはすでに実行されていますが、トランザクションを処理していません）。

つまり、DRデータベースは、できるだけ早くプライマリに追いつき、新しいプライマリとして処理できるようにする必要があります。その後、元に戻す準備ができたら、これを元に戻すことができる必要があります。

ミラーリングよりも優れたオプションはありますか（ログ配布も行う必要があります）、覚えておくべき他の考慮事項を誰かが提案できますか？

windows-server-2008-r2sql-server-2008replicationdatabase-mirroring
2
Adrian Hope-Bailie

あなたは正しい質問をしていて、問題をうまく処理していますが、バーはかなり高く設定されています。あなたは5年前に開発された技術ではとらえどころのない何かを探して壁にぶつかっています。そして、あなたはすでにこの分野で2つのベンダーをテスト駆動しており、彼らは挑戦に耐えられません。

将来の計画を立てます。あなたが今持っているのはそれが何であるかです。既存または古いテクノロジーの再設計を試みることはできますが、次のバージョンへの移行は調査する価値のあるオプションである可能性があります。

2008ミラーリングで説明した欠点が、MicrosoftがSQL Server 2012にAlwaysOn機能を導入した理由だと思います。ミラーへの高遅延接続があり、高安全モードを使用していない限り、2008ミラーリングは実際には非常に優れています。大量の取引があり、お金を扱っている場合、安全性とパフォーマンスの高さを判断するのは簡単ではありません。

私自身の予測では、いわゆる「クラウド」プロバイダーは、実際には多くのDRシナリオに自然に適合していることがわかります。彼らはほとんどの企業が手に入れることができない技術と専門知識を持っており、可能なことの限界を押し広げています。

非同期データベースミラーリング（高性能モード）
http://msdn.Microsoft.com/en-us/library/ms187110%28v=sql.105%29.aspx

SQL Server AlwaysOnの紹介
http://msdn.Microsoft.com/en-us/sqlserver/gg490638

AlwaysOn FAQ SQL Server 2012の場合
http://msdn.Microsoft.com/en-us/sqlserver/gg508768.aspx

3
Greg Askew

ストレージレベルでレプリケーションを行うこともできます。したがって、アプリケーション層（データベース）とストレージレベルでレプリケーションを取得できます。

このアプリケーションはRPOとRTOが低い場合に重要であるため、同期ミラーを探すことができます。これにより、プライマリ側にデルタがあるとすぐに更新が行われます。

クラウドは良い選択肢です。優れた俊敏性、速度、従量課金モデル、規模の経済、グローバルリーチなどを提供しますが、これは支払いと銀行関連の要件であるため、セキュリティを強化するためにプライベートクラウドを選択する必要があります。反対に、プライベートクラウドは、運用コストと全体的なコストを大幅に増加させます。

したがって、ソフトウェアおよびインフラストラクチャレベルでのレプリケーション手法を検討することをお勧めします。

0
user_SK