创建的数据库文件在访问出现错误时会给出不太相同的错误提示
2005-12-04 14:19
369 查看
我们知道ASP.NET中使用ADO.NET访问数据库,通过OleDb的连接可以访问Access数据库(我们非常常用的低端数据库之一)。本文讨论了ASP.NET中可能看到的若干错误提示,从中可以发现Access 2000和Access XP创建的数据库文件在访问出现错误时会给出不太相同的错误提示。另一个要点是,希望通过此文,使大家对ASP.NET中Access数据库文件的NTFS权限设置得到新的认识。
(一)实验过程
为了叙述方便,举个具体例子做实验:应用程序为/test,数据库存放在D:/wwwroot/test/data/db1.mdb,我们已经知道在ASP.NET中是以一个叫做ASPNET虚拟用户的身份访问数据库的,我们需要给这个账户以特定的NTFS权限才能使ASP.NET程序正常运行。
为了得到最严格的NTFS权限设置,实验开始时我们给程序最低的NTFS权限:
a)D:/wwwroot/test/data/文件夹的给用户ASPNET以如下权限:
b)D:/wwwroot/test/data/db1.mdb文件本身给用户ASPNET以如下权限:
1.1对于某个只包含有“SELECT”命令的aspx程序,上述权限设置运行时无障碍,即:上述权限已经满足这类程序的运行了。
1.2对于包含有“UPDATE”“INSERT”“UPDATE”等命令的aspx程序
(a)如果db1.mdb是Access 2000创建的数据库,出现如下错误:
(b)如果db1.mdb是Access XP创建的数据库,出现如下错误:
(c)原因初步分析:因为包含有“UPDATE”“INSERT”“UPDATE”等命令,需要对数据库文件本身进行写入操作,所以上述权限不能满足此需求,我们需要进一步放开权限。
a)D:/wwwroot/test/data/文件夹不变
b)D:/wwwroot/test/data/db1.mdb文件本身给用户ASPNET以如下权限:
1.3放开权限后继续实验
(a)如果db1.mdb是Access 2000创建的数据库,出现如下错误:
(b)如果db1.mdb是Access XP创建的数据库,没有出现错误。
(c)原因初步分析:我们发现在打开Access数据库时,同时会在所在目录生成一个同名的*.ldb文件,这是一个Access的锁定标记。鉴于此,我们猜测,用户ASPNET访问Access数据库时,也需要生成一个锁定标记,而该目录没有允许其写入,因此出错。至于Access XP创建的数据库为什么没有这个错误,原因还不得而知。
我们进一步放开权限:
a)D:/wwwroot/test/data/文件夹给用户ASPNET以如下权限:
b)D:/wwwroot/test/data/db1.mdb文件本身给用户ASPNET以如下权限:
1.4 继续实验,发现错误已解决,那么上面这个权限就是我们需要放开的“最低权限”。
(a)如果db1.mdb是Access 2000创建的数据库,我们会发现一个小问题:生成的*.ldb文件不会自己删除,访问后该文件依然存在,但这个问题不会影响ASP.NET的正常运行。
(b)如果db1.mdb是Access XP创建的数据库,没有出现上面类似问题。
(c)原因初步分析:我们仅仅是给了ASPNET以写入文件夹的权限,没有给它修改的权限,所以文件一旦写入,便无法修改其内容,*.ldb也就删除不掉了。
如果非要解决这个问题,进一步放开权限为:
a)D:/wwwroot/test/data/文件夹给用户ASPNET以如下权限:
b)D:/wwwroot/test/data/db1.mdb文件本身给用户ASPNET以如下权限:
1.5附带实验另一种情形:我们把db1.mdb在Access打开编辑,同时访问ASP.NET。
(a)如果db1.mdb是Access 2000创建的数据库,我们发现并没有出现什么问题。
(b)如果db1.mdb是Access XP创建的数据库,出现如下错误:
(c)原因初步分析:Access数据库是单用户单线程的数据库,我们在Access里面打开编辑数据库文件时其实是以当前Windows用户(比如Administrator)身份打开数据库,而ASP.NET默认使用的是ASPNET虚拟用户(隶属于Users组),级别低于Administrator,无法和Administrator“抢夺”权限,所以出现冲突错误。至于Access 2000忽略这个问题的情形我们也不必做讨论了,可能是Access 2000没有考虑那么多因素吧。
1.6再附带一种情形:将db1.mdb的属性改为“只读”,无论是Access 2000还是Access XP都将分别出现与1.2中各自的错误相同的错误提示。
(一)实验过程
为了叙述方便,举个具体例子做实验:应用程序为/test,数据库存放在D:/wwwroot/test/data/db1.mdb,我们已经知道在ASP.NET中是以一个叫做ASPNET虚拟用户的身份访问数据库的,我们需要给这个账户以特定的NTFS权限才能使ASP.NET程序正常运行。
为了得到最严格的NTFS权限设置,实验开始时我们给程序最低的NTFS权限:
a)D:/wwwroot/test/data/文件夹的给用户ASPNET以如下权限:
允许 拒绝 完全控制 □ □ 修改 □ □ 读取及运行 √ □ 列出文件夹目录 √ □ 读取 √ □ 写入 □ □ |
√ 允许将来自父系的可继承权限传播给该对象 |
1.2对于包含有“UPDATE”“INSERT”“UPDATE”等命令的aspx程序
(a)如果db1.mdb是Access 2000创建的数据库,出现如下错误:
“/test”应用程序中的服务器错误 Microsoft Jet数据库引擎打不开文件'D:/wwwroot/test/data/'。它已经被别的用户以独占方式打开,或没有查看数据的权限。 说明:执行当前Web请求期间,出现未处理的异常。请检查堆栈跟踪信息,以了解有关该错误以及代码中导致错误的出处的详细信息。 异常详细信息:System.Data.OleDb.OleDbException:Microsoft Jet数据库引擎打不开文件'D:/wwwroot/test/data/'。它已经被别的用户以独占方式打开,或没有查看数据的权限。 |
“/test”应用程序中的服务器错误 操作必须使用一个可更新的查询。 说明:执行当前Web请求期间,出现未处理的异常。请检查堆栈跟踪信息,以了解有关该错误以及代码中导致错误的出处的详细信息。 异常详细信息:System.Data.OleDb.OleDbException:操作必须使用一个可更新的查询。 |
a)D:/wwwroot/test/data/文件夹不变
b)D:/wwwroot/test/data/db1.mdb文件本身给用户ASPNET以如下权限:
允许 拒绝 完全控制 □ □ 修改 □ □ 读取及运行 √ □ 列出文件夹目录 √ □ 读取 √ □ 写入 √ □ |
(a)如果db1.mdb是Access 2000创建的数据库,出现如下错误:
“/test”应用程序中的服务器错误 不能锁定文件。 说明:执行当前Web请求期间,出现未处理的异常。请检查堆栈跟踪信息,以了解有关该错误以及代码中导致错误的出处的详细信息。 异常详细信息:System.Data.OleDb.OleDbException:不能锁定文件。 |
(c)原因初步分析:我们发现在打开Access数据库时,同时会在所在目录生成一个同名的*.ldb文件,这是一个Access的锁定标记。鉴于此,我们猜测,用户ASPNET访问Access数据库时,也需要生成一个锁定标记,而该目录没有允许其写入,因此出错。至于Access XP创建的数据库为什么没有这个错误,原因还不得而知。
我们进一步放开权限:
a)D:/wwwroot/test/data/文件夹给用户ASPNET以如下权限:
允许 拒绝 完全控制 □ □ 修改 □ □ 读取及运行 √ □ 列出文件夹目录 √ □ 读取 √ □ 写入 √ □ |
√ 允许将来自父系的可继承权限传播给该对象 |
(a)如果db1.mdb是Access 2000创建的数据库,我们会发现一个小问题:生成的*.ldb文件不会自己删除,访问后该文件依然存在,但这个问题不会影响ASP.NET的正常运行。
(b)如果db1.mdb是Access XP创建的数据库,没有出现上面类似问题。
(c)原因初步分析:我们仅仅是给了ASPNET以写入文件夹的权限,没有给它修改的权限,所以文件一旦写入,便无法修改其内容,*.ldb也就删除不掉了。
如果非要解决这个问题,进一步放开权限为:
a)D:/wwwroot/test/data/文件夹给用户ASPNET以如下权限:
允许 拒绝 完全控制 □ □ 修改 √ □ 读取及运行 √ □ 列出文件夹目录 √ □ 读取 √ □ 写入 √ □ |
√ 允许将来自父系的可继承权限传播给该对象 |
(a)如果db1.mdb是Access 2000创建的数据库,我们发现并没有出现什么问题。
(b)如果db1.mdb是Access XP创建的数据库,出现如下错误:
“/zhao”应用程序中的服务器错误。 不能使用'';文件已在使用中。 说明:执行当前Web请求期间,出现未处理的异常。请检查堆栈跟踪信息,以了解有关该错误以及代码中导致错误的出处的详细信息。 异常详细信息:System.Data.OleDb.OleDbException:不能使用'';文件已在使用中。 |
1.6再附带一种情形:将db1.mdb的属性改为“只读”,无论是Access 2000还是Access XP都将分别出现与1.2中各自的错误相同的错误提示。
相关文章推荐
- VS2012不能创建数据库连接出现或者连接数据库时提示:未能载入文件或程序集“Microsoft.SqlServer.Management.Sdk.Sfc, Version=10.0.0.0, C
- SQL Server 2012附加数据库时,错误提示如下:尝试打开或创建物理时,CREATE FILE 遇到操作系统错误 5(拒绝访问。)
- 附加数据库出现“无法打开物理文件 "X.mdf"。操作系统错误 5:"5(拒绝访问。)"
- 在sql2005中附加数据库时出现无法打开物理文件 "F:\ajax\test.mdf"。操作系统错误 5:"5(拒绝访问。)"解决办法
- 在用虚拟机装linux5的时候出现了“出现错误-未找到要在其中创建新文件系统的有效设备”的提示之后就无法安
- VS2012不能创建数据库连接出现或者连接数据库时提示:未能加载文件或程序集“Microsoft.SqlServer.Management.Sdk.Sfc, Version=10.0.0.0, C
- 附加数据库出现 无法打开物理文件 操作系统错误 5:拒绝访问 SQL
- "对文件 的目录查找失败,出现操作系统错误 5(拒绝访问。)。 失败。无法创建列出的某些文件名。请查看相关错误。
- vs2010打不开vs2017的.sln文件,出现错误提示 “选择的文件是解决方案文件 但是用此应用程序的较新版本创建的,无法打开”
- VS调试出现错误提示 无法将“obj\Debug\*.*”复制到“bin\Debug\*.*”,文件正在由另一个进程使用,因此该进程无法访问此文件
- 数据库维护计划中出现错误,数据库无法自动备份。 错误提示:作业失败。所有者(XXX\administrator用户拥有DB维护计划“数据库备份”作业)没有服务器访问权限。
- 安装SQL Server 2000时出现以下错误提示:“以前的某个程序安装已在安装计算机创建挂起的文件操作,运行安装程序之前必须重新启动计算机” 说明:如果重启计算机无法解决问题,可能有以下两个原因
- sqlserver2014创建数据库时,错误提示如下:尝试打开或创建物理‘c:\数据库\db.mdf’时,Create File遇到操作系统错误5(拒绝访问)
- IIS出现“另一个程序正在使用此文件,进程无法访问。”错误提示的解决办法
- sqlserver2005创建数据库时,错误提示如下:尝试打开或创建物理‘c:\数据库\db.mdf’时,Create File遇到操作系统错误5(拒绝访问)
- MOSS/Sharepoint 2007 创建网站集之后,链接出现“未找到文件”错误提示
- 安装SQL2000时提示错误:以前的某个程序安装己在安装计算机上创建挂起的文件操作
- FileUpload上传多文件时出现“无法访问已关闭的文件”错误的解决方法
- 保存时出现错误 加载配置文件时出错: 对路径 的访问被拒绝
- 在访问或者创建 EXCEL 应用程序时出现错误: 的解决方法!