Oracle数据库重放功能介绍

1、Oracle数据库重放功能介绍Oracle Database Replay目录 HYPERLINK l _bookmark1 引言4 HYPERLINK l _bookmark1 数据库重放工作流4 HYPERLINK l _bookmark2 常见使用情形6 HYPERLINK l _bookmark2 捕获6 HYPERLINK l _bookmark3 设置捕获7 HYPERLINK l _bookmark3 指定过滤器7 HYPERLINK l _bookmark4 捕获监视和报告8 HYPERLINK l _bookmark4 开销8 HYPERLINK l _bookmark4 测

2、试系统设置和负载处理8 HYPERLINK l _bookmark5 重放9 HYPERLINK l _bookmark5 重放客户端9 HYPERLINK l _bookmark5 重放技术9 HYPERLINK l _bookmark5 同步9 HYPERLINK l _bookmark6 数据重新映射10 HYPERLINK l _bookmark7 数据差异原因11 HYPERLINK l _bookmark8 重放选项12 HYPERLINK l _bookmark8 服务器选项12 HYPERLINK l _bookmark9 连接重新映射13 HYPERLINK l _bookm

3、ark9 设置重放客户端13 HYPERLINK l _bookmark9 重放分析和报告13 HYPERLINK l _bookmark10 重放报告和监视14 HYPERLINK l _bookmark11 会话故障15 HYPERLINK l _bookmark11 错误差异15 HYPERLINK l _bookmark11 数据差异15 HYPERLINK l _bookmark11 用户提供的数据验证脚本15 HYPERLINK l _bookmark11 性能比较15 HYPERLINK l _bookmark12 限制16 HYPERLINK l _bookmark12 最佳实

4、践16 HYPERLINK l _bookmark12 捕获计划16 HYPERLINK l _bookmark13 测试系统设置和负载捕获处理17 HYPERLINK l _bookmark13 重放计划17 HYPERLINK l _bookmark13 PLSQL 程序包17 HYPERLINK l _bookmark14 DBA 视图18 HYPERLINK l _bookmark14 结论18数据库重放敏捷的企业无论其操作系统、服务器还是软件都要能够快速采用新技术，以帮助它们在竞争中处于领先地位。但是，更改往往导致关键任务 IT 系统出现不稳定时段。结合使用真正应用测试和 Oracl

5、e 数据库 11g 企业版，企业能够快速采用新技术，同时消除更改带来的风险。真正应用测试将负载捕获和重放特性与 SQL 性能分析器整合到一起，以帮助您测试更改对实际负载的影响，然后帮助您在将更改部署到生产系统之前对其调优。引言硬件/软件升级、为应用程序打补丁等系统更改对保持企业在合规性/安全性方面的竞争优势至关重要。企业在将更改引入生产系统之前，花费大量时间和精力，在测试环境中评估和测试系统更改。但是，尽管使用各种脚本和模拟工具进行此类测试，许多问题通常在进行生产部署和对系统性能和可用性产生不良影响以前无法检测到。测试成功率低的主要原因是现有工具无法使用实际生产负载进行测试。Oracle 真正

6、应用测试选件中的一个解决方案 数据库重放，支持系统更改的实际测试，方法是在测试系统上重新创建生产负载，同时保持负载的独有特性。要实现此操作，应在生产系统上捕获实时负载并在测试系统上重放此负载，重放时完全保持原始负载的时限、并发性和事务属性。这一经济高效的解决方案不需要生成和维护任何测试脚本。因此，以前需要几个月时间才能完成的复杂应用程序的测试现在只需几天即可完成。数据库重放工作流数据库重放工作流包括四个主要步骤：负载捕获在生产系统上启用负载捕获之后，系统将跟踪转到 Oracle 数据库的所有外部客户端请求，并以二进制文件（称为捕获文件）的形式将其存储到文件系统上。用户指定捕获文件的位置以及捕获

7、的持续时间。这些文件包含重放所需的所有相关信息，如 SQL 文本、绑定值、时钟时间、系统更改号等。捕获在数据库范围内进行并且识别 RAC，因此只需在一个实例上启动捕获。您可以通过企业管理器查看捕获进度和系统活 动。Oracle 建议在负载捕获之前准备好适当的备份和恢复策略，以便可以使用与捕获开始时相同的数据重新创建测试系统。为了从此特性获取最大收益，用户应该在高峰负载期间启用捕获，因为这是最令人感兴趣的测试时段。负载处理捕获之后，必须处理负载文件，然后才能重放。这将创建重放负载所需的必要元数据。很重要的一点是，要在与重放系统相同的数据库版本上进行一次处理。处理之后，捕获的负载便可以在相同版本上

