問題タブ [alwayson]

非常に大きなクエリを分割して、その一部をセカンダリ読み取り専用サーバーで実行できるかどうか、またはこの機能により、セカンダリ サーバーで個別のクエリまたはスクリプトを実行できるかどうか疑問に思っています。また、この目的で AlwaysOn 高可用性グループを使用している人がいるかどうかも知りたいのですが、どのように機能していますか?

Entity Framework を使用してアプリケーションを開発しています。このアプリケーションでは、ターゲット データベースは、2 つのメンバーを持つ SQL 2012 高可用性クラスター サーバーです。1 つはプライマリとして構成され、もう 1 つはセカンダリとして構成されます。

SQL Management Studio を使用してクラスターに接続しようとしても問題ありません。私はクエリとすべてを行うことができました。問題は、アプリケーションに接続しようとするときです。次のメッセージで例外がスローされます。

さらに確認すると、Entity Framework がデータベースへの接続を開こうとすると、例外がスローされます。

私が使用している接続文字列は次のとおりです。

SQL Management Studio を使用して同じ資格情報に完全に接続できることがわかっているので、接続文字列に問題があるのではないかと考えていました。似たような経験をした人はいますか？

更新: SQLCL01 はリスナーです。DB インスタンス名は SQLDB01 & SQLDB02 です

当社のサーバーは、Always On 可用性グループに属しています。両方のノードで、「HADR SEEDING TEST」のようなデータベースがサーバーに作成されていることがわかります。

• いつ作成されたのかはわかりません。

• それはどのように作成され、それは何ですか?

• このデータベースを削除するとエラーになりますか?

ありがとう、

ジュリー

SMO 名前空間を介して既存の (動的) SQL を C# に移植しています。ただし、既存のデータベースを AlwaysOn 可用性グループに参加させる方法を理解するのに少し苦労しています。SMO 名前空間には Database オブジェクトと AvailabilityDatabase オブジェクトがありますが、この 2 つは多少直交しているように見えます... 2 つの概念の間を行き来する方法がわかりません。既存の実装では、データベースを作成し、データベースに対していくつかの操作を実行し、完全バックアップを作成してから、それを可用性グループに参加させます。このワークフローを SMO で再作成しようとしていますが、可用性グループへの参加ステップでハングアップします。私がこれをしたら...

操作は失敗し、AvailabilityDatabase がまだ作成されていないことがわかります。でも、これをやると…

操作は失敗し、AvailabilityDatabase の作成に失敗したことが通知されます。エラーメッセージにはこれが明示されていませんが、失敗の理由は、 という名前の DB がmyExistingDbName既に存在しているためであると推測されます。これは予想どおりです。ここで何か基本的なことが欠けていると確信していますが、MSDN のドキュメントはあまり説明的ではなく、この種のチュートリアルや例をオンラインで見つけることができません。

Sql サーバーの AlwaysOn 可用性グループがある場合、それに対してトランザクション プッシュ レプリケーションを実行できますか?