SCCM | SCOM | SCSM | SDPM | SCVMM | SCMDM | SCEss

部署和配置 System Center Service Manager 2010 - 创建 AD 连接器

        前面我们已经完成了向数据仓库的注册,基本上 SCSM 自身的安装和配置其实已经算是完成。但 SCSM 是 System Center 的一部分,所以它能够与其他产品高度集成,也只有在集成之后才能发挥其真正的作用,更能提高管理运营的效率。

        SCSM 包含了一个连接器功能,允许从 Active Directory、SCCM 或是 SCOM 中以配置项目的形式导入数据。例如:一旦通过连接器集成 SCOM,便可以直接从 SCOM 中导入警报,并将这些警报配置为在 SCSM 中自动生成事件。

        今天,gOxiA 将要讲述创建 AD 连接器的步骤过程,在开始前推荐一个参考资料 - “删除连接器对配置项目的影响”,之所以要先提到这个问题,是因为 gOxiA 在实验时删除了之前已经创建的连接器,而没有及时关注到此篇资料,导致 SCSM 控制台操作出现意外错误。

        创建 AD 连接器能够让我们方便的在 SCSM 控制台中获取 AD 内的元素,如:计算机、组、账户。要创建 AD 连接器首先要打开 SCSM 控制台,在左边导航菜单中切换到“管理”,并定位到“管理”下的“连接器”。之后在最右边的“任务”窗体中单击“创建连接器”,在出现的列表中单击“Active Directory(AD)连接器”。

1

        之后激活 AD 连接器向导,单击“下一步”。

2

        为连接器输入一个名称,根据需要可以对该连接器进行描述。如果打算在创建 AD 连接器完毕后直接启用它,则复选“启用此连接器”的选项,之后单击“下一步”。

3

        因为当前环境是单林单域,所以在选择域和组织单位这一步中,我接受默认的配置。此外,我们可以单击“测试连接”以测试选定的配置是否有效。

4

        在弹出凭据的窗口中输入对应的密码,并单击“确定”。

5

        如果仅打算将部分元素导入到 SCSM 中,那么在“选择对象”这一步可以单独进行添加,否则接受默认配置,如此一来,SCSM 将获得整个域中的元素。

6

        一切创建准备工作完成后,在摘要页进行确认,确认无误则单击“创建”按钮,否则通过“上一步”进行修改。

7

        成功创建 AD 连接器后,便可以单击“关闭”。至此,创建 AD 连接器步骤完成!回到控制台界面,我们可以立即同步此连接器,开始导入 AD 中的相关数据。

8

        连接器同步完成后,在“配置项”下的“计算机”中,我们能够在“所有 Windows 计算机”里看到当前域中的计算机。在“用户”中我们便能够看到域中的所有组和账号。其他连接器的创建,大家可以参考:http://technet.microsoft.com/zh-cn/library/ff461109.aspx

910

        是否感觉非常简单!到目前为止我们仅仅刚跨入 SCSM 的大门,后面的我们还要学习更多更多。出于测试环境的限制,SCSM 部署和配置截止到本篇告一段落!这些文章中不免会有错误或不足,希望大家能够互动起来,共同学习和交流。后续 gOxiA 将视情况,努力积极的与大家分享更多 SCSM 相关的资讯。感谢大家的支持!

        最后让我们再回顾一下 SCSM 2010 部署和配置系列:

部署和配置 System Center Service Manager 2010 - 向数据仓库注册

        前几天里,gOxiA 与大家分享了 SCSM 2010 的安装。至此,SCSM 2010 的安装部分就全部完成了。正如 gOxiA 之前所提到的,SCSM 2010 虽然安装完成,但并不能立刻开始使用,后续还需要一系列的配置工作。“System Center”是一个庞大、复杂的系统!

        今天这篇日志将于大家分享将 SCSM 注册到数据仓库中的配置过程。之所以要进行注册,是因为要使用报表功能,所以我们在部署了 SCSM 2010 管理服务器以及数据仓库服务器之后,要运行数据仓库注册向导。通过向导想数据仓库管理组注册 SCSM 2010 管理组,并将管理包从管理服务器部署到数据仓库服务器。这一过程可能需要几个小时才能完成。“PS:惊叹!”

        首先打开 SCSM 控制台,在“注册的服务器”列表中确认选中的服务器,并单击“连接”。

