Уже в третий раз у клиента работающего по сети со старой файловой ЗУП содержимое файла базы становится пустым. Платформа 8.2. По результатам файлового аудита ОС установлено, что действие произведено с учётной записью с компьютера одного из трёх пользователей. Пользователь просит разобраться и предотвратить повторы инцидента. Резервные копии есть и каждый раз восстанавливались. Чтобы это могло быть? Может ли это быть проделкой Касперского?

(0) В таком варианте : "по сети со старой файловой" - это нормально.

(0)Что значит пустым???

(2) Видимо - размер файла = 0 байт.

(1) Старая это на базе 2.5, применяется далеко не в одном месте. Ещё пара пользователей работают с ней нормально. Wi-Fi нет. Админы и проверка пингами показывает, что сеть работает нормально.
(2) Как выглядит созданная пустая база

(4) Фишка не в "старости" базы. Фишка в том, что "файловая по сети".
"Админы и проверка пингами показывает, что сеть работает нормально." - не верь глазам своим.

(0) Ты из Америки? Причем здесь Касперский?
Кривые или вредные руки пользователей.ИМХО. А также сетка, питание и т.п. В соседней ветке похожие симптомы

(0) Файловая по сети -  зло. Переводи в терминал. Либо, что лучше, переход на клиент-серверную.

(5) Старость здесь означает, что опубликовать БД на веб-сервере не получится. А предлагать клиент-сервер на 3 пользователя, как то нехочется, но видимо придётся.
Но такие симптомы я вижу впервые. Часто портится таблица Files В БД.
Шифровальщики так обычно себя не ведут. Собираю возможные версии.

админ так может мстить ... запросто

(8) Ну соберешь ты все версии и дальше что? Их 3 миллиона. Терминал или лучше клиент-сервер.

(6) Нет, но склоняюсь к мысли, что антивирусы так же вредны как и вирусы. По-крайней мере для квалифицированных пользователей.
(7) Знаю.
(9) Маловероятно, тогда не стал бы звонить сам.

мини сервер на 5 подключений не катит? 14 200 всё удовольствие, если память не изменяет...

(10) "Осчастливлю" админа. И будет аргумент продать сервер 1С.

(8) минисервер + постгря = ультрабюджетный сервер1с

(0) винт дохлый и сыпется. Либо ошибки файловой системы

(0) все фигня. это диверсия. осознанная или рукопопая - другой вопрос.

+ (16) в файловой версии защита от злого умысла недоступна.
в к-с: вариантов больше.

(0) а сколько у тебя пользователей с базой работает?

+18 Возьми и поставь эту базу юзверю, расшарь у него папку (если он не один работает) и посмотри как и что будет происходить )))
Проще говоря базу с сервака на новое место перенеси ))

(0) А что у вас там в настройках Касперского? Если стоит удалять без вопросов - то может и Касперский.

(20) Ни разу не видел что бы касперу файл базы 1с не нравился

(15) Впервые проблема была на старом сервере, следующие 2 случая после переезда на новый.
(17) За более чем 10 лет работы с 1С я это усвоил.
(18) Трое.
(19) Возможно, это запрещено политикой компании.

(22) Ты же не на постоянно, а для выяснения причины, причем что бы меньше народа про это знало.

(22) Пользователь копирует файл 1CD от пустой базы и делает большие глаза: "я ничего не нажимал, оно само!"

Вот и весь секрет.

(23) Так проблема эпизодическая. Может несколько недель не появляться.
(24) 3 раза известных мне и сколько-то ещё админ молча извлекал БД из бекапа. Но версия мне нравится.

(25) Люди бывают очень, очень мерзкими тварями.

А в виндовом журнале нигде не отображаются события выключения компа по потере питания?

(0) Где-то было на партнерке или its от 1С фраза что при расшаривании по сети такое может быть и они ничего не гарантируют. Используйте RDP подключение для толстого клиента.

(24) Сам попробуй. Для начала.

(29) Попробовать что?

(30) Заменить файл 1CD при работающих пользователях.

http://1c.ru/news/info.jsp?id=17577

(32) а железо?

(31) Зачем? Где у ТС написано, что при работающих?

Может, я не заметил, ткни носом.

(32) +100

стоит всего 14 400 руб

(34) я вообще не представляю при каких обстоятельствах у пользака может быть открыта сетевая папка с базой

(21) А если вирь попробует вставиться в начало файла?

(31) Писать в него может кто угодно и когда угодно. В чем проблема что-то в нем поменять?

(33) ну файловую ще тащит, и тут сервер на 3х пользаков поедет, память нынче почти даром под службу и посгрю

(36) А как он в ней работает? Прочесть путь в списке баз не составляет труда.

(37) >>А если вирь попробует вставиться в начало файла?
и чо???
1CD не исполняемый, он тупое структурированное хранилище, он не умнее текстового файла

аудит на файл прицепите,чтобы посмотреть,что с ним происходит
потом посмотреть предыдущие версии и т.п.

(39) т.е. со злым умыслом всё-таки?

(42) Считаю, да. Если бы файл сыпался и вирь, база бы не открывалась, были бы странные глюки и т.д. А тут, как по волшебству.

(43) и вирь = или вирь

(41) Аудит показывает пользователя, но не процесс который лезет в файл.

(40) Касперский всегда славился своей параноидальностью.

(45) а вес файла можно мониторить? думается, что между рабочей базой и чистой - разница в весе ощутимая.

На моей памяти было как-то, что Каспер после своего обновления грохнул файл базы 1с как подозрительный.))

(48) Архив был.

(48) Здесь другое. Файл базы есть, и даже не нулевой: см. (4)

(47) Чем предложите?
(50) Может его 1С сам воссоздал пустым. Я смотрел, только на последствия.

(50) Ну предложил юзеру создать базу. Он согласился.

(51) >>Может его 1С сам воссоздал пустым

+1

(52) Не, он ругается тогда, что файла нет

Посмотреть нужно хотя бы какой датой и в какое время создан файл.

(0) >действие произведено с учётной записью с компьютера одного из трёх пользователей
Подробнее, что это значит? Компьютер всегда один или нет? А пользователь?

Что в ЖР?

Проверьте права на папку базы и ВСЕ файлы в ней. Может нестандартные. А также права на шару.

(56) Разные компьютеры и пользователи. Были полные.
И даже использование автономных файлов для шары отключили после второго разрушения.

(57) В какой момент происходит обнуление? При начале работы, при завершении, "вечером все было OK, утром база пустая", и т.д. Нужно с ЖР сопоставлять.

В свойствах файла посмотри на вкладке "Подробно", дату и время создания.

Сборище геморройщиков-экономистов? :)

(60) Нет, ларёчников.)))

Как вариант, любознательный юзер заливает через незакрытый конфигуратор пустой *.dt.)

Как-то было, сидит один такой и запускает конфигуратор (естественно безрезультатно)- ему сказали по телефону в другую базу зайти.

(62) А потом сам же пишет письма: помогите, устраните проблему?

(64) Конечно, классическое "тыжпрограммист" и "оносамочесслово" :)

(0)

В свойствах общего ресурса отключить автономные файлы: файлы и папки будут недоступны вне сети

(66) Было в (57).
(65) Но не три раза же одно и тоже.

я бы еще пользователям запретил лазитб в конфигуратор,только в нем можно создать и затереть базу штатно

(68) вот это надо будет проверить

(69) Что? Так до сих пор причина не выявлена? А новые "обнуления" были?