случайным образом перемешиваются строки в журнале учёт материалов, пропадают документы... и самое интересное - при просмотре из 1С активных пользователей отображается всегда один последний, кто начал работать в 1С... И такое творится в конфигурации и Зарплата и Бухгалтерия.... Что происходит ?

(0) Похоже либо на вирус либо на глюки, связанные с разгоном (перегревом?).

ТиИ после предварительного бекапа, выгрузка-загрузка, переставь саму 1С

(0) Перенеси базу на другой комп и проверь.

Размеры файлов смотрел?

что-то похожее и на 1Сv8 - кто заходит последний - того и видно в списке активный пользователей..... что-то м.б. с сетью ?

Начни с убийства индексных файлов. Не поможет - там видно будет.

(6) стенка в твоём плане на каком шагу предвидится?

Да, на другом компе попробуй
Может что-то с файловой системой

наличие файлов dbf свыше 1Гб ?

(0) внутри мегаобработка по вызову полтергейста
лечение простое -- заплатить автору обработки

(9) и как это виляет на список пользователей?

со списком пользователей бока могут быть в mlg. можно попробовать его грохнуть (предварительно скопировав если ЖР нужен)

проверить винты +вирусяки

А мне кажется, что запрет автономных файлов спасёт от всяких глюков. "Виден последний пользователь" - как бы намекает, что файл "разделяется" некорректно.

http://infostart.ru/public/15577/

... всё проверили: размеры файлов все меньше 1Гб, ставили базу на другие машины, переиндексировали.... ничего не помогает! Но если на одной машине (т.е. локально) запускаем несколько пользователей - то все они видны. Но тоже самое если по сети, то виден лишь последний... И как только двое открывают один документ (а блокировки-то нет), то база портится.... Не понятно....

Такое дело было в УТ , когда выпилил один из регистров - который мне не нужен был. Стал показывать размер продаж с разницей в разы в каждом вычислении. Перепроводил , выгружал - вгружал , тестировал целостность. Результат нуль. В итоге оказалось что когда один из файлов БД привысил размер 2 гб (по моему это был файл регистра Партии товаров) эти чудеса и пошли. Обрезал базу - все хорошо. Выпиливание регистра кстати оказалось не причем (видимо что то совпало)

(16) Вы пытаетесь работать с файловой 7.7 по сети???

(18) если это так - то срочно увольте того спеца кто это сделал

(19) (18) И в чем проблема работы с файловой 7.7 по сети? Всегда так работали.

(20) по первых это сильно медленно по сколько отключается файловый кеш, а если кеш не отключать - то имеем сабж.

(21) Да нормальная скорость. Просто надо правильно готовить. А предлагать покупать MS SQL или лицензии терминальные - это нецелесообразно.

(22) Молодец, сэкономил как на нервах пользователей (тормоза при работе), так и на нервах админа - приходится разбираться с чудесами как в (0).

... похоже, что это виноват Касперский v10 (EndPoin Security 10) до этого был Каспер v8... и всё было Ок. Попытаемся откатиться....

(23) ну мы ж не знаем, какой у человека документооборот, мож 5 документов в день. Тогда можно.

(25) Если сеть безотказная, то по сети работается терпимо - конечно, не быстро, но некоторым и спешить-то некуда, если только один документ набирают.

... откатились... и всё стало в норме!

(26) для себя я уяснил, что весь вопрос использования DBF по сети - в объемах документооборота. Если доков единицы в день, то да, можно работать, и довольно долго. Если же их десятки или сотни, то через несколько месяцев система просто станет неработоспособной.