Шутки в сторону господа.

Кто сталкивался с данной проблемой? У нас на предприятии за всё моё время работы это уже третий случай.

Сразу отброшу в сторону ответы: документ изменил / удалил бух. не все так просто.

15 апреля создали документ начисление отпуска, провели, все хорошо.

20 апреля этого документа в базе нет, вообще нет.

В архиве на 15 апреля документ вижу.

Пробовал поиск по GUID (в архиве получил GUID и по нему же нашел) НО в текущей базе по GUID не находит.

То-есть проблема что данные пропадают.

Как решить эту проблему?

1C 8.3, ЗУП 2.5, SQL сервер 2008 R2

А да забыл добавить, журнал регистрации чтот не помог или я кривой аутяга

вопрос нужно задать в полночь, в полную Луну;-)

(1) По представлению данных поищи. Представление возьми в копии.

"Демоны! Демоны!" (с) Иван Васильевич меняет профессию.
Документы пропадают не постоянно? Пытать админов пробовал?  в ЖР никакого упоминания о созданном документе нет?

С какой периодичностью документы пропадают? "Третий случай" - за какой период?

(0) РИБа нет?

а точно ни у кого из пользователей нет прав на итерактивное удаление из ИБ?

А точно из бэкапа не поднимали базу?

(3) вообще ничего.

Я знаю номер 188 и представление будет такое.

Почитал отзывы в инете, как понял у многих такая проблема после обновления. Действительно было обновление между 15 и 20. Но я делаю обновления уже сотни лет и ошибки с моей стороны быть не может, значит после реструктуризации что то удаляется да

(7) лол ну я тут один 1С никто бы не смог поднять. Получается за 15 число у нужного документа был номер 188, в текущей базе идут номера 187, 189, 190...

Скажу больше такое было месяца 3-4 назад в базе Автотранспорт, там вообще из справочника УДАЛИЛИСЬ 5-7 водителей, которых оч. давно приняли.

Но база вообще не обновляется, никто не трогает.

Так же на предприятии стоит политика по правам и пользователей нет возможности удалять.

(6) РИБ в смысле обмен между базами ? Нет.

(5) периодичность большая и при этом разные базы, до этого месяца 3-4 назад было в Автотранспорте (10)

Я щас проверю ещё архивы, вплоть до обновления базы. Я всегда делаю архив до обновы сразу

(13) Администрирование - Тестирование и исправление проводил? Есть вероятность что база повреждена, иначе это объяснить никак не получается.

Так, я рад что вы следите за темой.

Значит обновление не причем и мой опыт тысяча лет не подвел. До и после обновы данные есть.

буду искать день когда удалили.

А если даже удалили интерактивно думаю этого не увижу да.

У вас вообще были такие траблы? Может ли быть дело в SQL сервере?

(14) ну прям щас делать не смогу, т.к. много людей работают. Тока если на выходных.

(14) вопрос, ты после каждой обновы делаешь ТиИ ? типа обязательная мера

(16) Развернуть копию и сделать ТиИ на ней никак?

(18) ну а я щас на чем разворачиваю архивы ? не на текущей базы да?

Вариант, и чем мне ТиИ мпможет в тестовой, напишет куда делся документ? Если и делать ТиИ только что бы в будущем не было трабл

(1)
>> А да забыл добавить, журнал регистрации чтот не помог или я кривой аутяга
Делай вместе с бэкапом базы и бэкап ЖР.

(19) А к чему тогда твое "не могу" в (16).

(17) Тестирование и справление как раз для таких случаев и нужна , когда нарушается работа БД, а не после каждого обновления ) Если документы есть, то просмотри внимательно журнал регистрации, может там что накопаешь

А номер документа не могли изменить...

(23) я же написал что смотрел по GUID, знаешь что за штука такая?

(22) то-есть это теперь так всегда будет правильно я понял? Документ из базы отвалился, его заметили - фухх повезло, запускаю ТиИ.

Я щас на тестовой запустил ТиИ именно в тот день когда исчез док. Посмотрю чем ваш ТиИ поможет, мб вернёт все документы, начислит зарплату и выплатит сотрудникам

(26) Всякое может быть, но проверить стоит, не лишне будет...

(27) я думаю мож тогда каждую неделю запускать, я просто обновы делаю каждую неделю на все конфы

(26)ТиИ не наш, делать надо когда видишь проблему и только потом писать на форум, сарказм свой себе в опу засунь, тебе пока не грубил никто.

(29) ооо местные воры в законе подъехали, сколько у вас ходок уважаемый?

(9)вы читаете внимательно? Вы проверили что ни у одного из пользователей нет права на итерактивное удаление?

И что у них с правами на удаление помеченых, а так-же на запуск внешних обработок?

