Назад | Перейти на главную страницу

Как разделить файловую систему 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... получаем сообщение об ошибке: Файл something.txt нельзя найти ни в одной указанной файловой системе (SBL-UIF-00230).

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

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

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

  1. Создайте новые папки att_1, att_2и т. д. там же, где att является. Они принадлежат siebel пользователь и был изменен на 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 и перейдите в раздел Enterprise Configuration> Batch Component Admin> Synchronization. Выберите все существующие компоненты и нажмите кнопку «Синхронизировать».

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

Другие варианты, которые мы пробовали, без разницы:

Любые идеи? Что нам не хватает?