ACCESS在NTFS中只能读不能修改问题

　　呀，早知早点上网找答案了，问人问了好久问下，上次好像解决过一次了，居然又给忘了，真是晕ＺＴ．．怪不得今天没什么进展，好了，数据库写入搞定了，明天一个上午就可以ＯＫ喽～

　　关键是ＮＴＦＳ的权限问题了，如果是要ＡＳＰ．ＮＥＴ中普通目录能够上传，必须给ＩＵＳＲ＿计算机名在该目录有写入权限．　前面是找到了这点，不过发现居然还不行，后面总算又找到了，原来是要给ＡＳＰＮＥＴ用户有写入权限，这样才能操作ＡＣＣＥＳＳ数据库喽，这次想必不会再忘了．．．

转：通过试验探索 Access 2000/XP 数据库的最佳 NTFS 权限设置

（http://uh1.bj.163.com/cgi/readelite?i=2292285&guest=1）

我们已经知道，ASP.NET中使用ADO.NET访问数据库，通过OleDb的连接可以访问Access数据库——我们非常常用的低端数据库之一。本文讨论了ASP.NET中可能看到的若干错误提示，从中看到Access2000和AccessXP创建的数据库文件，在访问出现错误时会出现不太相同的错误提示。希望对大家有所帮助。另一个要点是，希望通过此文，使大家对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是Access2000创建的数据库，出现如下错误：

“/test”应用程序中的服务器错误。
---------------------------------------
MicrosoftJet数据库引擎打不开文件'D:\wwwroot\test\data\'。它已经被别的用户以独占方式打开，或没有查看数据的权限。
说明:执行当前Web请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。
异常详细信息:System.Data.OleDb.OleDbException:MicrosoftJet数据库引擎打不开文件'D:\wwwroot\test\data\'。它已经被别的用户以独占方式打开，或没有查看数据的权限。



(b)如果db1.mdb是AccessXP创建的数据库，出现如下错误：

“/test”应用程序中的服务器错误。
----------------------------------------------
操作必须使用一个可更新的查询。
说明:执行当前Web请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。
异常详细信息:System.Data.OleDb.OleDbException:操作必须使用一个可更新的查询。



(c)原因初步分析：因为包含有“UPDATE”“INSERT”“UPDATE”等命令，需要对数据库文件本身进行写入操作，所以上述权限不能满足此需求，我们需要进一步放开权限。

我们放开一些权限，
a)D:\wwwroot\test\data\文件夹不变：

b)D:\wwwroot\test\data\db1.mdb文件本身给用户ASPNET以如下权限：

	允许	拒绝
完全控制	□	□
修改	□	□
读取及运行	√	□
列出文件夹目录	√	□
读取	√	□
写入	√	□

1.3放开权限后继续实验，

(a)如果db1.mdb是Access2000创建的数据库，出现如下错误：

“/test”应用程序中的服务器错误。
------------------------------------------
不能锁定文件。
说明:执行当前Web请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。
异常详细信息:System.Data.OleDb.OleDbException:不能锁定文件。



(b)如果db1.mdb是AccessXP创建的数据库，没有出现错误。



(c)原因初步分析：我们发现在打开Access数据库时，同时会在所在目录生成一个同名的*.ldb文件，这是一个Access的锁定标记。鉴于此，我们猜测，用户ASPNET访问Access数据库时，也需要生成一个锁定标记，而该目录没有允许其写入，因此出错。至于AccessXP创建的数据库为什么没有这个错误，原因还不得而知。

我们进一步放开权限，
a)D:\wwwroot\test\data\文件夹给用户ASPNET以如下权限：

	允许	拒绝
完全控制	□	□
修改	□	□
读取及运行	√	□
列出文件夹目录	√	□
读取	√	□
写入	√	□

b)D:\wwwroot\test\data\db1.mdb文件本身给用户ASPNET以如下权限：
√允许将来自父系的可继承权限传播给该对象





1.4继续实验，发现错误已解决，那么上面这个权限就是我们需要放开的“最低权限”。

(a)如果db1.mdb是Access2000创建的数据库，我们会发现一个小问题：生成的*.ldb文件不会自己删除，访问后该文件依然存在，但这个问题不会影响ASP.NET的正常运行。



(b)如果db1.mdb是AccessXP创建的数据库，没有出现上面类似问题。



