今天我们主要讨论Exchange 2000路由和存储、如何部署路由和存储、以及路由和存储的一些变化。希望Exchange能提供更好的性能,这也需要更正确地部署其规划和实现方法。
你必须理解Exchange 5.5中的这一概念--每台服务器都有单实例存储。在Exchange 2000环境下,每个数据库都有单实例存储。如果你向Exchange 5.5服务器的60个用户发送一个消息,该数据库将只有该内容存储的一个副本。现在,利用Exchange 2000,如果这60个用户位于6个不同的数据库上,它们将有内容存储的6个不同副本。因此,每个数据库都是单实例的,这就是主要的区别。通过使用户分布于多个数据库上,你将得到可靠性和易管理性,这样做将影响服务器的总体存储使用情况。 [多数据库:优点]
现在讨论关于多数据库的一些改进。主要优点:所有的数据库不必位于同一位置,所有用户不必位于同一位置。因此如果出现故障,该故障不会影响到所有人。
灵活性和备份进度表是非常有用的,因为你可以选择在11点备份一个数据库,在午夜备份一个数据库,凌晨1点备份一个数据库,凌晨2点备份一个数据库。因此你不会因为大量备份操作而使网络趋于饱和,你可以选择某数据库的备份时间,如果需要,你还可以在不同日期进行数据库备份。此外还提升备份和恢复性能,因为你将备份更少量的数据,同时也因为数据库要小于所有用户位于同一数据库的情况。
因为数据库的大小可能会缩减,脱机工具将具有更快的速度,因为需要它们操纵的数据减少了。
同时,媒体损坏也不会影响到所有用户。你可以将你的数据库放置于不同的驱动器上,当某个驱动器出错时,它将不会影响到所有数据库。
你可以对不同类型的数据库进行组织和分类。将你的公共文件夹放置在这里,使它成为合作公共文件夹,为一般性用户使用另一个公共文件夹。你可以将不同的部门放置在独立的数据库上,如果你有不同的支持需求或不同的建立需求。如果你是一个ISP,你应该将不同的企业放置于不同的数据库中,原因同上。
[下一行多数据库:缺点]
现在讨论多数据库的一些缺点。数据库中的自由空间不能被其他数据库所使用,因此,如果在另一个文件中有2G的自由空间,这部分空间当然不能被访问。它们是独立的文件、独立的数据库,它们不能被任何其他数据库使用。
不存在跨数据库的单实例。此外,单实例存储以每个数据库为基础。如果你向两个人发送消息,他们位于不同的数据库,该消息的一个副本将驻留于每个数据库中。管理多数据库可能会比较困难。只要某事物的数量增加,其管理工作必然会趋于复杂化。你需要规划存放数据库的位置和备份这些数据库的方式,备份模式也更为复杂,但从长远来看,这样做肯定可以节省时间。
移动一个数据库,例如,使备份作废。如果你想要将某数据库移动到一个新簇,也就是文件夹中的新目录,你需要在完成该操作后立即备份该数据库,因为如果你不这么做,指针将关闭。路径也将关闭。
[使用多MDB的场合]
使用多数据库的场合:同一服务器上有多个企业。管理型邮箱或VIP邮箱,如果需要恢复单个邮箱,你需要获取备份、重建服务器或恢复整个数据库。这样做很困难,同时也很费时间,如果你有一个VIP邮箱,所有的行政人员将他们的邮件保存在该邮箱中,你就可以将数据分割为较小的数据库,这样做更易于备份和恢复。
你可以分割大型公共文件夹应用。
使用多数据库时需要考虑的一些事项。你需要大量的磁盘空间,以处理存放于该数据库中的消息。处于容错性和性能考虑,你应该让每个数据库位于其独占的簇上。创建附加数据库需要占用一些内存。如果添加一个数据库,Exchange存储服务需要使用10MB的内存。这一情况可能在最终发布版本中有所改变