1

我最近继承了管理ClearCanvas服务器，并且正在加快应用程序的速度。

服务器在两个不同的驱动器号上定义了两个文件系统：

  • C:\ClearCanvasFS\Primary\ <-- 读、写、Tier1
  • F:\ClearCanvasFS\Primary\ <-- 读取，第 1 层

显然，在过去的某个时候，前系统管理员似乎手动将一堆研究从 C:\ 驱动器移到了 F:\ 驱动器。我怀疑他是通过 Windows 操作系统手动移动它们的，而不是在 ClearCanvas 中。我已经确认必要的 DICOM 文件夹和文件都存在于 F:\ 驱动器上。

从 C:\ 移动到 F:\ 的研究仍然出现在 ClearCanvas 数据库中，但是当我们尝试路由或查看任何这些研究时，找不到图像（因为它们被手动移动到 F:\ 驱动器）。

此外，当我对任何移动的研究“查看详细信息”并转到其“研究存储”选项卡时，“研究文件夹”仍然列出原始 C:\ 驱动器位置，而不是它所在的 F:\ 驱动器位置被手动移到。

我有没有办法强制 ClearCanvas 重建或刷新其数据库，以正确反映手动移动到 F:\ 驱动器的那些研究的正确路径？

我在 Admin > System Scheduling 选项卡下发现了“Filesystem Inventory”方法。如果我针对 F:\ClearCanvasFS\Primary\ 文件系统运行 Filesystem Inventory 任务，是否会更新这些研究的所有数据库记录，而不会再次创建重复项和自动路由？

我还需要运行“文件系统重建研究 XML”方法吗？

我们有数以万计的研究和许多 TB 的数据，所以我希望找到一种自动化的方法来简单地更新/重新映射每项研究的“研究文件夹”路径。手动编辑路径对我们来说不是一个好的选择。我也希望避免复制或移动任何研究 DICOM 文件/文件夹，因为有如此大量的数据。

提前致谢！

4

1 回答 1

0

Service Scheduling 页面中的 Study Reinventory 选项旨在在出现此类问题后清理数据库。它应该更新研究的数据库条目以指向新的位置/文件系统。您应该能够只启用此条目，它会自行安排并在较长时间内运行。当它运行时，对系统的其余部分应该几乎没有影响。

我建议从运行 F 驱动器的条目开始，然后抽查一些研究以确保它们现在指向新位置。

不需要重建研究 XML 文件。重新盘点的运行也不需要移动任何文件。

于 2017-06-22T05:08:30.460 回答