Версия для печати темы (https://pro1c.org.ua/index.php?s=c1a640ba35841ea6e0635247ad2616c9&showtopic=27459)

Автор: newmad4 13.01.16, 12:15

Добрые день форумчане!
Есть проблема: за день пользователь вносит данные в файловую базу(1с предприятие 8.2.19.130, бухгалтерия для украины, конфигурация 1.2.22.1, толстый клиент)(размер файла - 575 МБ). Сохраняет работу и как правило закрывает программу и сеанс из сервером.
На следеющий день запускает - и оказывается что прапала часть введенных данных(за прошлый день и иногда за 2 дня.) По логам 1с - никто ничего не удалял. По логам сервера - никто посторонний не заходил, ошибок в системе не было. Диски целые.
Данные эти вводяться через самописный модул (созданый програмистом).
Все работало отлично 2 года (был зеркальный рейд по 1ТБ из двух сиагейтов), вначале лета заменили на зеркальный рейд по 1TB WDC WD1003FBYZ. Первый раз возникла в средине этого лета. Остальные 3 раза в начале, средине и конце декабря.
Сначала я думал что пользователь не закрывает программу в конце роботы, просто завершая рдп сесию, и на следующий день подключается сново и продолживает работу. И из-за того что программа была открыта - это как то повлияло на базу. В тот момент была даже включена буферизация дисков. После 3-го случая отключил буферизацию. Четвертый раз возник - даже после того как праграмма была коректно завершена и казалось - проблем не должно быть.
Програмист не знает в чем дело.
Сервер терминалов - он же файловый сервер (windows 7(x64) Proffesional, Intel core I7-2600, 2x8 DDR3(1333), програмный зеркальный рейд на 1TB WDC WD1003FBYZ). На нем установленный 1с, и база размещена.
На него по rdp из локалки или удаленке подключается пользователь и програмист.
Бекапы делаются каждое утро в 6:00 - созданием рар-архива всей директории работающих на сервере, в числе и баз 1с - размером 10GB.
Да, на сервере размещены и другие базы - с нмим работают другие пользователи - с ними проблем нету.

Кто-нибудь, может, сталкивался с подобным. Или рекомендации какие. Помогите словом-делом пожалуйста!

Автор: Vofka 13.01.16, 13:21

А в бэкапах эти пропащие данные есть?

Автор: newmad4 13.01.16, 14:25

Vofka @ Сегодня, 13:21 ,
Нет

Автор: Vofka 13.01.16, 14:29

Данные пропадают разные (разные справочники, документы)? У одного пользователя или разных?

Автор: newmad4 13.01.16, 14:32

Vofka @ Сегодня, 14:29 ,
Пропадают одни и те же данные - документы. Если эту базу открыть другим пользователем - также данных нету. Все происходит с одной базой. С ней работает один пользователь и иногда программист.

Автор: Vofka 13.01.16, 14:42

Мне кажется, что данные из базы не пропадают, а просто не попадают в базу. Как иначе объяснить, что пропадают данные сделанные за день-два и при этом их нету в свежем ежедневном бэкапе?

Автор: newmad4 13.01.16, 15:27

Vofka @ Сегодня, 14:42 ,
Та вреде бы пользователь не стал бы не сохранять свой труд, - опытный боевой бухгалтер, но дядька с картинки однозначно дает понять)
И к сожеление, у меня нету бекапа первого дня пропажы данных - тогда пользователь не закрыл программу, и в архив не ввойшла эта база. А на второй день констатировали пропажу...

Автор: Pepe 14.01.16, 9:24

Попадал на такое. ИМХО причина была в кеше. Пока работали в базе, все хорошо, все на месте, При повторном заходе часть информации "уходила в никуда".

Автор: newmad4 14.01.16, 9:47

Pepe @ Сегодня, 9:24 ,
Интересно... А что тогда Вы предпринимали? Я погуглил - то люди чистят кэш. То есть нужно, когда завершают работу с программой(или когда запускают) - чистьть кэш? (это б сняло с него подозрение?)

Автор: Vofka 14.01.16, 9:48

В каком кеше?

Автор: newmad4 14.01.16, 9:57

Pepe @ Сегодня, 9:24 http://pro1c.org.ua/index.php?act=findpost&pid=107109,
Про этот?
C:\Users\<username>\AppData\Local\1C
C:\Users\<username>\AppData\Roaming\1C
там у меня при закрытой проге по 250 и 162 МБ, - нормально ли это?

Автор: Petre 14.01.16, 10:05

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

Да и ТиИ я бы еще предложил.

Автор: newmad4 14.01.16, 10:20

