sharepoint服务器崩溃，如何恢复。

SPS服务器恢复手记

声明：以下技术观点仅代表个人立场。

背景：SPS服务器硬盘突然崩溃，仅剩下数据库文件。

目标：恢复服务器场，并将数据库迁移到SQL2005，并且可同时在SPS服务器运行Reporting Services

步骤：

1、安装SQL2005，并完成Reporting Services部署。此时Reporting Services 使用一个独立的站点。不要使用80端口。（如果与SPS使用同一个站点，要做路径排除）

2、迁移配置数据库和内容数据库到目标服务器，检查并修正数据库中的孤儿用户。

3、安装SharePoint Portal，安装结束后将配置数据库指向恢复的配置数据库。（WSS和SPS均要重新设定配置数据库）。这一步完成后，管理中心可以正常工作。

4、管理中心中可以正确显示服务器场配置信息，并且可以看到原来的门户站点显示为扩展，但是没有安装wss，可以通过“扩展并映射到其他虚拟服务器”命令安装wss。此时门户站点应该可以正常访问。

其间遇到的问题：

“Gatherer 索引尚未初始化。必须重新加载内容索引。如果索引仍未初始化，请将其删除。

The gatherer index was not initialized. The content index must be remounted. If the index is still not initialized, remove it.”

“访问 SQL 数据库或系统资源时出现错误。如果是第一次看见该消息，请稍后再试。如果此问题继续存在，请与管理员联系。”

解决方法：将配置数据库访问账号设定为域账号，而且该域帐户必须为配置数据库服务器dbcreator,securityadmin,主机power_user 中成员

同时在主机安全策略中保证该帐户有以下权限：

本地替换进程级别令牌，调整进程内存配额，作为服务登录。

上述错误与sharepoint portal administration/microsoft sharepointps search 这2个服务有关系。上述情况出现的前提是这2个服务的启动帐户是非本机域帐户。事实上如果这2个服务的账号和服务器场配置数据库的访问账号只要相同就没有问题。

使用域管理员账号作为IIS进程池标识都不能运行Portal？

Error：Service Unavailable

解决方法：不要在IIS应用进程池中直接修改标识，在SPS服务器场账号中修改。该一次之后，以后就怎么换都可以。

搜索服务爬网失败。由于不能访问内容源，无法开始更新。请修复错误并重新尝试更新。

一句话，就是怎么也搜索不到东西。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

微软企业项目管理（EPM）平台前言

微软企业项目管理（EPM）解决方案将领先的产品、技术与服务集成为一个致力于解决用户独特业务挑战的可定制解决方案。它是以Project Server 2003为核心，通过Project Professional 2003，Windows SharePoint Service等相关产品的综合运用，构建起强大的企业项目管理平台，帮助您实现高效的项目信息分享、分析与管理，满足管理层、项目团队和客户的全面需求。

一、环境配置

硬件软件：

（1）处理器：Intel Pentium III 550 兆赫 (MHz) 或更高（建议至少为 Intel Pentium III 700 MHz），或者类似的处理器。

（2）内存：建议至少为 512 MB，因为以后安装SharePoint portal server2003 需要

软件要求：

1、服务器端：

（1）Microsoft windows server 2003操作系统（安装Active Directory）

（2）Microsoft SqlServer 2000企业版+sp3补丁

（3）Microsoft Sqlserver 2000 Analysis Services+sp3补丁

（4）Microsoft Internet Information Server (IIS)，选择安装时，必须选择asp.net组件。

（5）Microsoft sharepoint portal server 2003

（6）Microsoft project server2002以上版本

2、客户端：

（1）必须运行 Microsoft Internet Explorer 5.01 或更高版本

（2）安装Microsoft project 2002以上版本（拥有新建项目的用户需要安装）

至于整个安装过程，我想我们从网络上能搜到很多这样的文章，我只想在这说安装过程注意的事项：

（1）服务器器端必须满足上述的软件要求

（2）如果不了解如何安装活动目录，最好请网络管理员或者网络上寻找资料，否则很容易导致用户和组搞丢，致使win系统崩溃（哈哈，说得有点严重）

（3）数据库必须是sqlserver 2000+sp3补丁以上的版本

（4）安装IIS的时候，必须要安装asp.net组件，因为我们的project server的安装是在sharepoint基础上扩展的，而sharepoint是asp.net实现的。在“添加/删除应用程序组件”中的“应用程序组件”的详细资料中一般选择前三项和最后一项。

（5）sharepoint安装，按照安装向导一步一步地走就行了，最后生成门户网站结束。网上资料也不少，如果想了解的深入一些，可以搜“海洋工作室”，海洋大哥为大哥做了详细的介绍以及程序的扩展开发

