Sun logo      上一页      目录      索引      下一页     

Sun Java System Connector for Microsoft Outlook 6.0 桌面部署管理员指南

第 2 章
常规指南

除非将迁移的规模限制到仅一小部分用户,否则强烈建议您计划按组增量迁移,并制定全面的部署计划以明确迁移策略。


计划按组增量迁移

小型公司在一个周末或一次迁移事件中就可以将所有用户都迁移到新的服务器,但大多数大中型公司都需要按“批”执行迁移。

即使是无缝转换,也会有一部分用户向公司的服务台进行电话咨询,支持人员更愿意将这些咨询分布在若干天,而每天都只处理一小部分的电话咨询。按小组增量迁移您的全部用户应该可以充分分配服务台的工作量。

此外,您的组织可能有更好的业务理由以避免将所有用户安排在单一迁移事件中。例如,财会部门的员工无法容忍在月初正要结帐时出现混乱。同样,销售人员不应该在季度末快完成销售任务时出现混乱,而市场人员则需要在主要的贸易展销会或其它活动开始前避免混乱。按批迁移用户提供了适应这些合理业务需要的灵活性。

很多组织都将信息服务员工指定为第一个要迁移的组,因为他们一般是经验丰富的用户,因此可以提供可靠的迁移方法和新系统的测试结果

最后,记住使用部署配置程序可针对不同的用户组配置不同的用户安装过程。您可能希望监视用户的安装,至少希望被动地监视,由共享某些性质和配置参数的用户组来执行这一操作就容易多了。


制定全面的部署计划

开发全面的部署计划的过程是很重要的操作,将强制您考虑和解决很可能影响组织迁移的所有因素。如果部署不彻底,您将发现忽略的细节已经导致组织浪费了数百个小时的用户生产率,或者造成了不必要的用户聚集。

部署计划将是内部文档,同样根据需要,部署计划也可以完全是未定义的行话和首字母缩写词。但至少您的计划应该考虑到本指南第 3 章,“计划新邮件服务器时要解决的问题”中提到的所有问题。聘请在邮件迁移方面有经验的专业人员可能有用。



上一页      目录      索引      下一页     


版权所有 © 2004 Sun Microsystems, Inc. 保留所有权利。