在MSH中重定义Exchange管理任务.pdfVIP

协作 在MSH qm重定义Exchange管理任务 使用筛选器和批处理模式提升性能 作者／Tony Redmond 译者／李小轲 对于Exchange Se rver 2007的管理员来说，Windows Get-Mailbox-ResultSize 5000 I Where($一．Name—like Kent ) PowerShelI是一个强大的管理工具，特别是当你已经学会了 一 ResultSize参数是用来限制MSH处理的对象的数量。看 如何高效的使用它。在我的上一篇文章中(“配置Exchange 起来很相似，但是这两条命令返回的结果却差别很大： Management Shell”，发表于本刊2007年12月)解释了如何 · 第一条命令(服务器端筛选器 )会返还它所找到的前 订制MSH，如何为AD查询设定正确的范围。现在，让我们 5，000个名字中包含 “Kent”的邮箱。 看看如何使用筛选器来限制数据，如何在批处理模式中运行 · 第二条命令 (客户端筛选器 )会先为客户端找出 脚本文件，执行策略又是如何为MSH提供安全级别的。 5，000个邮箱，然后再筛选名字为 “Kent”的邮箱，这 可能会导致数据丢失。 协 筛选器 假设你的组织有足够多的邮箱，尽管服务器端筛选器需 作 PowerShel1支持服务器端和客户端的筛选器。任何时候 要处理的数据比客户端筛选器要多得多，在速度上它却比客 当你使用Where—Object命令时，你都可以执行一个客户端 户端筛选器快很多。就拿我在上面列举的两条命令而言，当 的筛选。所有可以筛选数据的PowerShelI命令均支持客户端 我在一个包含170，000个邮箱的组织中运行时，服务器端筛 的筛选器。考虑到用户可能查询的潜在对象数目的不同， 选器完成命令花费了43秒，而客户端筛选器则需要81秒。 Exchange管理任务还是有别于标准的Windows管理任务 比 考虑到服务器端筛选器是在服务器处理完所有数据后一 如说，这样的查询可能会调用所有的在后台运行的进程(一 次性呈现在用户面前，你可能会认为客户端筛选器应该比它 台大型服务器至多可能有几百个 )，调用一台邮件服务器上 快。但是，记住客户端筛选器是流水线式的获得并且筛选数 的所有邮箱 (可能有几千个)。因此，一些Exchange命令也 据，所以它是找到一条结果就立刻在屏幕上输出。但是，从 支持服务器端的筛选器。 性能上来说，一个更重要的参数是筛选器总共需要花费多长 客户端的筛选器在处理数据之前，先把所有获得的数据 的时间来完成整条命令。从这点来说，服务器端筛选器一定 从服务器端搬到客户端，然后再筛选数据加以处理。在这种 比客户端筛选器快。 情况下，服务器端和客户端都需要处理大量的数据。而服务 表1列举了你最可能使用到的服务器端筛选器命令。这 器端的筛选器会在服务器上得到数据，筛选数据，最后仅仅 些命令可以作用在用户、组、邮箱对象上，每一个对象都包 把筛选出来的数据发送到客户端来执行命令，这样就减少了 含一组可以被筛选的属性。你可以查询并且找到一个被返还 需要网络传输的数据而占用的带宽。仅仅有一些用户和其它 对象的属性。比如说，下面这条命令： 启用邮件的对象，以及队列相关联的命令支持服务器端的筛 Get—Mailbox—id Redmond I Get—Member I Where—Object 选器参数，这些命令返还的所有属性也不都支持被筛选。但 (