Имя: Пароль:
1C
1С v8
Документооборот, создание пользователя очень долго
0 S_Scorp
 
22.05.13
11:12
Добрый день. Стоит последняя версия 1.2.7.3 Корп.

База на скл-сервере 2008. 32гига оперативы на сервере. Весит база 18 гиг, но 90% - это отсканированные файлы, а документов в ней сравнительно мало. Пользователей около 200, но активных около 15, не больше. Проблема в том, что при создании нового пользователя, а также при добавлении его в группу или другой аналогичной операции связанной с раздачей прав, система виснет на 1,5часа... разве это нормально? Кто может поделиться опытом?
1 drcrasher
 
22.05.13
11:17
а посмотреть процедуры создания пользователя не предлагать?
2 S_Scorp
 
22.05.13
11:22
это второй этап, а первый - спросить тут)
3 ale-sarin
 
22.05.13
11:22
(2) Лентяй
4 Maxus43
 
22.05.13
11:26
там права колбасятся, у всех долго. на партнёрке жаловались, обещали как то исправить
5 S_Scorp
 
22.05.13
11:35
Да, действительно, происходит куча записей в регистр ПраваПоДескрипторамДоступа. Причем, видимо, запись делается для каждого объекта БД... Нет, ну чтоб тааааак долго, печалька, товарищи :'(
6 Maxus43
 
22.05.13
11:38
(5) тебе повезло, у нас после обновления 2 дня колбасило их
7 Джинн
 
22.05.13
11:40
Не нормально. Но скорей всего это таблица прав доступа наполняется. Вероятно групп и профилей наколбасили пачку и ограничением на уровне записей без меры поразвлекались.
8 пипец
 
22.05.13
12:01
это еще нормально ...
9 S_Scorp
 
22.05.13
12:02
В настройках программы нашел такую галку: Отложенное обновление прав доступа. Кто нить знает для чего это? Мое прдположение, что при создании пользователя права назначаться будут не сразу, а потом в фоне регламентного задания, я прав?
10 Maxus43
 
22.05.13
12:03
(9) типо того, но время работы не уменьшит это, колбасить будет всю ночь)
11 Джинн
 
22.05.13
12:04
(9) Вроде так. Там пачками по 100 записей идет запись. На 100% гарантирую, так как давно не смотрел это, но припоминаю такое.
12 пипец
 
22.05.13
12:16
есть служебная обработка - обновление прав доступа - так тоже скоростью не блещет
13 S_Scorp
 
22.05.13
12:23
Да дело не в скорости. просто если права ночью раздаваться будут, то это не помешает пользователям, работающим днем. А если права днем раздаются, возникают блокировки... Думаю эта галочка - выход из ситуации, какой-никакой, но все же...
14 S_Scorp
 
22.05.13
12:49
Вы знаете, после этой галочки пользаки стали записываться очень быстро. А процесс раздачи прав в фоне занимает не больше  3 минут... фича?))
15 Maxus43
 
22.05.13
13:09
(14) не верю, что в фоне что нет, а объём одинаковый. значит не все права раздаёт
16 Лефмихалыч
 
22.05.13
14:21
(0)  это нормально. Там при добавлении пользователей в группы запускается адский адов пересчет дескрипторов чуть ли не по всей базе. Обязательно надо включить отложенный пересчет прав.
Чтобы было легче, есть два варианта:
1. Оптимизировать код, который там декартовым произведением всех файлов на все папки на всех пользователей угнетает быстродействие
2. Устранить по максимуму пересечения прав доступа по видам документов и папкам. Чтобы в разных папках лежали разные виды и чтобы права доступа поменьше пересекались.
17 Trusty
 
22.05.13
14:56
(15) Для нового пользователя появляются новые права на создание документов и т.п. почти сразу, а пересчет прав по уже имеющимся документам и пользователям идет в фоне и занимает так же много времени.
Проблемы невозможно решaть нa том же уровне компетентности, нa котором они возникaют. Альберт Эйнштейн