我有一个很奇怪的问题。 我会尽量简短,但我已经通过了很多testing来到这里。
我们的环境导致这一点
现在是这个问题
在那之后,Lync的未来发布会很好。 此外,任务栏中的Lync图标看起来像首次启动的OneNote图标。
除此之外,我的部署将是完美的。
我试过了
我已经更新到最新的华侨城,并导入我现有的MSP。 那只是上个星期试图解决一些不同的问题,所以我很确定我有最新的和最伟大的。
我尝试了用msiexec / p CustomOCT.msp添加剩余的Office 2013组件的各种尝试,但是遇到了Lync激活问题PLUS Lync在第一次启动时运行修复,另外还有一些不一致的行为,有时会看到第一次运行的向导MSP),或者必须接受许可证(在MSP中接受)。
我甚至在安装后添加了Lync,Excel和ProPlus的修复,以避免首次运行Lync时启动Office修复。 它适用于Excel,但不是Lync。
基于这一切,我决定采取更加激烈的做法,但即使是在公平竞争的环境中 – 我现在正在移除Office 2010, 并在再次安装Office 2013之前移除Office 2013。 我想这会让我回到一个“干净的安装”。 但是,Lync激活问题仍然存在!
我添加了一个重启,但同样的事情。 一旦Lync在login时启动,激活问题即使在重新启动后也会发生。
我也尝试在重新启动之前从启动中删除Lync,以免在下次login时自动启动。 重启后,我等了一会儿,启动了Excel。 同样的激活问题! 有趣。 这不是一个Lync唯一的问题。
我正在使用Microsoft提供的各自的OffScrub脚本删除Office 2010和Office 2013。
我完全不知道为什么我可能会得到这个Lync激活问题。
那么,我只能希望这有助于某人,但结果是一个KMS的问题。 我们在环境中有两台KMS服务器,其中一台在DNS SRVlogging上的优先级高于另一台。 不知何故,这并没有使Office 2013开心。 删除一个或另一个允许Office 2013激活立即成功。
而它看起来像Office部署问题的原因是,它不像以前那样。 他们遇到了许可方面的问题,并且自从我第一次开始testingOffice 2013部署时就部署了一个新的KMS服务器。 这就是为什么我在testing干净安装的时候早些时候工作的原因,但是一旦我进一步testing了部分安装,就引入了激活问题,使得它看起来像是我现在运行的不同testing场景的结果。