web-dev-qa-db-ja.com

AlwaysOn可用性グループリスナーポートの選択

簡単な質問(私は願っています!)

Always On AGリスナーにデフォルト以外のポートを使用する理由は何ですか?

(まだ)利点と欠点の概要を示す良い記事は見つかりませんでした。

現在、私は1433以外のものを使用する3つの理由を考えることができます。

他に考えられることはありますか?

5

SQL Serverのセキュリティ強化ガイドラインに従ってください。

Windowsファイアウォールが有効になっている場合は、このIP /ポートの例外を追加することがあるからです。

ポートの競合を回避する(- https://msdn.Microsoft.com/en-us/library/hh213417.aspx#SelectListenerPort のとおり)。

クライアント接続文字列を単純化できるように、デフォルトポートを1433に設定できます。 1433を使用している場合、接続文字列でポート番号を指定する必要はありません。

ネットワークトレースなどで特定のAGへのdb呼び出しをより迅速に識別できること。

各可用性グループリスナーは個別の仮想ネットワーク名を持つため、単一のWSFCで構成された各可用性グループリスナーは、同じデフォルトポート1433を参照するように構成できます。

Always On AGリスナーにデフォルト以外のポートを使用するのはなぜですか?

「ポート」フィールドで、使用されていない適切なポートを選択します。デフォルトでは、SQL Serverポート1433のいずれかのポート。

リスナーのAlwaysOn可用性グループで5122ポートを構成した後、ポート(たとえば5122)を構成するとします。あなたはTelnetを通してテストする必要があります

“telnet <your listener name> <listener port>”

リスナーのポート番号のテスト接続を確認した後。次のようなエラーが発生する場合

SQLServerNameに接続しています...ポート5122のホストへの接続を開くことができませんでした:接続に失敗しました

Note: Here SQLServerName is the Name of the Primary Replica Server Name.

その場合は、何か(ホスト名またはポート)のスペルを間違えていないかどうかを確認し、問題がない場合は、Windowsファイアウォールをチェックして(有効になっている場合)、このIP /ポートの例外を追加します。別の試みは、コンピューター名の代わりにリスナーIPを使用することです。 IPを使用した接続が機能する場合は、名前解決が機能しない理由を確認する必要があります。それを解決するためにドメイン/ DNS /システム管理者と話しなさい。

Windowsの観点ですべてが適切に見え、インスタンス/リスナーが本当に唯一であり、応答する必要がある場合は、これをロック解除するために、会社のネットワーキングチームに確認する必要があります。常に次の情報を渡してください。

Source IP and hostname (from where you are connecting).
Destination IP and hostname.
Destination port.

今後の参考資料 可用性グループリスナー、クライアント接続、アプリケーションフェイルオーバー(SQL Server) および ここ

1