在 COMSHARP CMS 安装进行到 “选择安装地址” 一步的时候，允许用户输入将要安装的虚拟目录的路径和所在站点的端口号。在这里，请输入您准备安装的虚拟目录的路径，该路径位于 IIS 虚拟根目录下（即 Inetpub\wwwroot），如果您输入了明确的路径，则 COMSHARP CMS 将安装为 IIS 默认Web站点下的虚拟目录；如果您没有输入该路径，则 COMSHARP CMS 将直接安装在虚拟根目录中，COMSHARP CMS 实际将成为 IIS 的默认Web站点。

不管是何种方式，您都需要提供 IIS 默认Web站点的端口号，一般情况下，该端口号为80，但如果您的 IIS 默认Web站点的端口号已经被更改为其它值，比如8080，则您在这里，必须向安装程序提供更改后的准确的端口号（在此而言，即8080），否则，安装程序将产生以下错误：

错误原因

在安装 COMSHARP CMS 之前，您可能已经更改了IIS 默认Web站点的端口号，而您在安装过程中提供的端口号和 IIS 默认Web站点的端口号不一致，最终导致以上错误。

 解决方法

您只需要准确的提供您的 IIS 默认Web站点的端口号即可。

在 COMSHARP CMS 系统初始化（COMSHARP CMS 安装部署的一个步骤）中，在数据库连接页，您提供了数据库的相关资料后，按连接测试，发生以下错误：

错误原因

1. 您没有准确的提供数据库服务器名，或者数据库名，或者数据库系统管理员帐户。
2. 您的 SQL Server 没有使用混合验证模式。
3. 您的 SQL Server 没有启用 TCP/IP （远程数据库）

解决方法

1. 您没有准确的提供数据库服务器名，或者数据库名，或者数据库系统管理员帐户。
   
   请询问为您提供数据库支持的 DBA，以获取准确的数据库连接资料。
   
   
2. 您的 SQL Server 没有使用混合验证模式。
   
   请用 SQL Server 企业管理器（SQL Server 2000），或 SQL Server Management Studio （SQL Server 2005）连接您的数据库服务器，在您的数据库服务器节点上点右键，选择“属性”或“Properties”，然后进入“安全”或 Security 页，将验证模式（Authentication）设置为 Windows 和 SQL Server 混合验证模式。
   
   如果您使用的是 MSDE2000，或 SQL Server 2005 Express，由于您没有相应的 SQL Server 企业管理器或 SQL Server management Studio 进行管理，您需要通过修改注册表，将验证模式设置为混合模式。
   
   MSDE2000
   在注册表中，将 HKEY_LOCAL_MACHINE\Software\Microsoft\MSSqlserver\MSSqlServer\LoginMode 的值修改为 2
   
   SQL Server 2005 Express
   在注册表中，将 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.x\MSSQLServer\LoginMode 的值设置为 2
   
   
3. 您的 SQL Server 没有启用 TCP/IP （远程数据库）
   
   SQL Server 2000
   在 SQL Server 2000 企业管理器中，在当前数据库节点上点右键，选择“属性”，在“General”页，点击“Network Configuration”，将“TCP/IP”选到右边的“Enabled Protocols”框中。
   
   MSDE 2000
   进入 MSDE 安装盘的 Program Files\Microsoft SQL Server\80\Tools\Binn 路径下，双击运行 SVRNETCN.exe 程序，将“TCP/IP”选到右边的“Enabled Protocols”框中。
   
   SQL Server 2005
   在 Microsoft SQL Server 2005 的 Configuration Tools 中打开 “Microsoft SQL Server Configuration Manager”
   展开 SQL Server 2005 Network Configuration，打开 Protocols for
   在 “TCP/IP”上点右键盘，选择“Enable”

这个问题一般是升级后，新的站点文件取代旧的站点文件，同时，原来站点文件的访问控制列表被更改引起来的。如果您的 IIS 访问控制，以及站点目录文件系统访问控制使用默认设置，这种问题不会发生。某些用户可能对 IIS 和站点目录访问控制有特殊设置，当升级文件覆盖旧文件的时候，可能发生上述问题。

解决方法：

请检查您的站点文件夹的访问控制表，确认它们和升级前是一致的，如果不一致，对站点文件夹以及其中的文件的访问控制进行重新配置，就可以解决这个问题。

用户根据 COMSHARP CMS 安装指南完成安装，安装程序显示顺利完成，但在浏览器中输入 http://localhost/comsharpCMS 或事先设定的访问地址，却显示以下错误：

这个问题最大的可能是用户安装了下载版的 IIS

这个问题最大的可能是用户安装了下载版的 IIS，而不是 Windows 安装光盘中的原始 IIS。需要强调的是，IIS 是集成在 Windows 2000 Professional, Windows 2000 Server, Windows XP Professional, Windows 2003 Server, Windows 2008 Server 中的，微软并不提供独立的 IIS 安装。

您从网上下载的 IIS 全部是一些技术人员从 Windows 安装光盘剥离出来并打包成 IIS 独立安装包的，以这种方式制作的 IIS 安装包普遍存在问题，尤其和 ASP.NET 结合时，经常出现问题。

强烈建议您使用原始 Windows 安装光盘，通过增加 Windows 组建，重新安装 IIS。

安装顺利完成，访问网站时候显示以下错误

