在进行了两个月的公开测试后，微软近日发布了新一代企业通信及协作平台Exchange Server 2010的首个服务包。Exchange Server 2010 SP1包括从发布以来的所有补丁和调整，此外，它还包括一些功能改进，比如归档和搜索、Outlook Web App（OWA）、移动用户及管理等。
Exchange Server 2010 SP1主要改进：
— 强化了Exchange Server 2010中首次引入了归档功，可在主要邮箱数据库中提供个人用户的归档信息，并且可以从PST文件夹中直接导入历史邮件数据。
— 升级了管理平台（Exchange Management Console，EMC），利用新增的工具可以创建Retention Policy Tags。Exchange的多邮箱搜索功能也进行了完善，并且支持访问用户Outlook 2007中的个人存档。
— 提升了OWA的速度，无论是删除、标记为已读还是目录分类异步运行，这些操作都能带来更快的用户体验。 OWA的信息权限管理（IRM）可以帮助用户对手IRM保护的信息进行读取和排版，在SP1中，你还可以添加Web-Ready Document Viewing，支持Mac平台上的Safari和PC机上的Safari、Firefox、IE。
— 改善了管理界面，方便用户在管理平台和控制面板（Exchange Control Panel，ECP）中执行管理任务。目前已进行的尝试包括创建/配置EMC中的Retention Tags和Retention Policies、配置ECP中的传输协议、Journal Rules等。
.
DFS是分布式文件系统 （Distributed File Systems）的简称。在Windows Srever2008 R2中作为文件服务的一个角色功能出现。许多朋友对分布式文件系统（DFS）的作用和适用场景不太清楚，那么这里，我们跟各位朋友做个介绍。
什么是分布式文件系统（DFS）？
从命名方面来看，所谓分布式文件系统即是指将文件分别存储在不同位置。在中、大型的企业网络架构中，企业内部都会部署一些文件服务器，在文件服务器上部署特定的公共文件夹，并共享出来给企业内部员工访问。每位员工都可以通过内部局域网连接文件服务器，以管理员授权的方式访问共享文件夹下的资源。
有相当一些企业都会有一些驻外的分支机构，同样，这些驻外分支机构的员工也有访问文件服务器的需求，在这些员工去访问位于总部的文件服务器时，需要跨越广域网链路，一般广域网链路带宽较窄，可能出现访问延迟、丢包等问题，用户体验很差，而且还会挤占带宽，可能影响分支机构与总部的其他业务通信。
为了提高用户体验，节省广域网链路，我们可以在分支机构也部署一台服务器，它作为公司总部文件服务器的副本，其上所共享的文件资源与总部服务器完全一样，分支机构的用户访问共享资源时，只需访问位于分支机构内部的文件服务器即可。这是一个很好的解决方案，但存在两个突出的问题：
1、 总部文件服务器的共享文件资源，如何复制到分支机构？手工还是自动？
显然如果是通过管理员手工复制同步，这是很不合适的。
2、 用户身处总部时与身处分支机构时，因为访问的是不同的文件服务器，所以访问路径（服务器名）肯定不一样。
对于经常往返总部与分支机构的员工来说，要准确的掌握多种访问路径，既复杂，又容易混淆。
分布式文件系统（DFS）的出现，完美的解决了这个问题。它将总部与分支机构的多台文件服务器上的共享文件夹，组合成一个文件夹组，DFS的设计基于客户机/服务器模式，在此文件夹组内的任何一个共享文件夹里面内容发生变化，都会复制到其他所有文件夹内，并且复制计划可调度。
DFS架构拓扑
图1 DFS架构拓扑
继续阅读 »
Windows SharePoint Services Search是WSS自带的搜索服务，提供 WSS站点内容搜索的功能 。
WSS是免费的 ，Windows SharePoint Services Search自然也是免费的，免费的东西功能呢就没有那么强大，Windows SharePoint Services Search支持站内搜索，不支持跨站点搜索，更不支持文件系统 ，其他类型站点的搜索。
Office SharePoint Server Search是MOSS带的搜索引擎，提供MOSS站点内容搜索的功能，Office SharePoint Server Search是完全独立于Windows SharePoint Services Search的另外一个服务，它提供了强大的功能，提供单独的索引服务，不但可以搜索所有的MOSS站点 ，而且可以搜索共享文件目录，搜索其他站点。甚至搜索internet站点。
安装MOSS之后，Windows SharePoint Services Search仍然是存在的，但是它已经不提供内容搜索功能了，只提供MOSS站点帮助内容的查询。所以Windows SharePoint Services Search服务停掉之后，MOSS站点的帮助查询功能就不能用了。
我们可以看一下服务管理器里这两个服务的描述：
Windows SharePoint Services Search：
向SharePoint用户提供全文索引和搜索，并提供帮助内容。
Office SharePoint Server Search：
提供对OfficeSharePoint服务器内容的增强型索引和搜索。在搜索SharePoint用户内容方面替代WindowsSharePointServices搜索服务。
描述很准确：Office SharePoint Server Search替代和增强了Windows SharePoint Services Search的内容索引和搜索，只保留了WSS Search的帮助查询功能。
Helpdesk承担着日常用户的管理工作，因此，我为公司的每位HelpDesk建立了Operation Account。当我新建了一个Account后，使用时却发现出现如下错误：
--------------------------------------------------------
Microsoft Exchange Error
--------------------------------------------------------
The following error(s) occurred while saving changes:
set-user
Failed
Error:
The Windows Cluster service encountered an error during function OpenCluster:.
Access is denied
--------------------------------------------------------
OK
--------------------------------------------------------
解决办法是：
继续阅读 »
事情的起因是这样滴：BOSS想要把公司所有邮箱账户的登录名都显示到Outlook Address Book里，办法当然简单了，修改Exchange details template（如何修改？）就可以。但是当我操作的时候就发现问题了：
公司的邮箱的登录账户是字母和数字的组成，而邮件地址根据别名生成，新建账户的时候，需要修改别名，用以生成用户的邮件地址。
比如，新建一个账户叫”Leo Huang”,登录名是：“lh1234”.默认的，系统alias值就是lh1234，我需要修改alias为leohuang，以适应邮件地址策略。
（有点绕，如果你不知道我在说什么，直接跳过吧。）。
我想做的是：
1，先修改邮件地址策略，将“%m@svrcore.com”修改为“%s%g@svrcore.com”这样地址策略就默认显示为用户的last name firet name来作为邮件地址。
2，将别名显示为用户的登录名（Exchange新建用户时，别名即为用户登录账户名。）这样修改的好处是，减少了新建账户的操作步骤。
那么我的问题就是，以前被修改过的别名，要重新更改为相应的登录名。也就是说，我要把一个AD User的信息添加（修改）到Mailbox的属性里去。即我要把SamAccountName的值添加到Alias里去。
我的办法是：
先导出用户的display name和SamAccountName。
Get-mailbox | select displayname,samaccountname | export-csv d:\mailbox.csv -Encoding unicode
然后，把displayname和SamAccountName作为变量进行赋值。
Import-Csv d:\mailbox.csv | foreach {Get-mailbox $_.DisplayName | Set-Mailbox -Alias $_.SamAccountName}
操作完成。
那么发散一下，批量的修改mailbox的属性，都可以这么去操作了。