（6）在安装project server的时候，先要选择sharepoint的安装，一步一步往下走，（记住最后的总结的结果，待会用的着）走完之后会到初始页，开始安装project server，按照向导下一步了，过程中需要填写上述的信息，安装完毕后，打开ie浏览器输入“http://localhost(或主机名)/projectserver”，用管理员的身份登入。接着一大堆说明出来，选择同意，开始安装“project web acess”的控件，完毕后进入登录界面，输入你OLAP组的用户/密码，进入可以对其进行相应的设置，关于用户如何同步，打开帮助文档，可以在你的安装程序的目录搜索2052的文件夹，里面就是你要的文档，上面有详细介绍！充分证明了我此前说得都是废话了，你可以不看了！哈哈！

我最后说句大实话，其实网上的资料再怎么全那也是片面的，针对性比较强，若想对整个系统有所了解，最好看其帮助文档，他是你最好的朋友。

＝＝＝＝＝＝＝＝＝＝＝＝

希望上面的资料对楼主有所帮助！

在计算机网络日益普及的今天，计算机安全不但要求防治计算机病毒，而且要提高系统抵抗黑客非法入侵的能力，还要提高对远程数据传输的保密性，避免在传输途中遭受非法窃取。下面壹基比小喻来给你们讲讲服务器托管站点崩溃的几大原因。

第一，内存泄漏

C/C++程序还可能产生另一个指针问题:丢失对已分配内存的引用。当内存是在子程序中被分 配时，通常会出现这种问题，其结果是程序从子程序中返回时不会释放内存。如此一来，对已分配的内存的引用就会丢失，只要操作系统还在运行中，则进程就会一 直使用该内存。这样的结果是，曾占用更多的内存的程序会降低系统性能，直到机器完全停止工作，才会完全清空内存。

第二，C指针错误

用C或C++编写的程序，如Web服务器API模块，有可能导致系统的崩溃，因为只要间接引 用指针(即，访问指向的内存)中出现一个错误，就会导致操作系统终止所有程序。另外，使用了糟糕的C指针的Java模拟量(analog)将访问一个空的 对象引用。Java中的空引用通常不会导致立刻退出JVM，但是前提是程序员能够使用异常处理方法恰当地处理错误。在这方面，Java无需过多的关注，但 使用Java对可靠性进行额外的度量则会对性能产生一些负面影响。

第三，数据库中的临时表不够用

许多数据库的临时表(cursor)数目都是固定的，临时表即保留查询结果的内存区域。在临时表中的数据都被读取后，临时表便会被释放，但大量同时进行的查询可能耗尽数目固定的所有临时表。这时，其他的查询就需要列队等候，直到有临时表被释放时才能再继续运行。

第四，线程死锁

由多线程带来的性能改善是以可靠性为代价的，主要是因为这样有可能产生线程死锁。线程死锁 时，第一个线程等待第二个线程释放资源，而同时第二个线程又在等待第一个线程释放资源。我们来想像这样一种情形:在人行道上两个人迎面相遇，为了给对方让 道，两人同时向一侧迈出一步，双方无法通过，又同时向另一侧迈出一步，这样还是无法通过。双方都以同样的迈步方式堵住了对方的去路。假设这种情况一直持续 下去，这样就不难理解为何会发生死锁现象了。

第五，磁盘已满

导致系统无法正常运行的最可能的原因是磁盘已满。一个好的网络管理员会密切关注磁盘的使用情况，隔一定的时间，就需要将磁盘上的一些负载转存到备份存储介质中(例如磁带)。

日志文件会很快用光所有的磁盘空间。Web服务器的日志文件、SQL*Net的日志文件、 JDBC日志文件，以及应用程序服务器日志文件均与内存泄漏有同等的危害。可以采取措施将日志文件保存在与操作系统不同的文件系统中。日志文件系统空间已 满时Web服务器也会被挂起，但机器自身被挂起的几率已大大减低。

第六，服务器超载

Netscape Web服务器的每个连接都使用一个线程。Netscape Enterprise Web服务器会在线程用完后挂起，而不为已存在的连接提供任何服务。如果有一种负载分布机制可以检测到服务器没有响应，则该服务器上的负载就可以分布到其 它的Web服务器上，这可能会致使这些服务器一个接一个地用光所有的线程。这样一来，整个服务器组都会被挂起。操作系统级别可能还在不断地接收新的连接， 而应用程序(Web服务器)却无法为这些连接提供服务。用户可以在浏览器状态行上看到connected(已连接)的提示消息，但这以后什么也不会发生。

总之，还有许多因素也极有可能导致服务器租用或服务器托管站点无法工作。有许多种原因可能导致Web站点无法正常工作，这使得系统地检查所有问题变得很困难。

---