Admin 有哪些工具或技术可用于分析磁盘使用情况？

我们希望分析Documentum中的磁盘使用情况，以改进业务流程。磁盘使用情况可以通过文件夹、对象类型、文档文件扩展名、时间等来确定吗？

我知道我可以使用自己的DQL，例如：

select sum(r_full_content_size)/1024/1024/1024 as total_gb from dm_sysobject (all) where
cabinet('/My Cabinet',descend);

---

但我想知道是否还有其他方法？类似于UNIX du（1）命令等的工具。

我知道我可以使用自己的DQL，例如：

select sum(r_full_content_size)/1024/1024/1024 as total_gb from dm_sysobject (all) where
cabinet('/My Cabinet',descend);

---

但我想知道是否还有其他方法？类似于UNIX du（1）命令等的工具。

实际上，我认为没有其他方法可以完成您的任务。它只能通过DQL查询来解决

让我描述一下我的想法：Documentum不仅可以将内容文件存储在文件系统上，还可以将其作为BLOB存储在DB中，或者作为记录存储在Centera中，等等。因此，Documentum应该提供一种统一的方法来获取内容文件的大小，而不考虑存储方法。这种方法是将内容大小存储在dmr_内容对象的属性full_content_size中。 此外，每个dm_sysobject都有属性r_full_content_size，您可以在其中找到与sysobject关联的第一个内容对象（dmr_content object）的大小（以字节为单位）

---

因此，只有当系统中的每个dm_sysobject只有一个关联的内容对象时，您的DQL才是正确的。

实际上，我认为没有其他方法可以完成您的任务。它只能通过DQL查询来解决

让我描述一下我的想法：Documentum不仅可以将内容文件存储在文件系统上，还可以将其作为BLOB存储在DB中，或者作为记录存储在Centera中，等等。因此，Documentum应该提供一种统一的方法来获取内容文件的大小，而不考虑存储方法。这种方法是将内容大小存储在dmr_内容对象的属性full_content_size中。 此外，每个dm_sysobject都有属性r_full_content_size，您可以在其中找到与sysobject关联的第一个内容对象（dmr_content object）的大小（以字节为单位）

因此，只有当系统中的每个dm_sysobject只有一个关联的内容对象时，DQL才是正确的