1. 这个问题最可能的原因是您的系统中安装了多个版本的 .NET 框架，如 .NET 1.1 和 .NET 2.0。 .NET 框架允许在同一个系统安装多个版本，这没有问题，但问题出在以下地方：

您在 IIS 中，为同一程序池 （Application Pool）下的多个站点设定使用了不同的 .NET 框架。或者说，不同版本 .NET 框架下的网站使用了同一个程序池。

同一个程序池只能对应一个 .NET 框架。比如，您的系统中有2个网站 A 和 B，它们都使用同一个程序池（DefaultAppPool），但 A 网站使用 .NET 1.1 框架，而 B 网站使用 .NEt 2.0 框架，在这种情形下，就会出现上面说的错误。

解决办法 （适用于 IIS 6 以上的版本）

您可以在 IIS 的程序池中新建一个程序池，如 ASP.NET.20.POOL，让 B 网站使用该程序池，A 网站继续使用那个默认的 DefaultAppPool 程序池，这样，即使 A 网站使用 .NET 1.1 ，B 网站使用 .NET 2.0 ，它们也不会再冲突。

2. 这个问题第二个可能的原因是您的 .NET 框架安装有问题，比如 .NET 框架先于 IIS 安装，或一些未知的原因，导致 ASP.NET 没有在 IIS 中注册，要解决这个问题，可以使用以下方法：

在 IIS 中注册 ASP.NET

打开我的电脑，进入系统所在的盘（假设为 C 盘），进入以下路径 C:\WINDOWS\Microsoft.NET\Framework\，在这里，您会看到您安装的不同版本的 .NET 框架目录，假设您的网站使用的 .NET 版本为 2.0，则进入 v2.0.50727 目录 （完整路径为：C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727）。

在该目录下，能看到一个命名为 aspnet_regiis.exe 的文件，这是一个命令符执行文件。

点 “开始 / 运行”，在“打开” 那里输入 “cmd”，回车，这样就可以打开命令符运行窗口，将当前路径更改到 C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727，输入 aspnet_regiis.exe -i 回车即可。

这个错误一般发生在使用 XCOPY 安装模式下，Application 文件夹已经顺利通过 FTP 上传到服务器的网站目录；Database 中的数据库脚本也成功执行，然而，在试图访问刚刚安装的网站时，却出现以下错误消息：

该错误说明，COMSHARP CMS 的数据库部分没有正确安装，最可能的原因是：

您在执行 Database 文件夹中的数据库脚本的时候，没有在 COMSHARP 数据库下执行，SQL Analyser 有时候默认的数据库是 master 数据库，如果您是在 master 数据库下执行的安装脚本，则 COMSHARP CMS 的数据库事实上根本没有安装。

COMSHARP CMS 安装之后，试图访问网站时，返回以下错误

该错误最可能的原因和前面安装过程中出现的“测试没有通过，您可能没有提供正确的用户信息和数据库名
”错误一样，请参阅以下文章：

测试没有通过，您可能没有提供正确的用户信息和数据库名

正常情况下，系统管理人员登录 COMSHARP CMS 站点后，页面上应该显示系列管理界面，包括系统管理链接，栏目上的编辑按钮等等。然而安装顺利完成，网站也可以正常访问，但系统管理用户登录之后，页面上却并没有出现相应的系统管理界面，出现这种情形可能有两个原因：

您的访问客户端的系统时间比网站服务器的系统时间严重提前

提前幅度超过了24小时（不包括不同时区之间的差别）。在这种情形，如果您的访问客户端的系统时间严重超前，会导致浏览器误以为您的访问 Session 已经过期，从而使登录失败。

您的访问域名中包含不合法字符。

浏览器在保存访问 Session 的时候，会将访问账户信息（已加密），结合访问域名写到 Cookie 中，如果您的访问域名非法，将导致浏览器无法解析登录 Cookie。

这种情形比较罕见，事实上，您在注册域名的时候，包含非法字符的域名是不可能注册成功的，但在一些二级域名管理系统中，可能存在二级域名存在非法字符的问题，比如，以下二级域名是非法的，但在一些主机商那里也可以注册成功：

my_host.mydomain.com

上面的二级域名 my_host 包含了一个在域名体系中非法的字符，下划线（_），该非法域名虽然成功注册了，但浏览器在解析 Cookie 的时候，遇到这样的域名会无法解析，导致 COMSHARP CMS 访问客户端无法解析用户的 Session 信息。

安装顺利完成，第一次访问站点时出现以下错误：

对象名 'INFORMATION_SCHEMA.PARAMETERS' 无效。
说明: 执行当前 Web 请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。

异常详细信息: System.Data.SqlClient.SqlException: 对象名 'INFORMATION_SCHEMA.PARAMETERS' 无效。

错误原因

该错误非常罕见，一般发生在您的数据库是从 MS SQL Server 7 升级到 SQL Server 2000 的情形，该升级过程导致在 SQL Server 2000 的用户数据库中，无法访问 INFORMATION_SCHEMA，而正常安装的 SQL Server 2000 不存在这个问题。

微软有这样一篇知识库文章解释了这个问题：
http://support.microsoft.com/default.aspx?scid=kb;en-us;294350

解决方法

要解决这个问题，最好的方法是重新安装您的 SQL Server 数据库。