SharePoint 2010创建网站无法访问 HTTP 404错误

阿尔哦覅和

　　服务器环境：
　　Windows Server 2008 R2 x64操作系统，SQL Server 2008 R2 x64操作系统，Sharepoint Server 2010
　　问题描述：
　　SharePoint 2010服务器上创建的网站在某一天无法访问，错误提示HTTP 404错误，但是Sharepoint 2010管理中心可以正常登陆， 与此网站同一级的其他网站可以正常访问。
　　查错：
　　1.首先，Sharepoint 2010管理中心可用，同级网站可用，Sharepoint 2010 server端出现问题不大。
　　2.其次，一般网站访问不到，会想到是不是IIS出现问题，于是查看IIS，所建立好的网站在IIS中正常运行，从启IIS并没有修复问题。
　　3.最后，查看数据库文件，因为其他网站可以正常访问而其不能正常访问的情况下，可能是数据库出现问题，果真，发现了问题，名位WSS_Content的一个数据库上面多了一个问号，表示数据库被标记为可疑。这个可疑的数据库就有可能是出问题的数据库，所以从这里着手去做。问题如图1

图1

　　解决办法：
　　由于是在服务器上做操作，所以为了防止出现数据库不可恢复的操作，先对出问题的数据库进行备份，备份好之后进行数据库修复。
　　日常对数据库进行操作时，有时对数据库进行些不正常操作（如数据库在读写时而无故停止数据库）时会导致数据库不正常中断，而导致数据库文件不能正常被使用，有时会被标记为“可疑”（suspect)，即在数据库名旁加上了黄色的惊叹号，这时数据库就不能再被打开了，但数据库的结构及数据内容都还是存在的。

　　当数据库发生这种操作故障时，按如下操作步骤可解决此问题，打开数据库里的查询编辑器窗口，运行以下的命令。
　　
1、修改数据库为紧急模式
　　      ALTER DATABASE *** SET EMERGENCY（其中星号代表出问题的数据库名称）
　　含义为修改数据库***设置为紧急模式。
　　2、使数据库变为单用户模式
　　ALTER DATABASE *** SET SINGLE_USER
　　含义为修改数据库为单用户使用模式
　　     注：如果在使用命令修改不成功，可以选择其他方式。选中出问题的数据库，右键——>属性——>选项——>状态下的限制接入，修改为单用户即可。如图2所示

图2

　　3、修复数据库日志重新生成，此命令检查的分配，结构，逻辑完整性和所有数据库中的对象错误。当您指定“REPAIR_ALLOW_DATA_LOSS”作为DBCC CHECKDB命令参数，该程序将检查和修复报告的错误。但是，这些修复可能会导致一些数据丢失。
　　DBCC CheckDB（***，REPAIR_ALLOW_DATA_LOSS）
　　命令执行完成后可能会出现以下警告：
　　警告: 数据库 'Sharepoint_Config' 的日志已重新生成。已失去事务的一致性。RESTORE 链已断开，服务器不再有以前的日志文件的上下文，因此您需要了解它们的内容。应运行 DBCC CHECKDB 验证物理一致性。数据库已置于 dbo-only 模式。在准备使数据库可用时，需要重置数据库选项，并删除所有多余的日志文件。
　　此时可以不用理会此警告，关闭Microsoft SQL Server Management Studio。
　　4、重新打开Microsoft SQL Server Management Studio，使数据库变回为多用户模式
　　ALTER DATABASE *** SET MULTI_USER
　　     使用此命令有可能会出现以下问题：
　　消息 5064，级别 16，状态 1，第 1 行
     此时无法更改数据库 ‘****’ 的状态或选项。
　　此数据库处于单用户模  式，当前某个用户已与其连接。
    消息 5069，级别 16，状态 1，第 1 行
    ALTER DATABASE 语句失败。
　　重启SQL服务后仍行不通。
　　此时，可采用以下方法：执行以下命令


USE master;
GO
　　

DECLARE @SQL VARCHAR(MAX);
SET @SQL=''
SELECT @SQL=@SQL+'; KILL '+RTRIM(SPID)
FROM master..sysprocesses
WHERE dbid=DB_ID('****_MSCRM');
EXEC(@SQL);
GO


ALTER DATABASE ****_MSCRM SET MULTI_USER;


　　是在Alter语句执行之前，先执行了一个KILL Process的命令。而第一个方法之所以不能成功，应该也就是SQL的某个进程还在运行中，没有被终止，所以对****数据库做的任何操作都因为那个进程的Lock的存在而失败。在第一个帖子中，楼主也分享了他的方法：“查看监视器中的进程，把与目的库有关的KILL掉，然后刷新一下。”只是不知这个操作怎么去做。如果再笨一点，可以重启SQL  Server所在的服务器，这样应该也可以达到目的。
　　5、从启SQLServer服务。
　　最后，再次打开数据库时被标记为“可疑”的数据库已恢复正常状态。

　　最终，Sharepoint网站无法访问的问题最终解决了。