|
v7: Пользователи разных баз блокируют чужие MDшники | ☑ | ||
---|---|---|---|---|
0
never_sleep
31.01.17
✎
13:57
|
Долго не обращал внимания на проблему, так как такое только на одном из сервантов, где стоит общепит. А там я не часто правлю конфигурацию. Но сейчас припекло. Суть в следующем.
Делаю копию базы для работы. Пользователи работаю в основном - я правлю копию. Пытаюсь применить изменения - не получается. Файл конфигурации занят. Смотрю в ПроцессЭксплорере - это пользователи рабочей базы. Как они умудряются блокировать мой .MDшник? Конфигурация общепит 9.2. Аппаратный ключ. Соответственно стоит для него драйвер и стоит менеджер лицензий ХАСП. Что еще. win2003r232bit пользователи по терминалу работают. Грешу только на то, что каким-то макаром в этом повинен драйвер защиты. Но что сделать не знаю. Может кто сталкивался? |
|||
1
пипец
31.01.17
✎
15:51
|
пути в каталоге базы к пользователям прописаны явно , шара или диск и имя базы ? без привязки к каталогу базы текущему каталогу ./ ?
|
|||
2
never_sleep
01.02.17
✎
11:31
|
(1) пути относительные. но они такие же и на другом серванте, где ТиС и Бухгалтерия. А там таких траблов никогда не наблюдалось. Да и как это связано? Я думал там только настройки пользователя хранятся. К какому МДшнику обращаться там ведь не прописано.
И не от серванта это зависит. Еще одна общепитовская база на другом сервере. Он через server.ini обращается к серверу с ключом, на котором траблы. Перенес копию базы туда - некоторое время все сохранялось нормально, но потом то же самое началось. Так что дело не в ОС. Так как там уже winserv2008r2_64bit. Каким-то непостижимым образом чужие процессы 1С как и на том сервере, который с ключом, блокируют мой МДшник. И такие траблы только когда на серванте есть другие общепитовские базы. |
|||
3
АНДР
01.02.17
✎
13:30
|
Я правильно понял, что 1cv7 блокирует два MD, но данные пишет только в нужную базу?
|
|||
4
Slypower
01.02.17
✎
14:20
|
Для каждой базе свой МД.
|
|||
5
never_sleep
01.02.17
✎
14:26
|
(3) Да. Каждый процесс записывает данные в нужную базу. Т.е. в работе нескольких общепитовских баз на одном серванте проблем нет. Скажем десять процессов на сервант. 2 базы данных. 5 из них - это пользователи первой базы данных, 5 - второй. Работают без проблем. Но если выгнать 5 пользователей скажем первой базы и попробовать внести изменения в конфиг, то наткнемся на ошибку разделения доступа к ...\1Cv7.MD. Лезем в ProcessExplorer - Find Handle or dll. прописываем там этот МДшник - вуаля: процессы пользователей второй базы юзают этот МДшник. Я только на хитрозадую защиту от раруса грешу. Может это какая-то из её побочек.
|
|||
6
пипец
01.02.17
✎
14:30
|
чото то я не встречал таких проблем ... от раруса и не от раруса ... если только нигде на прямую путь к базе не прописан - от такое да, было
ЗЫ аля защита )))) от запуска типа подгружался кусок в котором обращались по прямо указанному пути - пофиксив этот кусок - трабла разрешилась |
|||
7
never_sleep
01.02.17
✎
14:49
|
(6) Да что-то в свое время искал обход защиты для него - и не нашел. Насколько мне помнится там не все так просто. Иначе нафига все эти понты с ХАСП ключом. Там вроде ломается патчем Food6prof.dll. Но все что скачивал - все не работало. Если и в правду так просто, не подскажете, где поискать тот волшебный кусок. А то боюсь, рано или поздно накроется мой ключик, а производство на общепит завязано и встанем((
|
|||
8
Ёпрст
01.02.17
✎
14:53
|
любым анлокером смотришь, кто держит мд-ник ипривет
|
|||
9
Ёпрст
01.02.17
✎
14:55
|
И, есть вероятность, что у пользователя другой базы в качестве каталога пользователя прописан каталог с первой базой. Вот и создаётся там файло lck при его входе, и не даёт сохранить мд-ник.
|
|||
10
Это_mike
01.02.17
✎
14:56
|
(9) хы. проверил. при полном пути - ога :-)
|
|||
11
never_sleep
01.02.17
✎
15:00
|
(8) Я и так вижу, кто блокирует. Отрубить не могу. А анлокер не работает в 64битных серверных вендах выше 2003((
|
|||
12
Ёпрст
01.02.17
✎
15:01
|
(11) как это не можешь ?
Грохни ему процесс и усё, потом проверь (9) |
|||
13
never_sleep
01.02.17
✎
15:04
|
(9) Тоже не вариант. База которая не сохраняется - это копия рабочей базы, над которой колдую. Путь, в который она копируется, каждый раз берется из моей головы.
|
|||
14
never_sleep
01.02.17
✎
15:06
|
(12) Не могу грохнуть - это процесс пользователя рабочей базы.
|
|||
15
uno-group
01.02.17
✎
15:07
|
Создай себе 1 базу когда в базе некого нет для работы и работай с ней. при необходимости загружай нужный мд.
|
|||
16
never_sleep
01.02.17
✎
15:07
|
я по ID процессу могу даже сказать кто конкретно из юзеров блокирует. но что толку - не буду же я звонить и просить его выйти каждый раз, когда я сохранить в конфигураторе нажимаю. И блокирует не один а несколько юзеров.
|
|||
17
Ёпрст
01.02.17
✎
15:08
|
Еще раз. Проверь каталоги пользователей.
|
|||
18
never_sleep
01.02.17
✎
15:11
|
А если каталог пользователя вообще не прописан? >_<
)) |
|||
19
uno-group
01.02.17
✎
15:11
|
Раскажи как копию делаешь в базе ктото есть в этот момент
|
|||
20
never_sleep
01.02.17
✎
15:13
|
(19) Стараюсь, когда нет ни кого. Ибо база активно пишется. Боюсь рассинхрона отдельных её частей при копировании.
|
|||
21
Это_mike
01.02.17
✎
15:14
|
(20) "Когда вы говорите, Иван Васильевич, впечатление такое, что вы бредите."©
|
|||
22
never_sleep
01.02.17
✎
15:18
|
(21) В чем бред-то? Начал ты базу копировать. База пишется. Произошло изменение, которое отразилось в нескольких файлах базы. Часть в тех, которые еще не скопированы, а часть тех которые скопировались. В итоге в копируемую базу попадет только часть изменений. Или я не догоняю чего-то?
|
|||
23
DrZombi
гуру
01.02.17
✎
15:20
|
||||
24
DrZombi
гуру
01.02.17
✎
15:21
|
1.9.1 - 64bit Скачать Unlocker:
Скачать Unlocker ( Оф. сайт / Зеркало ) Unlocker версии 1.9 для 64-битных ОС Windows http://unlocker-ru.com/unlocker.html |
|||
25
uno-group
01.02.17
✎
15:28
|
(22) Нафига тебе вообще для програмирования даные синхронизировать. тебе 1 мд файл нужен в процече рабоыт юзеров он неизменяется
|
|||
26
never_sleep
01.02.17
✎
15:34
|
(23) О_О работает. Спасибо!
|
|||
27
never_sleep
01.02.17
✎
15:38
|
(25) а вы ведь правы) но я так стараюсь копировать только один из общепитов. я что-то думал раз эта база мегавысоконагруженная, то будет какой-то ахтунг. Копируется долго. Минуты 3-4. Но ведь действительно. Там только пользовательские данные могут покоцаться. А мне на копии пофигу на них. Туплю, вы правы.
|
|||
28
never_sleep
01.02.17
✎
15:40
|
А с анлокером я облажался. Работает без проблем. Откуда я себе придумал, что он не работает на 2008r2/64бит теперь и вспомнить не могу.
|
|||
29
never_sleep
01.02.17
✎
15:41
|
(17) Создам для пользователей для каждого свой каталог относительно рабочей базы. Проверю будут ли траблы в дальнейшем. Сейчас во всех общепитовских база каталоги пользователя пустые.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |