Exchange 的数据管理.docx

《Exchange 的数据管理.docx》由会员分享，可在线阅读，更多相关《Exchange 的数据管理.docx（12页珍藏版）》请在优知文库上搜索。

1、Exchange的数据管理Exchange的数据管理随着电子邮件越来越多和越来越大，你已经无法回避如何有效管理EXehange数据的重要性。EXChange邮箱有大小限制，无法满意用户希望保留更多邮件在服务器上的要求，应当鼓舞用户运用PST文件来解决问题吗？欢迎大家阅读！更多相关信息请关注相关栏目!要实现有效的ExchangeServer数据管理不是一件简洁的事情。尤其是要在用户需求和Exchange性能及稳定性之间找到平衡点则更是难上加难。如今，电子邮件服务日益成为各个公司和组织的关键应用，而此时管理员们也渐渐陷入一种两难的境地。要进行有效的Exchange数据管理,你须要一个由多种技术方法

2、组合起来的方案，包括明文规定的用户守则和适当的技术（例如：存储硬件、监视和报表工具、数据管理应用程序）。那么现在应当从哪里入手呢？首先，我须要澄清我所谓的有效的数据管理是什么。我认为有效的数据管理就是：在向用户供应所需数据访问服务的同时，平安、并且最优化的EXChange数据存储。我建议最佳切入点就是从检验你公司的财务、技术和法规约束起先。这些因素将在很大程度上影响你如何确定存储组（SGs）、数据库、用户邮箱（包括离线文件夹一OSTs,以及个人文件夹一PSTS）等EXChange数据在备份、复原和归档时的功能。译者注：OST脱机文件夹文件：用于在本地计算机上保存ExchangeServer邮箱

3、的本地副本，当连接可用时OST文件中的项目与服务器同步。各种约束任何管理Exchange数据的管理员都会面临一些如何进行平衡的相互冲突的需求。当你在市场上找寻数据管理解决方案时，有三个事项你会特殊考虑。你会首先考虑该方案的花费、该方案在技术上的限制、以及公司须要遵守的法律规章。财务约束。随着电子邮件数据的持续增长（包括数量的增长和大小的增长）以及越来越多的企业确定将电子邮件保存在Exchange数据库或者其它可回溯的离线存储中，也就是说，企业数据存储的需求增加了一一相应的，所需投入的资金也须要增加。财务方面的考虑除了包括购买额外磁盘的费用，还要考虑存储基础设施（例如：额外的存储阵列、备份设备、

4、存储区域网络一一SANs）以及管理此存储的人员花费。这些费用将依据你企业的规模和需求不同而不同。小型企业可能只需购买一些磁盘就可以满意几百个用户增长的存储需求，而对于一些大型企业，拥有数以千计的用户可能就不会那么简洁了。假如存储的需求超过了你能够支付的预算，那么你可能就须要实施更严格的备份策略，限制哪些数据可以进行备份，将那些重要性低的，不活动的数据解除在外，或者接受归档方案。接受这种方法通常要比购买存储设备以满意存储需求的方案节约许多。技术约束。即使你的企业有实力，也情愿为购买更多的存储空间付出资金，但是不受限制的数据增长有可能损害你在维护有效备份和快速复原数据的实力。虽然磁带机技术在不断进

5、展，但是增长的数据必定导致不断变长的备份和复原时间。所以，在我们尽力满意一个需求的时候（例如：快速的数据访问）有可能因此无法满意其它一些需求（例如：快速的数据复原）。所以不妨评估一些折中这些需求的方案。这些折中方案一般由在线的Exchange数据管理和离线的归档方案结合而成。类似的方案吸引人之处在于，它允许你指定一个Exchange存储增长的最高限值，并且依据策略将关键数据归档，但仍旧保持这些数据易于被搜寻和访问。规章约束。许多企业都实施一些强制电子邮件通信归档的规章制度。那些实施了邮件归档的公司，大多都是为了达到企业内部管理制度的要求（而不是外部的要求）。一个完善的，满意各项规定的系统应当能

