Exchange 的数据管理.doc

Exchange 的数据管理 要实现有效的ExchangeServer数据管理不是一件容易的事情尤其是要在用户需求和Exchange性能及稳定性之间找到平衡点则更是难上加难如今电子邮件服务日益成为各个公司和组织的关键应用而此时管理员们也逐渐陷入一种两难的境地要进行有效的Exchange数据管理你需要一个由多种技术方法组合起来的方案包括明文规定的用户守则和适当的技术（例如：存储硬件、监视和报表工具、数据管理应用程序）那么现在应该从里入手呢 首先我需要澄清我所谓的有效的数据管理我认为有效的数据管理就是：在向用户提供所需数据访问服务的同时安全、并且最优化的Exchange数据存储我建议最佳切入点就是从检验你公司的财务、技术和法规约束开始这些因素将在很大程度上影响你如何决定存储组（SGs）、数据库、用户邮箱（包括离线文件夹OSTs以及个人文件夹PSTs）等Exchange数据在备份、恢复和归档时的功能 译者注： OST脱机文件夹文件：用于在本地计算机上保存ExchangeServer邮箱的本地副本当连接可用时OST文件中的项目与服务器同步 各种约束 任何管理Exchange数据的管理员都会面临一些如何进行平衡的相互矛盾的需求当你在市场上寻找数据管理解决方案时有三个事项你会特别考虑你会首先考虑该方案的花费、该方案在技术上的限制、以及公司需要遵守的法律规章 财务约束随着电子邮件数据的持续增长（包括数量的增长和大小的增长）以及越来越多的企业决定将电子邮件保存在Exchange数据库或者其它可回溯的离线存储中也就是说企业数据存储的需求增强了相应的所需投入的资金也需要增加财务方面的考虑除了包括购买额外磁盘的费用还要考虑存储基础设施（例如：额外的存储阵列、备份设备、存储区域网络SANs）以及管理此存储的人员花费这些费用将根据你企业的规模和需求不同而不同小型企业可能只需购买一些磁盘就可以满足几百个用户增长的存储需求而对于一些大型企业拥有数以千计的用户可能就不会那么简单了 如果存储的需求超过了你能够支付的预算那么你可能就需要实施更严格的备份策略限制些数据可以进行备份将那些重要性低的不活动的数据排除在外或者采用归档方案采用这种方法通常要比购买存储设备以满足存储需求的方案节约很多 技术约束即使你的企业有能力也愿意为购买更多的存储空间付出资金但是不受控制的数据增长有可能损害你在维护有效备份和快速恢复数据的能力虽然磁带机技术在不断发展但是增长的数据必然导致不断变长的备份和恢复时间所以在我们尽力满足一个需求的时候（例如：快速的数据访问）有可能因此无法满足其它一些需求（例如：快速的数据恢复） 所以不妨评估一些折中这些需求的方案这些折中方案一般由在线的Exchange数据管理和离线的归档方案结合而成类似的方案吸引人之处在于它允许你指定一个Exchange存储增长的最高限值并且根据策略将关键数据归档但仍然保持这些数据易于被搜索和访问 规章约束很多企业都实施一些强制电子邮件通信归档的规章制度那些实施了邮件归档的公司大多都是为了达到企业内部管理制度的要求（而不是外部的要求）一个完善的满足各项规定的系统应该能够帮助企业回溯所有入站、出站或者中继的电子邮件当你实施了这样一个系统之后你便能够保证任何出入你系统的信息都可以被找回无论它位于PSTs文件中还是在手持设备中 当你了解了那些约束会影响你的企业之后就可以开始对分别位于ExchangeServer上的数据库文件、Outlook的缓存文件（OSTs）、PSTs文件指定不同的策略你还需要决定那种备份、恢复、归档方案最适合你的环境 管理基于服务器的数据 Exchange将电子邮件数据保存在ExchangeServer的数据库中一般而言将数据存储在Exchange服务器上要比存放在PSTs文件中更易于访问和管理共享信息的最佳位置就是使用Exchange公用文件夹数据库一个ExchangeServerxx或Exchange2000Server最多可以支持4个SGs而每个SG最多可以支持5个数据库所以一个服务器最多可以支持多达20个数据库根据Exchange数据库的最佳实践表明当数据库大小不超过40GB时备份和恢复所需时间仍然保持在可接受的范围 存储限制决定了每个Exchange系统可以支持的最大用户数Exchange存储子系统必须能够应付它所支持用户所产生的I/O数据量微软知识库文章“优化ExchangeServerxx的存储”建议在规划Exchange服务器时按照每秒每用户平均0.75的I/Os为最佳这对于大多数的系统包括那些高端SAN平台该建议书提出每服务器支持4000位用户是最大限度 你需要遵循这些数据库大小和支持用户数量的限制还有其它的一些性能参数（例如：事务日志的大小）、服务器的硬件水平、分配的存储区域和设定邮箱的大小如图1显示了一个典型的数据表工具用于计算存储需求例如一台设置邮箱大小为200MB的服务器支持4000个用户是比较合适的 除了可以通过限制邮箱大小（你既可以为一个数据库中的所有邮箱作限制也可以针对某些用户）管理基于Exchange的数据之外还可以使用组策略和Exchange邮箱管理器删除用户邮箱中过期或者特别巨大的电子邮件这种办法有助于防止用户邮箱很快超过限额如果你担心用户常常会误删除邮件那么Exchange的“恢复已删除邮件”功能非常有用当启用该功能之后用户可以直接在他们已经清空的已删除邮件中恢复这个功能可以很好的解决用户删除邮件后又需要恢复的需求否则只能通过管理员进行耗时耗力从备份磁带中恢复但是仍然要注意因此会导致的数据库增长我们有充分证据表明将删除项目的保留时间设置为7天数据库会因此增长10%30% 管理基于用户的数据 用户通常使用OST或者PST格式将电子邮件保存在本地桌面或者笔记本电脑上这可谓是最难以管理的Exchange数据因为这些文件通常都是分散的无法访问的（从系统管理的角度）OST文件要稍好一些因为它总是Exchange数据的一个副本如果使用Outlookxx缓存Exchange模式该OST文件则是在线Exchange邮箱完全一致的副本但对于非缓存模式（或者早期版本的Outlook）本地OST保存了服务器上邮箱数据的一个子集 PST则完全不同由于每个电子邮箱都有大小限制这样就迫使用户将一些重要的邮件保存到PST文件中所以这些文件通常都很大（几百兆甚至更大）通常都保存在本地硬盘也就是说这些重要的信息都没有得到备份有的用户会将PST文件放在服务器的私密共享区域至少这比分散存放在用户计算机中要好一些因为服务器的每日备份会包含这些保存在服务器上的PST文件但是如果没有一个机制去检测PST文件的大小和增长速度仍然可能成为问题所以对比这两种情况将电子邮件转移到PST文件有些得不偿失而且PST文件在安全性方面存在很大隐患用户可以选择加密PST文件但是解密PST的工具可以说是唾手可得如果用户使用PST保存敏感信息一旦笔记本或者数据丢失那么该信息被窃取将是无法挽回的即使PST保存在服务器共享防止未经授权的访问也是必需的最后如果法律顾问要求公司实施电子邮件归档和回溯机制那么这些无法管理的PST将给你带来无尽的烦恼 更好的备份和恢复 在选择备份和恢复解决方案时最重要的因素取决于你需要处理的数据量和处理速度对基于服务器端的数据很多企业按照在一小时内恢复的速度为标准进行选择（该标准根据你公司的服务等级备忘录而定）例如要满足一小时恢复40GB数据的要求那么相应的磁带机必须能够提供不低于每秒10MBps的速度目前很多备份方案都提供在数据真正写入磁带之前转移到中间媒介的功能所以备份和恢复速度与常规的备份至磁带相比要快得多 采用SAN的系统通常拥有更高的恢复速度；一般每小时在100GB到140GB都比较常见这种高速度当然有利于你如何设计数据库在固定时间内能够备份和恢复越多的数据就赋予你在系统设计时更多的灵活性你既可以提高每个邮箱的大小限制也可以增加每服务器支持的用户数 WindowsServerxx的卷影复制（VolumeShadowCopyServicesVSS）功能与Exchangexx一道能够提供在秒钟内为Exchange数据库作多个连续的快照但是请注意该快照只是原始数据库在磁盘上的瞬时映像所以如果一旦源物理卷损坏这些快照就完全失效了（虽然很多存储供应商正在致力解决此难题）所以即使对数据作了快照仍然需要进行磁带备份但快照的数据将能够在极短的时间内恢复所以支持VSS的存储应用能够大幅度提高备份和恢复的速度你的数据存储构架也会因此得到极大的提高但是在部署至生产环境之前需要仔细测试 Exchangexx（特别是SP1）提供一个新的称为恢复存储组（RecoveryStorageGroupRSG）的功能它的概念十分简单：当一个SG中的某个数据库失败而需要从备份中恢复时一个空的恢复数据库可以供受影响的用户暂时使用虽然在恢复过程中用户无法访问原来数据库中的电子邮件但是恢复存储组提供了收发新邮件的基本功能当损坏的数据库恢复完成后恢复存储组（保存了一些新近收发的邮件）能够与老数据库进行合并并且SP1中新的恢复邮箱数据向导（RecoverMailboxDataWizard）简化了两个数据库的合并过程 至于备份基于用户的数据例如PST文件仍然是个挑战如果希望对用户本地硬盘上的PST文件进行备份那几乎是不可能的因为我们很难控制用户在他们工作站上的行为对于存放在网络共享上的PST文件能够被集中备份但是与把数据存放在Exchange数据库中相比并没有多大的优势 严格地说归档解决方案与符合法规（RegulatoryCompliance）解决方案主要存在以下几点不同： 归档通常由用户发起并且用户可以自主决定如何将信息从他们的Exchange邮箱转移到归档存储 专有归档系统通常采用基于策略的内容过期时间等一些硬性指标把内容转移到归档存储 一般的归档解决方案都无法做到对所有由系统创建或者经由系统处理过的出入站的电子邮件完整记录 虽然Outlook提供了一个非常基本的存档功能允许用户设置当邮箱中存储的消息超过所设定的阈值就将其转移至一个PST文件或者删除但是该功能仅支持有限的转移而且不支持归档到一个专用的、受保护的归档设备中所以对于我们所讨论的归档特性Outlook无法为我们提供什么 市场上已有不少成熟的解决方案可用例如来自VERITAS公司的KVSEnterpriseVault能够提供用户发起与策略结合将消息归档至一个第二层（或者更高）数据位置的功能这些解决方案都十分有效因为在电子邮件以及附件归档时在用户的Exchange邮箱中保留一个电子邮件存根（Stub）如果用户需要访问被归档的邮件只需点击该邮件存根这样Exchange存储的效率能够得到增强因为一些大的附件都可以通过这种方式转移到归档存储从而为Exchange腾出更多可用空间 这种类型的归档方案一般都集成了Exchange的消息日志（Journaling）功能可以提供截取和跟踪经由该Exchange服务器的电子邮件但是如果电子邮件数量越来越大以及符合法规成为必须即使是集成了Exchange的消息日志功能的归档方案也无法满足要求（那些提供了无法改写、无法删除、只读的归档存储解决方案）就会有更高级的技术加以取代 这种类型的技术包括EMCCentera和HP公司的ReferenceInformationStorageSystem（RISS）这些解决方案允许你将电子邮件存储为静态内容一种无法修改的格式通常保存在与RAID类似的磁盘上来保证数据的一致性和内容的完整性包括数字签名和时间戳等等这些解决方案除了提供内容检索和可取回的功能之外都应用了分层存储管理（HierarchicalStorageManagementHSM）HSM对于大型企业而言非常重要例如平均每天每用户会发送20封电子邮件每封邮件平均大小为25KB在一个拥有10,000个用户的企业中相应的每天就会产生大约200,000封电子邮件也就是每天4.7GB而每年1.7TB如果你还需要对入站邮件归档那么存储的要求还会大大增加当然这只是平均水平根据我的经验在一个拥有9,400个用户的企业中一个用户每月大概会收到120GB到150GB的电子邮件 大多数企业之所以实施归档一般都是开始迁移Exchange系统的前奏因为这项技术能够明显减少需要迁移的数据量可以加快迁移进程 译者注： EMCCentera是一种网络存储系统它是专门为存储和快速而方便地存取固定内容而设计的Centera的突出优势是WORM（一次写入多次读取）属性中的不可重写性和不可擦除性磁盘的性能和TCO 分层存储管理（HierarchicalStorageManagementHSM）就是将用户拥有的所有存储资源（磁带机、磁带库、NAS、中低端盘阵、高端存储系统等等）统一管理提高每种存储设备的利用率节约成本根据存放数据的价值合理利