• ベストアンサー

ASP 0x80004005 クライアントとの確立で失敗

いつもお世話になっています。 つい昨日まで、対SQLserverにDB取得が出来ていたのですが、今日になって下記のエラーが発生してしまいました。 IISは匿名アクセスにはチェックが入っている状態です。 なぜこのような現象になるか全く掴めなくて困っております。 ----------------------------------------- エラー タイプ Microsoft OLE DB Provider for ODBC Drivers (0x80004005) [Microsoft][ODBC SQL Server Driver]クライアントの接続が確立できません ----------------------------------------- どなたか、ご教授をお願いいたします。 設定の確認事項は補足を入れていただければ、早急にお答えいたします。

質問者が選んだベストアンサー

  • ベストアンサー
  • tamaCo
  • ベストアンサー率66% (47/71)
回答No.2

MSサイトにありました。(英語) http://support.microsoft.com/default.aspx?scid=KB;EN-US;Q253500& Excite翻訳とあわせてどうぞ。 http://www.excite.co.jp/world/url/ 斜め読みするとIISのマシンからSQLServerのマシンに接続するユーザに 権限がない、というような感じ(ほんとか?)だそうです。 80004005エラーは最もポピュラーで最も根深いエラー番号です(w

参考URL:
http://support.microsoft.com/default.aspx?scid=KB;EN-US;Q253500&

その他の回答 (1)

  • maichy
  • ベストアンサー率0% (0/1)
回答No.1

はじめまして。 もし的外れなことを言ってたらゴメンなさい。 推測でもうしわけないのですが、おそらくSQLServerが稼動しているWindowsマシンと、IISが稼動しているWindowsマシンが別々にあって、IIS側のマシンでログインしているユーザーIDやパスワードが以前のものとかわっているか、もしくはSQLServer側のマシンでそのユーザーIDが登録されていたはずが、削除されたか変更されたかまたはパスワードを変更してしまったのが原因ではないでしょうか。 そうでないとしたらいつもIIS側のマシンが立ち上がったときに、何らかの形で一旦SQLServer側のマシンにアクセスしてから当システムを使用していたのが、今回はIIS側のマシンを再起動した後にまだ一度もSQLServerにアクセスしていないとか。 とにかくODBCの設定がデフォルトのままだとクライアントの設定が「名前付きパイプ」になっていると思います。 この状態だと上記のようにIIS側のマシンがSQLServer側のマシンを利用できるユーザIDでログインしていないといけないと思います。 もしそれが面倒ならODBCの設定でクライアントの設定を「TCP/IP」に変えてみてはどうでしょうか。 おそらく解決できると思います。 的外れな回答でしたらゴメンなさいね。 また間違えた回答をしているようでしたら、後続の回答者の方はぜひご指摘よろしくおねがいします。 検討を祈ります。