6、够帮助企业回溯全部入站、出站或者中继的电子邮件。当你实施了这样一个系统之后，你便能够保证任何出入你系统的信息都可以被找回，无论它位于PSTS文件中还是在手持设备中。当你了解了那些约束会影响你的企业之后，就可以起先对分别位于ExchangeServer上的数据库文件、OUt100k的缓存文件（OSTs）、PSTS文件指定不同的策略。你还须要确定那种备份、复原、归档方案最适合你的环境。管理基于服务器的数据Exchange将电子邮件数据保存在ExchangeServer的数据库中。一般而言，将数据存储在EXChange服务器上要比存放在PSTs文件中更易于访问和管理。共享信息的最佳位置就是运用Exc

7、hange公用文件夹数据库。一个ExchangeServer20或Exchange2000Server最多可以支持4个SGs,而每个SG最多可以支持5个数据库。所以，一个服务器最多可以支持多达20个数据库。依据Exchange数据库的最佳实践表明，当数据库大小不超过40GB时，备份和复原所需时间仍旧保持在可接受的范围。存储限制确定了每个Exchange系统可以支持的最大用户数。EXChange存储子系统必需能够应付它所支持用户所产生的I/O数据量。微软学问库文章优化ExchangeServer20xx的存储”。建议在规划Exchange服务器时,依据每秒每用户平均0.75的I/Os为最佳。这对

8、于大多数的系统一包括那些高端SAN平台一一该建议书提出每服务器支持4000位用户是最大限度。你须要遵循这些数据库大小和支持用户数量的限制，还有其它的一些性能参数（例如：事务日志的大小）、服务器的硬件水平、安排的存储区域和设定邮箱的大小。如图1显示了一个典型的数据表工具,用于计算存储需求。例如，一台设置邮箱大小为200MB的服务器支持4000个用户是比较合适的。除了可以通过限制邮箱大小（你既可以为一个数据库中的全部邮箱作限制，也可以针对某些用户）管理基于EXChange的数据之外，还可以运用组策略和EXChange邮箱管理器，删除用户邮箱中过期，或者特殊巨大的电子邮件。这种方法有助于防止用户邮箱

9、很快超过限额。假如你担忧用户常常会误删除邮件，那么Exchange的复原已删除邮件功能特别有用。当启用该功能之后，用户可以干脆在他们已经清空的已删除邮件中复原。这个功能可以很好的解决用户删除邮件后又须要复原的需求，否则只能通过管理员进行耗时耗力从备份磁带中复原。但是仍旧要留意因此会导致的数据库增长，我们有充分证据表明将删除项目的保留时间设置为7天，数据库会因此增长10%30%。管理基于用户的数据用户通常运用OST或者PST格式将电子邮件保存在本地桌面或者笔记本电脑上，这可谓是最难以管理的EXChange数据，因为这些文件通常都是分散的，无法访问的（从系统管理的角度）。OST文件要稍好一些，因为

10、它总是EXChange数据的一个副本。假如运用Outlook20xx缓存Exchange模式，该OST文件则是在线Exchange邮箱完全全都的副本,但对于非缓存模式（或者早期版本的OUtlook）,本地OST保存了服务器上邮箱数据的一个子集。PST则完全不同。由于每个电子邮箱都有大小限制，这样就迫运用户将一些重要的邮件保存到PST文件中，所以这些文件通常都很大（几百兆甚至更大），通常都保存在本地硬盘一一也就是说这些重要的信息都没有得到备份。有的用户会将PST文件放在服务器的私密共享区域，至少这比分散存放在用户计算机中要好一些。因为服务器的每日备份会包含这些保存在服务器上的PST文件，但是假如

11、没有一个机制去检测PST文件的大小和增长速度，仍旧可能成为问题。所以对比这两种状况，将电子邮件转移到PST文件有些得不偿失。而且，PST文件在平安性方面存在很大隐患。用户可以选择加密PST文件，但是解密PST的工具可以说是唾手可得。假如用户运用PST保存敏感信息，一旦笔记本或者数据丢失，那么该信息被窃取将是无法挽回的。即使PST保存在服务器共享，防止未经授权的访问也是必需的。最终，假如法律顾问要求公司实施电子邮件归档和回溯机制，那么这些无法管理的PST将给你带来无尽的苦恼。更好的备份和复原在选择备份和复原解决方案时，最重要的因素取决于你须要处理的数据量和处理速度。对基于服务器端的数据，许多企业