1

        进入控制台主界面,在中间的窗体底部能看到“向 Service Manager 的数据仓库注册”的选项,单击“向 Service Manager 数据仓库注册”。

2

        之后,会启动数据仓库注册向导。

3

        在服务器名称中选择之前我们安装的数据仓库服务器 – SCSMDW,作为指定数据仓库管理服务器。

4

        数据仓库的凭据这步依照默认的运行方式账号配置,并单击“下一步”。

5

        确认我们的连接设置无误后单击“创建”。

6

        OK,注册过程便完成了!出奇的简单。接下来可以在数据仓库服务器上打开 Powershell 来验证注册过程,为此执行如下命令:

Get-SCDWMgmtGroup

ValDWReg

        从上图我们能看到两行数据,“DataSourceName”列出了 SCSM 管理组的名称和数据仓库管理组的名称。参考:http://technet.microsoft.com/zh-cn/library/ff461138.aspx

        前面 gOxiA 讲过要真正完成注册,即管理包的部署全部完成需要2个小时左右的时间,那么我们该如何确定管理包是否已经完成呢?!只需要打开 SCSM 控制台,在左边导航菜单中切换到“数据仓库”,并选中其下的数据仓库作业,在其右边窗体(即整体的中间窗体)中选中“MPSyncJob”,并单击任务窗体下的“详细信息”,便能够了解到 MP 同步作业的具体状态。

syncinfo

        有关“如何确定管理包的部署何时完成”可以参考:http://technet.microsoft.com/zh-cn/library/ff461022.aspx。本章的内容到这里就结束了,后面我将于大家分享的是创建活动目录链接器的具体步骤。

        前面文章参考:

部署和配置 System Center Service Manager 2010 - 安装自助服务门户

        System Center Service Manager 2010(SCSM 2010)提供了一个基于 Web 方式的自助服务门户(Self-Service Portal,以下简称:自助门户),自助门户提供了两个入口,分别用于最终用户使用的自助服务门户,以及用于管理更改请求和管理自助服务门户的分析师门户。利用自助门户,最终用户可以执行如下的功能:

  • 提交新事件
  • 提交新的更改请求
  • 查看公告
  • 查看和搜索知识库文章
  • 重置密码(需要 Microsoft Identity Lifecycle Management)
  • 配置软件设置(需要 Microsoft System Center Configuration Manager 2007)
  • 支持通过电子邮件、电话或聊天进行联系。

        以上描述的功能很有吸引力,想象一下当用户遇到问题,只要访问最终用户自助门户即可提交自己的问题,或通过查找知识库来进行学习,极大的降低了 ITPro 的工作量,并且也使整个流程更加条理化。而分析师门户由 IT 分析师使用,并支持以下功能:

  • 查看和审批审阅活动
  • 查看和完成手动活动
  • 查看更改请求

        此外,IT 分析师可以在自助门户上执行如下管理过程:

  • 查看、编辑和删除公告
  • 查看、编辑和删除顶栏上的链接
  • 更改网页上的公司徽标。

        今天,gOxiA 主要与大家分享 SCSM 自助门户的安装过程。在安装自助门户之前,必须已经部署了 SCSM 管理服务器和数据仓库服务器。而根据微软官方给出的资料显示,部署 SCSM 自助门户的最佳实践是,勿在承载 SCSM 管理服务器或 SCSM 数据仓库服务器的同一台计算机上安装自助门户。当然,在硬件资源贫乏的测试环境中,无需顾忌太多!但是需要注意的是,SCSM 自助门户无法安装在已经安装了 SCSM 数据仓库服务器的计算机上。本次实验环境的架构:

image

        如果你错过了之前的日志,建议先阅读一下它们再继续下面的学习!前面 gOxiA 已经撰写了“SCSM 2010 基本概述”、“SCSM 2010 需求准备”、“安装 SCSM 2010 管理服务器”以及“安装 SCSM 2010 数据仓库服务器”四篇日志。

        SCSM 2010 自助门户是基于 Web 方式的,所以承载的系统必须安装有 IIS7、并且用了 ASP.NET、基本身份验证、Windows 身份验证 的支持。除此之外,如果如果这台计算机没有分配 Web 证书用于 SSL,建议将默认站点的端口绑定改为非80端口。否则在安装过程中会提示错误。而微软建议自助门户站点应当使用 SSL!这一点还是很容易满足的,所以在安装前建议先配置 IIS 7,创建 Web 证书。

        一切准备就绪后,便开始进行安装。自助门户会默认安装到 wwwroot 目录下,可根据实际的需求进行更改。