> лол ну я тут один 1С никто бы не смог поднять.

вы ещё и считаете всех юзеров лузерами ничего не умеющими

ПолуОФФ: Всегда есть причина, даже если ты её не определил.

если глюк базы, то обычно объект "исчезает", но движения его остаются. Если все движения подчищены, то ту однозначно стандартными средствами удаляли объект. Поискать в ЖР по представлению данных необходимо, тем более что период небольшой.
По поводу удаления водителей в справочнике, то они явно использовались в документах, вопрос как отражались данные в этих документах?

(31) что вы пишите за бредятину?

"вы ещё и считаете всех юзеров лузерами ничего не умеющими"
То-есть по вашей тупой логике каждый пользователь может зайти на SQL сервер, открыть SQL менеджер, выбрать базу и восстановить туда бэкап ?

Видимо вы из будущего, из 2909 года

(34) + а да забыл добавить доступ к SQL серверу только с моего компа, это мелочь

Очень комично выглядят персонажи, которые просят помощи и при этом кидаются понтами.

(35) что ты орешь как кот которому прищемили ****** ))
на основании этого дока что то было создано?
если да, то смотри их, вообще следы от дока какие нибудь есть?? в регистрах, журналах и т.д. в(33) тебе верно написал

На каждое предложение ТС, кидает тысячу противоречий. Тогда зачем просите помощи?

Универсальный Закон Сохранения Энергии звучит следующим образом —

НИЧТО НЕ ВОЗНИКАЕТ НИОТКУДА И НЕ ИСЧЕЗАЕТ В НИКУДА.

у нас такое было когда по OLE\COM переносились данные.
У вас не каких таких переносов нету ?

(0) выгрузи журнал регистрации в xml и поищи GUID там

(40) нет переносов нет.

Проверил через ТиИ толку ноль. Не написало про документ 188, нет изменений вообще по документам НачислениеОтпускаРаботникамОрганизаций, так же запустив 1С документ не вернулся (ещё бы да)

(42) журнал. регистрации.

документ пропасть без следов не может. Даже, если ты накатишь поверх продуктива бэкап, в котром нет этого документа, в журнале регистрации гуид все равно останется

(42)А с чего он вернется, если его там никогда не было? Что толку мучить 1С, смотри сервер, скуль, хз, может откатывается ФС или что-то подобное.

(43) я щас выгружаю журнал, уже 550 мб. поищу гуид там

в бэкапе есть, значит был.

Я думаю, кто-то кастанул на документ Удалить(). Возможно - в периферии где-то

(0) Посмотри в правах и отключи "интерактивное удаление" объектов. Ибо Ctrl+Del в пользовательском режиме - зло!

(46)Нет, это , возможно, не та же самая база, с которой сделали бэкап.
Кстати, на 16 апреля как дела в базе в бэкапе, документ есть?

Ещё стало страшнее. В журнале за 20 число (сразу после удаления) по GUID вообще не нашло. Щас попробую в журнале за 15 (когда был документ).

А если я пойду домой и так же пропадут, вообще без следов. Как жить то

(47)У него даже записи в ЖР о создании - то нет, так, что до удаления еще далеко.

(49) а ты уже точно знаешь что 20-го удалили?

(48) 15 создали документ - есть, 16 - есть, 17 (делал обновление 1с) - есть, 18 - есть, 19 - есть, 20 - есть.

За это время никто не мог трогать бэкапы, доступ только у моего компа

(51) ну путем восстановления архивов, на начало 20 док есть. на начало 21 дока нет

(52) сорри опечатка 20 - нет

(54) а почему ты в журнале за 20 ищешь, если у тебя документ 19-го удалили?

(55)В "рабочий день", 20го данные испарились, бэкапы ночные у него.

В 1с искать нечего, по гуиду в ЖР, в файлах, у тебя будет пусто, смотреть логи скуля на 20 число для начала.

(56) в (55) написано что опечатался, на начало 20 нет в базе

(57) обоснуй почему в ЖР будет пусто?

(58)пусть сам еще раз разложит, опечатался он к (52) написал, что логично.

(49) журнал надо было выгружать с даты, когда был сделан бэкап, в котором есть документ, по сегодня. Потому, что ты не знаешь, когда конкретно он был удален.
(57) узбагойзя, ты не прав

(61)Ладно, уговорил. Прост у меня такая ситуация была только когда бух смотрел в другую базу и орал, что документов, заведенных вчера нет, они испарились)

(61) я сделал два журнала, когда есть док и когда его нет. Щас копируется он, много весит.

Попробую поискать по GUID

