关于配置数据库运行时编辑功能

在 IIS 6.0 发布以后，Administrators 组中的成员可以在 IIS 正在运行时直接编辑配置数据库文件，所做更改立即应用到内存中的配置数据库。因为 MetaBase.xml 是文本文件，所以可以实现该功能（称作“运行时编辑”）。如果启用了运行时编辑功能，则可以使用常见的文本工具（如 Microsoft 的记事本）来完成直接编辑。

运行时编辑功能取决于配置数据库历史功能，该功能跟踪管理员对 MetaBase.xml 文件进行的更改。配置数据库历史功能在默认情况下被启用。

要点 您必须是本地计算机上 Administrators 组的成员或者必须被委派了相应的权限，才能执行下列步骤。作为安全性的最佳操作，请使用不属于 Administrators 组的帐户登录计算机，然后使用运行方式命令以管理员身份执行该步骤。

运行时编辑过程

IIS 使用 Windows 的文件更改通知来确定保存 MetaBase.xml 文件的时间。当 IIS 检测到配置数据库文件已经保存，则进行下图所示的一系列检查。基于下图中显示的各步骤的结果，提供了几个可能的方案，以演示运行时编辑功能的行为。

要点 不能通过使用运行时编辑功能直接编辑 MBSchema.xml 文件。必须以编程方式更改配置数据库架构。

第 1 步：IIS 接收到 MetaBase.xml 已保存的文件更改通知。

当保存配置数据库文件时，IIS 从 Windows 接收一个文件更改通知。如果 MetaBase.xml 被写入锁定，则当管理员试图用“记事本”之类的应用程序直接保存 MetaBase.xml 时，会产生一个错误，且不出现文件更改通知。

第 2 步：IIS 在 MetaBase.xml 中搜索 HistoryMajorVersionNumber。

IIS 读取 MetaBase.xml 文件中 HistoryMajorVersionNumber 属性的值以确定主要版本号。

第 3 步：IIS 在历史文件夹中查找相应的历史文件。

相应的历史文件是指用最高次要版本号命名的文件，它的 HistoryMajorVersionNumber 值与在第 2 步中在 MetaBase.xml 中找到的值相同。如果找到了相应的历史文件，则 IIS 继续执行第 4 步。

第 4 步：分析 MetaBase.xml。

IIS 对 MetaBase.xml 文件进行分析以确定是否存在致命的可扩展标记语言 (XML) 错误（如 XML 结束标记丢失）。如果 MetaBase.xml 的分析成功，IIS 继续执行第 5 步。

第 5 步：将 MetaBase.xml 与相应的历史文件进行比较。

IIS 将 MetaBase.xml 文件与历史文件夹中具有相同主要版本的相应历史文件进行比较。IIS 确定这两个文件之间的区别：

• 如果未对 MetaBase.xml 进行任何更改，则不创建历史文件，且不再执行任何操作。
• 如果对 MetaBase.xml 进行了更改，则 IIS 继续执行第 6 步。

第 6 步：检查在 MetaBase.xml 中更改的层次是否存在于内存中的配置数据库中。

IIS 判断在 MetaBase.xml 文件中对其进行更改的层次/节点是否存在于内存中的配置数据库中。如果该层次/项存在于内存中的配置数据库中，则 IIS 继续执行第 7 步。

第 7 步：通过管理基本对象 (ABO) 将更改写入到内存中的配置数据库中。

所做的更改通过 ABO 写入到内存中的配置数据库中。

在 MetaBase.xml 中进行的更改可能会因以下原因不发送到内存中的配置数据库中：

• 更改破坏了配置数据库架构；例如，属性名的拼写有误。
• 内存中的配置数据库由某个用户进行写入锁定，该用户使用 Active Directory 服务界面 (ADSI)、ABO 或 Windows Management Instrumentation (WMI) 对同一个配置数据库节点或属性同时进行更改。
• 内存中的配置数据库中没有在 MetaBase.xml 文件中对其进行更改的项。如果在 MetaBase.xml 文件发生更改并存盘之前，管理员使用编程接口或 IIS 管理器删除了内存中配置数据库中的项，则可能会发生这种情况。

如果因上面列出的任一原因而未将所做更改写入到内存中的配置数据库中，则会向事件日志发送一个错误或警告。有关同时更新的详细信息，请参阅下面的同时更新。

第 8 步：IIS 创建一个包含相应历史文件的内容以及在内存中的配置数据库中写入的更改的新历史文件。

历史文件在历史文件夹中创建。新文件包括相应历史文件的内容组合以及在第 7 步中写入内存中的配置数据库中的更改。新历史文件由在 MetaBase.xml 文件中找到的主要版本号（在第 2 步中确定的 HistoryMajorVersionNumber 属性值）和第二高的次要版本号来命名。IIS 在历史文件夹中查找用于相同主要版本号的最高次要版本号，它使用下一个连续的次要版本号来命名新历史文件。这个命名约定使得对该文件的相同主要版本号进行的连续编辑可以正确进行。

同时更新

IIS 支持在编程接口（如 ADSI 和 WMI）之间同时更新。但是，在某些情况下，可能会出现上面的第 8 步中描述的错误。规则是更新结果总是由最后一次写入操作决定。

IIS 还支持由多个编程接口和一个直接编辑 MetaBase.xml 文件的管理员同时进行更新。但是，如果同时写入到同一个配置数据库节点或属性，则可能导致错误。

可通过更改配置数据库文件的访问控制列表 (ACL) 或通过让计算机只有一个管理员来防止发生错误。在默认情况下，只有 Administrators 组和 LocalSystem 帐户的成员才能够访问配置数据库文件。IIS 在内部使用 System 帐户来更改配置数据库文件，以便必须保留访问控制项 (ACE)。有关 ACL 的详细信息，请参阅访问控制。

© 1997-2003 Microsoft Corporation。保留所有权利。