Petre @ Сегодня, 10:05 ,
Ок, спасибо - так и сделаю - надеюсь отпишусь, со временем, о нормальном полете...
Извините, а что такое ТиИ?

Автор: Petre 14.01.16, 10:35

Тестирование и исправление информационной базы.

Автор: newmad4 14.01.16, 10:39

newmad4 @ Сегодня, 10:20 ,
Ок, сделаю, спасибо. Делал с помощю такой штуки chdbfl.exe - все гуд. Попробую еще через конфигуратор...

Автор: XBrut 15.01.16, 23:55

Таке було тільки в 7.7.
Карочє сісадмін. Із самих луччіх побуждєній закрив права користувача на папки профіля , де 1с зберігає тимчасові дані.... результат просто чарівний. Дані зникають із бази рваними шматками як хотять.
Я спочатку хотів набити тому сісадміну писок, але мені заплатили гроші і все якось минулося...

Автор: newmad4 16.01.16, 9:12

XBrut @ Вчера, 23:55 ,
Хм, цікво, але нажаль це не той випадок...В мене для цього користувача відкритий повний доступ для директорій його профіля (там же і C:\Users\<username>\AppData\Local\1C, C:\Users\<username>\AppData\Roaming\1C - там же настройки, кеш і тимчасові файли).

Автор: Vofka 16.01.16, 10:02

Сделайте запись какого-то лога при записи каждого нового документа. Уточните у бухгалтера, как он определяет, что данные пропадают. Например, если он скажет, что вводил документ по контрагенту Васе на сумму 1000, то пишите в лог так же информацию о контрагенте и сумме. Потом при очередном прецеденте загляните в лог.

Автор: Pepe 26.01.16, 21:33

Интересно, чем закончилось и была ли поборена проблема. Интересуюсь, т.к. сегодня клиент в слезах - не может понять куда пропала ее работа за день.
Ситуация с пропажей проявилась только сегодня, до этого времени все было хорошо.
База 1с 7.7 типовая бухгалтерия, работа по РДП на сервер 2012, единственный пользователь. Утром сохранила через конфигуратор базу, перепровела внутренней обработкой валютные документы, внесла другие документы, закрыла год, распечатала оборотку и отослала "наверх". Сделала повторный вечерний бекап. Решила вернуться к утреннему состоянию для сравнения, восстановила базу, посмотрела, потом восстановила веченний бекап и обнаружила, что данные в архивах (оборотка) одинаковые - все внесенные изменения пропали.
Грешил, что неправильно или случайно сделала копию одного архива в другой, но нет - врема создания архива корректное, Время файлов в вечернем архиве отличается на десять минут от утреннего. И только единственный файл в вечернем архиве 1SUSERS имеет время вечернее. Прошелся по логам. В логах есть инфа о созданных документах (неопределенный обьект), самих документов нет.
Грешу на то, что после группового перепроведения надо было закрыть программу, а не продолжать в ней работать, но все равно непонятно. Похоже, что информация из опративной памяти не была сброшена на диск при выходе из программы.
Может будут у кого-то дополнительные вопросы или предположения?

Автор: Zaval 26.01.16, 21:44

1С на сервере?
Если нет, то ей для корректного закрытия нужно время. Быстро выключенный комп может этому помешать.

Автор: Pepe 26.01.16, 21:52

Да, работа в локальной сети через терминал.

Автор: Zaval 26.01.16, 22:01

То, что видел.
1с77 файловая, локальная сеть, чуть ли не каждый день утром просит реиндексацию.
Один из компов стоял на складе и сеть там тормозила заметно.
Предписали кладовщику выключать комп не раньше 5 минут после закрытия 1с. Проблема исчезла.

Автор: newmad4 26.01.16, 22:18

Доброго всем времени суток!
Вобщем так: пока что почистил кеш, про который говорилось ранее, - идет третья неделя - полет нормальный. Еще хочу сделать ТиИ - еще не сделал бо не знаю как это может негативно повлиять на базу (когда я просто запускал тии, без иправлений - находило около 85 ошибок.. - нада будет их текст и сюда показать..). Понятно что перед этим резервную копию нужно будет сделать.. Ну и решил все-таки привлечь 1c специалиста, - так сказать свежий взгляд на проблему, ну и конечно же маловато у меня компетенции по 1с.
По рекомендациям Vofka - оставляю на плечи 1с джедая...
Насчет оперативной памяти, хм... - интересная идея, но не знаю. К началу следующей недели отпишусь - раскажу что нарыли.

Автор: Pepe 26.01.16, 22:32

Полезная инфа, но не мой случай. Сервер и рабочую станцию вообще не выключали.