C#引用Interop.SQLDMO.dll后的注意事项(转)

C#引用sqldmo.dll的方法
找到 sqldmo.dll这个文件
C:Program FilesMicrosoft SQL Server80ToolsBinnsqldmo.dll
用.Net框架提供的工具转成受托管代码
tlbimp sqldmo.dll /out: c:SQLDMO.dll

如题，有没有办法呢？
如果必须使用sqldmo，那么如何在没有安装sql的机器上使用这个com组件。
我在没有安装sql的机器上总是报错。
将以下文件发布到system32目录下
sqldmo.dll
sqlunirl.dll
sqlresld.dll
sqlsvc.dll
w95scm.dll
Resources2052sqldmo.rll
Resources2052sqlsvc.rll

然后运行   regsvr32   sqldmo.dll

    在SQL Server2005以前的版本中，SQL分布式管理对象(SQL-DMO)为我们提供了非常有效的方法来通过编程的方式管理SQL Server。SQL-DMO支持基于COM的接口，开发人员可以通过这个接口来发现和操作SQL Server对象。而SQL Server2005在这方面做了更大的改进，它提供了一种新的管理框架，叫做SQL Server管理对象(简称为SMO)，这套组件具有更强大的管理能力，而且它被建立在.Net Framework2.0之上。当然，我们仍然可以使用SQL-DMO来管理SQL Server2005，但SMO为我们提供了更多的功能，也支持很多SQL Server2005的新特性，它的性能也比SQL-DMO更优化。
   微软将SMO定义为“为可编程管理微软SQL Server而设计的对象”。SMO给了开发人员更全面地管理SQL Server的各种元素的能力，如表、列、索引、存储过程、触发器、Service Broker、快照数据库、备份和恢复、文件和文件组等。
C:Program FilesMicrosoft SQL Server90SDKAssembliesMicrosoft.SqlServer.Smo.dll

SQLDMO.dll是个好东西，ASP.NET利用它可以实现在线备份、还原数据库等各种功能。近日有客户要求为其在后台添加一个管理数据库的功能。于是就出现了这篇文章。
由于客户的数据库和WEB服务不再同一台服务器，当我们把网站部署在服务器上以后，运行程序，提示如下错误：

Retrieving the COM class factory for component with CLSID {10020200-E260-11CF-AE68-00AA004A34D5} failed due to the following error: 80040154.

而客户又不想在这台电脑安装MSSQL，所以我们只需要在没有安装MSSQL的电脑上注册SQLDMO.DLL组件。
第一步：首先将msvcr71.dll, SQLDMO.DLL, Resources2052sqldmo.rll,Resources1033sqldmo.rll 拷贝到C:Program FilesMicrosoft SQL Server80ToolsBinn目录。
下载SQLDMO文件
第二步：打开开始，在运行中输入 regsvr32 "C:Program FilesMicrosoft SQL Server80ToolsBinnsqldmo.dll" 注册sqldmo.dll。

正常情况下，经过以上两个步骤，网页就应该可以访问了的。但是我们经过以上两次操作后，访问网页依然提示如下错误：

Retrieving the COM class factory for component with CLSID {10020200-E260-11CF-AE68-00AA004A34D5} failed due to the following error: 80070005.

后经过一段时间的检查，我们发现C:Program Files文件夹仅有Administrator和System的控制权限，而没有其他任何用户的权限，因此我们为Microsoft SQL Server文件夹增加上Network Service 的读取权限。
至此，问题得到解决！