恢复装有 SQL Server 的规划服务器
当运行 规划服务器和 Microsoft SQL Server 2005 的计算机出现故障时,您可以迅速准备一台使用新服务器名称的新计算机,然后用新计算机替换出现故障的计算机。以下过程说明在恢复运行 SQL Server 的服务器时需要遵循的步骤。在此示例中,所有 SQL Server 数据库都位于同一计算机上。
注意: |
---|
在 PerformancePoint Server 文档中,我们统一使用“Windows SharePoint Services”和“SharePoint Services”这两个术语来分别指代 Office SharePoint Server 2007 和 Windows SharePoint Services 3.0。 |
恢复运行 SQL Server 的服务器
从以前的备份中提取所有规划数据库(服务数据库、系统数据库、所有应用数据库)和 Microsoft Windows SharePoint Services 数据库(如果使用 Windows SharePoint Services)备份,并将这些数据库备份及其有效的最新事务日志还原到运行 SQL Server 的新计算机。
准备将运行 SQL Server 的新规划服务器计算机。有关准备新计算机的详细信息,请参阅《PerformancePoint Server 2007 部署指南》。有关安装新计算机的其他信息,请参阅镜像规划服务器。
对于多计算机部署方案,您可能需要在运行下列软件的计算机之间配置安全设置:
SQL Server
Microsoft SQL Server 2005 Analysis Services
Windows SharePoint Services
有关在多计算机部署方案中配置安全设置的详细信息,请参阅《PerformancePoint Server 2007 部署指南》。
在运行规划流程服务的服务器上停止 规划流程服务。
如果出现故障的 SQL Server 计算机上存在应用程序,请连接到 规划管理控制台并将这些应用程序设置为脱机状态。
在一些内部表中修复运行规划服务器和 SQL Server 的计算机的名称更改问题。
首先,使用以下命令手动更新 SystemDB 中的 BizSystem 表。
UPDATE BizSystem SET ReferenceDBServerName = @NewAppDBServer, StagingDBServerName = @NewStagingDBServer, WHERE BizApplicationLabel = @BizApplicationLabel
其次,手动更新应用数据库中的 DeployInfo 表。
接下来,使用以下命令从 BizAppNodes 表中获取 BizAppNodeID。
SELECT BizAppNodeID FROM BizAppNodes WHERE BizAppNodeLabel = @BizAppNodeLabel
然后,使用以下命令更新 DeployInfo 表。
UPDATE DeployInfo SET AppNodeSQLStoreDBServer = @NewAppNodeSQLStoreDBServer WHERE BizAppNodeID = @BizAppNodeID
更新运行 Analysis Services 的计算机中的 OLAP 数据库连接字符串。
展开 SQL Server Management Studio 中的 OLAP 数据库层次结构。
展开各个数据库名称,然后展开“数据源”文件夹。
右键单击各个子节点,选择“属性”,单击“连接字符串”****,然后单击“连接字符串”框的省略号。
在“服务器名称”字段中****,输入新的 SQL Server 名称。
对所有 OLAP 数据库重复上述步骤。
在 规划 Web 服务和规划流程服务服务器上,对位于 C:\PerformancePointTemp\3.0\Config 文件夹中的 PerformancePoint.Config 文件进行以下更改。
将数据库服务器条目更改为运行 SQL Server 的新计算机的名称。
将 OLAP 服务器条目更改为新的 OLAP 服务器计算机名称。
注意: 您只需在单台服务器安装中执行此操作,因为在此方案中该条目由安装程序设置。对于多服务器部署,此字段为空;您不需要对其进行修改。
在运行 SQL Server 的计算机上,执行以下 SQL Server 查询,以便对所有规划服务器应用数据库手动启用 SQL Server Service Broker:
ALTER DATABASE [PPSApplicationDatabaseName] SET ENABLE_BROKER
注意: 如果规划流程服务已启动,请停止该服务,以便能够启用 Service Broker。启用 Service Broker 后,重新启动该服务。有时,以前显示的启用 Service Broker 的 SQL 语句似乎已锁定,该语句永远不能完成。为了解决此问题,请重新启动 SQL Server 服务,然后重试该 SQL 语句。
在规划 Web 服务服务器和规划流程服务服务器上,在 Windows 命令提示符下运行 IISRESET。
在规划 Web 服务服务器和规划流程服务服务器上,重新启动规划流程服务。这可确保这些服务器获取对配置文件所做的全部更改。
如果使用 Windows SharePoint Services,需要重新连接到 Windows SharePoint Services 服务器来连接它。将 Windows SharePoint Services 重新指向它在运行 SQL Server 的新计算机上的配置和内容数据库。
执行以下步骤:
在运行规划服务器和 Windows SharePoint Services 的计算机上,打开 Internet Information Services。
展开列表并打开“网站”文件夹。
右键单击“SharePoint 管理中心”并选择“浏览”****。
单击“设置配置数据库服务器”。
将服务器名称更改为新的 SQL Server 名称。
选择“连接到现有配置数据库”****。
单击“确定”。
选择“设置默认内容数据库服务器”****并验证新名称是否正确。如果不正确,请用新的数据库服务器名称更新它,然后单击“确定”。
如果重新连接失败
只有在上述过程中没有成功重新连接到 Windows SharePoint Services 时才需要执行下面的过程。如果不能重新连接运行 Windows SharePoint Services 的服务器,剩下的唯一方法是删除它,然后从其安装点重新安装 Windows SharePoint Services。以下过程介绍删除并重新安装 Windows SharePoint Services 的步骤。
重新连接失败时要采取的步骤
在运行规划服务器和 Windows SharePoint Services 的计算机上,使用“添加或删除程序”****卸载 Windows SharePoint Services。
在同一台计算机上,打开 Internet Information Services 管理器并删除 SharePoint 网站和 StsAdminAppPool。
在该服务器上安装 Windows SharePoint Services。有关详细信息,请参阅恢复 Windows SharePoint Services。
使用 规划管理控制台和 规划业务建模器连接到规划服务器,验证您的规划服务器系统是否工作正常。