8、反复重放。通常建议在重放负载的测试系统上执行此步骤。负载重放负载经过处理之后就可以重放了。测试系统应该应用更改，数据库应该反映与捕获开始时相同的应用程序数据状态。可以使用一种称为重放客户端的特殊客户端将负载发送到数据库服务器，并且保持与捕获系统中相同的时限和并发性特性。可以使用一个校准工具来帮助确定重放客户端的数量，因为可能需要多个重放客户端来驱动负载。负载文件必须可用于数据库服务器以及所有重放客户端。分析和报告大量报告供您对捕获和重放进行详细的分析。重放过程中遇到的所有数据错误或差异都将进行报告。强烈建议使用应用程序级验证脚本来评估重放之后的应用程序数据状态。 还提供了使用 AWR 数据的报

9、告以进行详细的性能分析。AWR 数据将在重放之后自动导出到负载目录中，从而允许在重放之间进行比较。图 1：数据库重放工作流Oracle 的企业管理器对以上工作流中的所有步骤提供完全支持。以下显示的是企业管理器内启动上述任意步骤的页面。图 2：企业管理器数据库重放启动页面常见使用情形可以使用数据库重放测试数据库级别或该级别以下的任何系统更改。这包括配置和硬件更改。以下列出的是数据库重放的一些常见使用情形数据库升级，包括补丁部署。配置更改，如从单一实例转换为 RAC、使用 ASM。试验负载平衡技术和 RAC 服务。更改数据库配置参数，如调整参数大小操作系统和硬件平台迁移。存储、网络、互连更改本白皮

10、书的其余部分更详细地介绍了 Oracle 建议的各种步骤以及最佳实践。捕获系统将跟踪转到 Oracle 数据库的所有外部客户端请求，并以二进制文件的形式将其存储在指定的目录中作为输入。不捕获后台活动和系统活动。负载捕获基础架构支持本地文件系统和共享文件系统。捕获文件的大小还取决于负载，并与需要捕获的数据成正比。请注意，捕获的数据的格式与平台无关；这允许您在硬件平台之间测试迁移。随着时间的推移，负载目录将包含负载文件、重放必需的元数据，以及捕获和所有后续重放的 AWR 快照（以允许进行比较）。建议在捕获和每次重放之后，将此负载目录移至单独的位置。每次重放都会向此目录中添加更多的内容，因此必须保持

11、使用一组相同的文件以保留重放历史记录和比较。我们当前支持 Oracle 数据库 10.2.0.4 及更高版本上的负载捕获。请参阅有关限制的章节以获取不支持特性的列表。设置捕获在开始捕获之前，需要创建一个目录对象。请确保基础目录为空，并具有足够的存储空间。如果系统空间不足，则捕获将自动停止而不会影响用户负 载。负载捕获可以按需运行或按计划在某个特定时间运行，持续时间应该覆盖应用程序令人感兴趣的时段（如高峰时间），在捕获过程中将自动生成维护时段 AWR 快照以进行分析和报告。捕获结束时，用户应将快照导出到包含负载文件的目录中。企业管理器对这些操作提供完全支持。指定过滤器捕获基础架构提供了根据以下负

12、载属性包括或排除特定负载的功能：用户、程序、模块、操作、服务以及会话 ID。由于许多应用程序可能共享同一数据库，因此可以使用过滤器仅测试某些需要升级的特定应用程序，而不是测试整个系统。还可以使用过滤器来滤掉 DBA 可能要在捕获过程中执行的管理负载。图 3：捕获报告捕获监视和报告企业管理器提供了大量统监视功能。您可以通过图形了解捕获的负载量（相对于整个数据库负载）。您还可以随时获取捕获的状态报告。在捕获过程中将自动生成 AWR 快照，AWR 中的性能数据用于提供更详细的捕获报告。建议导出 AWR 以便进一步分析并与重放进行比较。除了性能数据之外，报告还显示了已经捕获的负载、尚未捕获的负载量以及