документ, конечно, могли в копию вколотить, думая, что работают в продуктиве. Но вот кто мог снять с копии бэкап и думать, что это бэкап боевой?
Мне это видится маловероятным разгвоздяйством. Добро бы базы файловые были, там еще можно было бы папочки запутать, но скуль делает такие ошибки трудно выполняемыми с технической стороны - чтобы так ошибиться, надо целенаправленно к этом стремиться.

В базе одно предприятие или несоклько?

(64)Я не про то, узбагойся, у нас недопонимание.

(66) всё норм - я уже допонял

но, если, у автора реально среди боевых лежат быкапы копий, то надо в консерватории консервы менять

(0) У кого-то из пользователей есть право запуска внешних обработок? Если есть, то возможно данные уничтожены с помощью внешней обработки. Если пользователей немного можно зайти в 1С с компа пользователя под его же логином и посмотреть какие файлы он открывал (пункт меню Файл-открыть, там будет список последних).
А вообще ваша история очень напоминает вот эту байку: http://forumsisadmina.ru/topic/328-rasskazy-pro-sistemnykh-administratorov/

У вас случайно в последнее время ни кого не увольняли?

(65) одно.

Короче я не знаю, не нашел выхода.

даже щас зайдя в док. он не пишет вообще куда я зашел и т.д.

http://imgur.com/SCrrinG

Логично что поиск по GUID и по номеру вообще нечего не дал, даже в тот день когда его создали.

(68) у активной базы и у бэкапов разные накопители

(64) причем тут могли в копию если я из архива достаю и там есть док

(70) а у тебя журнал регистрации-то вообще включен?

(71) И как? Много накопили уже?
(72) Ну может у тебя это архив копии.

(71) какие вообще существуют варианты ответа на вопрос: как случилось, что в бэкапе документ есть, а в журнале регистрации он ни как не фигурирует?

(70) ищи по представлению

(74) в смысле много? не пойму к чему вопрос. Ну щас там 700 файлов

(76) если по гуиду не нашел, то по представлению тем более не найдет

Помогать нет желания (ибо трудно найти чёрную кошку в тёмной комнате, когда её уже там нет), но замечу:

"Я знаю номер 188 и представление будет такое."(8)
Не всегда верно. Если изменить дату документа на предыдущий период автонумерации, то номер документа платформа может изменить автоматически. Т.е. представление документа будет иное.

"А если даже удалили интерактивно думаю этого не увижу да."(15)
Это был сарказм? В журнале регистрации останутся следы интерактивного удаления.

"Если и делать ТиИ только что бы в будущем не было трабл"(19)
ТиИ может само собой создавать "траблы. Например, удалять объекты - галочка "Удалять объект" для "При частичной потере данных объектов".

"я же написал что смотрел по GUID, знаешь что за штука такая?"(24)
Сейчас точно - это сарказм. Без обид, автор, но алгоритм обработки поиска по GUID Вами не озвучен и у нас есть право на сомнение.
...

PS: тут много говорили про бэкапы, но ни разу не озвучили какие именно они. Или я был не внимателен?

Если это *.dt, то про них давно уже есть крылатая фраза - "выгружается всё, загружается только корректное". На старых платформах битый объект может "исчезать" из базы при выгрузке/загрузки ИБ.

(79)Да ну, скуль и бэкапы в *.dt, я бы в голос заржал, если бы такое увидел)

(78) сдается мне что если он по гуиду не нашел в день создания объекта, то что-то там не то: или гуид не тот, или в консерватории консервы.

(80) Можешь начинать ржать :) у меня нет доступа к SQL-серверу и его базам (а также уверенности что админ всё делает корректно) и поэтому я делаю "бэкапы" средствами платформы 1С.

(82)Ну это предосторожность, лишней не бывает, я про случай, что бэкапов скулем нет вообще, только .дт, ну и админ у вас значит не вселяет доверия, что плохо. Если всё упадет, его раком и поставят, что ты, программист, паришься за архивы?

(80) +100500

Кстати, Sasha_Rapira, по поводу (70) Может быть ты это знаешь, а может и нет, но если щёлкнуть по записи журнала регистрации, то можно увидеть больше информации :)

И ещё одно "кстати": запуск и работа ТиИ тоже отражается в журнале регистрации. И даже ошибки регистрируются :)

Проверь: было ли ТиИ перед исчезновением объекта.

(82) Если у вас начальник один, то я бы на твоем месте договорился с админом, чтобы права появились и настроено все было корректно. Потому, что, когда гром грянет, вы будете в одной лодке и проблема будет на вашей общей стороне и вы оба будете нести груз ответственности. А вендор официально заявляет о том, что dt не является средством резервного копирования

(86) Ну вот такая дурацкая политика безопасности и разграничения зон ответственности у нашего руководства. У меня, например, с моего рабочего места нет выхода в интернет и я не сижу на форуме :)