本站域名：http://goxia.maytide.net or http://sufan.maytide.net
移动设备请访问：http://goxia.maytide.net/m转载文章，请务必保留出处与作者信息，未经许可严禁用于商业用途！
[SCSM] 部署和配置 System Center Service Manager 2010 - 需求准备
部署和配置 System Center Service Manager 2010 - 需要准备
在了解 SCSM 2010 基本概述 之后，这一节主要针对 SCSM 2010 的软硬件需要做进一步的学习，便于我们在之后能够快速、顺利地完成 SCSM 2010 的部署。
首先我们简要介绍一下 SCSM 2010 的硬件需求，从官方文档的介绍看，运行 SCSM 2010 的计算机必须支持 64-bit，也就是说 SCSM 2010 只提供 64-bit 版本，除了 Service Manager 控制台以外。而对内存的需求更是惊人，2G（Service Manager控制台需求）起，4G是一个推荐值，8G是很理想的配置，如若支持更多的用户则建议 SQL Server 服务器的内存配置到 32G。CPU 方面，最起码也点是个双核 2.5G。My God!配置的要求那是相当的高，当然理想的配置可以支撑多达 20,000 个用户或计算机，以及 40-50 位提供并发支持的 IT分析师。
在实际的测试环境中，我们并不用刻意去满足这些硬件要求，gOxiA 在测试过程中为虚拟机分配了 512M ~ 1G 的内存数，运行效果还可以接受。但是，64-bit 的支持是绝对必需的。
操作系统需求，是在整个部署环节中最为重要的，它决定了我们的成败。除了 Service Manager 控制台以外，其他角色都要求操作系统为 64位版本的 Windows Server 2008 Standard 或 64位版本的 Windows Server 2008 Enterprise，含相对应的 R2 版本（强烈建议使用 Windows Server 2008 R2 用于承载 SCSM 2010）。而 Service Manager 控制台支持目前所有主流的 32位 或 64位 Windows 操作系统，基本上没有限制。
软件需求，除自助服务门户（Self-Services Portal）以外，其他角色都需要 Microsoft .NET Framework 3.5 SP1。并安装了 授权管理器修补程序，该补丁需要我们前往 Microsoft Support 登记获取请求。Microsoft Report Viewer Redistributable 2008（KB971119）根据需要会自动进行安装。数据库服务器要求必须为 SQL Server 2008 SP1，并启用 全文索引 功能，SQL Server Express 版本无效。此外，更为重要的一点是 SQL Server 的排序规则必须是依照 SCSM 2010 已经配准的排序规则配置。也就是说在安装 SQL Server 的时候就必须选择好排序规则，否则将无法在 Service Manager 中支持多种语言。除非重新安装 SQL Server 和 SCSM 2010。鉴于方便简体中文用户的部署，这里给出对应的排序规则是“China_Simplifies_Pinyin_100_CI_AS”。其他细节则要求将 SQL Server 配置为使用不区分大小写的数据库，并使用本地系统作为 SQL Server 服务账户。对于“数据仓库数据库”还需要安装有 SQL Server Reporting Services（SSRS），这块有一个重点！如果为远程 SSRS，我们必须参考“手动配置远程 SQL Server Reporting Services 的步骤”来手动配置远程的 SSRS。最后有必要再说一下自助服务门户，因为它基于 Web 方式，所以承载自助门户的计算机还必须安装有 IIS7，并启用 ASP.NET 2.0 支持，以及 Windows 身份验证 和 基本身份验证。为了有效提高访问安全性，强烈建议安装 SSL 支持。
环境需求，Active Directory（AD - 活动目录）这个基础架构是必不可少的。
到这里核心问题和主要注意事项都已经做了介绍。为了便于大家阅读和理解，gOxiA 针对自己实际的测试环境进行规划列表，在这个测试环境中因为硬件资源贫乏，所以 gOxiA 使用了一台不支持 VT 技术的 E5300，4G内存的 PC 以 VHD Native Boot 方式安装了一台 Windows Server 2008 R2 Enterpirse，并配置为 DC。另外在 gOxiA 的 X60 笔记本上以 VHD Native Boot 方式安装了一台 Windows Server 2008 R2 Enterprise with SP1，采用 Hyper-V 虚拟出 SCSM 和 SCSMDW 两台虚拟服务器。
- DC 服务器，AD、DNS 以及其他相关的基础架构组件。此外还作为 SQL Server 服务器（PS：虽然 SQL Server 不推荐安装到 DC 上，但是为了节省资源，也是不得已而为之！）：
1. Windows Server 2008 R2 Enterprise；
2. SQL Server 2008 SP1；
3. 全文索引；
4. SQL Server Reporting Services；
5. 配置为不区分大小写的数据库；
5. 采用 China_Simplifies_Pinyin_100_CI_AS 排序规则。 - SCSM 服务器，已经通过 Windows Update 完成了所有补丁的安装：
1. Windows Server 2008 R2 Enterprise;
2. .NET Framework 3.5 SP1，可以在 PowerShell 下执行“add-windowsfeature as-net-framework”来执行安装；
3. 授权管理器修补程序；
4. Service Manager 管理服务器；
5. Service Manager 管理数据库（存储在上面的 SQL Server 中）；
6. IIS7、ASP.NET、SSL、Windows 身份验证、基本身份验证；
7. SCSM 2010 自助门户（Self-Services Protal）。 - SCSMDW 服务器（数据仓库服务器 – Data Warehouse Server），已经通过 Windows Update 完成了所有补丁的安装：
1. Windows Server 2008 R2 Enterprise；
2. .NET Framework 3.5 SP1；
3. 授权管理器修补程序；
4. Service Manager 数据仓库服务器；
5. Service Manager 数据仓库数据库（存储在上面的 SQL Server 中，并使用其 Reporting Services）。
OK！至此，我们的准备和规划告一段落，下一节 gOxiA 将向大家介绍 SCSM 2010 服务器的安装过程。
参考资料：http://technet.microsoft.com/zh-cn/library/ff460997.aspx
[SCSM] 部署和配置 System Center Service Manager 2010 - 基本概述
部署和配置 System Center Service Manager 2010 - 基本概述
System Center Service Manager 2010（以下简称：SCSM2010）是 Microsoft System Center 的成员之一，也将成为 MOF（Microsoft Operations Framework）和 ITIL（IT 基础设施库）的重要集成平台。它能够提供用于解决事件和问题、控制更改以及管理资产生命周期的内置过程。
在 gOxiA 眼中 Microsoft System Center 是一个复杂庞大的解决方案，最初接触的产品有 SCCM（上一版本 SMS） 和 SCOM（上一版本 MOM）都给我留下了深刻的影响。不论是对基础架构的要求、还是软、硬件需求等等……System Center 的系列产品都是那么庞大、复杂、高起点！看来管理和控制 IT 设施真的要付出很多很多……
听到 SCSM2010 这个名字还是从微软的项目邮件中得知的。说实话 gOxiA 对整个 System Center 产品都并不十分感冒！因为要部署和实施一个产品感觉就像一个“噩梦”！当然，对于资源丰富的大企业来说 System Center 反而是他们管理 IT 设施的“法宝”和“救星”。不同层次的应用造就不同的认知度，gOxiA 自身还处于低应用层，所以对于 System Center 的看法会有不足，还望专家人士海涵并赐教。
回来说说正题，既然前面 gOxiA 已经发了一顿牢骚，那么意味着如果一旦要开始部署和实施 System Center 的任何一个产品都要在前期做好准备和规划工作，否则你真的会“噩梦”！
TechNet Library 是一个非常有价值的网站，富含了微软几乎所有产品的相关技术资料。在部署 System Center Service Manager 前去看看 SCSM2010 官方文档 是非常有必要的，当然此篇日志将会更直接了当，简明畅快地与大家分享 gOxiA 从中得到的收获和经验。
首先我们需要了解的是 SCSM 2010 包含的组件：
- Service Manager 管理服务器
包含 Service Manager 安装的主要软件，可以使用 Service Manager 管理服务器管理事件、更改、用户和任务。 - Service Manager 数据库
包含 IT 企业中的 Service Manager 配置项目（CI）、事件之类的工作项、更改请求以及产品本身的配置的数据库。用于配置管理数据库（CMDB）的 Service Manager 的实现。这是一个配置管理用途的数据库，不同于下面将要提到的数据仓库数据库。 - 数据仓库管理服务器
承载数据仓库的服务器部分的计算机。比较抽象的概念，gOxiA 的理解是虽然数据仓库数据库虽然存储在 SQL Server 中，但是它的一些核心部分仍在需要一台独立服务器来承载。 - 数据仓库数据库
这是对 Service Manager 生成的业务数据提供长期存储区的数据库。此数据库也用于报表。 - Service Manager 控制台
用户界面部分，技术支持分析师和技术支持管理员用它来执行存储事件、更改和任务之类的 Service Manager 功能。部署 Service Manager 管理服务器时会自动安装该组件。当然，我们也可以在其他计算机上手动单独安装 Service Manager 控制台。 - 自助服务门户
自助服务门户为最终用户和分析师提供了一个基于 Web 的控制台。利用最终用户控制台，用户可以提交事件、搜索知识库文章、阅读公告、重置密码（需要表示生命周期管理）以及自助进行软件设置（需要 SCCM）。利用分析师控制台，用户可以查看更改请求。
参考：http://technet.microsoft.com/zh-cn/library/ff460908.aspx
综上所述 SCSM 2010 包含了 6个组件，可以划分为三大部分：Service Manager 管理（SCSM 管理服务器和其管理数据库）、Service Manager 数据仓库（SCSM 数据仓库服务器和其数据仓库数据库）、Service Manager 控制（SCSM 控制台和 SCSM 自助门户）。虽然之间紧密相连，但是根据微软制定的 SCSM 2010 的要求，这 6个组件并不能都安装在一台服务器上。下图是一张 SCSM 2010 基本架构：
[Windows 7] 使用 imagex 手工安装 Windows 7 RTM
使用 imagex 手工安装 Windows 7 RTM
Windows 7 RTM 已经发布，可惜的是首发阵容中并没有中文版！不过微软发布了多种语言包供大家使用，其中囊括中文版本。如果你是微软 MSDN 或 TechNet Plus 的订阅者，那么即可下载来体验一下这款 Windows 历史上具有颠覆性的创新的操作系统。
OK！不是白吹 Windows 7 的，颠覆性和创新当然是有依据的，如果你长期关注 gOxiA’s Blog 那么你会理解 gOxiA 所做出的评论！就安装而言，我想在 Windows 家族中只有 Windows 7 能真正意义上的做到颠覆性。 我们可以完全抛弃掉安装光盘，完全抛弃掉 Setup.exe 来安装操作系统。
我们知道从 Windows Vista 开始，Windows 的安装源就开始采用映像格式，虽然与 Windows 7 类似，但是实际上在手工部署时会遇到一些问题，比如无法进行后续的配置安装。但是有微软专家称这只是个例！结果到底如何，现在已经没有必要再争论，因为我们现在要面对的是 Windows 7，而且 gOxiA 这次完全同意 Windows 7 是支持手工释放安装的。gOxiA 从 Windows 7 M3 开始进行测试，除了标准的 Setup.exe 安装就是自己使用 Imagex 命令来手工释放 Install.wim 进行安装。后者可能更适合 ITPro 和一些特定的环境。
今天 gOxiA 与大家要分享的还是 Imagex 来手工安装 Windows 7 RTM，其实关于 Imagex 的应用之前的 Blog 已经分享过多次，如果你在 gOxiA 创建的 QQ Group 里，也应该对此有所了解！而这次重新针对 Windows 7 RTM 再谈这个话题是因为 gOxiA 对 Windows 7 RTM 英文版（以下简称：Win7RTM-Eng）进行了测试，发现 Win7RTM-Eng 的封装有 Bug，该封装的源不支持引导，而从 M3 到泄漏出来的 RTM 简体中文版，gOxiA 都进行了测试均未发现有与 Win7RTM-Eng 相同的问题，故判断该问题应该是封装人员疏忽所导致的一个 Bug，而该 Bug 将导致我们使用 Imagex 手工释放的 Install.wim 无法进行后续的安装过程。其实出现该问题也是情理之中，意料之外！怎么讲呢？！我们知道在 Windows 7 上，进行安装的时候如果是一个未格式化过的分区，那么安装向导将自动创建一个 100M 容量大小的“系统保留（System Reserved）”分区用于存储引导信息，那么 RTM 里 Install.wim 中的系统源该如何设置存储呢？似乎有些矛盾！不过目前在 gOxiA 测试范围内，除了英文版无法完成引导，其他 M3、Beta、RC、泄漏的中文 RTM 均可以进行引导！事情既然到了这个地步，恐怕也不可能重新收回 RTM。而且到底是不是 Bug 微软目前还未证实！所以我们还是需要用其他办法来解决。其实解决办法很简单，就是使用 bcdboot 命令，重新生成引导配置信息。同时也适用于有 System Reserved 分区的环境。
大致的过程如下，首先使用 PE2.0 以上版本进行引导，之后使用diskpart 进行磁盘分区，可手工创建 System Reserved 分区，之后使用 imagex 释放 install.wim，最后使用 bcdboot 重新生成引导配置信息。
diskpart 的命令参考如下（仅适用于新硬盘，如欲了解更多环境应用可以联系 gOxiA 进行讨论）：
imagex 的命令参考如下（将存储位置上的 install.wim 里的 Ultimate 版本释放到 D 盘）：
bcdboot 的命令参考如下：
之后重新启动计算机，Windows 7 正常引导并开始后续的安装过程直至完成，最后进入系统后你会发现之前创建的 C 盘（System Reserved 分区）会自动隐藏。如果你不使用 System Reserved 分区，那么相关操作可以忽略！