13、无法重放的负载量。开销负载捕获过程已经过高度优化，以确保即使在繁忙系统上它所产生的开销也可忽略不计。开销主要取决于负载，并与需要捕获的数据成正比。例如，如果负载主要包括属于长时间运行的查询的调用，则开销可降至最低，因为每个时间单位内捕获的数据较少：对于执行此查询的每个调用，仅捕获每个会话一次的复杂查询的文本。相反，如果负载包括大量插入，则开销将会升 高。例如，我们已经观察到在运行并发性较高的 TPCC 负载的系统上，吞吐量降低 4.5%。测试系统设置和负载处理捕获负载之后，下一步是设置测试系统并应用用户要测试的更改，如数据库升级或系统配置更改。测试系统应该将数据库恢复到捕获开始之前的时间 点，

14、以反映相同的应用程序数据状态，否则数据库在重放过程中可能遇到数据差异。可以使用 RMAN、快照备用、导入/导出工具等执行应用程序数据的复制或恢复。可以从捕获报告中检索捕获时段的起始 SCN。（参见图4）。例如，如果测试数据库升级，则可使用 RMAN 将测试系统上的数据库恢复到特定的 SCN 或时间点，然后执行升级。在测试系统上进行处理之前，需要将捕获文件传输并整合到一个目录中。处理负载捕获将导致创建重放负载所需的必要元数据。需要在与重放系统相同的数据库版本上进行一次处理。处理之后，捕获的负载便可以在相同版本上反复重放。重放捕获的负载经过处理之后就可以在测试系统上重放了。假设测试系统已经过适当设

15、置。一种称为“重放客户端”的特殊客户端将重放已处理文件中的负载。重放客户端将调用提交到数据库（完全保持与捕获系统中相同的时限和并发性），并对系统施加与生产环境中完全相同的负载。这样，可以在生产环境中引入更改之前，在测试环境中标识由更改导致的所有不稳定性及其后续补救。必须注意的是，重放不需要中间层或应用层。只需数据库和重放客户端即可忠实地再现生产负载并测试系统更改。重放客户端“Oracle 数据库 11g 实际增加了三个新特性，即自动 SQL 调整、分区顾问程序以及真正应用测试。仅使用这三个特性便足以进行升级。”Arthur Fleiss， Colgate-Palmolive 的 IT 架构师重

16、放客户端是指重放捕获文件的多线程 OCI 客户端。每个重放客户端线程读取一个 捕获文件，并将记录的调用解释为它提交到数据库的一系列 OCI 调用。重放客户端使用捕获处理输出来了解何时开始重放捕获文件。开始重放文件之后，重放客户端线程将根据记录的时限发出调用：它执行在两个连续调用之间记录的判断时间。实际上，这意味着客户端的不同重放线程之间没有协调。所有同步（如果启用）均在服务器端进行，这将产生极具可扩展性的体系结构，在该体系结构中，我们可以根据需要使用多个重放客户端，而不会产生任何开销。虽然重放客户端是可以同时重放多个会话的多线程应用程序，但重放会话数实际上受到每个进程的线程数、打开文件描述符数

17、等限制。建议一个重放客户端独自重放的并发会话不应超过 50 个。如果记录的负载具有多个并发会话，则应启动多个重放客户端以便进行忠实的重放。我们提供了一个校准实用程序，可以估算这些数量（请参阅有关“设置重放客户端”的章节以获取更多信息）。名为 wrc 的重放客户端二进制文件是 Oracle 客户端和 Oracle 即时客户端的一部分。重放技术同步一个关键突破是能够重放负载，同时保持原始的并发性和事务特性。我们将此称为“同步”。如果在重放过程中启用同步（默认行为），则服务器将执行提交排序以保留事务特性。我们将捕获过程中的调用分类为提交操作和非提交操作。这种区分的依据是提交操作更改数据库状态，并使新

18、状态对所有后续操作均可见。由于任何调用的结果都取决于数据库状态，因此重放必须确保每个调用都遵循相应的提交操作，以满足结果一致性以及最后的数据库最终状态一致性。为了执行此要求，过“早”到达服务器以进行重放的重放调用将等待后面的等待事件， 直到相应的提交操作得到重放：WCR：重放锁定顺序。如果会话在捕获过程中看到与事务（其提交操作尚未重放）发生锁争用，则该会话将在重放过程中等待此事件。WCR：重放时钟。这是空闲事件。 如果会话需要查看的数据库状态取决于尚未重放的提交操作，则该会话将在重放过程中等待此事件。图 5：重放同步示例图 6 中显示了一个简单的同步示例。在捕获过程中，非提交操作 T3 在提交

