在Exchange服务器中实现网络存储

当用户登录邮箱系统读取邮件的时候，Exchange服务器会从存储设备中读取数据，然后反馈给用户。在这种部署下，邮件并不是保存在Exchange服务器上。采取独立的存储设备能够带来很到的好处。

<!-- Error -->

　　如果Exchange邮件客户端数量比较多，或者邮件比较大的情况下，往往需要采用额外的存储机制。也就是说，在这种情况下，往往是Exchange服务器与数据库文件存放在不同的服务器上。如下图所示：

　　

　　当用户登录邮箱系统读取邮件的时候，Exchange服务器会从存储设备中读取数据，然后反馈给用户。在这种部署下，邮件并不是保存在Exchange服务器上。采取独立的存储设备能够带来很到的好处。如在存储设备中可以实现磁盘阵列，提高硬盘的I/O能力。对数据的维护与存储空间的扩展也非常有帮助。笔者曾部署过多个类似的项目。在这方面也可以算得上是半个专家了。借助这个平台，笔者将自己的经验跟大家分享。

　　一、选用什么样的附加存储?

　　市面上的附加存储产品有很多。如有直接方式存储、网络附加存储、存储区域网络、虚拟化存储等等。这些存储解决方案各有各的优点，也各有各的适用范围。不过这个话题并不是这片文章的讨论重点。如果各位读者没有这方面背景知识的话，笔者建议去了解一下。不然的话，阅读后面的内容可能有一定的困难。

　　那么对于Exchange服务器来说，该采用哪种形式的附加存储呢?在讨论这个内容之前，首先要明确一点，就是Exchange服务器系统并不支持所有的存储系统。如到目前为止，Exchange并不支持附加网络存储。因为网络附加存储解决方案对磁盘资源的访问需要映射一个共享，或者磁盘资源为远程服务器的需要使用命名约定路径的方式。

　　笔者建议，如果要为Exchange选择存储解决方案的话，笔者推荐的是采用直接附加存储。因为Exchange系统在设计的时候，提供了很多工具来支持直接附加存储。为此如果采用直接附加存储的话，能够带来比较高的性能与稳定性。除了直接附加存储，另外还可以采用的是存储区域网络。但某个公司在不同的地方有分支结构，而且分支结构的用户数量也很多，此时就可以采用存储区域网络.

　　对其其他的存储方案，如虚拟化存储或者所谓的绿色存储方案，笔者还是建议大家谨慎使用。

　　二、Exchange数据备份与还原。

　　如果服务器采用独立的网络存储设备，那么对于Exchange服务器的某些功能会有所影响。其中最明显的就是数据的备份与还原。笔者用了这么多年的Exchange邮箱服务器，说实话对于这个系统的数据备份与还原功能不敢苟同。其操作起来比较麻烦，而且也没有什么针对备份文件的安全措施。为此笔者的建议是，如果采用了独立的存储系统的话，那么就可以不使用Exchange本身的备份与还原功能。如可以按照下面的方式操作

　　一是使用存储系统自带的备份与还原功能

维护存储设备上的数据。现在大部分存储系统都自带有比较完善的数据存储与备份功能。笔者建议不要采用Exchange服务器的备份与还原作业。因为两个比起来，存储系统自带的备份与还原作业效率更高，而且更加稳定。而且采用存储系统的自带的备份作业还有一个好处，就是能够带来更高的安全性

二是对于Exchange服务器本身来说，还需要采用自带的备份作业，来备份服务器自身的文件，如系统文件、配置文件等等。也就是说，对于Exchange服务器自身的文件，使用系统自带的功能来备份。而对于存储系统上的数据，则由存储系统来负责进行备份以及必要情况下的还原。

　　三是对于事务日志备份的特殊考虑。如果不采用单独的存储系统的话，处于容错能力和性能的考虑，通常是将事务日志文件存放在单独的磁盘中。即不要放置在跟Exchange系统或者数据库文件相同的磁盘上。这么考虑，主要是为了避免不必要的磁盘冲突导致系统性能下降。这里要注意，如果将日志文件存放在独立的存储设备上，也有这方面的考虑。即在单独的存储设备上，最好也能够将数据文件与事务日志文件单独存放。因为当用户在访问呢系统的时候，如发送邮件等作业时，需要同时用到事务日志文件和数据文件。此时就很有可能会导致大量的I/O冲突，给系统的运行带来不小的负面影响。而将他们进行分开存放(无论是在单独的Exchang服务器中还是在独立的存储设备上)，可以将这种不利影响降低到最低。

　　当用户登录邮箱系统读取邮件的时候，Exchange服务器会从存储设备中读取数据，然后反馈给用户。在这种部署下，邮件并不是保存在Exchange服务器上。采取独立的存储设备能够带来很到的好处。

<!-- Error -->

　　三、规划时要考虑到Exchange整体性能问题。

　　独立的存储设备可以提高磁盘的I/O能力，从而提高系统的性能。但是这也不是决对的。如上图所示，无论是采用直接附加存储的方式，还是采用存储区域网络的手段，都需要通过一个网络的传输。也就是说，以前Exchange服务器只需要从硬盘中直接读取数据，而现在需要通过网络从存储设备中读取信息。中间就多了一个网络传输的环节。

　　如果利用加减运算的话，存储设备在I/O上的能力以及维护、扩展方面的便利性对于性能的影响就是加号。相反由于网络传输导致的时间耽搁就是减号。在方案评估的时候，将正面影响与负面影响进行相加，如果大于0，即正面影响大于负面影响，这这个方案是可行的。但是如果负面影响大于正面影响，那么管理员就是拿起石头砸自己的脚了。花了冤枉钱不少，还给系统的运行造成了不好的影响。

　　为此在部署的过程中，我们要最大程度的降低负面影响，提高正面影响。其实要降低负面影响的话，也比较好办。如上图所示，在部署的时候，在Exchange服务器与存储设备之间的中间环节要尽量的少。如不要采用交换机等中间设备。如果一定要使用的话，也要保证其可用带宽，即不要再设备上连接过多的终端，采用吞吐量比较高的网络设备等等。

　　在实际工作中，笔者比较喜欢用的是直连的方式。即通过网线，将服务器与存储设备直接连接起来(此时需要注意网线的做法)。如此的话，由于没有中间设备，那么其速度就会快很多，而且也不用额外的投资.

　　四、存储设备部署时要考虑木桶效应。

　　由于磁盘的价格越来越便宜。为此在构建存储系统的时候，很多管理员喜欢采用磁盘阵列。磁盘阵列有一个特性。即当存储文件的时候，系统会将其分成若干个独立的块，然后同时往磁盘中存储文件。这就好像原来只有两车道的马路，现在突然增加到了双向八车道。显然这可以大幅度的提高数据流量，增强I/O的整体能力。

　　不过在组建磁盘阵列的时候，需要考虑到木桶效应。假设现在用4块硬盘组成了一个磁盘阵列。系统会将某个文件同时分为四块，同时往硬盘中保存数据。此时设想一样，如果某块硬盘的性能比较低，那么往这块硬盘中存储文件的速度就会比较慢。而只有四块文件同时保存完毕这个作业才能够算完成。在读取数据的时候，也是如此。需要同时读取这四块文件，系统才能够最后组合起

　　为此在为磁盘阵列选购磁盘的时候，最好是同样性能的磁盘。或者说他们之间的性能不能够差异很大。特别是管理员选择使用旧的硬盘的时候，这个木桶效应需要牢记。