Could not load file or assembly 'stdole, Version=7.0.3300.0'

deicalin

一、报错截图

二、错误描述
Configuration error
Description: An error occurred during the processing of a configuration file required to service this request. Please review the specific error details below and modify your configuration file appropriately.
Parser Error Message: Could not load file or assembly 'stdole, Version=7.0.3300.0' ...
。。。。。。

三、原因分析
从上述的错误来看，起先是以为oracle目录相应权限的问题，因为oracle所在的盘符的文件系统是NTFS，可能有权限上的限制。结果把但凡涉及到权限的地方都配置到了，服务器也重启了，仍然无法解决问题。最终还是老老实实的看报错明细，提示的是无法找到stdole这个程序集。后来在C:\Windows\assembly目录下查找，确实没有这个程序集，故网站浏览时无法记载报错。
网上的方法千千万万种，看晕了。比较靠谱的是“服务器上面正在运行的组件和你更新后需要的组件版本不一致，请首先停掉网站程序，然后在组件服务里面停掉相关的进程，接着从gac卸载掉相关的注册组件，最后是删除掉.net framework存在的缓存，然后重新注册gac，重启iis就ok了”。试了一次，不行，怪了。同样也试着从其他机器上将stdole程序集拷过来，也不行。
现在问题转移到如何恢复stdole程序集，同时也想到office相关的word excel安装都会加载相应的.net组件。可能这台服务器上office安装的时候，是最小安装，并没有安装支持.net编程的组件。于是：
1、             控制面板---添加或删除程序--- Microsoft Office Professional Edition 2003，选择“重新安装或者修复”；
2、             勾选word excel，同时勾选底下的“选择应用程序的高级自定义”；
3、             在“.Net 可编程性支持”选项的下拉菜单中选择“从本机运行”或“从本机运行全部程序”，单击“更新”。
4、             更新完成后，重启服务器（非必要项，视具体情况）
5、             进入C:\Windows\assembly目录下就可以找到stdole程序集以及相关的密钥信息。
6、             IIS重启，再次浏览网站，问题解决。

四、名词解析
GAC中的所有的Assembly都会存放在系统目录"%winroot%\assembly下面。放在系统目录下的好处之一是可以让系统管理员通过用户权限来控制Assembly的访问。  
GAC全称是Global   Assembly   Cache，他的作用是可以存放一些有很多程序都要用到的公共Assembly，例如System.Data、System.Windows.Forms等等。这样，很多程序就可以从GAC里面取得Assembly，而不需要再把所有要用到的Assembly都拷贝到应用程序的执行目录下面。举例而言，如果没有GAC，那么势必每个WinForm程序的目录下就都要从C:\WINDOWS\Microsoft.NET\Framework\v1.0.3705下面拷贝一份System.Windows.Forms.dll，这样显然不如都从GAC里面取用方便，也有利于Assembly的升级和版本控制。
.NET   Framework中附带了一些和GAC有关的工具，其中包括：   
    1）Gacutil.exe，一个命令行的工具，用于在GAC中浏览、添加、删除Assembly  ；
2）Ngen.exe，也是一个命令行的工具，用于在GAC中创建Native   Image   ；
3）mscorcfg.msc，一个MMC终端，可以图形化完成Gacutil.exe的主要功能。  

附件: