none
LCS2005卸载之后,如何还原林和域 RRS feed

答案

全部回复

  •  一会是LCS2005,一会是OCS2007?到底是?
    如果是OCS2007

    Office Communications Server (OCS) 2007卸载指南

     在我所经历过的许多卸载OCS 2007的案例中(包括预先发布的Beta版或测试环
    境、以及从混乱的部署环境中重新来过),人们都有一个共同的理由。那就是无论在何
    种情况下,都希望能够完整地删除OCS的所有枝节来获得一个干净的环境。这个步骤
    通常都是简单地从前端服务器(Front-End server)上执行卸载操作,并将出现下面这
    个警告:



    如果选择了“Yes”继续卸载所有其他组件,那么在Active Directory森林和域中会
    残留下OCS的东西,并且在同一个森林中再次执行新的安装程序时会提示你这可能导
    致更多的问题。因此卸载OCS要比仅仅通过“添加/删除程序”向导多出一点工作。



    受认可的卸载途径

    完全卸载OCS 2007的正确次序如下:

    1. 反激活服务器(Deactivate Servers)
    2. 卸载程序
    3. 还原域和森林(Unprep Domain and Forest)


     

    反激活服务器(Deactivating Servers)

    每个注册过的组件(比如标准版前端服务器< Standard Edition Front-End >、边缘
    服务器< Edge >、Web组件服务器< Web Components >、中介服务器< Mediation >)
    均可以通过管理控制台(MMC)或LCSCmd.exe命令行程序来反激活。

    最方便的方法就是使用管理控制台并打开下图所示的菜单:



    但是如果服务器组件已被卸载并造成了管理控制台也已经被删除的话,那么只能使
    用命令行程序了。由于服务器端的程序文件已经被删,因此只能从OCS安装程序目录
    下的setup\i386目录中来运行LCSCmd.exe命令。OCS 2007 Administration Guide (管


    image
    理员指南)包含了所有书面的开关符以及用来反激活(deactivate)和还原组件(unprep
    components)的范例。不过以下列出了用于删除公共组件的范例:

    Deactivate Standard Edition Server

    lcscmd.exe /Server /Role:SE /Action:Deactivate /Force

    Deactivate Enterprise Edition Server

    lcscmd.exe /Server /Role:EE /Action:Deactivate /Force

    Deactivate Consolidated Edge Server

    lcscmd.exe /Server /Role:AP /Components:AP,DP,MR /Action:Deactivate /Force

    Deactivate Proxy Server

    lcscmd.exe /Server /Role:Proxy /Action:Deactivate /Force

    Deactivate WorkGroupProxy Server

    lcscmd.exe /Server /Role:WorkGroupProxy /Action:Deactivate /Force

    Deactivate Web Components Server

    lcscmd.exe /Web /Action:Deactivate /Force

    Deactivate Mediation Server

    lcscmd.exe /MedServer /Action:Deactivate /Force



    如果原始OCS服务器已从域中完全移除,那么在另一台服务器上所执行的命令在
    格式上面就稍有不同,需要指明活动目录对象:

    lcscmd.exe /Server:myocs01.myocsserver.lab /Action:Deactivate /Role:SE
    /Refdomain: myocsserver.lab

     



    卸载程序

    当完成反激活所有的组件后,就要在服务器上删除所有的程序。



     在卸载标准版(Standard Edition Server)组件时,不要选中“保留用户
    数据库(Keep the user database)”选项,这样可以一起删除本地SQL Server
    数据库文件。这些文件夹(默认是C:\LC Data和 C:\LC Log)仍会保留在本
    机磁盘上但均被清空。



    还原域和森林(Unprep Domain and Forest)

    最后的步骤是删除在活动目录中的有关配置信息。要注意的是,由最初的准备架构
    (SchemaPrep)步骤所建立的架构扩展(schema extensions)是无法删除的,如果
    你的目标是要重新安装OCS的话,这是没有问题的。这些架构扩展是公用的且包含了
    非特定实例(no instance-specific)的配置信息。通过还原域和森林(Unprep Domain and
    Forest),所有的配置信息都会被删除。

    lcscmd.exe /Domain: myocsserver.lab /Action:DomainUnPrep
    lcscmd.exe /Forest: myocsserver.lab /Action:ForestUnprep

     在活动目录数据同步全部完成之后,就可以着手开始一个新的OCS安装了。不过
    出于安全考虑,我还是建议起一个新的服务器名字来进行安装。

    2009年3月26日 3:58
    版主
  •  是在LCS2005下如何正确卸载!
    2009年3月26日 8:35
  • 请在置顶的资料帖里面找..
    2009年3月31日 1:07
    版主
  • 请问,如果在生产环境中同时还存在LCS,用下面这两条命令对LCS有没有影响?

    lcscmd.exe /Domain: myocsserver.lab /Action:DomainUnPrep
    lcscmd.exe /Forest: myocsserver.lab /Action:ForestUnprep

    2010年11月19日 10:22
  • 在安装OCS时修改了AD的架构,这个过程是不可逆的,所以没有办法清除对架构的修改。不仅OCS,任何对AD的架构修改都是不可逆的。

    按照微软官方OCS关于AD的文档,准备森林过程就是在根域System容器内建立相关的OCS对象、创建全局设置和对象,创建OCS相关的组,所以lcscmd.exe /Forest: xxx.xxx.xxx /Action:ForestUnprep应该就是做反向操作,删除这些对象和设置。这个应该不会有什么影响。

    准备域的过程就是为那些组设置访问控制权限,那么lcscmd.exe /Domain: xxx.xxx.xxx /Action:DomainUnPrep应该就是删除这些ACE设置。如果把对象删除了再弄ACE,那估计会出现问题,那也是为什么要先DomainUnPrep,然后再ForestUnprep的原因了。

    个人觉得这两个操作应该对AD不会有什么影响,至于楼主问到的会不会对LCS有影响,那就很难回答了。按照逻辑,这两个操作应该是做完那些服务器卸载之后的操作,是从森林里面删除OCS的最后操作。

    如果他们都在一个森林里面,估计是有影响的。建议动手前先搭建一个实验环境测试看看。


    欢迎到我的技术博客做客: http://ucworld.blog.51cto.com/
    2010年11月22日 5:18