問題タブ [alwayson]

良い一日、

可用性グループの読み取り専用インスタンスからの読み取りに関して、パフォーマンス関連の質問があります。

私の理解では (申し訳ありませんが、Always On(AO) についてあまり詳しくありません)、次の 2 つの方法で読み取り専用インスタンスに接続できます。

方法 1: アプリケーション インテントを読み取り専用に指定して、読み取り専用ルーティングが正しく設定されている AO 可用性グループに直接接続します。

方法 2: 読み取り専用インスタンスに直接接続します。

データベースに常に (1 分ごとに) クエリを実行している場合、または違いがない場合、サーバーへの負担が少ないのはどれかを知りたいです。

現在、リアルタイムのデータを表示するためにデータベースに継続的にクエリを実行するアプリケーションに取り組んでいます。

データベースに書き込みを行っているシステムへの影響を最小限に抑えるために、可用性グループの読み取り専用レプリカに直接接続しています (読み取り専用ルーティングではなく読み取り専用レプリカ サーバー名を使用)。による Always On リスナーapplicationintent=readonly)。その場合でも、プライマリ サーバーにデータを挿入する際の応答時間が長くなることに気付きました。

セカンダリ レプリカについての私の理解では、これは当てはまりません。NOLOCKクエリでもヒントを使用しています。私はこれに非常に困惑しており、応答時間が長くなる原因がよくわかりません。これまでに考えたことは、NOLOCKヒントに関係なく、SQL は読み取り元のテーブルをロックし、読み取り専用レプリカへの同期レプリケーションを妨げているということです。クエリを挿入します。

これは事実ですか、または Always on Read only レプリカに関して私がよく理解していないことがありますか?

Azure でホストされている MEAN スタック アプリケーションを alwaysOn 設定で使用していますが、手動の http 呼び出しを行わないとノード プロセスが開始されないようです。

これは問題ありませんが、フロント エンド タスクには理想的ではありませんが、実行する必要がある毎日のタスクには致命的です。

誰かがこれに遭遇しましたか?解決策はありますか?

AlwaysOn構成か何か？

AlwaysOn グループの一部ではないプライマリ サーバー (dba リポジトリ db など) にデータベースを作成できますか? したがって、プライマリ レプリカにのみ存在し、セカンダリ レプリカには存在しません。データベースを作成するだけですか？

ありがとう。

マルチリージョンの AlwaysOn Sql Availabilty グループを作成しています。東部に 2 つの VM、西部に 1 つの VM があります。これらを一般向けのロードバランサーで負荷分散する必要があります。異なる VNET および異なるデータ センターに存在する VM を使用して、インターネットに面したロード バランサーを作成することはできますか?

2 つのネットワーク間に VPN トンネルがあります。これは、パブリック ロード バランサーには関係ありませんが、誰かが尋ねた場合に備えてです。

3年後の更新：

このようなものは絶対に作成しないでください。絶対にやればいいのですが、それはひどいひどい練習です。

SSIS パッケージの OLE DB 接続で読み取り専用バージョンのデータベースを使用するために、可用性グループのセカンダリ サーバーに接続しようとしていますが、接続できないようです。それは簡単です。それはできますか？

編集: プロジェクト パラメーターを使用して接続文字列を渡すことができるようにしたいことを追加するのを忘れました。

2 つの仮想マシンを作成し、データベースの高可用性を構成しました (SQL Server alwaysOn を使用) 外部アプリケーションでこれらのデータベースを利用したいのですが、以下のリンクから、内部リスナーを作成する必要があると表示されています。 https://azure.microsoft.com/en-gb/documentation/articles/virtual-machines-windows-classic-ps-sql-int-listener/

もう 1 つの記事を見つけましたが、どの IP を送信する必要があるのか​​明確ではありません http://www.cloudcomputingadmin.com/articles-tutorials/windows-azure/configuring-internal-load-balancing-microsoft-azure.html

例：

• ノード 1 の IP: 11.240.164.1
• ノード 2 IP: 11.240.164.2
• クラスター IP: 11.240.164.3
• リスナー IP: 11.240.164.4 (可用性グループの作成中にマップされます)

ここで、内部ロード バランサーを作成するときに、以下の StaticVNetIPAddress のスクリプトでどの IP を渡す必要がありますか?

アップデート

以下のスクリプトを使用して、未使用の IP を見つけて割り当てました

注: 可用性グループの作成中に作成したリスナー IP は、ILB によって上書きされます。

AlwaysOn 可用性グループのリスナーに接続し、クエリを実行して、 AlwaysOn の一部であるインスタンスのリストを取得します。例: リスナー "MylistenerHost" があり、彼に接続している 2 つのインスタンスがあります: SqlHost1(primary-readwrite) と SqlHost2(secondary - readonly) 。

私が実行するクエリが必要です。彼はこれらのインスタンス、SqlHost1 と SqlHost2 を見せてくれます。SqlHost1 がプライマリで、SqlHost2 がセカンダリです。

10X