2016-05-31 4 views
0

配送クライアントコンピュータからSQLサーバーにアクセスするためのUPSのODBC接続を設定しようとしています。私は、私は全体のRANできる限り洗い上げているDomain Win 7クライアントからServer 2012へのODBC接続

:このメソッドを使用して、

runas /netonly /user:domain\account "c:\windows\system32\odbcad32.exe" 

今は、私の現在のクライアントコンピュータ上で、私はセットアップすることができた成功したSQLネイティブクライアント11を(使用してODBC接続5058)。私はWin 10を使用しています。複数のマニフェストシステムを搭載した出荷コンピュータは引き続きWin 7を使用していますが、そうでない場合はドメイン上で同じ設定になっています。

上記と同じプロセスを使用すると、接続は最終的にタイムアウトし、サーバーがオンラインではない/使用できない/リモート接続を許可していないことが示されます。

ステップがありませんか?どちらのクライアントも同じファイアウォールルールを持っていますが、両方ともrunas cmdで同じユーザー/パスワードを使用しています。 2つのクライアント間の唯一の違いはWin 10とWin 7ですが、現在ログインしているユーザーは異なります(runas cmdでは問題ありません)

ありがとう!

+0

私は問題の根本を発見したと思いますが、まだ解決策を見つけていません。 runasコマンドは、OSが64ビットで、system32フォルダから64ビットODBCパネルを実行していたため、Win 7 PCは32ビットOSで32ビットODBCパネルを実行していたため、Win 10コンピュータで動作しましたシステム32から。どちらもServer 2012 SQL 64ビットに接続しようとしています。だから、なぜ32ビットの接続がうまくいかず、クライアント(またはサーバ)上で動作させるためには何を追加する必要がありますか? – TheMrMystery

答えて

0

私は数日後にさまざまなソリューションや提案を試してみたところで、このソリューション/ヒントを見つけました。

SQL Server構成で、ネットワーク構成プロトコル/クライアント/エイリアスを確認します。私のケースでは、64ビットではなく32ビットのエイリアスが確立されていました。私は32ビット版を無効にしました。

私はip(私は過去には成功しなかった)を提案しましたが、今度はすべてのtcp/ipプロトコルを有効にして32ビットエイリアスを無効にした後、私はサーバーのxxx.xxx.xxx.xxxアドレスを使用して、32ビットから64ビットのSQLサーバーに接続できました。

テストが正常に完了しました。

関連する問題