Select the product you need help with
在 2007 Office 套件 Service Pack 2 中的 outlook 2007 改进文章编号: 968774 - 查看本文应用于的产品 简介Microsoft Office Outlook 2007 Service Pack 2 （SP2） 是用户为中心的更新，包含在性能和可靠性日历中的重大改进。本文包含在每个区域中改进的详细的摘要。 注意您已成功安装更新后，Outlook 作为运行的 Outlook 将会有短暂的一次性延迟的第一次重新处理您的数据文件。在此初始过程后这篇文章中所述，将提高性能。 更新信息以下文件是可从 Microsoft 下载中心下载：收起这个图片 
(http://www.microsoft.com/downloads/details.aspx?FamilyId=B444BF18-79EA-46C6-8A81-9DB49B4AB6E5)
更多信息概述性能改进为所有客户的关键问题的性能和响应能力。就是为什么 Microsoft 进行许多性能调整和优化更改，都包括在 2007 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 明显响应能力更强的此版本的较大的优先级。 存储引擎最重要的更改来自本地存储引擎中的基础优化。个人文件夹文件 (pst) 和高速缓存的 Exchange 存储 (ost) 构建在相同的基础存储引擎。此本文太平洋标准时间指的是这两种技术。我们改进的常规读取和写入的 PST 特征，以便从磁盘到在 Outlook 中执行相同的常规操作要求更少。例如对于文件刷新经过优化，使它更有效地交互与操作系统和磁盘写入缓存。我们也已经更改了新数据写入到 PST 的方式。现在，它变得更紧密地一起保存在物理磁盘上，并要求从驱动器的更少的物理工作。这将加快编写相同的数据量所需的时间。此数据写入算法的副作用是 pst 大于在以前的版本中大约 20%。但是，我们有观察到大提高写入性能并减少了总体写入磁盘。有关可能增加.pst 和.ost 文件大小的详细信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章： 968413 而写优化了单个的最大更改，存储引擎中，也有其他很小的更改带来额外的好处。例如对于内部存储引擎优化分析最常见的一种典型的使用过程中的存储引擎执行的操作后进行。我们也具有优化的内部的"更改通知"的处理方式，尤其是当有许多它们。专门，如果要在 PST 中添加大量数据，大量的通知被触发更新，以适应新的数据的各种数据结构。因为这些通知较快，需要较少的 I/O，小型的每个操作的原始性能提高了。这意味着随着时间的节省。
(http://support.microsoft.com/kb/968413/
)
outlook 2007： PST 和 OST 文件后，可能会大达 20 %2009 年 2 月 24，累积更新 用户界面除了优化存储引擎，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 将受益的改进。收起这个图片  提示如果在一天的结束时安装了 SP2 启动 Outlook，在安装之后和之前您回家。 在第二天早上中的所有内容将会完成，快速，并等待您。 等待此第一启动体验的一种替代方法在较大的数据文件的情况下，等待以完成此升级对话框的一种替代方法可能很有用。 而不是的更新数据文件第一次运行的 Outlook SP2，您而是可以下载您的邮箱的新副本。这将从头创建新的磁盘存储文件。 执行此操作时向新的本地数据文件中添加新内容时，存储升级会动态地发生。因此，它没有升级对话框。 当 Outlook 正在同步您的邮箱时, 它将首先显示您最新的邮件。它将在用户不必等待整个邮箱同步的情况下成为积极地响应用户操作。 在后台发生的同步大多数。这使用户可以使用最新的邮件数据。这种方法可能会提供更好的用户体验比升级现有的数据文件，如果用户具有几千兆字节或更多的较大的数据文件的默认过程。 有关如何下载您的邮箱的新副本，请参阅"如何以创建一脱机文件夹文件对于 Exchange 服务器"部分中的以下 Microsoft 知识库文章的说明：290857
(http://support.microsoft.com/kb/290857/
)
如何使用 Outlook 2002 中的脱机文件夹 (.ost) 文件 注意如果您的配置文件包括 PST 文件存储在网络共享上将极大地影响完成新的 OST/PST 升级体验所需的时间。此配置不受 Microsoft 和已知通常会导致性能问题。没有任何变通办法或计划在此升级方案的改进，因此了解此额外的一次性影响如果您当前正在运行在此配置中。 关机outlook 以前具有内置逻辑，导致它关闭，当它检测到第三方使用它为数据访问，或已否则 Outlook 功能与集成时拒绝。这种设计的副作用是没有明显原因未退出 Outlook 经常将。如果所有的存储提供程序都支持它，我们有优化快速关闭 Outlook，由停止所有的服务器活动、 刷新到磁盘的未保存的 PST 内容、 保存 un-persisted 首选项和 $ 设置，然后快速退出的 SP2。最特别要注意 Outlook 不会再等待释放的外部引用。注意outlook 动态连接线 (OLC） 12.1 不支持此速度更快的关机过程。因此，Outlook 必须继续使用速度较慢的关机方法时 OLC 12.1 正在用于确保数据不会丢失。 结果是在一致可靠关闭甚至在诸如服务器同步的大量活动的期间。 有关如何更新他们的应用程序以最好地集成此新的关闭模型为开发人员更多技术信息，请访问下面的 Microsoft 网站： http://msdn.microsoft.com/en-us/library/dd239276.aspx 我们的目标是确保 Outlook 关闭快速在几个的秒可靠地，和一致的方式。此外，如果 Outlook.exe 进程仍在运行，则关闭 Outlook 后，通知区域中将出现一个新的 Outlook 图标。只要 Outlook.exe 进程正在运行，并且是不可用的 Outlook 用户界面以下的 Outlook 图标将出现在通知区域中：
(http://msdn.microsoft.com/en-us/library/dd239276.aspx)
收起这个图片  文件夹/视图切换文件夹切换，并排列方式切换为我们开发了一个高度优化、 非常紧凑的新索引的文件夹的内容，它按日期排序。对日期进行排序是最常用的内容表排列方式的基础。能够加载该索引在短时间内的一个非常小，并始终保持最新版本是 SP2 中的速度非常快文件夹交换机体验主干。新的日期索引是与成千上万的单个文件夹中的项目甚至更有效。结果是切换到最大文件夹甚至用秒，但有时第一个切换到该文件夹可以采用更长的时间而我们建立索引。这，再次，是一次性的成本。 注意当您使用 Outlook 在缓存 Exchange 模式一起使用 ost 和 pst 联机模式的用户仍将看到很大程度上由服务器的性能和网络条件规定他们查看性能时，将显示这些收益的大多数。 结束时总体响应速度显著改进了 Outlook 2007 sp2。在 SP2 的跨多个计算机我们自己每日用法，我们收到了关于改进响应能力更积极的反馈。注意减少读取和写入磁盘上的要求有最小的硬件需要维护良好的用户体验的积极影响。这是为早期生成稳定状态硬盘磁盘驱动器和经常与大的邮箱或较大的存档文件夹关联的较大的本地存储区文件尤其如此。若要为客户提供更具体的指南，我们正在开发一个更具体的数字分析这些改进。 outlook 2007 SP2 是在 Outlook 2007 SP1 的重大升级。许多最常见的任务如关机和 $ 切换文件夹，都是在目标方案中更多响应。 outlook 2007 SP2 日历任何地方都具有相同数据是工作的日历的可靠的基础，因为它是工作的日历的我们的很多主要很大程度上缓存 Exchange 同步不足为奇。因此，Outlook 会自动解决冲突的编辑而不会在冲突文件夹中生成的项目的其他副本，我们改进同步引擎。我们还打开了冲突解决引擎的缓存其经理的日历的代理。通过在 $ 同步上的很大程度将重点放，我们大多数情况下消除了导致如下所示的问题的问题：
一般的可靠性除了同步焦点的一般用途可靠性修补程序的集合也是重要的。例如对于在缓存 Exchange 模式下 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&displaylang=en)
中以独占方式。下载工具也已更新以包括更高的可见性的 「 开始 」 菜单项。在 Outlook 2000、 Outlook 2002、 Outlook 2003 和 Outlook 2007 中支持此工具。结束时我们具有固定的许多基本的问题可能以前导致不可预知的行为的日历使用。我们希望确保每个人的日历包含一致的信息和约会能够工作。我们了解到我们的客户的可靠日历的重要性。因此，我们已花费的大部分时间捕获反馈并调试以提高日历体验的问题。2007 Office 套件 Service Pack 2 中所修复的问题工作簿是可用的包含此服务包所修复的问题的列表。收起这个图片
(http://download.microsoft.com/download/C/2/C/C2C36159-600C-4EEA-B80A-F988EE7A418F/2007%20Office%20Service%20Pack%202%20Changes.xlsx)
已知的问题
属性文章编号: 968774 - 最后修改: 2009年4月20日 - 修订: 2.2
机器翻译 注意：这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇，语法或文法的问题，就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量，但是我们不保证机器翻译的正确度，也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。 点击这里察看该文章的英文版： 968774
(http://support.microsoft.com/kb/968774/en-us/
)
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性，不作任何声明。 所有该等文件及有关图形均"依样"提供，而不带任何性质的保证。Microsoft和/或其各供应商特此声明，对所有与该等信息有关的保证和条件不负任何责任，该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下，在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中，Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。 | 文章翻译
 |
回到顶端
