SQLSERVERのレプリケーションの設定でサブスクライバーを指定時にネットワーク経由でサーバに繋がらない

SQLSERVER同士のレプリケーションの設定がうまくいかず、ネットで調べたことは大体行ったつもりですが、
ネットワーク経由で別サーバのSQLSERVERに接続できず、レプリケーションの設定を完了することができません。
ただし、完全に接続できない訳ではないため、なんの設定が足りないのかに気付けずに作業が頓挫しています。

同じようなご経験、解決の知見があればご教示頂きたく存じます。

<やりたいこと>
下記サーバAからサーバBへレプリケーションを行おうとしています。

※Version以外の情報は実際のものとは異なります。

<サーバA>パブリッシャー 192.168.10.1 インスタンス名:AAA
SQLSERVER 2014Standard SQLSERVERManagementStudioのVersion 12.0.4100.1
プッシュ側


<VLAN上のファイアウォール>


<サーバB>サブスクライバー 192.168.20.1 サーバ名:SRVB インスタンス名:BBB
SQLSERVER 2016Standard  SQLSERVERManagementStudioのVersion 15.0.18386
ユーザ:repl_user  パスワード:user#001

<前提>
設定を進めたところ、
サーバAで新しいサブスクリプションを作成し、サーバBをサブスクライバーに指定しようとしたところ、
SQLSERVERManagementStudioのログインウィンドウが表示されて、
下記のようにサーバBの情報を入力して接続ボタンを押下しました。
サーバ名:SRVB\BBB
認証:SQLSERVER認証
ログイン:repl_user
パスワード:user#001

<エラーメッセージ>
SQL Server への接続を確立しているときにネットワーク関連またはインスタンス固有のエラーが発生しました。サーバーが見つからないかアクセスできません。インスタンス名が正しいこと、および SQL Server がリモート接続を許可するように構成されていることを確認してください。 (provider: SQL Network Interfaces, error: 26 - 指定されたサーバーまたはインスタンスの位置を特定しているときにエラーが発生しました)

<自分で調べたこと、行ったこと>
サーバ1
・サーバ2に対してFTPコマンドを用いて1433、1443ポートで通信ができることを確認
・サーバ2に対してサーバ名:SRVB ユーザ:repl_user  パスワード:user#001 でSQL認証ログインができることを確認
・  〃         :SRVB\BBB ユーザ:repl_user  パスワード:user#001 でSQL認証ログインが「できない」
ことを確認
・ODBC(32bit)の設定を行い、サーバ2に対してテスト接続ができることを確認
・ファイアウォール無効化、受信の規則に1433、1443を追加
・hostsファイルにサーバ2のIPとホスト名(サーバ名)を追記

サーバ2
・サーバ1に対してFTPコマンドを用いて1433、1443ポートで通信ができることを確認
・ManagementStudioのリモート接続可否設定にチェックがついていることを確認
・構成マネージャーのTCPの設定が有効になっていること、IPアドレスタブ の IPAll の
TCPポートに1433を設定さていることを確認
・SQL Serverのサービスを再起動
・SQL Server Browseのサービスを再起動
・サーバ名:SRVB ユーザ:repl_user  パスワード:user#001 でSQL認証ログインができることを確認
・サーバ名:SRVB\BBB ユーザ:repl_user  パスワード:user#001 でSQL認証ログインができることを確認
・ファイアウォール無効化、受信の規則に1433、1443を追加

共通
・サーバ1とサーバ2間のファイヤーウォールの通信許可設定→Ping、1433、1443の通信許可設定を確認

<思っていること>
・ODBC(32bit)の設定を行い、サーバ2に対してテスト接続ができるのでネットワークの設定は問題ない
・サーバ1のManagementStudioを起動させてサーバ2にはインスタンス名を指定しなければ繋がる
・サーバ2のManagementStudioを起動させてログインは可能
・サーバ1でレプリケーション設定の流れでサブスクライバーの指定をしたときのみエラーがでるから、
ManagementStudioのバージョン差(互換性?)でエラーがでるのかも??とは思っている。
(サーバ2のManagementStudioのバージョンアップは運用の調整が必要で実施できていない。)

以上

コメントを投稿

0 コメント