19、操作 S2 之后执行。因此， T3 可见到 S2 对数据库状态进行的更改。现在，我们可以想象，S2 提交在重放过程中要比在捕获过程中更慢，需要更多时间才完成。即使重放客户端发出 T3 与捕获过程中发出 T3 的时间相同，数据库也应该直到 S2 完成时才重放 T3，否则 T3 将错过 S2 的更改。因此，T3 将置于 WCR：重放时钟 等待事件之上，直到 S2 完成。如果禁用同步，我们将不能在调用之间执行任何逻辑相关性，在这种情况下，仅根据捕获的时限重放调用。数据重新映射即使我们执行逻辑数据相关性，也会出现重放调用所执行操作与其在捕获过程中所执行操作不同的情况。当调用包含的系统相关数据在重放系统

20、中无效时，便会出现这种情况。Oracle 数据库中此类数据的示例包括行标识符 (rowid)、大对象定位器 (lob locator) 以及结果参考 (refcursor)。如果这些数据是绑定值的一部分，则重放客户端会将它们重新映射到运行时正确值。以下示例（图 7）说明了运行时重新映射。捕获作为选择列表一部分返回客户端的 rowid (1)。 然后捕获相同的 rowid 作为绑定 (2)。在重放过程中， 与 select 语句 (3) 关联的捕获 rowid 使重放客户端预计 rowid 的重放时间值。此时，在捕获的 rowid 与重放过程中出现的 rowid 之间进行关联。重放更新 (4)

21、时，将使用重放时间 rowid。这将使更新成功，并更新员工行。select rowid from emp w here name=”Smith”;update emp set sal= 2 * sal where row id = :1;(1)(3 )(2) (4 )捕获重放图 7：系统相关值的运行时重新映射对于在服务器内生成的标识符（如序列值），还需要进行重新映射。当重放的调用使用序列值时，重放基础架构将查找负载在捕获阶段使用的各个序列值。这样便为重放的调用提供了它在捕获过程中遇到的完全相同的值。如果序列代码在重放过程中不变，则重放的调用最可能使用不同于捕获过程中使用的序列值，从而导致数据差

22、异。数据差异原因如果出现以下情况，则认为重放的调用出现差异它在重放过程中影响的行数不同于在捕获过程中影响的行数；它在重放过程中遇到一个错误，而在捕获过程中没有错误或出现一个带有不同错误代码的错误。由于捕获的数据不包含任何结果，因此我们无法知道调用在重放过程中是否真正具有与捕获过程中相同的结果。但为了重放，行计数和错误值足以表明重放的调用是否与其捕获的对应物具有类似的执行方式。虽然重放技术足够高级，可以处理同步和数据重新映射，但是不一定始终能够实现结果一致性。确实存在一些极端情况，但在我们试验的所有负载中， 只有小部分的调用中出现这些情况，并不会使作为测试工具的重放值无效。出现差异的原因可能有：

23、PLSQL 脚本内的多个提交 在这种情况下，我们将整个 PLSQL 块视为单个提交操作，不会在 PLSQL 块内的语句与其他会话的调用之间执行提交排序。重放过程中未同步的用户操作 例如，对 dbms_pipe、用户锁、dbms_lock.sleep 等的调用使用不可重复的函数 例如，PLSQL 的 RANDOM() 和SYSDATE 都是此类函数。捕获开始时的实时会话 这些会话可能包含对未在捕获开始之前提交的数据进行操作的调用。这些调用将出现差异，因为实时会话的缺失部分不会重放。对外部实体的引用 当捕获的调用使用指向远程数据库的工具（如数据库链接）时，如果远程链接不存在，则调用将在重放过程中失

24、败。与计划作业的交互 如果在测试系统中执行的计划作业与某些重放会话所用的用户数据进行交互，则可能存在差异，因为我们没有对 计划程序作业内的提交进行排序。在大多数实际情况下，重放都会努力使重放差异降至最低。既然重放是一种测试工具，我们便接受某些差异，因为可以容许极端情况。这也强调了，必须具有应用程序级验证脚本以评估重放质量。重放选项服务器选项默认情况下，以完全同步模式进行重放。重放与捕获的负载具有相同的事务提交排序、相同的并发性以及相同的时限。每个重放线程的开始时间与它在捕获时的开始时间相同（相对于捕获/重放的开始时间），并且在重放过程中还执行捕获过程中在同一会话中任何两个连续调用之间记录的判断

