Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Пропадають записи из файловой базы
Украинский 1С форум: всё про 1С 8.3, 1С 8.2, 1С 8.1, 1С 8.0, 1С 7.7 > Администратору 1С / Системному администратору / Администратору баз данных > Администрирование и настройка серверов баз данных
newmad4
Добрые день форумчане!
Есть проблема: за день пользователь вносит данные в файловую базу(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
А в бэкапах эти пропащие данные есть?
newmad4
Vofka @ Сегодня, 13:21 необходимо зарегистрироваться для просмотра ссылки,
Нет
Vofka
Данные пропадают разные (разные справочники, документы)? У одного пользователя или разных?
newmad4
Vofka @ Сегодня, 14:29 необходимо зарегистрироваться для просмотра ссылки,
Пропадают одни и те же данные - документы. Если эту базу открыть другим пользователем - также данных нету. Все происходит с одной базой. С ней работает один пользователь и иногда программист.
Vofka
Мне кажется, что данные из базы не пропадают, а просто не попадают в базу. Как иначе объяснить, что пропадают данные сделанные за день-два и при этом их нету в свежем ежедневном бэкапе?

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

Pepe
Попадал на такое. ИМХО причина была в кеше. Пока работали в базе, все хорошо, все на месте, При повторном заходе часть информации "уходила в никуда".
newmad4
Pepe @ Сегодня, 9:24 необходимо зарегистрироваться для просмотра ссылки,
Интересно... А что тогда Вы предпринимали? Я погуглил - то люди чистят кэш. То есть нужно, когда завершают работу с программой(или когда запускают) - чистьть кэш? (это б сняло с него подозрение?)
Vofka
Цитата(Pepe @ 14.01.16, 9:24) необходимо зарегистрироваться для просмотра ссылки
ИМХО причина была в кеше.

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


Vofka @ Сегодня, 9:48 необходимо зарегистрироваться для просмотра ссылки,
Про этот?
C:\Users\<username>\AppData\Local\1C
C:\Users\<username>\AppData\Roaming\1C
там у меня при закрытой проге по 250 и 162 МБ, - нормально ли это?
Petre
То, что кеш есть, - нормально. Почистить надо один раз, обычно при появлении непонятных проблем. Если проблемы не устранятся, - дело не в нем.

Да и ТиИ я бы еще предложил.
newmad4
Petre @ Сегодня, 10:05 необходимо зарегистрироваться для просмотра ссылки,
Ок, спасибо - так и сделаю - надеюсь отпишусь, со временем, о нормальном полете...
Извините, а что такое ТиИ?
Petre
Тестирование и исправление информационной базы.
newmad4
newmad4 @ Сегодня, 10:20 необходимо зарегистрироваться для просмотра ссылки,
Ок, сделаю, спасибо. Делал с помощю такой штуки chdbfl.exe - все гуд. Попробую еще через конфигуратор...
XBrut
Таке було тільки в 7.7.
Карочє сісадмін. Із самих луччіх побуждєній закрив права користувача на папки профіля , де 1с зберігає тимчасові дані.... результат просто чарівний. Дані зникають із бази рваними шматками як хотять.
Я спочатку хотів набити тому сісадміну писок, але мені заплатили гроші і все якось минулося...
newmad4
XBrut @ Вчера, 23:55 необходимо зарегистрироваться для просмотра ссылки,
Хм, цікво, але нажаль це не той випадок...В мене для цього користувача відкритий повний доступ для директорій його профіля (там же і C:\Users\<username>\AppData\Local\1C, C:\Users\<username>\AppData\Roaming\1C - там же настройки, кеш і тимчасові файли).
Vofka
Сделайте запись какого-то лога при записи каждого нового документа. Уточните у бухгалтера, как он определяет, что данные пропадают. Например, если он скажет, что вводил документ по контрагенту Васе на сумму 1000, то пишите в лог так же информацию о контрагенте и сумме. Потом при очередном прецеденте загляните в лог.
Pepe
Интересно, чем закончилось и была ли поборена проблема. Интересуюсь, т.к. сегодня клиент в слезах - не может понять куда пропала ее работа за день.
Ситуация с пропажей проявилась только сегодня, до этого времени все было хорошо.
База 1с 7.7 типовая бухгалтерия, работа по РДП на сервер 2012, единственный пользователь. Утром сохранила через конфигуратор базу, перепровела внутренней обработкой валютные документы, внесла другие документы, закрыла год, распечатала оборотку и отослала "наверх". Сделала повторный вечерний бекап. Решила вернуться к утреннему состоянию для сравнения, восстановила базу, посмотрела, потом восстановила веченний бекап и обнаружила, что данные в архивах (оборотка) одинаковые - все внесенные изменения пропали.
Грешил, что неправильно или случайно сделала копию одного архива в другой, но нет - врема создания архива корректное, Время файлов в вечернем архиве отличается на десять минут от утреннего. И только единственный файл в вечернем архиве 1SUSERS имеет время вечернее. Прошелся по логам. В логах есть инфа о созданных документах (неопределенный обьект), самих документов нет.
Грешу на то, что после группового перепроведения надо было закрыть программу, а не продолжать в ней работать, но все равно непонятно. Похоже, что информация из опративной памяти не была сброшена на диск при выходе из программы.
Может будут у кого-то дополнительные вопросы или предположения?
Zaval
Цитата(Pepe @ 26.01.16, 21:33) необходимо зарегистрироваться для просмотра ссылки
Может будут у кого-то дополнительные вопросы или предположения?

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

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

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