部署和配置 System Center Service Manager 2010 - 安装数据仓库服务器

        在开始今天的主题前,我们先来回顾一下前面的日志:“SCSM 2010 基本概述”、“SCSM 2010 需求准备”、“安装 SCSM 2010 管理服务器”。到目前为止我们已经完成了 SCSM 2010 的第一台服务器的安装,在了解实际的安装过程之后,后续的安装工作将会越来越顺手。今天 gOxiA 调整了虚拟机的配置,为 Hyper-V R2 SP1 下的虚拟机升级了 Integration Services,这样便可以体验一下 SP1 中包含的新功能 Dynamic Memory。设置虚拟机的 Dynamic Memory 项,起始为 512M,最大为 2048M。这次的实验时间大大的被缩减了,看来更多地内存有助于 SCSM 2010 更好的运行。本次实验的架构依旧如下:

image

        OK!继续我们的学习,在完成 SCSM 2010 管理服务器的安装之后,便可以开始安装 SCSM 2010 数据仓库服务器(SCSMDW),SCSMDW 的安装过程并无太大的区别。跟随下面的截图,我们开始学习并掌握重点!

        在执行安装程序前,请先确认已经了 .NET Framework 3.5 SP1,否则启动安装程序会失败!SCSMDW 的安装过程因为与 SCSM 管理服务器的安装区别不大,所以重复的步骤就不再截图了。下面这张“安装位置”截图没什么悬念,这里我采取的是默认路径安装。

1

        因为没有安装“授权管理器修补程序”所以系统检查未通过。根据给出的解决办法下载安装修补程序,之后再进入“下一步”的操作。

23

        SCSMDW 会创建三个数据库:DWStagingAndConfig(暂存和配置)、DWRepository(存储库)、DWDataMart(数据市场),与 SCSM 管理服务器 一样,将这三个数据库存储在远程 SQL Server 上。

4

        数据仓库服务器同样也有一个管理组,但与管理服务器的管理组不同,所以不能重复命名。安装向导在“配置数据仓库管理组”这一步中会给出提示,并预先为管理组添加“DW_”字符。而管理组管理员则是可以通用的,这里仍旧配置为“SCSMAdmins”。

5

        “为数据仓库配置报表服务器”,因为使用的是远程 SSRS,所以报表器应当填写 SQL Server 服务器的名称,这里是“DC”。此外请注意界面底部的提示,对于使用远程 SSRS 的配置,我们需要对这个 SSRS 进行手动配置,以能够支持 SCSM。前面的日志中我已经提到了这一点,大家可以参考“手动配置远程 SQL Server Reporting Servies 的步骤”,这里不再复述!

6

        “为 Services Manager 服务配置账户”,这一步与管理服务器的配置相同,使用的是同一个域账号,需要注意的是该域账号应隶属本地管理员组,键入信息之后可以进行凭据测试。

7

        “配置报表账户”,此步骤 gOxiA 为其配置了“scsmadmin”账号。当然也可以参考官方文档使用独立的账号以提高安全性。有关 SCSM  安装过程中所需的账户 方面的相关信息可参考:http://technet.microsoft.com/zh-cn/library/ff461084.aspx

8

        最后向导给出安装摘要,确定无误后即可点击“安装”。

9

        由于为虚拟机配置了动态内存,所以此次安装所耗时间降低了很多,有原来的1个多小时锐减到31分钟。但是这个值相信不会令大家满意,不过情有可原,gOxiA 的测试环境中硬件资源本身就短缺,而且虚拟机的 VHD 是存储在 USB 接口的移动硬盘上,那性能可想而知。不过令人欣慰的是后续 gOxiA 在 PC 那台机器上安装了 iSCSI Target,分配给本子 60G的 LUN 进行了简单的文件拷贝测试,数据非常之理想峰值达到了 100MB/Sec,平均在 50MB/Sec 以上。看来以后可以考虑这样跑虚拟机了!

