Как разделить файловую систему Siebel 7.8?

Немного справочной информации

На каждом сервере Siebel есть специальная папка, называемая "файловая система Siebel", хранилище неструктурированного контента, используемого приложениями Siebel, которое содержит в основном вложения, пользовательские и системные настройки. Внутри файловой системы есть папка с именем att, который хранит двоичные данные в сжатом формате. Например, если мой сервер Siebel получит электронное письмо, данные будут сохранены в базе данных, но вложенные файлы будут размещены внутри att,

Эта проблема

В нашей производственной среде Siebel 7.8 у нас есть почти 2 миллиона файлов внутри att папка. Наша ОС (Solaris) может управлять таким количеством файлов, но это начинает влиять на производительность сервера, поэтому мы решили разделить att в att_1, att_2, att_3... Проблема, с которой мы сталкиваемся, заключается в отсутствии какой-либо документации Siebel, касающейся этого процесса разделения. Есть инструмент для Siebel 8.x, но ничего для 7.x. Мы знаем, что есть обходной путь, потому что мы нашли некоторые онлайн-источники, обсуждающие это:

Производительность файловой системы Siebel

Я успешно реализовал, используя подход с несколькими файловыми системами: создайте несколько каталогов, например, siebfile/att, siebfile/att1 и т. Д. Затем измените параметр DSFileSystem в профиле ServerDataSrc, чтобы он указывал на этот новый путь с несколькими файловыми системами, и установите 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... мы получаем сообщение об ошибке: Файл some.txt не найден ни в одной из указанных файловых систем (SBL-UIF-00230).

Итак, мы надеемся, что кто-то, кто проделал тот же процесс, мог сказать нам, какой шаг мы забыли.

Что мы пробовали?

Вот шаги, которые мы проделали до сих пор:

1. Создайте новые папки att_1, att_2и т. д. там же где att является. Они принадлежат siebel пользователь и был chmoded для 770, как att,

2. Разделите файлы внутри att среди новых папок.

3. Создайте резервную копию нашего /opt/siebel/gtwysrvr/sys/siebns.dat файл.

4. Выполнить 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

5. Откройте приложение Siebel и выберите "Конфигурация предприятия"> "Администратор пакетных компонентов"> "Синхронизация". Выберите все существующие компоненты и нажмите кнопку "Синхронизировать".

6. После завершения процесса синхронизации перезапустите все: сервер Siebel, сервер шлюза... и на всякий случай веб-сервер тоже.

Мы попробовали другие варианты, которые не имели никакого значения:

• Используя фактический путь /opt/siebel/fs/att вместо *FSM* (шаг 4).
• Создание папок, таких как /opt/siebel/fs_1/att, opt/siebel/fs_2/att... вместо связки att_N внутри /opt/siebel/fs,
• Обновление FileSystem собственность в пределах [ServerDataSrc] раздел файла publicsector.cfg сервера.
• Любая комбинация вышеперечисленного.

Есть идеи? Чего нам не хватает?