На каждом сервере 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
... получаем сообщение об ошибке: Файл something.txt нельзя найти ни в одной указанной файловой системе (SBL-UIF-00230).
Итак, мы надеемся, что кто-то, кто проделал тот же процесс, сможет сказать нам, какой шаг мы забыли.
Вот шаги, которые мы проделали до сих пор:
Создайте новые папки att_1
, att_2
и т. д. там же, где att
является. Они принадлежат siebel
пользователь и был изменен на 770
, как att
.
Разделите файлы внутри 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 и перейдите в раздел Enterprise Configuration> Batch Component Admin> Synchronization. Выберите все существующие компоненты и нажмите кнопку «Синхронизировать».
После завершения процесса синхронизации перезапустите все: сервер 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.Любые идеи? Что нам не хватает?