1011

        好了,到这里 SCSMDW 的安装也就完成了,但是要想让其正式工作起来,我们还需要在 SCSM 控制台中进行一番设置才可!有关设置的步骤,gOxiA 决定放在下一篇日志中与大家分享,还请大家继续关注并支持!

部署和配置 System Center Service Manager 2010 - 安装 SCSM 管理服务器

        继“SCSM 2010 基本概述”、“SCSM 2010 需求准备”之后,本节将引领大家开始 SCSM 2010 的实战阶段 – SCSM 管理服务器的安装。根据前面所学习和掌握的知识和重点,并结合实际环境中的硬件资源,此次进行的实践将采用如下的结构:

image

        首先准备好一台域控制器,并根据“SCSM 2010 需求准备”中提到的重点安装 SQL Server 2008 SP1 和 Reporting Services,并在防火墙中设置允许通行。具体的安装过程不再复述!之后,我们要使用 ADUC 来创建 SCSM 2010 所需要的几个关键域账号和组:

  • SCSMAdmins 组,即 SCSM 的管理员组,改组的成员具有 SCSM 的管理权限;
  • SCSMAdmin 账号,即 SCSM 的管理员,隶属于 SCSMAdmins、Domain Admins 组,并将其添加到 SQL Server 的 Sysadmin 组中;
  • SCSMServices 账号,即 SCSM 的服务账号,隶属于 Domain Users 组,并将该账号添加到 SCSM 服务器本地的 Administrators 组;
  • SCSMWorkFlow 账号,即 SCSM 的工作流账号,隶属于 Domain Users 组,安装过程中向导会自动对该账号进行配置。

        有关所需的帐户具体信息可以参考官方文档:http://technet.microsoft.com/zh-cn/library/ff461084.aspx

        下来准备一台已经安装过最新补丁更新的 Windows Server 2008 R2,即:名为 SCSM 计算机,FQDN:scsm.hamstc.local。这是一台运行在 Hyper-V 上的虚拟机,配置了 512M 的内存。在执行 SCSM 2010 的安装前,先在 PowerShell 中执行“add-windowsfeature as-net-framework”,安装 .NET Framework 3.5 SP1,否则会出现下面的错误提示。

部署和配置 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 2008KB971119)根据需要会自动进行安装。数据库服务器要求必须为 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

部署和配置 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 基本架构:

      当浏览微软网站时发现有这么一款产品能够对系统平台和应用程序实现监控并可以帮助IT人员排错使之有效的降低管理成本后深深的吸引了我,一直都很想安装测试一下!早先拿到的是英文版,为了能够了解它的具体细节我找了一些资料并且参看了webcast的课程,可惜那次课程的录制真的不尽人意!这次我拿到了简体中文版后迫不及待的就搭建好测试平台准备一览他的风采!(PS:要知道Intel等公司已经开始着手研发针对监控市场的服务器。监控服务器的普及也会慢慢展开!紧跟先进产品技术是ITPro的宿命!)

SMS常用功能所涉及的端口

[ 2005/10/26 12:37 | by gOxiA ]

功能:SMS 2003 Site Server 到子站点或到SMS SQL Server
涉及端口:
  445 服务器消息块(SMB)
  389 轻量目录访问协议(LDAP)
  636 LDAP(安全套接字层(SSL)连接)

功能:SMS 2003 代理管理点到父 SQL Server
涉及端口:
1433 TCP(SMS Site Server 到 SQL Server)
  389 LDAP
  636 LDAP(SSL连接)

功能:SMS 2003 高级客户端到管理点
涉及端口:
    80 超文本传输协议(HTTP)
  389 UDP(用户数据报协议)LDAP Ping
  389 TCP LDAP
  636 TCP LDAP(SSL连接)
3268 TCP(到全局编录的显示连接)

功能:SMS 远程控制 UDP,当您将 TCP/IP 上的 NetBIOS 用于 SMS 远程控制时
涉及端口:
  137 名称解析
  138 消息传递
  139 客户端会话

另外,还需要配置 DNS,DHCP,RPC 等常见的服务器端口:
域名系统(DNS):UDP 53
动态主机配置协议(DHCP):UDP 67
远程过程调用(RPC):TCP 135
Windows Internet 名称服务(WINS):UDP 138
NetBIOS 数据报:UDP 138
NetBIOS 数据报:TCP 139

分页: 1/1 第一页 1 最后页 [ 显示模式: 摘要 | 列表 ]