25、时间。此模式在设计上确保了数据差异最小。但是，它可能增加某些开销（主要由提交排序所致），这些开销在某些情况下可能使性能测试无效。因此，我们提供了相应选项以针对每种测试情况适当调整重放行为。提交排序可以启用或禁用。如果在重放过程中可以容许某些数据差异，则可以忽略提交排序。如果您的应用程序在会话之间具有最小的相关性，则此模式将不会产生显著的数据差异，并且可能很有用。它还可以用于压力和负载测试。其余的三个重放选项（连接时间比例、判断时间比例以及自动速率）将调整重放的请求率。默认情况下，连接时间比例和判断时间比例都设置为100%，这是请求率一致性所需的。可以根据具体情况调整它们。例如，当试图在 4 节

26、点 RAC 系统（可以处理的请求率多达单个实例设置的 4倍）上重放单个实例捕获时，可以将判断时间比例设置为 25%，从而使重放客户端发出的负载的请求率为原来的四倍。默认情况下启用自动速率，在这种情况下，重放线程将尝试通过适当减少判断时间来保持捕获的请求率。如果禁用自动速率，则不会减少捕获的判断时间以弥补执行时间较长的调 用。连接重新映射捕获时，将记录已记录会话用来连接到数据库的连接字符串。但是，用于重放的数据库通常不是捕获过程中使用的数据库。因此，在开始重放之前，用户需要重新映射这些连接字符串。以下是一些可能的重新映射情况：一对一 简单的实例到实例重新映射。还可以将单个连接字符串重新映射到负载

27、平衡监听程序，以测试从单个实例到 RAC 系统的升级。多对一 将几个连接字符串重新映射到测试系统中的单个服务（如负载平衡监听程序）。设置重放客户端用户可以配置重放过程中使用的重放客户端数。但是，建议用户针对已处理的捕获负载以校准模式 (wrc mode = calibrate) 运行 WRC 重放客户端。校准报告提供了有关要使用的重放客户端数以及将需要的 CPU 数的建议。它还提供了一些有关捕获过程中的捕获会话数和最大并发性的信息。强烈建议至少使用校准报告建议的重放客户端数和 CPU 数。如果无法做到这一点， 则可能导致不忠实的重放和/或重放客户端错误。此外，用户必须确保所有重放客户端都可以连

28、接到重放数据库，并且都可以访问包含已处理的捕获文件的目录。这可以通过将目录复制到客户端计算机或使用共享文件系统实现。如果使用前一种方法，则不应在重放之后将客户端计算机上的目录内容复制回原始目录。这将导致覆盖至关重要的重放数据。重放分析和报告重放之后，用户便可以评估重放的质量（与负载捕获相比）。典型的常见问题包括：一般重放信息（如开始时间、结束时间、重放选项、使用的重放客户端数等）是什么？重放已经完成了吗？它是否已取消？与捕获或与先前的重放相比，重放的快慢程度如何？重放是否已实际运行预期负载？重放过程中遇到什么错误和数据差异？重放的性能特性是什么？数据库重放特性提供了重放报告，以帮助用户分析重放

29、。为了进一步研究， 可以使用其他性能报告（AWR、比较时段、ASH）和性能顾问程序(ADDM)。重放报告和监视用户可以使用企业管理器监视重放的进度和系统活动，并在重放过程中或重放结束时生成报告。重放报告包括重放信息、重放统计信息、负载概要以及重放差异，如重放过程中遇到的错误以及 DML 或 SQL 查询返回的行中的数据差异。上图是重放报告的一个示例。由于空间限制，我们仅显示了“重放信息”的概述和详细信息。以下部分概述了如何解释报告的不同部分。会话故障用户会话的重放可能失败，并且将跳过会话中其余调用的重放。这在重放报告中显示为会话故障。会话故障可能由不正确的系统配置导致。（如： 最大进程限制）。

