|
Исчезают документы, время вызывать экзорциста | ☑ | ||
---|---|---|---|---|
0
Sasha_Rapira
21.04.16
✎
03:39
|
Шутки в сторону господа.
Кто сталкивался с данной проблемой? У нас на предприятии за всё моё время работы это уже третий случай. Сразу отброшу в сторону ответы: документ изменил / удалил бух. не все так просто. 15 апреля создали документ начисление отпуска, провели, все хорошо. 20 апреля этого документа в базе нет, вообще нет. В архиве на 15 апреля документ вижу. Пробовал поиск по GUID (в архиве получил GUID и по нему же нашел) НО в текущей базе по GUID не находит. То-есть проблема что данные пропадают. Как решить эту проблему? 1C 8.3, ЗУП 2.5, SQL сервер 2008 R2 |
|||
1
Sasha_Rapira
21.04.16
✎
03:43
|
А да забыл добавить, журнал регистрации чтот не помог или я кривой аутяга
|
|||
2
Маус
21.04.16
✎
03:52
|
вопрос нужно задать в полночь, в полную Луну;-)
|
|||
3
Лодырь
21.04.16
✎
04:15
|
(1) По представлению данных поищи. Представление возьми в копии.
|
|||
4
Metman
21.04.16
✎
04:25
|
"Демоны! Демоны!" (с) Иван Васильевич меняет профессию.
Документы пропадают не постоянно? Пытать админов пробовал? в ЖР никакого упоминания о созданном документе нет? |
|||
5
Metman
21.04.16
✎
04:26
|
С какой периодичностью документы пропадают? "Третий случай" - за какой период?
|
|||
6
rphosts
21.04.16
✎
04:35
|
(0) РИБа нет?
|
|||
7
rphosts
21.04.16
✎
04:37
|
а точно ни у кого из пользователей нет прав на итерактивное удаление из ИБ?
А точно из бэкапа не поднимали базу? |
|||
8
Sasha_Rapira
21.04.16
✎
06:04
|
(3) вообще ничего.
Я знаю номер 188 и представление будет такое. Почитал отзывы в инете, как понял у многих такая проблема после обновления. Действительно было обновление между 15 и 20. Но я делаю обновления уже сотни лет и ошибки с моей стороны быть не может, значит после реструктуризации что то удаляется да |
|||
9
Sasha_Rapira
21.04.16
✎
06:04
|
(7) лол ну я тут один 1С никто бы не смог поднять. Получается за 15 число у нужного документа был номер 188, в текущей базе идут номера 187, 189, 190...
|
|||
10
Sasha_Rapira
21.04.16
✎
06:06
|
Скажу больше такое было месяца 3-4 назад в базе Автотранспорт, там вообще из справочника УДАЛИЛИСЬ 5-7 водителей, которых оч. давно приняли.
Но база вообще не обновляется, никто не трогает. Так же на предприятии стоит политика по правам и пользователей нет возможности удалять. |
|||
11
Sasha_Rapira
21.04.16
✎
06:07
|
(6) РИБ в смысле обмен между базами ? Нет.
|
|||
12
Sasha_Rapira
21.04.16
✎
06:07
|
(5) периодичность большая и при этом разные базы, до этого месяца 3-4 назад было в Автотранспорте (10)
|
|||
13
Sasha_Rapira
21.04.16
✎
06:10
|
Я щас проверю ещё архивы, вплоть до обновления базы. Я всегда делаю архив до обновы сразу
|
|||
14
_Дайвер_
21.04.16
✎
06:18
|
(13) Администрирование - Тестирование и исправление проводил? Есть вероятность что база повреждена, иначе это объяснить никак не получается.
|
|||
15
Sasha_Rapira
21.04.16
✎
06:19
|
Так, я рад что вы следите за темой.
Значит обновление не причем и мой опыт тысяча лет не подвел. До и после обновы данные есть. буду искать день когда удалили. А если даже удалили интерактивно думаю этого не увижу да. У вас вообще были такие траблы? Может ли быть дело в SQL сервере? |
|||
16
Sasha_Rapira
21.04.16
✎
06:19
|
(14) ну прям щас делать не смогу, т.к. много людей работают. Тока если на выходных.
|
|||
17
Sasha_Rapira
21.04.16
✎
06:20
|
(14) вопрос, ты после каждой обновы делаешь ТиИ ? типа обязательная мера
|
|||
18
mehfk
21.04.16
✎
06:22
|
(16) Развернуть копию и сделать ТиИ на ней никак?
|
|||
19
Sasha_Rapira
21.04.16
✎
06:24
|
(18) ну а я щас на чем разворачиваю архивы ? не на текущей базы да?
Вариант, и чем мне ТиИ мпможет в тестовой, напишет куда делся документ? Если и делать ТиИ только что бы в будущем не было трабл |
|||
20
mehfk
21.04.16
✎
06:27
|
(1)
>> А да забыл добавить, журнал регистрации чтот не помог или я кривой аутяга Делай вместе с бэкапом базы и бэкап ЖР. |
|||
21
mehfk
21.04.16
✎
06:27
|
(19) А к чему тогда твое "не могу" в (16).
|
|||
22
_Дайвер_
21.04.16
✎
06:31
|
(17) Тестирование и справление как раз для таких случаев и нужна , когда нарушается работа БД, а не после каждого обновления ) Если документы есть, то просмотри внимательно журнал регистрации, может там что накопаешь
|
|||
23
ILM
гуру
21.04.16
✎
06:31
|
А номер документа не могли изменить...
|
|||
24
Sasha_Rapira
21.04.16
✎
06:33
|
(23) я же написал что смотрел по GUID, знаешь что за штука такая?
|
|||
25
Sasha_Rapira
21.04.16
✎
06:34
|
(22) то-есть это теперь так всегда будет правильно я понял? Документ из базы отвалился, его заметили - фухх повезло, запускаю ТиИ.
|
|||
26
Sasha_Rapira
21.04.16
✎
06:35
|
Я щас на тестовой запустил ТиИ именно в тот день когда исчез док. Посмотрю чем ваш ТиИ поможет, мб вернёт все документы, начислит зарплату и выплатит сотрудникам
|
|||
27
_Дайвер_
21.04.16
✎
06:37
|
(26) Всякое может быть, но проверить стоит, не лишне будет...
|
|||
28
Sasha_Rapira
21.04.16
✎
06:42
|
(27) я думаю мож тогда каждую неделю запускать, я просто обновы делаю каждую неделю на все конфы
|
|||
29
Web00001
21.04.16
✎
06:56
|
(26)ТиИ не наш, делать надо когда видишь проблему и только потом писать на форум, сарказм свой себе в опу засунь, тебе пока не грубил никто.
|
|||
30
Sasha_Rapira
21.04.16
✎
07:00
|
(29) ооо местные воры в законе подъехали, сколько у вас ходок уважаемый?
|
|||
31
rphosts
21.04.16
✎
07:06
|
(9)вы читаете внимательно? Вы проверили что ни у одного из пользователей нет права на итерактивное удаление?
И что у них с правами на удаление помеченых, а так-же на запуск внешних обработок? > лол ну я тут один 1С никто бы не смог поднять. вы ещё и считаете всех юзеров лузерами ничего не умеющими |
|||
32
Мимохожий Однако
21.04.16
✎
07:30
|
ПолуОФФ: Всегда есть причина, даже если ты её не определил.
|
|||
33
ASU_Diamond
21.04.16
✎
07:39
|
если глюк базы, то обычно объект "исчезает", но движения его остаются. Если все движения подчищены, то ту однозначно стандартными средствами удаляли объект. Поискать в ЖР по представлению данных необходимо, тем более что период небольшой.
По поводу удаления водителей в справочнике, то они явно использовались в документах, вопрос как отражались данные в этих документах? |
|||
34
Sasha_Rapira
21.04.16
✎
07:55
|
(31) что вы пишите за бредятину?
"вы ещё и считаете всех юзеров лузерами ничего не умеющими" То-есть по вашей тупой логике каждый пользователь может зайти на SQL сервер, открыть SQL менеджер, выбрать базу и восстановить туда бэкап ? Видимо вы из будущего, из 2909 года |
|||
35
Sasha_Rapira
21.04.16
✎
07:56
|
(34) + а да забыл добавить доступ к SQL серверу только с моего компа, это мелочь
|
|||
36
mehfk
21.04.16
✎
08:00
|
Очень комично выглядят персонажи, которые просят помощи и при этом кидаются понтами.
|
|||
37
nordbox
21.04.16
✎
08:03
|
(35) что ты орешь как кот которому прищемили ****** ))
на основании этого дока что то было создано? если да, то смотри их, вообще следы от дока какие нибудь есть?? в регистрах, журналах и т.д. в(33) тебе верно написал |
|||
38
sitex
naïve
21.04.16
✎
08:03
|
На каждое предложение ТС, кидает тысячу противоречий. Тогда зачем просите помощи?
|
|||
39
nordbox
21.04.16
✎
08:04
|
Универсальный Закон Сохранения Энергии звучит следующим образом —
НИЧТО НЕ ВОЗНИКАЕТ НИОТКУДА И НЕ ИСЧЕЗАЕТ В НИКУДА. |
|||
40
Trotter
21.04.16
✎
08:24
|
у нас такое было когда по OLE\COM переносились данные.
У вас не каких таких переносов нету ? |
|||
41
Лефмихалыч
21.04.16
✎
08:35
|
(0) выгрузи журнал регистрации в xml и поищи GUID там
|
|||
42
Sasha_Rapira
21.04.16
✎
08:45
|
(40) нет переносов нет.
Проверил через ТиИ толку ноль. Не написало про документ 188, нет изменений вообще по документам НачислениеОтпускаРаботникамОрганизаций, так же запустив 1С документ не вернулся (ещё бы да) |
|||
43
Лефмихалыч
21.04.16
✎
08:46
|
(42) журнал. регистрации.
документ пропасть без следов не может. Даже, если ты накатишь поверх продуктива бэкап, в котром нет этого документа, в журнале регистрации гуид все равно останется |
|||
44
НаборДанных
21.04.16
✎
08:50
|
(42)А с чего он вернется, если его там никогда не было? Что толку мучить 1С, смотри сервер, скуль, хз, может откатывается ФС или что-то подобное.
|
|||
45
Sasha_Rapira
21.04.16
✎
08:52
|
(43) я щас выгружаю журнал, уже 550 мб. поищу гуид там
|
|||
46
Лефмихалыч
21.04.16
✎
08:53
|
в бэкапе есть, значит был.
Я думаю, кто-то кастанул на документ Удалить(). Возможно - в периферии где-то |
|||
47
Vladal
21.04.16
✎
08:54
|
(0) Посмотри в правах и отключи "интерактивное удаление" объектов. Ибо Ctrl+Del в пользовательском режиме - зло!
|
|||
48
НаборДанных
21.04.16
✎
08:55
|
(46)Нет, это , возможно, не та же самая база, с которой сделали бэкап.
Кстати, на 16 апреля как дела в базе в бэкапе, документ есть? |
|||
49
Sasha_Rapira
21.04.16
✎
08:55
|
Ещё стало страшнее. В журнале за 20 число (сразу после удаления) по GUID вообще не нашло. Щас попробую в журнале за 15 (когда был документ).
А если я пойду домой и так же пропадут, вообще без следов. Как жить то |
|||
50
НаборДанных
21.04.16
✎
08:56
|
(47)У него даже записи в ЖР о создании - то нет, так, что до удаления еще далеко.
|
|||
51
ASU_Diamond
21.04.16
✎
09:03
|
(49) а ты уже точно знаешь что 20-го удалили?
|
|||
52
Sasha_Rapira
21.04.16
✎
09:04
|
(48) 15 создали документ - есть, 16 - есть, 17 (делал обновление 1с) - есть, 18 - есть, 19 - есть, 20 - есть.
За это время никто не мог трогать бэкапы, доступ только у моего компа |
|||
53
Sasha_Rapira
21.04.16
✎
09:04
|
(51) ну путем восстановления архивов, на начало 20 док есть. на начало 21 дока нет
|
|||
54
Sasha_Rapira
21.04.16
✎
09:05
|
(52) сорри опечатка 20 - нет
|
|||
55
ASU_Diamond
21.04.16
✎
09:07
|
(54) а почему ты в журнале за 20 ищешь, если у тебя документ 19-го удалили?
|
|||
56
НаборДанных
21.04.16
✎
09:09
|
(55)В "рабочий день", 20го данные испарились, бэкапы ночные у него.
|
|||
57
НаборДанных
21.04.16
✎
09:13
|
В 1с искать нечего, по гуиду в ЖР, в файлах, у тебя будет пусто, смотреть логи скуля на 20 число для начала.
|
|||
58
ASU_Diamond
21.04.16
✎
09:15
|
(56) в (55) написано что опечатался, на начало 20 нет в базе
|
|||
59
ASU_Diamond
21.04.16
✎
09:16
|
(57) обоснуй почему в ЖР будет пусто?
|
|||
60
НаборДанных
21.04.16
✎
09:16
|
(58)пусть сам еще раз разложит, опечатался он к (52) написал, что логично.
|
|||
61
Лефмихалыч
21.04.16
✎
09:17
|
(49) журнал надо было выгружать с даты, когда был сделан бэкап, в котором есть документ, по сегодня. Потому, что ты не знаешь, когда конкретно он был удален.
(57) узбагойзя, ты не прав |
|||
62
НаборДанных
21.04.16
✎
09:19
|
(61)Ладно, уговорил. Прост у меня такая ситуация была только когда бух смотрел в другую базу и орал, что документов, заведенных вчера нет, они испарились)
|
|||
63
Sasha_Rapira
21.04.16
✎
09:20
|
(61) я сделал два журнала, когда есть док и когда его нет. Щас копируется он, много весит.
Попробую поискать по GUID |
|||
64
Лефмихалыч
21.04.16
✎
09:22
|
документ, конечно, могли в копию вколотить, думая, что работают в продуктиве. Но вот кто мог снять с копии бэкап и думать, что это бэкап боевой?
Мне это видится маловероятным разгвоздяйством. Добро бы базы файловые были, там еще можно было бы папочки запутать, но скуль делает такие ошибки трудно выполняемыми с технической стороны - чтобы так ошибиться, надо целенаправленно к этом стремиться. |
|||
65
Woldemar177
21.04.16
✎
09:22
|
В базе одно предприятие или несоклько?
|
|||
66
НаборДанных
21.04.16
✎
09:23
|
(64)Я не про то, узбагойся, у нас недопонимание.
|
|||
67
Лефмихалыч
21.04.16
✎
09:23
|
(66) всё норм - я уже допонял
|
|||
68
Лефмихалыч
21.04.16
✎
09:24
|
но, если, у автора реально среди боевых лежат быкапы копий, то надо в консерватории консервы менять
|
|||
69
Dotoshin
21.04.16
✎
09:26
|
(0) У кого-то из пользователей есть право запуска внешних обработок? Если есть, то возможно данные уничтожены с помощью внешней обработки. Если пользователей немного можно зайти в 1С с компа пользователя под его же логином и посмотреть какие файлы он открывал (пункт меню Файл-открыть, там будет список последних).
А вообще ваша история очень напоминает вот эту байку: http://forumsisadmina.ru/topic/328-rasskazy-pro-sistemnykh-administratorov/ У вас случайно в последнее время ни кого не увольняли? |
|||
70
Sasha_Rapira
21.04.16
✎
09:35
|
(65) одно.
Короче я не знаю, не нашел выхода. даже щас зайдя в док. он не пишет вообще куда я зашел и т.д. http://imgur.com/SCrrinG Логично что поиск по GUID и по номеру вообще нечего не дал, даже в тот день когда его создали. |
|||
71
Sasha_Rapira
21.04.16
✎
09:36
|
(68) у активной базы и у бэкапов разные накопители
|
|||
72
Sasha_Rapira
21.04.16
✎
09:36
|
(64) причем тут могли в копию если я из архива достаю и там есть док
|
|||
73
Лефмихалыч
21.04.16
✎
09:37
|
(70) а у тебя журнал регистрации-то вообще включен?
|
|||
74
arsik
гуру
21.04.16
✎
09:37
|
(71) И как? Много накопили уже?
(72) Ну может у тебя это архив копии. |
|||
75
Лефмихалыч
21.04.16
✎
09:42
|
(71) какие вообще существуют варианты ответа на вопрос: как случилось, что в бэкапе документ есть, а в журнале регистрации он ни как не фигурирует?
|
|||
76
ASU_Diamond
21.04.16
✎
09:43
|
(70) ищи по представлению
|
|||
77
Sasha_Rapira
21.04.16
✎
09:43
|
(74) в смысле много? не пойму к чему вопрос. Ну щас там 700 файлов
|
|||
78
Лефмихалыч
21.04.16
✎
09:49
|
(76) если по гуиду не нашел, то по представлению тем более не найдет
|
|||
79
Serg_1960
21.04.16
✎
09:52
|
Помогать нет желания (ибо трудно найти чёрную кошку в тёмной комнате, когда её уже там нет), но замечу:
"Я знаю номер 188 и представление будет такое."(8) Не всегда верно. Если изменить дату документа на предыдущий период автонумерации, то номер документа платформа может изменить автоматически. Т.е. представление документа будет иное. "А если даже удалили интерактивно думаю этого не увижу да."(15) Это был сарказм? В журнале регистрации останутся следы интерактивного удаления. "Если и делать ТиИ только что бы в будущем не было трабл"(19) ТиИ может само собой создавать "траблы. Например, удалять объекты - галочка "Удалять объект" для "При частичной потере данных объектов". "я же написал что смотрел по GUID, знаешь что за штука такая?"(24) Сейчас точно - это сарказм. Без обид, автор, но алгоритм обработки поиска по GUID Вами не озвучен и у нас есть право на сомнение. ... PS: тут много говорили про бэкапы, но ни разу не озвучили какие именно они. Или я был не внимателен? Если это *.dt, то про них давно уже есть крылатая фраза - "выгружается всё, загружается только корректное". На старых платформах битый объект может "исчезать" из базы при выгрузке/загрузки ИБ. |
|||
80
НаборДанных
21.04.16
✎
09:54
|
(79)Да ну, скуль и бэкапы в *.dt, я бы в голос заржал, если бы такое увидел)
|
|||
81
ASU_Diamond
21.04.16
✎
09:58
|
(78) сдается мне что если он по гуиду не нашел в день создания объекта, то что-то там не то: или гуид не тот, или в консерватории консервы.
|
|||
82
Serg_1960
21.04.16
✎
10:02
|
(80) Можешь начинать ржать :) у меня нет доступа к SQL-серверу и его базам (а также уверенности что админ всё делает корректно) и поэтому я делаю "бэкапы" средствами платформы 1С.
|
|||
83
НаборДанных
21.04.16
✎
10:10
|
(82)Ну это предосторожность, лишней не бывает, я про случай, что бэкапов скулем нет вообще, только .дт, ну и админ у вас значит не вселяет доверия, что плохо. Если всё упадет, его раком и поставят, что ты, программист, паришься за архивы?
|
|||
84
Лефмихалыч
21.04.16
✎
10:11
|
(80) +100500
|
|||
85
Serg_1960
21.04.16
✎
10:13
|
Кстати, Sasha_Rapira, по поводу (70) Может быть ты это знаешь, а может и нет, но если щёлкнуть по записи журнала регистрации, то можно увидеть больше информации :)
И ещё одно "кстати": запуск и работа ТиИ тоже отражается в журнале регистрации. И даже ошибки регистрируются :) Проверь: было ли ТиИ перед исчезновением объекта. |
|||
86
Лефмихалыч
21.04.16
✎
10:14
|
(82) Если у вас начальник один, то я бы на твоем месте договорился с админом, чтобы права появились и настроено все было корректно. Потому, что, когда гром грянет, вы будете в одной лодке и проблема будет на вашей общей стороне и вы оба будете нести груз ответственности. А вендор официально заявляет о том, что dt не является средством резервного копирования
|
|||
87
Serg_1960
21.04.16
✎
10:18
|
(86) Ну вот такая дурацкая политика безопасности и разграничения зон ответственности у нашего руководства. У меня, например, с моего рабочего места нет выхода в интернет и я не сижу на форуме :)
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |