実行時sqlcmd.exeを実装して、AlwaysOn Availability Groupの2番目のサーバーにデータベースを作成するC#アプリケーションで新しく作成されたデータベースをコピーするスクリプト(& ops DBAをホストして提供)を実行します。残念ながら開発環境や統合環境ではAlwaysOn Availabilityサポートはありませんので、スクリプトを実行してスクリプトの失敗を処理するためにsqlcmdの実行をテストすることしかできませんでした。 2番目のSQL Serverインスタンスを作成する場合は、開発者ワークステーションのAlwaysOn Availability Group環境をシミュレートすることは可能ですか?私は現時点ではSQL 2014 Developer Editionを実行していますが、SQL 2016 Developer Editionにアップグレードする必要があるはずです。SQL AlwaysOn可用性グループを単一の開発者ワークステーションでテストすることは可能ですか?
これが不可能な場合は、完全なエンドツーエンドのテストを行わずに展開し、本番環境で最初のエンドツーエンドのテストを実行する必要があります。
私はかなり良い開発者レベルのSQLスキルを持っています。言い換えれば、私はストアドプロシージャなどに非常に慣れていますが、実際にSQLサーバを管理するための新機能と高度な機能についてはほとんど知識がありません。
ありがとう、私はそれを見ていきます。私のSSDには空き容量が少なく、メモリ容量はわずか8GBで、楽しい試練になるはずです。 –
私は、ドメインコントローラをSQL Serverボックスの1つに置くことを提案するつもりでしたが、フェールオーバーをテストしている場合は動作しません。しかし、私は機械を融合させるという概念の証明については心配しません。 –