Уважаемые инфостартовцы! Вот с недавних пор случайно обнаружилась проблема: Один пользователь входит в 1С (не SQL) в понопольном режиме для переиндексации БД и забывает выйти из этого режима. При этом, другие пользователи тоже могут запросто подключаться к 1С работать и нормально работать с ней. Правда, иногда могут "пропадать" созданные документы (т.е. в журналах документов нет, в журнале регистрации операция создания и записи документов зафиксирована). Подскажите пожалуйста, почему "отключился" (не работает) режим монопольно в 1С?
P.S. Сама 1С крутится на сервере Windows 2008. Пользователи подключаются через RemoteApp
Правда, иногда могут "пропадать" созданные документы (т.е. в журналах документов нет, в журнале регистрации операция создания и записи документов зафиксирована). Подскажите пожалуйста, почему "отключился" (не работает) режим монопольно в 1С?
Больше всего похоже на использование автономных файлов, когда пользователи фактически работают с копиями файлов базы. Соответственно, в оригинале документов не будет.
Ну это понятно... Юзеров "научим", меня другое беспокоит - почему пользователи могут подключаться к 1С несмотря на то, что уже есть подключенный юзер в монопольном режиме... Раньше такого не замечал... И не повторится ли это в будущем? И это как-то связано с 2008 Сервером?
(4) highlander, Причина, скорее всего в (3). База, похоже, используется с шары на сервере. Автономные файлы разрешены. И пользователи фактически подключаются не к базе на сервере, а к копии, сохраненной в "автономных файлах" на своём компьютере.
(6) Меня смутило упоминание RemoteApp, тогда вроде автономные файлы влиять не должны. Но ваше предположение о шаре разъясняет ситуацию, подождем ответа автора - база лежит на сервере терминалов или на другом компе (или хранилище)?
Хотя, возможно, лежит-то она и локально, но в расшаренной папке с подключением типа \\Mycomputer\Myfolder
(10) Cooler, Именно! База лежит локально на сервере терминалов, сетевой доступ к папке с базой закрыт полностью. Пользователи подключаются исключительно через RemoteAPP (RDP).
(11) highlander,
1. по монопольному, поставь ПриНачалеРаботыСистемы() код
Если (МонопольныйРежим() = 1) И (СокрЛП(ИмяПользователя()) <> "Service") Тогда
ЗавершитьРаботуСистемы(1);
КонецЕсли;
2. смешно, но возникли вопросы:
- точно пользователи к одной и той же базе подключаются
- действительно ли запущен монопольный режим, что показывает в мониторе
- в настройках RDP стоит "Ограничить одним сеансом"? и отключено "Завершение отключенного сеанса"?
(13) Frogger1971,
1. Пользователи точно подключаются к одной базе.
2. Монитор как и журнал отображает подключение в монопольном режиме
3. "Ограничить одним сеансом" - отключено, поскольку пользователь может работать не с одной конфигурацией, а несколькими (разными). отключено "Завершение отключенного сеанса"
(14) highlander, тогда. как вариант, войти через две разные терминальные сессии, в одной запустить 1С монопольно, а во второй запустить 1С от другого пользователя - ругнется ли на монопольный, если - да? то проблема в настройках RemoteApp, если - нет, тогда даже не знаю, что подсказать - смотреть права на папку с базой, шаманство с бубном
(15) Frogger1971, могу предложить один из вариантов бубна: Process Explorer.
А технология танца проста: запускаем 1С в "монопольном" режиме и вторую копию. Можно и третью, и четвертую. Запустились? Отлично! Теперь на сервере запускаем Process Explorer, видим PIDы процессов 1С, включаем поиск (кнопка с биноклем) и ищем в строке "Handle or DLL substring" имя какого-нибудь файла, обязательно открываемого 1С, например, 1SJOURN.DBF. После окончания поиска сверяем PIDы и любуемся реальным расположением открытых файлов с таким именем. Наверняка только монопольный процесс будет указывать на папку с базой, а остальные... пока даже представить не могу, куда.
(21) Cooler, так тут до танцев с бубном еще лесом и лесом, пусть человек вначале проверит, что реально делается (твой вариант + иой вариант), а уже тогда "начнётся пляс"...
Кстати, если дело в автономных файлах, в базе могут обнаружиться большие проблемы. Очень рекомендуется сделать тестирование и исправление сначала на копии, проанализировать обнаруженные проблемы и только потом аккуратно заниматься рабочей базой.
(16) Кошки рулят, если вы такой начитанный, то в чем проблема сервера? настройка РемоутАпп - тот же РДП, просто вместо входа на сервер, сразу запускается приложение без показа Рабочего стола и остальных прибамбахов...
RemoteApp появилось в МС после того, как они купили Citrix, только у последних была единственная проблема с принтерами, очень часто приходилось делать танцы с бубном, а в что в МС превратили наработки Цитрикса - это тихий ужОс!
(18) Кошки рулят, не-а, не сталкивался - просто четыре штуки нормально работают на разных фирмах...
тут уже, если танцевать, то нужно получить большую кучу ответов - от рабочая группа/домен .... до кто этот сервер настраивал
Я слабо верю в сказки на компах. 1. База в отдельном месте со всеми правами. 2. автономные файлы отключены у пользователей при условии что они заходят не через терминал. 3. посмотреть ставит ли 1-ка признак монопольности когда пользователь входит монопольно. 4. Есть ли сторонние дллки.