文章编号: 968009 - 最后修改: 2009年7月14日 - 修订: 7.1 2009 年二月累积更新中的 outlook 2007 改进
本页简介在 Microsoft Office Outlook 二月累积更新 （CU） 包含在 2007 Office 套件 Service Pack 2 （SP2) 发布的修复程序的一大组。 二月 CU 的修复程序列表可能不是与 sp2，修复程序列表完全相同，但这篇文章进行二月 CU 修补程序所引用 synonymously 修补程序与 sp2。 此外，当释放 Office 套件 SP2，将不有特定的包只有 Outlook 为目标。 outlook 2007 SP2 是用户为中心的更新，包含在性能和可靠性日历中的重大改进。 本文包含在每个区域中改进的详细的摘要。 注意 您已成功安装更新后，第一次 Outlook 作为运行的 Outlook 将会稍有一次性延迟重新处理您的数据文件。在此初始过程后这篇文章中所述，将提高性能。 更新信息若要下载的更新为 Outlook，请参阅下列 Microsoft 知识库文章：961752?
(http://support.microsoft.com/kb/961752/
)
Outlook 2007 修补程序包 （我们） 的说明： 2009 年 2 月 24 为完整的 Outlook 功能，您可以安装与下列 Microsoft 知识库文章关联的累积更新包： 967688?
(http://support.microsoft.com/kb/967688/
)
Outlook 2007 修补程序包 （Outlook 的 en-us.msp） 的说明： 2009 年 2 月 24 更多信息概述性能改进为所有客户的关键问题的性能和响应能力。 就是为什么我们所做的较大的性能调整和优化更改，都包括在 Office 套件 Service Pack 2 （SP2）。outlook 2007 SP2 提供了在四个主要区域中的性能改进：
日历的改进企业级日历已发展成为复杂的同步客户端和设备系统。 客户都有自己的组织中的多个版本的 Outlook 和 Microsoft Exchange，它们还具有许多移动设备具有日历访问权限。 每种方法用于访问和更新用户日历通常通过使用唯一定义的验证逻辑经常提供某种形式的读/写权限回在原始日历。 在企业委托管理器情况下那里被增加了复杂性许多委托同时处理相同的主要日历上时。 我们意识到客户这些复杂的系统中需要的可靠性的高标准。 因此，改进了 Outlook 团队基础数据结构和一般的日历更新的可靠性。本文包括个人 bug 修复的"部分中的最新的修补程序的详细的摘要。 这应该为您提供性能以及日历可靠性方面的改进和其他、 更多的常规改进的广泛的概述。 一般改进除了提高了的性能和可靠性改进的日历在核心目标 Outlook 2007 SP2 中包含多个修复程序，在聚合，提高稳定性和解决客户问题。 最重要的这些修补程序直接目标在顶部的已知的问题的 Outlook 导致崩溃或停止响应。 在安装 SP2 后，您将会提高的稳定性发现 Outlook 使用情况的一长段。在 SP2 中的其他修补程序分布在以下方面：
outlook 2007 SP2 性能一般的响应能力通过 Service Pack 1 的响应性显著改进了 Outlook 2007 SP2 的总体响应性。 响应能力可以松散定义作为应用程序的反应时间，当您使用用户界面 (UI)。 完全响应的应用程序将总是立即开始执行请求，即使该任务需要较长时间的任务。 例如对于在 Outlook 中这可能是单击切换文件夹，在等待要加载，非常大的文件夹时，单击 ToDo 栏以输入任务。使 Outlook 明显响应能力更强的此版本的较大的优先级。 存储引擎最重要的更改来自本地存储引擎中的基础优化。 个人文件夹文件 (pst) 和高速缓存的 Exchange 存储 (ost) 构建在相同的基础存储引擎。此本文太平洋标准时间指的是这两种技术。我们改进的常规读取和写入的 PST 特征，以便从磁盘到在 Outlook 中执行相同的常规操作要求更少。 例如对于文件刷新经过优化，使它更有效地交互与操作系统和磁盘写入缓存。 我们也已经更改了新数据写入到 PST 方式。现在，它保存更接近一起在物理磁盘上，需要从驱动器的更少的物理工作。这将加快编写相同的数据量所需的时间。 此数据写入算法的副作用是 pst 大于在以前的版本中大约 20%。但是，我们有观察到大提高写入性能并减少了总体写入磁盘。而写优化了单个的最大更改，存储引擎中，也有其他很小的更改带来额外的好处。 例如对于内部存储引擎优化分析最常见的一种典型的使用过程中的存储引擎执行的操作后进行。 我们也有优化内部的"更改通知"的处理，尤其是当有许多它们的方式。 专门，如果要在 PST 中添加大量数据，大量的通知被触发更新，以适应新的数据的各种数据结构。 因为这些通知较快，需要较少的 I/O，小型的每个操作的原始性能提高了。这意味着随着时间的节省。 用户界面除了优化存储引擎，Microsoft 所花费的时间和资源调查并解决 unresponsiveness Outlook 应用程序层中的某些公共源。 我们看到过一些最令人沮丧的 unresponsiveness 实例发生时 Outlook 正在执行的操作不相关的任何用户操作的工作。 这种情况下是特别令人沮丧，因为用户不能预测或他们将持续多长时它们将会发生。 更常见的 Outlook unresponsiveness 原因是用户操作不相关的两个已处理该邮件列表的更新和处理在 Outlook 主窗口中的其他元素的更新。我们的工程部门 undertook 一复杂的工作，从根本上改变以最大限度地减少它们在 SP2 中的 Outlook 响应能力上的效果处理此类更新的方法。我们所做的一些其他应用程序层更改是为可能不会影响所有用户方案。但是，我们认为这些方案是不满受影响的用户的有效源。 例如对于时将出现提醒对话框以前的行为是处理和用户请求一个操作时立即写入存储区所做的更改，如关闭或暂停。 现在，这些更改进行排队，以便响应能力会立即还原到用户界面。 因此，您可以单击 消除 速度将允许您鼠标，并当最后一个提醒会消失，对话框中将立即消失。 我们还对某些更改，以便例如将邮件从特定的通讯组列表移动到一个单独的 PST 文件的许多客户端的操作将保留在 Outlook 用户界面得多的响应规则的处理的方式。 我们还进行了专门针对使用 POP 和 IMAP 服务器的客户的更改。 为 POP 的邮件用户我们现在检索最新的邮件第一次。这可帮助您更快地获得对您最重要的工作。 IMAP 邮件用户会注意到下载邮件正文不能再将 Outlook 从响应其他用户命令。 启动 Outlook我们的方法优化在启动过程是相当直接转发。 我们分析了所有任务 Outlook 队列，并改进了引导时，通过删除被认为是不必要的几个操作和更好的协调必要的任务的执行。结果是一个明显的正改进。 量化确切的改进是很困难的因为大多数人的体验广泛根据几个因素而有所变化。这些包括以下内容：
第一个启动体验立即安装 SP2 更新后，第一次启动 Outlook 将不会快速的因为 Outlook 必须更新在 SP2 性能优化中使用的内部 PST 数据结构。这是一次性的影响仅在初始启动的。在升级过程可能需要几分钟到两个小时。时间取决于多大的 PST 并 OST 文件是和第一个启动过程中在配置文件中装载多少 PST 文件。一旦更新数据结构，Outlook 将受益的改进。我们希望只要在升级过程已完成，并开始使用 Outlook 2007 SP2 时您会看到回报是值得等待。没有一个新的升级对话框了显示优化的工作 Outlook 正在执行的操作以使该磁盘上的所有内容速度更快的进度。此对话框关闭后，将提高 Outlook 的响应能力。 收起这个图片  提示如果在一天的结束时安装了 SP2 启动 Outlook，在安装之后和之前您回家。在第二天早上中的所有内容将会完成，快速，并等待您。 等待此第一启动体验的一种替代方法在较大的数据文件的情况下，等待此升级完成的一种替代方法可能很有用。更新上第一次运行的 Outlook 数据文件，而不是您而是可以下载您的邮箱的新副本。这将从头创建新的磁盘存储文件。执行此操作时向新的本地数据文件中添加新内容时，存储升级会动态地发生。因此，它没有升级对话框。当 Outlook 正在同步您的邮箱时, 它将首先显示您最新的邮件。它将在用户不必等待整个邮箱同步的情况下成为积极地响应用户操作。在后台发生的同步大多数。这使用户可以使用最新的邮件数据。这种方法可能会提供更好的用户体验比升级现有的数据文件，如果用户具有几千兆字节或更多的较大的数据文件的默认过程。有关如何下载您的邮箱的新副本，请参阅"如何以创建一脱机文件夹文件对于 Exchange 服务器"部分中的以下 Microsoft 知识库文章的说明：290857?
(http://support.microsoft.com/kb/290857/
)
如何使用 Outlook 2002 中的脱机文件夹 (.ost) 文件 注意如果您的配置文件包括 PST 文件存储在网络共享上将极大地影响完成新的 OST/PST 升级体验所需的时间。此配置不受 Microsoft 和已知通常会导致性能问题。没有任何变通办法或计划在此升级方案的改进。因此，注意此额外的一次性影响如果您当前正在运行在此配置中。 关机outlook 具有内置逻辑，导致它时它检测到第三方使用它为数据访问，或与 Outlook 功能已集成否则关闭拒绝。 这种设计的副作用是，用户，Outlook 会经常失败退出没有明显的原因。 如果所有的存储提供程序都支持它，我们有优化关闭 Outlook 快速的停止所有的服务器活动、 刷新到磁盘的未保存的 PST 内容、 保存 unpersisted 首选项和 $ 设置，然后快速退出的 SP2。 最特别要注意 Outlook 不会再等待释放的外部引用。注意 outlook 动态连接线 (OLC） 12.1 不支持此更快地关闭。 因此，Outlook 必须继续使用速度较慢的关机方法时 OLC 12.1 正在用于确保数据不会丢失。 结果是在一致可靠关闭甚至在诸如服务器同步的大量活动的期间。 没有可供开发人员有关如何更新他们的应用程序以最好地集成此新的关闭模型的 more technical information (http://msdn.microsoft.com/en-us/library/dd239276.aspx) 。 我们的目标是 Outlook 关闭 （在几秒钟） 快速可靠地，和一致的方式。此外，如果 Outlook.exe 进程仍在运行，则关闭 Outlook 后，通知区域中将出现一个新的 Outlook 图标。只要 Outlook.exe 进程正在运行，并且是不可用的 Outlook 用户界面以下的 Outlook 图标将出现在通知区域中： 收起这个图片  文件夹/视图切换文件夹切换，并排列方式切换为我们开发了一个高度优化、 非常紧凑的新索引的文件夹的内容，它按日期排序。 对日期进行排序是最常用的内容表排列方式的基础。 能够加载该索引在短时间内的一个非常小，并始终保持最新版本是 SP2 中的速度非常快文件夹交换机体验主干。 新的日期索引是与成千上万的单个文件夹中的项目甚至更有效。结果是切换到最大文件夹甚至用秒，但有时第一个切换到该文件夹可以采用更长的时间而我们建立索引。这，再次，是一次性的成本。 注意当在连同 ost 和 pst 缓存 Exchange 模式下使用 Outlook 时，将显示这些收益的大多数。 联机模式用户将继续，请参阅很大程度上由服务器性能以及网络条件，其视图性能。 结束时总体响应速度显著改进了 Outlook 2007 sp2。 在 SP2 的跨多个计算机我们自己每日用法，我们收到了关于改进响应能力更积极的反馈。注意减少读取和写入磁盘上的要求有最小的硬件需要维护良好的用户体验的积极影响。 这是为早期生成稳定状态硬盘磁盘驱动器和经常与大的邮箱或较大的存档文件夹关联的较大的本地存储区文件尤其如此。 若要为客户提供更具体的指南，我们正在开发一个更具体的数字分析这些改进。 outlook 2007 SP2 是在 Outlook 2007 SP1 的重大升级。 许多最常见的任务如关机和 $ 切换文件夹，都是在目标方案中更多响应。 outlook 2007 SP2 日历因为任何地方都具有相同数据是工作的可靠的日历的基础，它是工作的我们的很多主要很大程度上缓存 Exchange 同步不足为奇。 我们改进同步引擎，使 Outlook 自动解决冲突的编辑而不会在冲突文件夹中生成的项目的其他副本。 我们还打开了冲突解决引擎的缓存其经理的日历的代理。 通过在 $ 同步上的很大程度将重点放，我们大多数情况下消除了导致问题，如以下问题：
一般的可靠性除了同步焦点也有重要的一般用途可靠性修补程序的集合。 例如对于在缓存 Exchange 模式下 SP2 之前，编辑会议有时可能生成一条错误消息，指示该项目已被更改，并且不能保存所做的更改。 SP2 解决这种情况下，并防止 disallowing 保存的冲突。 如果您使用 Outlook 外接之前 SP2，不管如何很多时候，您尝试更改某个项目，更改永远不会被保存，直到重新启动 Outlook。 在 SP2 中被解决此问题。 此外，使用持续的日历交易记录的加载应更可靠。我们做其他可靠性改进如保持的私人性质项目专用上能够消除提醒，并消除了重复的收件人的更新。 此外，一些仅向添加或删除的与会者发送提示相关的问题被固定。这些问题生成的会议中的所有人的更新。 时区时区定义和夏时制节约定义更改变得更频繁的全局范围内。我们已在此不断增加的客户需要的响应中更改如何我们将更新传递到该时区和夏时制节约工具。sp2，更新从 Outlook 中删除，并提供在 Time Zone Data Update Tool for Microsoft Office Outlook (http://www.microsoft.com/downloads/details.aspx?FamilyID=e343a233-b9c8-4652-9dd8-ae0f1af62568) 中以独占方式。下载工具也已更新以包括更高的可见性的 「 开始 」 菜单项。在 Outlook 2000、 Outlook 2002、 Outlook 2003 和 Outlook 2007 中支持此工具。结束时我们具有固定的许多基本的问题可能以前导致不可预知的行为的日历使用。 我们希望确保每个人的日历包含一致的信息和约会能够工作。 我们了解关键重要性的可靠的日历，我们的客户。 因此，我们花费了大量的时间捕获反馈并调试以提高日历体验的问题。单个修复的 bug在二月累积更新中包括下列修复程序：
已知的问题
 机器翻译注意：这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇，语法或文法的问题，就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量，但是我们不保证机器翻译的正确度，也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。 点击这里察看该文章的英文版： 968009?
(http://support.microsoft.com/kb/968009/en-us/
)
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性，不作任何声明。 所有该等文件及有关图形均"依样"提供，而不带任何性质的保证。Microsoft和/或其各供应商特此声明，对所有与该等信息有关的保证和条件不负任何责任，该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下，在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中，Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。 | 其他资源 其他帮助资源社区或论坛马上获得帮助文章翻译
|
回到顶端
