DBMS_Resource_Manager.Calibrate_IO 用法

Question

DBMS_Resource_Manager 有一个名为Calibrate_IO的过程，带有一个 Physical Disks 输入参数。文档说这个值应该设置为...

数据库存储中物理磁盘的大约数量

在包含 30 个驱动器的 SAN 磁盘组中，一个逻辑驱动器跨未知数量的磁盘条带化，我不确定这意味着什么。我针对 1 和 30 的值运行了该过程，但 IOPS、MBPS 和延迟几乎相同。

这个数字是仅供参考还是实际使用？如果是后者，那么逻辑盘和物理盘不是一一对应的时候应该怎么设置呢？

块运行程序：

set serveroutput on;

DECLARE
   vDisks         Binary_Integer := 30;
   vMaxLatency    Binary_Integer := null;
   vMaxIOPS       Binary_Integer;
   vMaxMBPS       Binary_Integer;
   vActualLatency Binary_Integer;
BEGIN   
   DBMS_RESOURCE_MANAGER.Calibrate_IO(Num_Physical_Disks => vDisks
      , Max_IOPS => vMaxIOPs, Max_MBPS => vMaxMBPS
      , Actual_Latency => vActualLatency);
   DBMS_OUTPUT.PUT_LINE('      Max IOPS:' || vMaxIOPS);
   DBMS_OUTPUT.PUT_LINE('      Max MBPS:' || vMaxMBPS);
   DBMS_OUTPUT.PUT_LINE('Actual Latency:' || vActualLatency);   
END;
/

select * from dba_rsrc_io_calibrate;

Answer 1

它实际上是物理磁盘的数量，采用老式方式，而不是使用 SAN。我在这里找到了关于此的最好的文章http://blog.bensmann.com/testing-oracle-io。我发现的大多数其他博客/文档更像是手册的副本，而不是解释新内容的原始内容。当在 SAN 上使用它时，缓存将发挥重要作用，就像这些野兽的内部工作一样。例如，它们写入缓冲区并向 RDBMS 确认写入已完成，即使数据甚至没有接近预期磁盘。当连续写入其他块时，该缓存可能会被阻塞，然后我们可以更好地了解真实的 io 性能。从常规大小的数据文件中读取和更新块不足以实现这一目标。