Issues with the Topology Test
Letztes Änderungsdatum des Themas: 2011-02-14
Like the Test-CsTopology cmdlet, Best Practice Analyzer provides a way for you to verify that Lync Server 2010 is functioning correctly at a global level. By default, Best Practice Analyzer, like the cmdlet, checks your entire Lync Server infrastructure, verifying that the required services are running, and that the appropriate user rights and permissions have been set for these services and for the universal security groups created when you install Lync Server.
In addition to verifying the validity of Lync Server as a whole, Test-CsTopology also checks the validity of a specific service. For details about using the cmdlet to test specific services, see Test-CsTopology in the Lync Server-Verwaltungsshell documentation. Use the following information to help resolve problems with your topology.
.gif "note") Hinweis: |
|---|
| Depending on the configuration of your Edge Servers and any related perimeter network settings, including firewall settings and permissions, Best Practices Analyzer might not be able to access and scan your Edge Servers. If you include Edge Servers in your scan and the reports indicate that there is a problem accessing Edge Servers, clear the Edge Servers check box and run the scan again to prevent the problem from showing up in reports. |
Resolving Topology Problems
If the topology test found problems with your topology, these problems are probably caused by issues that occurred when you published or enabled your topology.
When you make changes to your topology, the changes take effect only when they have been both published and enabled. You must use Topologie-Generator to make topology changes. After you make changes, you can then publish and enable those changes by using Topologie-Generator.
When you publish the changes, the new information (for example, a new site or a new server role) is written to the zentraler Verwaltungsspeicher. However, these new (or the newly modified) objects do not immediately join your topology. Objects join your topology only when you enable the updated topology. If you select the Publish option in Topologie-Generator both of these steps occur: the changes are published (that is, they are written to the zentraler Verwaltungsspeicher) and then the new topology is enabled.
By default, members of the RTCUniversalServerAdmins group are authorized to run the Publish-CsTopology cmdlet and the Enable-CsTopology cmdlet. However, if setup permissions have not been delegated, you must be logged on as a domain administrator to run Publish-CsTopology. To give RTCUniversalServerAdmins the right to actually use the Publish-CsTopology cmdlet, you must run the Grant-CsSetupPermission cmdlet on every Active Directory container that contains computers running Lync Server services. To give RTCUniversalServerAdmins the right to use the Enable-CsTopology cmdlet, you must run the Set-CsSetupPermission cmdlet against every Active Directory container that contains computers running Lync Server services. Note that this applies to enabling and publishing a topology by using Topologie-Generator. If you have not delegated permissions by using Set-CsSetupPermission, only a domain administrator can enable and publish a topology through Topologie-Generator.