3.4.0 Matrix Server Administration Guide
Chapter 2: Matrix Administration 16
Copyright © 1999-2006 PolyServe, Inc. All rights reserved.
• Matrix Server nodes should not be used as domain controllers because
the two services will compete for resources, resulting in decreased
performance.
• The DNS servers used by Active Directory and Matrix Server should
not reside on Matrix Server nodes. Placing the DNS servers on Matrix
Server nodes creates a race condition that prevents Matrix Server from
starting.
• If you are using MxDB for SQL Server and want to use Kerberos for
Windows authentication, you will need to register a valid SPN for the
Virtual SQL Server. If the startup account for the sqlserver service is a
domain admin or Localsystem, register an SPN for the Virtual SQL
Server/hostname. If the startup account for the sqlserver service is not
a domain admin or Localsystem, then register an SPN for the USER
account. (If Kerberos is not used, an SPN should not be registered for
the Virtual SQL Server.) For more information, see “DNS
Misconfiguration Causes Connection Failure” in the MxDB for SQL
Server Installation and Administration Guide.
Other Considerations
• For best performance, we recommend that you monitor the matrix
from a separate administrative station rather than from a server in the
matrix. The PolyServe Management Console can be installed on
Windows systems outside the matrix.
• To ensure that file times are consistent across the matrix, it is
important that all matrix servers operate with synchronized time-of-
day clocks. An NTP server is one commonly used mechanism for
synchronizing system clocks.