在集群中分布数据库

分布邮件数据库

集群邮件数据库可以为用户提供高可用性。有些公司设置了邮件专用的集群。这虽然不是必需的，但它确实是一种安排组织的方法。因为邮件是重要的应用程序，所以不管集群是否只专用于邮件服务器，将邮件数据库置于集群中都是一个好办法。

创建邮件集群时，请将每台服务器上的副本分布到集群中的其他服务器上。这样可以确保当一台服务器出现故障时，其他所有服务器共同分担负载，这样不仅可以平衡工作负载，还可以尽可能地保持高性能。

如果服务器的资源均衡，最好在服务器之间均匀地分布副本。例如，如果邮件集群包含四台服务器和 1,200 个用户，则应当在每台服务器上存放 300 个邮件数据库，并将每台服务器的副本分成三份（每份 100 个）分别放在其他 3 台服务器中。当其中一台服务器出现故障时，100 个邮件用户将分别故障转移到其他 3 台服务器上，因此每台服务器的工作负载将增加 33%。可以尝试将服务器 1 中的 300 个副本全部放到服务器 2 上，将服务器 3 中的副本全部放到服务器 4 上。不过，在这种情况下，如果服务器 1 出现故障，300 个用户将全部故障转移到服务器 2，服务器 2 上的工作负载将增加 100%，但服务器 3 和服务器 4 上的工作负载一点都没增加。

由于用户经常每天打开邮件数据库一次，并保持打开状态，因此为了平衡工作负载而分布邮件数据库通常是可以满足要求的。通常不必使用单独的工作负载平衡设置，对于专用于邮件的服务器尤其如此。

故障转移到邮件数据库副本以后，只要指向该邮件数据库的“位置”文档是最新的位置文档，用户在下一次启动 HCL Notes®客户机时就会自动返回位于其邮件服务器上的邮件数据库。

• 新版邮件模板不能在运行早期发行版 Domino® 的服务器上正常运行。
• 因为集群复制器总是在副本之间复制模板设计，所以用户的邮件副本应该全部使用相同的模板。

分布应用程序数据库

设置应用程序集群时，有些应用程序需要比其他应用程序更高的可用性级别。此外，有些数据库使用率比其他数据库更频繁，有些数据库需要比其他数据库更多的计算资源才能运行。分布应用程序数据库时，应考虑所有这些因素。相对于邮件数据库，应用程序数据库的工作负载平衡更为重要。

与邮件一样，应该尝试在集群间平均地分布工作负载。但是，应考虑每台服务器的处理能力。如果某些服务器比其他服务器的处理能力强，一定要适当增加它们的工作负载。另外，还要考虑每个数据库的使用情况。