Хранилище document library

[Islek Semou, geändert vor 10 Jahren.]

Всем привет!
Как известно, есть несколько вариантов расположения document library. Выдержка из portal.properties:
#dl.store.impl=com.liferay.portlet.documentlibrary.store.AdvancedFileSystemStore
#dl.store.impl=com.liferay.portlet.documentlibrary.store.CMISStore
#dl.store.impl=com.liferay.portlet.documentlibrary.store.DBStore
dl.store.impl=com.liferay.portlet.documentlibrary.store.FileSystemStore
#dl.store.impl=com.liferay.portlet.documentlibrary.store.JCRStore
#dl.store.impl=com.liferay.portlet.documentlibrary.store.S3Store

Я использую две ноды в кластере и нет возможности расположить document library на общем диске. Репликация каталога это выход, но костыль. Решил попробовать DBStore. Нормально все перенеслось, база данных увеличилась в объеме, изменил portal-ext.prorerties, портал работает отлично. Возникла идея использовать отдельную БД для document library. Вот тут и повис... Гугление и попытки изучения исходников результатов не дало, к сожалению.

Прошу помощи у вас, уважаемые коллеги. Есть ли возможность настроить хранение document library в отдельной БД?

Спасибо! С наступающим всех!

[Alexey Melnikov, geändert vor 10 Jahren.]

Единственное, что придумывается - это использовать JackRabbit, настроенный хранить свой репозиторий в базе данных, используя com.liferay.portlet.documentlibrary.store.JCRStore.

Аналогичное действо по идее можно провернуть с CMIS.

[Islek Semou, geändert vor 10 Jahren.]

Спасибо! Буду разбираться.
Пока просто перенес document library в основную БД портала. Мониторю производительность.

[Islek Semou, geändert vor 10 Jahren.]

JackRabbit оказался тем что мне нужно. Настроил репозитории на базу данных и все нормально перенеслось.
Спасибо за помощь!

[Alla Sapozhnikova, geändert vor 9 Jahren.]

А как производительность? Хорошо ли работает контекстный поиск?

[Pavel Polovnev, geändert vor 9 Jahren.]

Alla Sapozhnikova:

А как производительность? Хорошо ли работает контекстный поиск?

Тоже храню DL в базе данных. ms sql 2008 std, 4 core, 8 Gb RAM, 10 Gb файлов, 30-40 запросов в секунду. Проблем с контекстным поиском не наблюдаю. Да и вообще с производительностью проблем пока нет.

Konstantin Chudinov:

Islek Semou:

Репликация каталога это выход, но костыль

А почему костыль? Мне кажется, если данных много - это единственное нормальное решение

Я думаю, что нормальное решение - это использовать общий сетевой диск на хранилке. Если нет такой возможности, то пихать все в БД, а только потом рассматривать репликацию каталога по сети, так как это самый не надежный вариант с которым связано много разных ошибок, про которые упоминал Алексей Мельников выше.

[Konstantin Chudinov, geändert vor 9 Jahren.]

Islek Semou:

Репликация каталога это выход, но костыль

А почему костыль? Мне кажется, если данных много - это единственное нормальное решение

[Alexey Melnikov, geändert vor 9 Jahren.]

Потому что репликация каталога не знает, когда какой-либо из файлов заблокирован на запись, какой из файлов был удален, а какой из удаленных файлов просто является ошибкой синхронизации.