12、依据在一小时内复原的速度为标准进行选择（该标准依据你公司的服务等级备忘录而定）。例如，要满意一小时复原40GB数据的要求，那么相应的磁带机必需能够供应不低于每秒IOMBps的速度。目前许多备份方案都供应在数据真正写入磁带之前转移到中间媒介的功能，所以备份和复原速度与常规的备份至磁带相比要快得多。接受SAN的系统通常拥有更高的复原速度；一般每小时在100GB到140GB都比较常见。这种高速度当然有利于你如何设计数据库。在固定时间内能够备份和复原越多的数据，就赐予你在系统设计时更多的敏捷性，你既可以提高每个邮箱的大小限制，也可以增加每服务器支持的用户数。WindOWSSerVer20xx的卷影复制

13、(VolumeShadowCopyServices*VSS)功能与Exchange2Oxx一道能够供应在秒钟内为Exchange数据库作多个连续的快照。但是请留意，该快照只是原始数据库在磁盘上的瞬时映像，所以假如一旦源物理卷损坏，这些快照就完全失效了(虽然许多存储供应商正在致力解决此难题)。所以，即使对数据作了快照，仍旧须要进行磁带备份。但快照的数据将能够在极短的时间内复原。所以支持VSS的存储应用能够大幅度提高备份和复原的速度，你的数据存储构架也会因此得到极大的提高，但是在部署至生产环境之前须要细致测试。Exchange20xx(特殊是SPI)供应一个新的称为复原存储组(ReCOVerySt

14、orageGrOup,RSG)的功能。它的概念特别简洁:当一个SG中的某个数据库失败，而须要从备份中复原时，一个空的复原数据库可以供受影响的用户短暂运用。虽然在复原过程中用户无法访问原来数据库中的电子邮件，但是复原存储组供应了收发新邮件的基本功能。当损坏的数据库复原完成后，复原存储组(保存了一些新近收发的邮件)能够与老数据库进行合并。并且SPl中新的复原邮箱数据向导(RecoverMailboxDataWizard)简化了两个数据库的合并过程。至于备份基于用户的数据，例如PST文件，仍旧是个挑战。假如希望对用户本地硬盘上的PST文件进行备份，那几乎是不行能的，因为我们很难限制用户在他们工作站上

15、的行为。对于存放在网络共享上的PST文件能够被集中备份，但是与把数据存放在Exchange数据库中相比并没有多大的优势。严格地说，归档解决方案与符合法规(Regulatory-Compliance)解决方案主要存在以下几点不同： 归档通常由用户发起，并且用户可以自主确定如何将信息从他们的Exchange邮箱转移到归档存储。 专有归档系统通常接受基于策略的内容过期时间等一些硬性指标，把内容转移到归档存储。 一般的归档解决方案都无法做到对全部由系统创建，或者经由系统处理过的出入站的电子邮件完整记录。虽然OUt100k供应了一个特别基本的存档功能，允许用户设置当邮箱中存储的消息超过所设定的阈值，就将

16、其转移至一个PST文件或者删除。但是该功能仅支持有限的转移，而且不支持归档到一个专用的、受爱护的归档设备中，所以对于我们所探讨的归档特性，OUtlOOk无法为我们供应什么。市场上已有不少成熟的解决方案可用，例如来自VERITAS公司的KVSEnterpriseVault,能够供应用户发起与策略结合，将消息归档至一个其次层（或者更高）数据位置的功能。这些解决方案都特别有效，因为在电子邮件以及附件归档时，在用户的EXChange邮箱中保留一个电子邮件存根（Stub）o假如用户须要访问被归档的邮件，只需点击该邮件存根。这样EXChange存储的效率能够得到增加，因为一些大的附件都可以通过这种方式转移到归档存储，从而为Exchange腾出更多可用空间。这种类型的归档方案一般都集成了Exchange的消息日志（JoUmalmg）功能，可以供应截取和跟踪经由该Exchange服务器的电子邮件。但是假如电子邮件数量越来越大，以及符