簡単な質問(私は願っています!)
Always On AGリスナーにデフォルト以外のポートを使用する理由は何ですか?
(まだ)利点と欠点の概要を示す良い記事は見つかりませんでした。
現在、私は1433以外のものを使用する3つの理由を考えることができます。
他に考えられることはありますか?
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) および ここ