装Vista的时候一不小心就犯了一个错误：没有使用默认的administrator帐号，而是自己另外取了一个riccc帐号。
Vista的UAC：User Account Control，如果你使用的帐号名字不是administrator，即使这个账号在administrators组里面，Vista在很多操作时并不会使用administrator的权限执行，至于使用什么帐号、组的权限，现在还不清楚。这带来一个很严重的问题，很多操作，尤其是软件安装、开发调试方面的，会碰到各种各样莫名其妙的问题，归根结底它们可能都是由于权限问题引起的。
把UAC禁用，在本地安全策略里面administrators组有权限操作的地方，都独立添加了riccc这个账号，还是很多问题无法解决。
1. SQL Server 2005的安装
一开始在装database service时提示"SQL Server Setup was unable add user NT AUTHORITY\SYSTEM to local group SQLServer2005MSFTEUser$RICHIE$SQL2K5"，查了一下SQLServer2005MSFTEUser$RICHIE$SQL2K5这个组根本就没有创建，于是手工创建组，把SYSTEM帐号加进去，重新安装时这个步骤倒是过去了，随后是另外一系列的其它问题了，提示好像是对什么文件没有权限操作，无论怎么设置文件、目录的安全性无济于事。
2. VS2003开发调试ASP.NET问题
参考网上很多文章，把VS2003装好，能够创建ASP.NET Web Project，但一直无法调试，提示说"Error while trying to run project: Unable to start debugging on the web server. You do not have permissions to debug the server.Verify that you are a member of the "Debugger Users" group on the server."。
启用administrator帐号，将用户切换到这个帐号下，安装SQL Server 2005已经OK，VS2003调试ASP.NET还是出现相同的错误，后面再来找找解决方法。
Vista权限机制改变很大，这将给后面的开发使用带来不少疑难问题。
从Windows 2000到XP到Windows Server 2003，从IIS 5.0到6.0，在开发、项目实施过程中解决过很多的疑难杂症，绝大部分基本都是跟权限相关，但前面的一系列升级重新学习成本都不大，一方面操作设置界面没有太多变化，很容易找到设置的地方，另一方面操作系统关键的权限机制变化不大。看来这一次得花相当一些时间代价以及项目风险代价，才能顺利地升级到Vista和Windows Server 2008了。
IIS 5.0, Windows 2000, ASP：主要是IUSR_machine_name帐号权限问题，以及COM+权限配置。
IIS 5.0/6.0, Windows 2000/XP/2003, .NET Framework 1.1：主要是IUSR_machine_name、ASPNET帐号权限，如果用到Excel等第三方的COM+、DCOM组件，会涉及到COM权限问题。
.NET Framework 2.0：主要是帐号从ASPNET变为NETWORK SERVICE。
Vista, IIS 7.0, Framework 2.0：还摸不着头脑。