Переход с платформы 8.2 на 8.3. Ошибка доступа к файлу. Отказано в доступе. #777365

Перед тем как переводить сервер 1с предприятия на 8.3, перевели сначала всех клиентов на 8.3. т.е. на клиентских компах 8.3. установлен, но предприятие продолжает работать на платформе 8.2, т.к. сервер до сих пор на 8.2. И сразу посыпались ошибки от пользователей, такого содержания: "Ошибка доступа к файлу 'c:usersusername.domainname.nnn'. 5(0x00000005): Отказано в доступе." Например: Ошибка доступа к файлу 'c:usersivanov.rpg.003'. 5(0x00000005): Отказано в доступе. Причем такие ошибки у небольшого количества пользователей. Менее 10%. У всех пользователей отсутствует постоянное рабочее место. Профили перемещаемые. Но ошибки только у части. Из ошибки понятно, что 1С пытается на локальном компьютере найти путь к папке пользователя, которой нет (она была, но на другой машине). Причем в АД существуют папки с профилями ivanov.rpg.003, на ряду с ivanov.rpg.000, ivanov.rpg.001, ivanov.rpg.002. Переменная среды %userprofile% на локальном компьютере возвращает путь к нормальной папке c:usersivanov. В общем совершенно не понятно откуда 1С берет этот путь c:usersivanov.rpg.003. На 8.2 при переходе с версии на версию подобных проблем никогда не было. Очевидно, что АД создает профили типа ivanov.rpg.003 в домене при некорректном завершении или входе пользвователя в систему, но понять почему точно сейчас не могу. Запустить 1С у этих проблемных пользователей все же возможно. 1. из папки BIN конкретной версии 8.2. (Вывод - проблема в 8.3) 2. с ключами с указанием конкретной базы. Например: "C:Program Files (x86)1cv8common1cestart.exe" /ENTERPRISE /S"[server/base]" (вывод - скорее всего проблема при попытке доступа к файлу со списком баз C:Users%username%AppDataRoaming1C1CEStartibases.v8i т.к. в случае указании базы ошибки нет, а без указания - ошибка есть). И еще. После деинсталяции 1с на локальном компьютере и повторной установке ошибка исчезает, пока пользователь не пересядет на другой компьютер. Поиск аналогичной ситуации в интернете ничего не дал. Может кто-то уже решал подобную задачу ? Помогите разобраться!

Ьаза на сервере 8.2 под клиентом 8.3 - гарантированная смерть. Да и вообще - сервер не должен был пустить туда.

Решать элементарно. На сервере и на клиентах - одна версия. До циферки.

Уточнение: при запуске 1cestart.exe, окно со список баз не появляется. Сразу ошибка.

лол. такие глупости с таким пафосом ) тоже не по теме вопроса. я бы поленился искать почему АД тупит, а просто всем прописал ярлык на 1cestart с общим конфигом и списком баз в общедоступной для чтения папке.

точнее не АД тупит, а 1с конечно же работает черти как.

