Привет всем,
вот такая ситуация возникла: до администратора, один умный пользователь решил "открыть новый квартал", причем очень своебразно: через конфиругатор...Там он делал следующие действия: начало тестирования и исправления, контрорль физической целостности, реиндексация таблиц ИБ,контроль логической целостности, далее идет множество ошибок, потом пересчет служебных данных, пересчет итогов, окончание тестирования и исправления ИБ.
Так вот вопрос такой: к каким глобальным изменениям могли привести такие действия?
Заранее спасио

По идее никакого криминала, если база была в порядке, произойти не должно было

(0) говоришь куча ошибок полезло....
ну готовься, будут вылезать траблы потихоньку

В том-то и дело, что в Журнале документов возникли новые приходные, имеющие только сегодняшюю дату и время 12.00 сего дня (се1час только 11). Причем они не удаляются...

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

хинт: restruct.log

(0) Список ошибок в студию ! (Или хотя бы своими словами)

Ошибки ИБ: Проверка содержания справочников.Партии.Элемент (номера...).Реквизит Приходный документ тип _Документ. Эта ошибка повторяется много раз и чередуется с Неразрешенная ссылка.Создан новый докумет.Документ комплектация №... Документы эти видны в журнале

(7) Не слабо. Трудно сказать, к чему это может привести. Испортить по идее не должно было. Придется новые (ненужные) элементы справочников поудалять вручную.

Так вот в том-то и дело, что они не удаляются

Причем вот интересно, о чем думал человек: просто залез и нажал на исправление... хотя, думаю, есть, наверное  и моя ошибка...

имхо, сказать спасибо юзверю, за своевременное обнаружение ошибок в базе

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

(9) Если на них есть сслыки в документах, то надо серьезно разбираться: или восстанавливать этот элемент полностью (сравнивая ссылку документа в архиве) или заменять на другой элемент.

Эти ошибки означают, что админу нужно вырвать яйца... Ибо база содержала ошибки и если бы ничего не делали - то косяки только копились бы...

я решу этот вопрос (про яйца), если ты посоветуешь как можно исправить эти ошибки: стоит ли изменять модули документов или ...?

1C показывает, что эти документы не свызаны ни с чем, но удалить он их все равно не разрешает...

А если попробовать удалить так...

Если Док.Выбрать("Найди документ") > 0 Тогда
  Док.Удалить(1);
КонецЕсли;

Народ, что получится?

из (7) как мне кажется следует, что в справочнике Партии в оном реквизите содержится ссылка на документ прихода партии. Возможно, документы эти давным давно каким-нибудь интересным способом покоцали (например чтобы размер базы сократить). А вот теперь 1С их создал, раз их нет и сослал справочник серий на них.

а) Бэкап делали?
б) Соответствуют ли файлы DBF их описанию в DD?
(для ошибочных справочников и документов)
в) Не мог ли глупый юзер копирнуть DBFы или MD из одной базы в другую, и из-за этого все перемешалось? Тогда надо выправлять структуру DBF, предварительно сделав 50 бэкапов того что осталось.

Да нет, вроде он не копировал базы (странно,почему бы и нет?). Он с утра стал запускать 1С (с утра базу мы всегда индексируем, ну и народ обычно ждет, когда отв. лицо это сделает). А он решил проиндексировать базу по-свойски, через конфигуратор... вот результат :))

(20)результат не у него, а у тебя - надо было почаще тестировать самому...

"..с утра базу мы всегда индексируем, ну и народ обычно ждет, когда отв. лицо это сделает)".
Весело тут у вас.

А опцией "Поиск ссылок на объекты" воспользоваться сложно, чтобы понять, зачем создались приходные накладные?

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

(20) Это ни на что не влияет. Ну проиндексировал, ну и что.
А вот влияет, когда всякие люди лезут в конфу ручками, и например, копируют в нее ручками обновленный MD. Кстати (0) - типичный симптом. Короче, в базу кто-то когда-то взял и положил новый файл MD. А так делать нельзя (лезут такие вот ошибки). Скорее всего - долбо..б - АДМИН, а не юзер, т.к. MD обычно закрывают на запись от юзеров.

Что значит не получается?
Вот, например, люди помечают на удаление эти документы, так? А потом в монопольном режиме запускают удаление помеченных объектов... контроль... И что, в списке должны галочки остаться - тогда удаляем и все. А если галочки пропали - нельзя стало быть и должен список в нижнем окошке возникнуть - где сабж фигурирует.
А у Вас что?

Снежок пытается свалить вину с себя на пользователя. Снежок плохой.

"А он решил проиндексировать базу по-свойски, через конфигуратор..."
А как Снежок ее индексировал?

)) Снежок вообще не отвечает за пользовательские проделки... Снежок базу не дрючит без надобности
"А он решил проиндексировать базу по-свойски, через конфигуратор..."
А как Снежок ее индексировал?
Имелось ввиду, когда запускаешь 1С, она пишет "... для индексации базы запустите программу монопольно". Запускаешь монопольно, и все как по маслу...

а вы ее выключаете аварийно????

ну вы блин...даете

Снежок базу не дрючит без надобности ??????????

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

а архивирование-то хоть когда-нибудь делали?

да, конечно, все не так запущено...
просматриваю сейчас...

Просматриваешь что?

Групповое изнасилование базы бандой юзеров... С молчаливого одобрения администратора. У юзеров админские права, а способностей из базы корректно выйти нету. В общем, знают люди толк в извращениях.

И я еще на своих юзеров ругаюсь...

Да практически тоже самое... смотрю на сентябрьской базе... печально... как, кстати, эти ошибки могли отразиться на работе базы?

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

(36) Для тестирования и исправления вообще никаких прав не надо - любой может ето сделать, если догадается как запустить конфигуратор :)

(37) Смотря зачем этот реквизит со ссылкой на документ нужен...
Если для информации, то никак, во всяком случае ничего страшного.
А вот если например эта ссылка используется при списании с остатков ... то могут и регистры поплыть.