我最近继承了管理ClearCanvas服务器，并且正在加速应用程序。
服务器在两个不同的驱动器号上定义了两个FileSystems：
显然，在过去的某个时刻，看起来前系统管理员手动将一堆研究从C：\驱动器移动到F：\驱动器。我怀疑他是通过Windows操作系统手动移动它们，而不是在ClearCanvas中。我已确认必要的DICOM文件夹和文件都存在于F：\驱动器上。
从C：\到F：\的研究仍然出现在ClearCanvas数据库中，但是当我们尝试路由或查看任何这些研究时，无法找到图像（因为它们被手动移动到F ：\ drive）。
此外，当我在任何已移动的研究中“查看详细信息”并转到其“研究存储”选项卡时，“研究文件夹”仍会列出原始C：\驱动器位置，而不是F：\驱动器手动移动到的位置。
我有办法强制ClearCanvas重建或刷新其数据库，以正确反映那些手动移动到F：\驱动器的研究的正确路径吗？
我在Admin＆gt;下发现了“Filesystem Inventory”方法。系统调度选项卡。如果我针对F：\ ClearCanvasFS \ Primary \ filesystem运行Filesystem Inventory任务，是否会更新这些研究的所有数据库记录，而不会再创建重复项和自动路由？
我是否还需要运行“Filesystem Rebuild Study XML”方法，或者代之以？
我们有成千上万的研究和许多TB的数据，所以我希望找到一种自动方法来简单地更新/重新映射每个研究的“研究文件夹”路径。手动编辑逐个学习的路径对我们来说不是一个好选择。我也希望避免复制或移动任何学习DICOM文件/文件夹，因为存在大量数据。
提前致谢！
答案 0 :(得分：0)
Service Scheduling页面中的Study Reinventory选项旨在清除此类问题后的数据库。它应该更新研究的数据库条目以指向新的位置/文件系统。您应该能够只启用此条目，它将自行安排并在较长时间内运行。当它运行时，对系统的其余部分应该没什么影响。
我建议首先运行F驱动器的条目，然后检查一些研究，以确保它们现在指向新位置。
不需要重建Study XML文件。重新发明的运行也不需要移动任何文件。