• asp数据库:Microsoft JET Database Engine (0x80004005)


    重装系统后,装了IIS后运行ASP网站的时候出现如下问题请尝试执行下列操作: 单击刷新按钮,或稍后重试。 打开 localhost 主页,然后查找与所需信息相关的链接。 HTTP 错误 500.100 - 内部服
      关键字:错误 &ldquo &rdquo 权限 Microsoft 信息 " 连接

    重装系统后,装了IIS后运行ASP网站的时候出现如下问题

    请尝试执行下列操作:

    • 单击刷新按钮,或稍后重试。
    • 打开 localhost 主页,然后查找与所需信息相关的链接。

    HTTP 错误 500.100 - 内部服务器错误 - ASP 错误
    Internet 信息服务


    技术信息(用于支持人员)

    • 错误类型:
      Microsoft JET Database Engine (0x80004005)
      未指定的错误
      /inc/conn.asp, 第 14 行
    • 浏览器类型:
      Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
    • 网页:
      GET /index.asp
    • 时间:
      2009年2月15日, 11:37:07
    • 详细信息:
      Microsoft 支持

    解决方法:

    前天,N久以前做的一个ACCESS数据库的程序出错了,程序都没有改动过,之前好好的,突然就不行了。
    错误信息如下:
    ----------------------------------
    Microsoft OLE DB Provider for ODBC Drivers 错误 ''80004005''
    [Microsoft][ODBC Microsoft Access Driver]常见错误 不能打开注册表关键字 ''Temporary (volatile) Jet DSN for process 0x728 Thread 0x854 DBC 0x276fb44 Jet''。
    ----------------------------------

    由于最近一台服务器被人攻击垮掉了正在重装,没时间理这个问题。后来在朋友(是该程序的用户哦)的多翻催促下,决定搞定它。
    一开始,还真不摸不清是怎么回事。在GOOGLE上搜了很多,众说纷纭,过滤去一堆没有结果的垃圾信息,得到下面几个可能原因:
    1。微软已经不更新ODBC,需要改用JET的方式连接ACCESS数据库文件;
    2。系统目录的权限发生的变更。
    也有老帖子说什么原因是:“ACCESS数据库文件是ACCESS97版本的”,这个无须考虑,我用的是ACCESS2000数据库。

    对于第一个原因,原来的连接字串如下:
    --ODBC连接方式------------------------
    mdbpath=server.MapPath("my.mdb.asp")
    CnnStr = "DBQ=" & mdbpath & ";DRIVER={Microsoft Access Driver (*.mdb)};uid=admin;pwd="
    -------------------------------------

    改用JET连接后连接字串为:
    ---JET连接方式---------------------
    CnnStr = "Provider=Microsoft.Jet.OLEDB.4.0;User Id=admin;Data Source="& mdbpath &" '';Password=luntanbbs"
    -------------------------------------

    测试过后无效,虽然提示的错误信息有点不同:
    ----------------------------------
    Microsoft JET Database Engine 错误 ''80004005'' 未指定的错误
    ----------------------------------

    最后检查第二个原因:系统目录权限不足。经询问,原来由于出于安全的考虑一同事把该服务器的WINNT目录设置为 Administrators、system “完全控制”,users 只读。
    但是,按道理,这样的权限设置,ODBC的驱动程序处于 winnt\system32\odbcjt32.dll 这个也是可读的,难道是因为缺少“执行”权限?
    我把 winnt\system32\目录下所有以odbc开头的DLL文件全部授予“执行”权限,发现还是一样的错误信息。跟着我索性把整个 system32 目录设成 everyone 可执行,可是一测试依然不行。
    难道是还有其他文件被ODBC或JET调用但又不在这个system32目录下且又没有得到充分授权而导致失败?
    正在想的时候,蓦然瞥见 winnt\temp 目录。嘿,我把 temp 目录设置成 everyone 可“写入”看看。

    一测试,嘿,成了。使用ODBC连接方式的程序,成功的读取更新ACCESS数据库中的记录。

    有意思的是,使用JET连接方式的程序,却报另一个错误:
    -------------------------------------------
    Microsoft JET Database Engine 错误 ''80040e4d'' 无法启动应用程序。
    工作组信息文件丢失,或是已被其它用户以独占方式打开。

    其实也简单,一个是修改NTFS权限,把IIS下的用户权限设为可读可写,另一个是修改WINDOWS/TEMP权限,everyone权限设置为完全控制

  • 相关阅读:
    设置 tableview 的背景颜色,总是有蒙层
    设置 tableview 的背景颜色,总是不生效
    bug: 在使用HMSegmentedControl时,设置selectionIndicatorEdgeInsets对左右边界没有用
    心情烦闷annoying,贴几个图!唉!annoying
    [EffectiveC++]item28:避免返回handles指向对象内部成分
    Memorize and recite an important historical speech
    NCE3
    NCE2
    015 volatile关键字 线程函数的lParam 原子操作和旋转锁.
    015 原子操作 旋转锁
  • 原文地址:https://www.cnblogs.com/pricks/p/1636905.html
Copyright © 2020-2023  润新知