一些背景信息
每个 Siebel 服务器中都有一个称为“Siebel 文件系统”的特殊文件夹，Siebel 应用程序使用的非结构化内容存储库，主要包含附件、用户和系统首选项。在文件系统内部，有一个名为的文件夹att，其中以压缩格式存储二进制数据。例如，如果我的 Siebel 服务器收到一封电子邮件，数据将存储在数据库中，但文件附件将放在里面att。
问题
在我们的 Siebel 7.8 生产环境中，我们几乎200 万个文件文件夹内att。我们的操作系统 (Solaris) 可以管理这么多文件，但它开始影响服务器性能，所以我们决定将其拆分att成att_1、att_2、att_3... 我们面临的问题是缺少任何涵盖此内容的 Siebel 文档分割过程。有一个适用于 Siebel 8.x 的工具，但没有适用于 7.x 的工具。我们知道有一种解决方法，因为我们发现一些在线资源对此进行了讨论：
我已经成功实施了使用多文件系统方法：创建多个目录，例如 siebfile/att、siebfile/att1 等。然后修改 ServerDataSrc 配置文件上的 DSFileSystem 参数以指向具有多个文件系统的新路径，并将 OM 设置为使用企业文件系统参数。FSM 将不再使用。您在参数中指定的第一个目录是读/写的，所有新附件都将存储在此处，其他目录是只读的，将包含旧的存档文件。
例如：DSFileSystem = \seblserver\filesystem\att,\seblserver\att2,\seblserver\att3
如何更改 Siebel 文件系统的目录结构 （需要 Oracle 支持合同才能打开链接）
此 8.1 之前的多文件夹结构指的是第一个文件系统文件夹添加新文件，而所有后续文件夹都以只读模式包含旧文件的设置。当需要将文件系统拆分为不同的文件夹时，此解决方法已在 7.8 部署中使用。
企业参数文件系统：/write0/fs
命名子系统参数 DSFilesystem：*FSM*、/read1/fs/att、/read2/fs/att、/read3/fs/att
在此设置中，新文件将仅写入文件夹“/write0/fs/att”。检索文件时，FSMsrvr 会在所有 4 个文件夹中进行搜索：/write0/fs/att、/read1/fs/att、/read2/fs/att 和 /read3/fs/att
这正是我们所做的，但它不起作用。文件siebns.dat已正确更新，服务器启动无任何问题，我们能够访问其中的文件att并在其中创建新文件。但是如果我们尝试打开其中的任何文件att_2，att_3...我们会收到一条错误消息：在任何指定的文件系统上都找不到文件 something.txt (SBL-UIF-00230)。
因此，我们希望有人经历过同样的过程，可以告诉我们我们忘记了哪一步。
我们尝试过什么？
以下是我们迄今为止所遵循的步骤：
在 的同一位置创建新文件夹
att_1、等。它们归用户所有，并且已被 chmode 为，就像 一样。att_2attsiebel770att将里面的文件划分
att到新文件夹中。创建我们的文件的备份
/opt/siebel/gtwysrvr/sys/siebns.dat。执行该
srvrmgr实用程序并运行下一句：change param DSFileSystem="*FSM*,/opt/siebel/fs/att_1,/opt/siebel/fs/att_2,/opt/siebel/fs/att_3,/opt/siebel/fs/att_4,/opt/siebel/fs/att_5" for named subsystem ServerDataSrc访问 Siebel 应用程序并导航至企业配置 > 批处理组件管理 > 同步。选择所有现有组件，然后单击同步按钮。
同步过程完成后，重新启动所有内容：Siebel 服务器、网关服务器......以及以防万一，也重新启动 Web 服务器。
我们尝试了其他选项，但没有任何区别：
- 使用实际路径
/opt/siebel/fs/att代替*FSM*（步骤4）。 - 创建类似的文件夹
/opt/siebel/fs_1/att， ...而不是里面的opt/siebel/fs_2/att一堆。att_N/opt/siebel/fs - 更新服务器 publicsector.cfg 文件部分
FileSystem内的属性。[ServerDataSrc] - 以上任意组合。
有什么想法吗？我们还缺少什么？