Дня доброго.
С какого-то релиза Журнал регистрации (ЖР) стал СУБД (mysql вроде). Сейчас при работе всего 30 активных пользователей наблюдаю, что запись в него (где-то от 5 до 9 Мбайс/сек при активной работе пользователей) превышает запись в mdf и ldf вместе взятые. При этом, на сервере, есть отдельный, быстрый HDD, который пинает грибы. Как бы мне канально огородить ЖР от сеансовых данных и вынести его на отдельный HDD, мягко, не прерывая сна?
К новому ЖР привык, скорость получения косяков пользователей приятно радует и на старый не перейдем.

mklink \j
пробовал?

(1) Подменить каталог в котором 1С уже создала журнал на другой каталог на другом диске?

(1) А разве нет настроек от 1С?

Ключей запуска сервера, например?

а ключ -d не поможет?

(5) Ключ -d управляет всей директорией сервера, в т.ч. и сеансовыми данными

проще всего (1)

(6) Тебе жалко что лишние пару мегабайт будет записаны на быстрый диск?
Заодно по идеи ускорится работа с полнотекстовым поиском

для высоконагруженных рекомендуют старый вариант журнала

(9) Это мы возможно включим, когда большинство косяков уйдет и лазать в ЖР придется редко.

(8) Ты перечитай мой мессадж в (0). 5-9 мбайт в секунды - это не краткий пик, а постоянный процесс.

Теперь тогда такой вопрос - а есть регламенты для mssql ? Нутам, дефраг индекса, обновления статистики, вот это все. Или 1С это сама делает?

(10) используйте версионность 8.3.11

(11) для mysql, пардон. Может ее обслуживать надо, вот она и бесится.

(13) опять ошибся

на самом деле SQLite

(12) в УТ и до 3.11 есть версионность

(16) на уровне конфиги

жр в ут максимум нужен, чтоб посмотреть статистику расчета себестоимости

(2) да
(3) (4) нет

1. переносишь каталог с ЖР, куда надо
2. в каталоге, где он был, кастуешь
mklink /j 1Cv8Log g:/ath/to/new/location

ясненько. спасибки

(9) А как указать использование старого журнала?

(21) гуглом принципиально не пользуешься?

(0) у ЖР есть еще вторая проблема - не контролируемый рост размера.... была у меня бухия где 6 человек за квартал ЖР до 70 гигов раздули... по этому ЖР нудно ОБСЛУЖИВАТЬ

делать шринк, вакуум и сортировку, тогда и скорость будет хорошей и проблем с местом

ну и еще совет - вынеси весь каталок сервера 1с на быстрый диск, делается это легко..

остановка службы
копирование каталога
правка реестра
запуск службы


после переноса каталога скорость значительно возрастает..

(24) +1
ИМХО, перенос каталога реестра кластера 1С целиком на быстрый диск.
Вместе с ЖР в каталоге реестра лежат ещё файлы индекса полнотекстового поиска.

А вот mklink у на с пару раз отваливалась. По какой причине я не знаю - админы занимались проблемой. Но после каждого отваливания 1С-ка возвращалась в исходные папки и создавала там заново файлы ЖР и все прочие. В итоге плюнули и перенесли каталог кластера целиком и после обновления платформы правим в реестре соответствующий параметр запуска службы.

(24) +
только копированиекаталога делай с сохранением прав...

А ещё есть такой файлик swpuser.ini
https://its.1c.ru/db/v839doc#bookmark:adm:TI000000418

(0) У сервера есть ключ, который указывает папку ЖР. У нас на отдельном диске

(24) Конечно я это сделал еще до того, как все началось

(28) какой?

врет