Но на сколько я понимаю, Клиент 1С Предприятия все равно полезет на локальный компьютер в профиль, искать файл со списком баз. Опять будет ошибка (

накуролесили с этими плавающими профилями, и думаете все так делают? Разберитесь в правах доступа на вновь созданные папки профилей. И вообще, для таких случаев терминальный доступ придумали, а не "каждый логинится локально на любой комп".

зачем воообще тогда нужен тонкий клиент? чтоб по рдп цепляться?

Поставьте 83 и 82 на разные порты и будет счастье...

Сервер под 8.3 пока не установлен. 8.3. стоит локально на клиентских компьютерах. Сервер 8.2.19.130 Клиенты 8.2.19.130 и 8.3.8.1784 При запуске на локальной машине программа сама выбирает нужную версию клиента. Эта версия 8.2.19.130, такая же как на сервере. У всех все работает. Кроме небольшого количества пользователей. У этих людей не открывается окно выбора баз.

На самом деле проблема всего лишь состоит в том, что 1с 8.3 криво запоминает путь к профилю. (Весь текст в начале ветки - это просто набор фактов, наблюдений и выводов.) 8.3. думает, что путь к профилю c:usersivanov.rpg.003. Но этот профиль был у него на другом компе. А на текущем c:usersivanov

А из командного файла запускается 1с сразу с базой? Может сделать шару, выложить туда батники на каждую БД. И уже батниками рулить? Жизнь сильно у всех упроститься...

Да. Из командного файла запустится, причем сразу с базой. Но если честно, хотелось бы решить задачу цивилизованным путем. Не так, чтобы 1 ярлык на одну базу. На мой взгляд должно быть так: пользователь по хорошему запускает 1C, с ярлыка, с панели быстрого запуска, из пуска, как ему удобно, выбирает базу, запускает, авторизуется. Смотрел ProcessMonitor-ом, куда пишет 1С при закрытии и открытии. В какие файлы, в реестр. Это ничего не дало.

Должна же быть какая-то опция, которая нормализует работу..

в случае с ярлыками... Ставиться сервер, копируется в сетевую папку, на эту папку приписывается ссылка в батнике для пользователей... Не надо ставить клиенты по всем рабочим местам. Не надо мудрить с обновлением платформы. Все меняет в одном файле...

Да, но все равно, 1С хранит кэш локально и полезет смотреть путь файл со списком баз, который хранится локально в профиле пользователя. Не прокатит..

Подтвердился страшный сценарий. Ошибка возникающая при доступе к списку баз (ibases.v8i) у кривых пользователей, и не возникающая при доступе к базе по ярлыку с ключами /ENTERPRISE /S"[server/base]", должна проявиться снова, в случае перехода сервера на 8.3, но ключи уже не помогут! Дело в том, что когда сервер будет переведен с 8.2 на 8.3 клиенты начнут запускаться тоже в режиме 8.3. А 8.3 криво определяют пути к профилю. А в профиле лежит кэш, который по любому нужен! В общем эта идея пришла в пятницу и сегодня была проверена. Пользователи у которых зафиксированы проблемы, не могут получить доступ к базе на сервере 8.3 НИКАК! Сейчас проверил на тестовом сервере 8.3

Укажи свой список баз, по сети. Он всегда будет доступен.

А кэш тоже из сети будет брать ? Сейчас при запуске клиента 8.3 с подключением к базе на сервере 8.3 ошибка к неправильному пути профиля, во время доступа к кэшу.

Вопрос решен. в файле location.cfg по пути: C:UsersarishevAppDataRoaming1C1cv8 у пользователей был указан текст: location=c:usersivanov.rpg.003AppDataLocal1C/1Cv82 после исправления на: location=c:usersivanovAppDataLocal1C/1Cv82 программа начала запускаться нормально. Всем спасибо!

* у пользователей был указан текст: location=c:usersivanov.rpg.003AppDataRoaming1C/1Cv82 изменен на: location=c:usersivanovAppDataRoaming1C/1Cv82

На самом деле тут, на мой взгляд косяк 1С. Что произошло: Пришел пользователь на работу, включил комп, авторизовался, комп грузится долго. Пользователь перегрузил комп по кнопке, например. В общем, трудно сказать по этому или нет, но в результате он загрузился под профилем c:usersivanov.rpg.003. Далее он запускает 1С с ярлыка и 1С видит, что на серваке появился новый дистрибутив 8.3.8.1784 (а локально установлен  8.2.19.130) и начинает его устанавливать. Как я понимаю в этот момент создается файлик location.cfg (в 8.2 его не было, появился в 8.3) в нем формируется содержание: location=c:usersivanov.rpg.003AppDataRoaming1C/1Cv82 причем файлик лежит в профиле по пути: C:Usersivanov.rpg.003AppDataRoaming1C1cv8 Пользователь поработал выключил комп. Завтра пересел на другой и уже грузится под нормальным профилем, а так как location.cfg лежал в профиле пользователя, а профиль перемещаемый, location.cfg тоже грузится а содержимое его указывает на кривой профиль. Тут явный не прогнозируемый косяк. На мой взгляд в location.cfg должен быть текст на подобии: location=%userprofile%AppDataRoaming1C/1Cv82