有效管理 Exchange 存储数据

2008-06-18 12:41:13

　　要实现有效的Exchange Server数据管理不是一件容易的事情。尤其是要在用户需求和Exchange性能及稳定性之间找到平衡点则更是难上加难。如今，电子邮件服务日益成为各个公司和组织的关键应用，而此时管理员们也逐渐陷入一种两难的境地。要进行有效的Exchange数据管理，你需要一个由多种技术方法组合起来的方案，包括明文规定的用户守则和适当的技术（例如：存储硬件、监视和报表工具、数据管理应用程序）。那么现在应该从哪里入手呢？

　　首先，我需要澄清我所谓的有效的数据管理是什么。我认为有效的数据管理就是：在向用户提供所需数据访问服务的同时，安全、并且最优化的Exchange数据存储。我建议最佳切入点就是从检验你公司的财务、技术和法规约束开始。这些因素将在很大程度上影响你如何决定存储组（SGs）、数据库、用户邮箱（包括离线文件夹——OSTs，以及个人文件夹——PSTs）等Exchange数据在备份、恢复和归档时的功能。

　　 管理基于服务器的数据
　　 Exchange将电子邮件数据保存在Exchange Server的数据库中。一般而言，将数据存储在Exchange服务器上要比存放在PSTs文件中更易于访问和管理。共享信息的最佳位置就是使用Exchange公用文件夹数据库。一个Exchange Server 2003或Exchange 2000 Server最多可以支持4个SGs，而每个SG最多可以支持5个数据库。所以，一个服务器最多可以支持多达20个数据库。根据Exchange数据库的最佳实践表明，当数据库大小不超过40GB时，备份和恢复所需时间仍然保持在可接受的范围。

　　存储限制决定了每个Exchange系统可以支持的最大用户数。Exchange存储子系统必须能够应付它所支持用户所产生的I/O数据量。微软知识库文章“优化Exchange Server2003的存储”（http://www.microsoft.com/downloads/details.aspx?FamilyID=c6084d20-9730-4ffc-805d-b957327604c6&DisplayLang=zh-cn，中文版）建议在规划Exchange服务器时，按照每秒每用户平均0.75的I/Os为最佳。这对于大多数的系统——包括那些高端SAN平台——该建议书提出每服务器支持4000位用户是最大限度。

　　你需要遵循这些数据库大小和支持用户数量的限制，还有其它的一些性能参数（例如：事务日志的大小）、服务器的硬件水平、分配的存储区域和设定邮箱的大小。如图1显示了一个典型的数据表工具，用于计算存储需求。例如，一台设置邮箱大小为200MB的服务器支持4000个用户是比较合适的。

　　除了可以通过限制邮箱大小（你既可以为一个数据库中的所有邮箱作限制，也可以针对某些用户）管理基于Exchange的数据之外，还可以使用组策略和Exchange邮箱管理器，删除用户邮箱中过期，或者特别巨大的电子邮件。这种办法有助于防止用户邮箱很快超过限额。如果你担心用户常常会误删除邮件，那么Exchange的“恢复已删除邮件”功能非常有用。当启用该功能之后，用户可以直接在他们已经清空的已删除邮件中恢复。这个功能可以很好的解决用户删除邮件后又需要恢复的需求，否则只能通过管理员进行耗时耗力从备份磁带中恢复。但是仍然要注意因此会导致的数据库增长，我们有充分证据表明将删除项目的保留时间设置为7天，数据库会因此增长10%-30%。

　　 管理基于用户的数据
　　用户通常使用OST或者PST格式将电子邮件保存在本地桌面或者笔记本电脑上，这可谓是最难以管理的Exchange数据，因为这些文件通常都是分散的，无法访问的（从系统管理的角度）。OST文件要稍好一些，因为它总是Exchange数据的一个副本。如果使用Outlook 2003缓存Exchange模式，该OST文件则是在线Exchange邮箱完全一致的副本，但对于非缓存模式（或者早期版本的Outlook），本地OST保存了服务器上邮箱数据的一个子集。

