部署 System Center - Service Manager
重要
此版本的 Service Manager 已终止支持。 建议升级到 Service Manager 2022。
本文中的部分可帮助你部署 System Center - Service Manager多种不同方案之一。 从简单的一台计算机方案,到设计为支持生产类型环境的四台计算机方案,都在这些方案之列。 此外,本文还介绍如何向 Service Manager 数据仓库注册Service Manager管理组,以便生成报表。 可以选择部署 Self-Service 门户,以便通过 Web 浏览器提供对Service Manager的访问权限。 若要提高性能并提供冗余,可以部署其他辅助Service Manager管理服务器。
注意
- 假定你在未安装以前版本的 Service Manager 的计算机上安装Service Manager。
- 即使 SSRS 和数据仓库管理服务器 MS 位于同一台计算机上,也可以手动配置SQL Server Reporting Services。 有关详细信息,请参阅配置远程SQL Server Reporting Services的手动步骤。
本文中的部分还介绍了在部署Service Manager时遇到问题时如何查找和读取安装日志。 最后,还包括有关备份Service Manager管理服务器加密密钥的信息。 运行安装程序后,加密密钥备份和还原向导会自动启动。
以下部分介绍了在部署Service Manager之前应阅读的注意事项。
管理 SQL 登录帐户的默认语言
建议将英语作为 SQL 用户登录帐户的默认语言。
由于日期格式基于语言,如果 SQL 用户登录帐户的语言不是英语,则一些数据仓库作业(尤其是使用 SQL SET_DateFormat 函数的作业)会失败。 这些作业不会将数据从 Service Manager 推送到数据仓库,或者可能会向数据仓库发送不正确的数据,从而导致数据仓库中的数据损坏。
可以为新的 SQL 登录帐户设置默认语言,或更改现有帐户的默认语言。 有关使用的步骤,请参阅以下部分。
请使用以下步骤:
使用提升的权限打开 SQL Management Studio 并连接到要在其中创建Service Manager或Data Warehouse数据库的 SQL Server。
转到 “安全” 文件夹。
右键单击“ 登录名 ”文件夹,然后选择“ 新建登录名” ,如下所示:
在属性页上,从 “默认语言 ”下拉列表中选择“ 英语”。
选择“确定” 。
若要更改现有登录帐户的默认语言,请执行以下操作:
- 重复步骤 1 和 2。
- 从 “登录名” 文件夹中,选择并双击要更改其默认语言的帐户。
- 选择 “属性” 并重复步骤 4 和 5。
避免将土耳其语排序规则与Service Manager
仅当你考虑将Service Manager数据库或数据仓库数据库部署到已配置为使用土耳其语排序规则的SQL Server时,本部分才适用。
在运行使用土耳其语排序规则的 SQL Server 计算机上不支持安装 Service Manager 数据库。 Service Manager数据库和数据仓库数据库均如此。 如果在部署Service Manager数据库期间指定运行SQL Server的计算机包含土耳其语排序规则,则会出现以下警告消息。
如果在部署任何Service Manager数据库期间遇到此警告消息,请选择“确定”。 在“数据库配置”页上的“数据库服务器”框中,输入承载使用非土耳其排序规则配置的SQL Server安装的计算机的名称,然后按 TAB 键。 当“默认”出现在“SQL Server实例”框中时,选择“下一步”。
在部署Service Manager之前使用先决条件检查程序
在安装过程中,System Center - Service Manager 安装程序对软件和硬件要求执行先决条件检查,并返回以下三种状态之一:
成功:安装程序发现满足所有软件和硬件要求,并继续进行安装。
警告:安装程序发现满足所有软件要求,但计算机不符合最低硬件要求,或者缺少可选软件的要求。 继续完成安装过程。
失败:不满足至少一个软件或硬件要求,并且无法继续安装。 将出现“安装无法继续” 消息。
注意
在 “安装无法继续” 屏幕上,没有重启先决条件检查程序的选项。 必须选择“ 取消 ”才能重启安装过程。 再次运行安装程序之前,请确保计算机满足所有硬件和软件要求。
后续步骤
- 若要了解如何在单服务器、双服务器和四服务器拓扑中部署Service Manager,请查看Service Manager的部署方案。
反馈
https://aka.ms/ContentUserFeedback。
即将发布:在整个 2024 年,我们将逐步淘汰作为内容反馈机制的“GitHub 问题”,并将其取代为新的反馈系统。 有关详细信息,请参阅:提交和查看相关反馈