如果使用Exchange的企业打算部署一个新的邮箱服务器，那么邮箱服务器角色需求计算器，即存储计算器将会是一个重要的工具。该工具可以协助管理员计划Exchange Server复杂的存储需求。

　　2009年年底，微软专门为Exchange Server 2010发布了新版的存储计算器。与传言截然相反，Exchange 2010 存储计算器并不是旧版存储计算器的简单重复。事实上，微软重新设计了Exchange Server 2010的基本数据库架构，并对存储计算器做出了相应的修补，以反映这些变化。

　　Exchange 2010 存储计算器的某些功能仍然与Exchange 2007 存储计算器中的相同，其中包括确定存储在邮箱服务器上的邮件数量以及考虑网络架构的功能等。

　　这两个工具还使用了类似的设计，所以管理员应付Exchange 2010版的存储计算器没有太大问题。图1和图2对Exchange 2007存储计算器和Exchange 2010存储计算器做了比较。

图1.  Exchange Server 2007存储计算器的运行截图

图2.  Exchange Server 2010存储计算器的运行截图

　　看了这两种计算器的运行截图之后，你可能想知道它们有哪些不同。最重要的变化是两者的存储需求，这个需求会在你进入Exchange服务器配置信息的时候显示。与Exchange Server 2007不同，Exchange 2010数据库不用单一实例存储方式。因此，Exchange Server 2010数据库比Exchange 2007的数据库要大。

　　两个工具的另外一个主要区别是它们处理高可靠性的方式不同。Exchange 2007存储计算器会进行连续复制的相关计算。而微软在Exchange 2010中用数据库可靠性组（DAG）取代了连续复制；Exchange 2010存储计算器反映了这个变化。这些变化暗示该工具以及Exchange Server本身会有更大的结构变化。

　　在邮箱服务器设计方面，Exchange Server 2007存在局限性。你可以配置你的邮箱服务器，以使用备用连续复制（SCR），但这种做法并不常见。另一方面，Exchange 2010邮箱服务器非常的灵活。简单的Exchange Server 2010配置可能只有一个服务器，里面只有一个放在直接连接存储（DAS）的数据库。

　　更复杂的Exchange 2010配置可以拥有某个数据库的拷贝多达16份，其中一些可能存储在存储区域网络（SAN）上，其它的数据库拷贝可能是本地存储。单个DAG甚至还可以跨越多个数据中心。

　　能够根据需要复制数据库增加了Exchange Server 2010的灵活性。比如，你可以有某个数据库的六个副本，而没有存储另外一个数据库的副本。你还可以自由选择服务器来存储数据库副本。

　　然而，较好的灵活性也意味着复杂性的增加。尽管微软努力让数据库管理变得不那么复杂，但是Exchange Server 2010 存储计算器却需要去适应几乎所有种类的数据库配置。这意味着使用Exchange Server 2010 存储计算器是一个繁琐的过程，它可能涉及一个学习曲线的问题。