(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是Access2000创建的数据库，我们发现并没有出现什么问题。


(b)如果db1.mdb是AccessXP创建的数据库，出现如下错误：

“/zhao”应用程序中的服务器错误。
------------------------------------------------
不能使用''；文件已在使用中。
说明:执行当前Web请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。
异常详细信息:System.Data.OleDb.OleDbException:不能使用''；文件已在使用中。



(c)原因初步分析：Access数据库是单用户单线程的数据库，我们在Access里面打开编辑数据库文件时其实是以当前Windows用户(比如Administrator)身份打开数据库，而ASP.NET默认使用的是ASPNET虚拟用户（隶属于Users组），级别低于Administrator，无法和Administrator“抢夺”权限，所以出现冲突错误。至于Access2000忽略这个问题的情形我们也不必做讨论了，可能是Access2000没有考虑那么多因素吧。



1.6再附带一种情形：将db1.mdb的属性改为“只读”，无论是Access2000还是AccessXP都将 分别出现与1.2中 各自的错误相同的错误提示。







(二)实验结论


1.我们首先再次总结一下Access数据库文件的NTFS权限设置的缘起：

在ASP.NET中默认是以一个叫做ASPNET的虚拟用户的身份来访问、操作数据库的，你可以在“控制面板”-“管理工具”-“计算机管理”-“本地用户和组”-“用户”中看到这个用户，默认情况下是：

全名：ASP.NET计算机帐户
描述为：用于运行ASP.NET辅助进程(aspnet_wp.exe)的帐户。
隶属于：Users组。

使用这么一个隶属于Users组的用户来进行文件操作、数据库操作的风险是要比用一个Administrators组的用户的风险要小得多，这也是ASP.NET在安全方面的一个考虑吧。

既然是这么一个用户需要访问、操作数据库文件本身，那么我们就需要给它一定的NTFS权限以允许它的访问。显然没有NTFS的权限许可，ASPNET就无法访问、操作数据库，就会出现上面实验中所看到的那些错误了。


2.经过上面的实验，我们已经知道如下的NTFS权限设置是可以满足一般需求的：

a)D:\wwwroot\test\data\文件夹给用户ASPNET以如下权限： 允许 拒绝 完全控制 □ □ 修改 □ □ 读取及运行 √ □ 列出文件夹目录 √ □ 读取 √ □ 写入 √ □

b)D:\wwwroot\test\data\db1.mdb文件本身给用户ASPNET以如下权限：
√允许将来自父系的可继承权限传播给该对象


同时我们也注意到db1.mdb是否为“只读”文件对ASPNET的访问也会有一定影响。



3.上述权限设置可以直接设置给ASPNET用户自己，也可以设置给Users组，或者直接给Everyone组上述权限都是可以的。因为ASPNET隶属于Users组，可以通过用户组给ASPNET设置权限。



4.NTFS权限在文件或文件夹右击后得到的“属性”对话框-“安全”选项卡中设置，一般情况下，可以考虑给Adminitrators组以“完全控制”的权限，同时不要轻易在“拒绝”中打勾，有关NTFS权限设置的技巧，可以咨询网络管理员、网络安全专家的建议。

注：FAT,FAT32格式的分区中不支持NTFS权限。



5.Windows2000系列，WindowsServer2003系列的“安全”选项卡默认是很容易找到的，但WindowsXPProfessional中的“安全”选项卡默认是关闭的，可以将“控制面板”-“文件夹选项”-“查看”选项卡中的“高级设置”中“使用简单共享（推荐）”一项的“√”去除，“确定”之后，再次按照上面的方法即可看到“安全”选项卡了。

转二：ASP不能读取Access数据库？

yesue0608

我爱DIY (2002-06-17 20:18:24)

---

======================================
以下问题(已解决)/文章讨论过程摘自 Yesue.com
来源：http://www.yesue.com/question/show.asp?id=453&catalog=Q_Web_ASP
======================================

问题：

装有一套SERVER版的2000，但是在WEB服务（IIS5）中总是有中不能修改ACCESS数据库，但是可以读取，不管是97的还是2000的（还装有一套OFFICE2000）。直接使用而没有做ODBC设置，我记得以前在NT4（SP4+IE4.01+OP4)上好用。好像说是没有给更新权力，但我已经设置了写入还是不行。也没有对数据库文件加只读设置。


解答：

以下说明的基础都是你的站点文件目录位于NTFS分区上;你所说的问题一般是权限设置不当引起的.
除此以外还有一种可能就是你有用JET工作组对ACCESS数据库进行加密,而你的登录权限是只读的;我想这种可能性应该不大.

按照一般的规范,在你的站点里为一些要执行写操作的文件(例如数据库,或者一些要写入保存的文件)建一个目录,为这个目录指定权限,并让目录里的文件继承这个目录的安全属性.

先说明一下,IIS在解析客户端的请求时,首先是把你模拟成NT的内置IIS匿名帐号(这个帐号只要安装IIS就会自动建立,命名为"iusr_你的计算机名")进行访问;如果NTFS磁盘目录的本地安全审核不允许匿名访问,而你在IIS中没有设置以Windows验证方式登录,访问就会失败.

你要做的是,就是查看那个可写目录的"属性->安全"中是否有"iusr_你计算机名"这个帐号的访问许可(关键要允许"写入"权限)，没有的话要加入；
如果你实在不愿意建一个目录，那么用同样方法指定单独的mdb文件的安全权限也行