У нас стоит скульная торговля 7.7 на 2008 севере. Пользователи работают в терминалах. Админы уже давно, что то намутили с доменными именами и стала появляться проблема - при обращении из 1с, к файлу расположенному по пути вида \\Server6\bases... эска просто вылетала без всяких ошибок. Приходилось открывать эксплоер, ручками в адресной строке прописывать путь, открывать нужную папку и только после этого семерка нормально открывала обработку лежащую по этому адресу. Это пол беды и мы как то не сумев добить админов с этим смирились.
  Но сегодня вылезла новая веселость. Обновили внутреннюю печатную форму в документе РКО. После обновления звонит оператор и жалуется, что все осталось по старому. Заходим и видим, что действительно. В стартере путь к базе прописан как \\server6\bases... Добавляем в стартер еще одну базу с путем вида \\192.168.0.244\bases\... и о чудо. Все изменения в БД присутствуют. Заходим обратно. Тоже самое - ничего нет. Минут через 15 в эску по этому пути заходить перестало сообщая: Общая файловая ошибка при доступе к \\server6\Bases\Sql\1Cv7.MD\Container.Contents

Если через эксплоер достать два эмдэшника по этим путям и сравнить - они идентичны.


Такое вижу впервые. Админы заняли глухую оборону. Какие есть мысли. Скорее всего семерка каким то образом при обращении по доменному имени достает кэшированную копию MD. При этом эксплоер так не делает. (Разные протоколы доступа к данным?). Есть мысль прописать всем IP в путях к базе. Но нет уверенности, что поможет так как суть проблемы не ясна.

без админов много не навоюешь

-- Админы уже давно, что то намутили с доменными именами
-- Админы заняли глухую оборону.

Админам устроить экскурсию на биржу труда.

(2) причем возвращение с экскурсии - платное.

История из жизни американской армии - что должен сделать офицер, если у него упала мачта связи и есть сержант и отделение солдат? Офицер должен просто сказать - "Сержант, я хочу, чтобы эта мачта стояла как раньше". Так же и тут "Господа админы, я хочу, чтобы эта ошибка не повторялась".

при работе адинес в терминалах проявлялись проблемы при настройки прав
1 фулл права на каталог 1с (экзе где)
2 фулл права на каталог с файловой частью бд
3 фулл права на темповый каталог пользователя
4 админам руки оторвать и засунуть в ... пусть ходят на четвереньках не нагибаясь ;))

Интересно, где "учат" таких админов?

У меня у 1 клиента - примерно такая же фигня (и серемочные и восьмерочные БД (правда, файловые)).
Пользователей + руководство натравить на админов. Сам будешь долго и упорно "шаманить" (без соответствующей подготовки).

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

Кстати, как вариант - прописать БД через сеть (то есть - через сетевое окружение и т.д.)
А вообще - работа админов.

у нас некий това... <зачеркнуто> , индидуум (администратор как бэ) начитавшись форумов прописал все базы через \\localhost\ после чего перестали работать отчетность и часть ВК ... - был послан ;))

(9)

Это совсем сурово.) Челябинские админы заставляют 1с саму искать где у нее базы установлены?)

(0) права на шары.

Включено и разрешено теневое копирование и Автономные файлы )
При этом есть кто работает без терминала по сети.

Есть глючное сетевое оборудование.
Скорее всего свитч или сетевая карта.

Сетка кратковременно падает, ось переходит в автономные файлы.
Как сеть появляется, она пытается их синхронизировать.

Правда еще должно ругаться на неудачную синхронизацию ...

По поводу имен и ip

Скорее всего стандартная ошибка переезда контроллера домена.

Купили новый сервак - перенесли роль контроллера.
Старый выключили без понижения, новый переименовали и дали старый ip.

кругом одни кончиты