データウェアハウスでの高可用性のための最良のオプションは何ですか？
1.5Tbのデータウェアハウスがあり、現在、新しい環境でのDWの完全な更新を計画しているお客様がいます。彼らのインフラストラクチャマネージャーは、それぞれにSQL 2017標準を備えた2台のサーバーを編成し、新しいDWデータベース/インスタンスのHA/DR計画を計画するように依頼しました。
私はAlwaysOn可用性グループの使用をすぐに考えましたが、これまで使用したことはなく、私が読んだ記事には、典型的なデータウェアハウスのワークロードに関する話はありません。すべてOLTPアプリケーションです。毎日の大きなETLプロセスと、現在のDWで実行されているより小さな日中のETLプロセスは、これへのアプローチに影響を与えますか？
ありがとう-ここで私を正しい方向に向ける助けがあれば有益です！
ほとんどのデータウェアハウスは シンプルリカバリ モデルであり、ほとんどの真のHAソリューションはフルリカバリ（AG、ミラーリング）を必要とします。 Log Shipping の最小値は一括ログ記録ですが、自動フェイルオーバーがないため、これは実際のHAではありません。
これが当てはまる場合（実際には、完全復旧のデータウェアハウスはバナナタウンクレイジーであるため）、最善の策は フェールオーバークラスター です。
SQL ServerよりもWindowsに依存しているため、データベースの復旧モデルは関係ありません。 SQL Serverは、何か問題が発生した場合に、クラスター内の異なるノードに存在するオプションを備えています。このテクノロジーの1つの要件は、SANなどの共有ストレージを使用することです。
ほとんどの状況では自動フェイルオーバーが発生しますが、読み取り可能なレプリカはありません（BAGでもそれが発生しません）。 Standard Editionでは、2ノードのクラスターに制限されますが、それは大した問題ではありません。
SQL Serverに精通していなければ、フェールオーバークラスターの管理もはるかに簡単です。 Windowsの基本的なシステム管理スキルが本当に必要です。 AGは、ダウンしたとき、またはパッチが不良になったときに（悲しいことにかなり頻繁に発生します）、タフなCookieになる可能性があります。
SQL Server 2017 STandard Editionを使用しているので、単一のデータベースにBasic Always On可用性グループを使用できます。
詳細はこちらをご確認ください： ここをクリック
