Skype for Business Prepare AD Troubleshooting

结合最近在上海帮同事解决一个项目上的问题来给大家分享以下Skype for Business Server部署过程中准备AD部分的Troubleshooting

大家都知道Skype for business 服务器与 Active Directory 域服务 (AD DS) 紧密集成。 第一次安装 Skype for Business 服务器之前, 必须准备 Active Directory。 名为 "准备 Active directory " 的部署向导部分准备了用于 Skype For business 服务器的 Active directory 环境。image.png

在做准备AD这部分操作的时候所用操作帐户的权限比较高,需要同时满足以下权限要求:

企业管理员

域管理员

架构管理员

有了以上所有权限的帐户就可以来进行准备AD的操作,在做完这部分操作后,我们的部署账号就不需要有这么多权限了,不然这是一件非常危险的事情,这个账号相当拥有最高权限,所以建议在做完准备AD操作后将以上三个权限从操作帐户上拿掉,并按需分配给操作帐户CSAdministrator权限。

以上是标准的单林单域架构,那么多林呢?父子域呢?这个时候就需要跟客户确定在哪些林或域里面部署Skype for Business Server了。

而我今天要分享的这个案例是在有根域,子域,孙域的环境中的准备AD Troubleshooting

先看下准备AD具体有什么步骤:image.png

其实只有3个步骤需要完成:

扫描二维码关注公众号,回复: 6747469 查看本文章

准备架构

准备林

准备域

通过扩展AD架构用来支持Skype for Business Server的部署,操作比较简单,这一步需要在根域中扩展,扩展完成后可以通过ADSI去检查扩展是否完成。

打开ADSI编辑器,点击连接,选择连接到架构,找到CN=msRTCSIP-SchemaVersion 对象,右键选择属性,查看rangeUpper 属性的值为 1150, 并且 rangeLower 属性的值为 3, 则该架构已成功更新和复制image.png

在完成这一步之后,需要等待整个AD进行复制,然后进行第二步操作准备林,这时候在准备的过程中就出现故障了,如下:image.png

查看部署日志,直接是参数错误00000057image.png

我的第一反应是AD没有完成同步,毕竟有三个域是根域,子域,孙域的架构,同时AD站点接近30个,所以等待周末两天让AD自动同步,周一开始继续去操作准备林,怎么样也应该成功了吧,这时候还是报错:image.png

都过了一个周末了(注意看下时间已经是2019.07.02)准备林还是报错,然后检查了AD复制:image.png

最害怕的事情还是发生了,AD复制存在故障,问了客户说根域中有两台服务器曾经意外关机并无法启动,然后就把机器关了,重新做了两台域控起来(总共4台根域控制器),这个操作我佩服得不行不行的,后面好不容易解决了AD复制同步的问题,然后手动同步了一次,接下来继续回到部署向导进行林的准备,不过又有新的报错:image.png

查看部署日志发现已经开始创建了各种Skype for Business Server通用组但是还是在中间一步出现错误:未将对象引用设置到对象的实例:image.png

再一次检查了AD,看到了新的报错(文末有吐槽AD架构的):image.png

按理说前面已经解决了AD复制同步的问题,不会出现这种错误,怎么现在同步又出现故障了呢?我决定看下在Skype for Business Server部署向导里面准备林的时候到底是连到哪一台域控制器的:image.png

是不是感觉很诡异????准备林的时候看起来同时连到了3台域控制器,然后我又问了客户这些IP地址是什么情况,客户回答:一台域控制器配了两个IP!这个操作我真的是醉了~~~

然后我尝试用命令行来准备林:image.png

通过Skype for Business Server PowerShell使用Enable-CsAdForest来准备林还是一样的报错,所以PowerShell也是上面的连接方法!

接下来我就通过PowerShell来指定准备的林和域控制器地址:image.png

可以看到通过指定林及AD控制器可以顺利完成林的准备,命令参数分享:

-GlobalCatalog 全局编录服务器FQDN

-GlobalSettingsDomainController 存储全局设置的域控制器的FQDN

-GroupDomain 创建新通用安全组的域的FQDN

-GroupDomainController 存储通用组信息的域控制器的FQDN

基于客户的AD架构我在重复以上步骤4次,每次应用到其他的服务器上。这4台AD服务器在不同的站点,设置有桥头服务器,这样的AD架构我真的是佩服的不行不行得!!!每个站点之间都有专线,还搞桥头服务器,所有服务器从当前站点的桥头服务器同步,那桥头服务器挂掉是不是整个AD站点就全部挂掉了???

准备林完成后随意打开一台AD服务器,只需要查看Users OU中有没有CS和RTC开头的通用组就行,存在就说明林的准备已经完成。

准备域也是相当简单的,准备好域之后也可以进行验证,验证方法如下:image.png

返回 LC_DOMAIN_SETTINGS_STATE_READY 的值就说明域准备也完成。

完成架构扩展,林准备,域准备之后整个准备AD过程就完成了!

所以,从上面的整个过程来看,项目前期的沟通多么重要,充分了解客户AD架构多么重要,这些都会直接导致工作量噌噌噌往上长,同时在复杂的AD架构中也要规划好Skype for Business Server的各种首要访问URL,这个留到以后有机会再跟大家分享!

猜你喜欢

转载自blog.51cto.com/scnbwy/2417391
今日推荐