在每个Siebel服务器中，都有一个称为“Siebel文件系统”的特殊文件夹，这是Siebel应用程序使用的非结构化内容的存储库，主要包含附件，用户和系统首选项 。 在文件系统内部，有一个名为att的文件夹，它以压缩格式存储二进制数据。 例如，如果我的Siebel服务器收到一封电子邮件，则数据将存储在数据库中，但文件附件将放置在att 。
在我们的Siebel 7.8生产环境中， att文件夹中有近200万个文件 。 我们的操作系统（Solaris）可以pipe理这么多的文件，但是它已经开始影响服务器的性能，所以我们决定把它分成att_1 ， att_2 ， att_3 ……我们面临的问题是缺less任何Siebel文档这个分区过程。 有一个用于Siebel 8.x的工具，但没有用于7.x的。 我们知道有一个解决方法，因为我们发现了一些在线资源来讨论它：
Siebel文件系统的性能
我已经成功实现了使用多文件系统的方法：创build多个目录，例如，siebfile / att，siebfile / att1等。然后修改ServerDataSrcconfiguration文件上的DSFileSystem参数，使其指向具有多个文件系统的新path，并将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正在search所有4个文件夹/ write0 / fs / att，/ read1 / fs / att，/ read2 / fs / att和/ read3 / fs / att
这正是我们所做的，但它不工作。 siebns.dat文件被正确更新，服务器启动时没有任何问题，我们可以访问att文件并在那里创build新的文件。 但是，如果我们试图打开att_2 ， att_3里面的任何文件，我们会得到一个错误信息： 在任何指定的文件系统（SBL-UIF-00230）上找不到文件something.txt 。
所以，我们希望有人做了同样的过程，可以告诉我们我们忘了哪一步。
这些是我们到目前为止所采取的步骤：
在att的相同位置创build新文件夹att_1 ， att_2等。 他们是由siebel用户拥有，并已被chmoded到770 ，就像att 。
将新文件夹中的att文件att 。
创build我们的/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应用程序并导航到企业configuration>批处理组件pipe理>同步。 select所有现有的组件，然后单击“同步”button。
一旦同步过程完成，请重新启动一切：Siebel服务器，网关服务器…以防万一，以防万一。
我们尝试过的其他选项，没有任何区别：
/opt/siebel/fs/att而不是*FSM* （步骤4）。 /opt/siebel/fs_1/att ， opt/siebel/fs_2/att等文件夹，而不是在/opt/siebel/fs中的一堆att_N 。 [ServerDataSrc]文件的[ServerDataSrc]部分中的FileSystem属性。 有任何想法吗？ 我们缺less什么？