　　 PST则完全不同。由于每个电子邮箱都有大小限制，这样就迫使用户将一些重要的邮件保存到PST文件中，所以这些文件通常都很大（几百兆甚至更大），通常都保存在本地硬盘——也就是说这些重要的信息都没有得到备份。有的用户会将PST文件放在服务器的私密共享区域，至少这比分散存放在用户计算机中要好一些。因为服务器的每日备份会包含这些保存在服务器上的PST文件，但是如果没有一个机制去检测PST文件的大小和增长速度，仍然可能成为问题。所以对比这两种情况，将电子邮件转移到PST文件有些得不偿失。而且，PST文件在安全性方面存在很大隐患。用户可以选择加密PST文件，但是解密PST的工具可以说是唾手可得。如果用户使用PST保存敏感信息，一旦笔记本或者数据丢失，那么该信息被窃取将是无法挽回的。即使PST保存在服务器共享，防止未经授权的访问也是必需的。最后，如果法律顾问要求公司实施电子邮件归档和回溯机制，那么这些无法管理的PST将给你带来无尽的烦恼。

　　 更好的备份和恢复
　　在选择备份和恢复解决方案时，最重要的因素取决于你需要处理的数据量和处理速度。对基于服务器端的数据，很多企业按照在一小时内恢复的速度为标准进行选择（该标准根据你公司的服务等级备忘录而定）。例如，要满足一小时恢复40GB数据的要求，那么相应的磁带机必须能够提供不低于每秒10MBps的速度。目前很多备份方案都提供在数据真正写入磁带之前转移到中间媒介的功能，所以备份和恢复速度与常规的备份至磁带相比要快得多。

　　采用SAN的系统通常拥有更高的恢复速度；一般每小时在100GB到140GB都比较常见。这种高速度当然有利于你如何设计数据库。在固定时间内能够备份和恢复越多的数据，就赋予你在系统设计时更多的灵活性，你既可以提高每个邮箱的大小限制，也可以增加每服务器支持的用户数。

　　 Windows Server 2003的卷影复制（Volume Shadow Copy Services，VSS）功能与Exchange 2003一道能够提供在秒钟内为Exchange数据库作多个连续的快照。但是请注意，该快照只是原始数据库在磁盘上的瞬时映像，所以如果一旦源物理卷损坏，这些快照就完全失效了（虽然很多存储供应商正在致力解决此难题）。所以，即使对数据作了快照，仍然需要进行磁带备份。但快照的数据将能够在极短的时间内恢复。所以支持VSS的存储应用能够大幅度提高备份和恢复的速度，你的数据存储构架也会因此得到极大的提高，但是在部署至生产环境之前需要仔细测试。

　　 Exchange 2003（特别是SP1）提供一个新的称为恢复存储组（Recovery Storage Group，RSG）的功能。它的概念十分简单：当一个SG中的某个数据库失败，而需要从备份中恢复时，一个空的恢复数据库可以供受影响的用户暂时使用。虽然在恢复过程中用户无法访问原来数据库中的电子邮件，但是恢复存储组提供了收发新邮件的基本功能。当损坏的数据库恢复完成后，恢复存储组（保存了一些新近收发的邮件）能够与老数据库进行合并。并且SP1中新的恢复邮箱数据向导（Recover Mailbox Data Wizard）简化了两个数据库的合并过程。

　　至于备份基于用户的数据，例如PST文件，仍然是个挑战。如果希望对用户本地硬盘上的PST文件进行备份，那几乎是不可能的，因为我们很难控制用户在他们工作站上的行为。对于存放在网络共享上的PST文件能够被集中备份，但是与把数据存放在Exchange数据库中相比并没有多大的优势。

　　着手开始
　　随着电子邮件数据的持续增长（包括数量的增长和大小的增长），你已经无法回避如何有效管理Exchange数据的重要性。用户将会不断要求保留更多的数据在服务器上，这对你在短时间内快速恢复大量数据造成难题。作为一名系统管理员，你必须在综合考虑企业的实际情况、财务状况、技术和法规问题的情况下，尽最大可能满足不断增长的需求。幸运的是，目前市场上已经有很多可供选择的解决方案：邮箱限额、存储技术和归档解决方案等等。要评估和了解更多这些解决方案的信息，请参考附文“在现实环境中考虑Exchange的数据管理”和“数据管理的挑战：为什么需要数据管理？”。

本文出自 “分享阳光” 博客，请务必保留此出处http://yuanxf.blog.51cto.com/15066/82744

昵称：
验证码：		点击图片可刷新验证码　　博客过2级，无需填写验证码
内容：