Имя: Пароль:
1C
1C 7.7
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
(11) http://www.programka.com.ua/sistem/142-unlocker-187

Скачать Unlocker (64-bit) Размер: 1.7 Мб
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) Создам для пользователей для каждого свой каталог относительно рабочей базы. Проверю будут ли траблы в дальнейшем. Сейчас во всех общепитовских база каталоги пользователя пустые.