30、它还可能由影子进程或重放线程的崩溃导致，在这种情况下，应该在客户端或服务器日志目录中找到事件。错误差异如果特定调用的重放返回新的错误或不同的错误，则会报告错误差异。有三种情况：未找到：捕获过程中出现而重放过程中未出现的错误新错误：捕获过程中未出现而重放过程中出现的错误变异：重放过程中出现但与捕获过程中不同的错误数据差异在捕获和重放过程中，将记录每个查询 (SELECT) 或 DML（INSERT、UPDATE）的行计数。行计数中的不同之处被报告为差异。极为重要的是，用户不仅仅依赖于此数据。用户提供的数据验证脚本由于负载重放的复杂性，用户可能很容易迷失在提供的详细差异分析中。强烈建议使用应用程序

31、特定的验证脚本评估重放质量。有两种方法用于开发验证脚本。首先，用户可以注入验证数据的主要方面的负载定制设计脚本。为此类脚本提供相应的“模块名称/模块名称操作” 属性，可允许报告基础架构生成有关这些脚本的详细重放特定报告。前提是，如果此类定制设计脚本没有出现差异，则重放很好地完成了再现捕获负载的任务。另一种方法是，开发脚本以评估重放的总体成功度。例如，如果在负载捕获过程中处理了 10,000 个订单，则您应该验证在重放过程中也处理了类似数量的订单。请注意，在这种情况下，验证脚本并不是负载捕获的一部分。性能比较仅当对重放的数据质量评估符合要求之后，执行性能分析才有效。可以使用捕获和重放报告进行简单

32、的性能比较。例如，用户可以比较持续时间、等待类/事件次数等。除非重放以异步模式运行，否则明显的错误或数据差异表明重放没有适当地运用数据库。由于同步的特性所在，可能无法进行精确的数据库时间比较（如果启用同步）。这是因为同步将导致等待“wcr：重放时钟”空闲等待事件。另请注意，同步将消除在捕获过程中发生的某些事件；这些事件包括行锁等 待，以及少数缓冲区忙和全局缓存忙等待事件。在捕获过程中，这些等待事件所用的时间主要来自“wcr：重放锁顺序：”重放等待事件。为了深入研究重放的非重放特定性能，可以使用现有工具来监视和衡量性能。这些工具包括 AWR、ASH 以及 AWR 比较时段报告。限制数据库重放可以

33、捕获和重放所有 SQL 相关调用和 PLSQL 调用，包括PLSQL RPC。但是，当前数据库版本 (11.1) 不支持以下特性：SQL Loader 直接路径加载、导入/导出基于 OCI 的对象导航 (ADT) 和 REF 绑定流、非基于 PLSQL 的 AQ分布式事务、远程描述/提交操作闪回查询共享服务器最佳实践此部分汇总了用户为有效使用数据库重放特性而应考虑的实践列表。捕获计划存储开销：所需的存储大小主要取决于负载。用户需要为负载捕获文件提供足够的磁盘空间。Oracle 建议根据短期内运行的捕获估算大小。捕获时段：捕获时段应该包含令人感兴趣的负载，如高峰时间。重新启动数据库：重新启动数据

34、库是可选的，但是如果在捕获开始时具有实时会话，则这些会话在捕获开始之前更改的数据可能在重放过程中导致差异。建议在可能的情况下重新启动数据库，以将数据差异降至最低。用于 RAC 的文件系统：如果可能，建议使用共享文件系统。AWR 数据导出：导出 AWR 提供了深入分析重放性能所需的统计信息。在导出 AWR 之前，用户应该考虑对生产系统的影响。测试系统设置和负载捕获处理数据设置：应用程序数据需要与生产系统保持一致，以将重放差异降至最低。建议做好确保相同复制的计划。处理：应该在测试系统上而不是生产系统上进行处理，因为处理具有性能开销并且可能需要很长时间。重放计划隔离测试系统：应该将测试系统与生产系统

35、隔离，这样测试不会干扰生产。数据库重放基础架构提供了灵活的目录对象创建和连接重新映射，以实现此目的。系统时钟：如果应用程序逻辑涉及 SYSDATE 的使用，则用户应该考虑将重放开始时的系统时钟重新设置为捕获开始的时间。这里是另一个边栏注释区域。请注意，边栏没有可见的边界。PLSQL 程序包虽然数据库重放的主要界面是 Oracle 企业管理器，但是通过一些 PLSQL 程序包和 DBA 视图提供了命令行界面。请注意，需要 DBA 角色才能使用这些命令。用于控制负载捕获的 PLSQL 程序包是 dbms_workload_capture。以下是进行捕获时需要输入的主要命令。请参阅相关文档以获取更多详细信息。create directory