web-dev-qa-db-ja.com

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

簡単な質問（私は願っています！）

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

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

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

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

sql-serveravailability-groupslistener
5
allaboutthatjazz

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
Md Haidar Ali Khan