Добрый день, уважаемые специалисты и гости форума. После сбоя (зависание 1С 7.7 у одного из специалистов) невозможно войти в один из журналов документов (и в еще несколько) и выполнить связанные с ним действия. Форма журнала открывается, дает просмотреть себя (прокрутить список) примерно на треть, после чего появляется ошибка приложения "Память не может быть read". Пока был в отпуске, возникли обстоятельства, помешавшие ежедневному сохранению базы, в итоге копий на ближайшее время нет, а нужен именно ближайший отрезок работы. При тестировании базы в конфигураторе выдается следующий отчет

Словарь данных не соответствует конфигурации
Таблица - SC638. Не сошлось наименование поля номер 29 - SP24591
Таблица - SC16017. Длина файла не соотвествует количеству и длине записей
Таблица - SC592. Не сошлось наименование поля номер 16 - SP24976
Таблица - SC515. Не сошлось наименование поля номер 17 - SP24840
Таблица - SC614. Не сошлось наименование поля номер 28 - SP25556
Таблица - SC21. Не сошлось наименование поля номер 8 - SP24435
Таблица - SC14. Не сошлось наименование поля номер 20 - SP24907
Таблица - DT9681. Не сошлось наименование поля номер 30 - SP25474
Таблица - DH14193. Не сошлось наименование поля номер 12 - SP24843
Таблица - DH25782. Не сходится количество полей
Таблица - DT25782. Не сходится количество полей
Таблица - DH22576. Не сошлось наименование поля номер 8 - SP24883
Таблица - DH24150. Не сошлось наименование поля номер 9 - SP24410
Таблица - DH23759. Не сошлось наименование поля номер 5 - SP25532
Не удалось открыть файл DH28946
Не удалось открыть файл DT28946
Не удалось открыть файл DH24957
Не удалось открыть файл DT24957
Не удалось открыть файл DH25562
Не удалось открыть файл DH25586
Не удалось открыть файл DH25633
Не удалось открыть файл DT25633
Не удалось открыть файл DH29034
Не удалось открыть файл DH25653
Не удалось открыть файл DT25653
Не удалось открыть файл DH24937
Не удалось открыть файл DT24937
Не удалось открыть файл DH28443
Не удалось открыть файл DT28443
Не удалось открыть файл DH28468
Не удалось открыть файл DT28468
Не удалось открыть файл DH28512
Не удалось открыть файл DT28512
Не удалось открыть файл DH28543
Не удалось открыть файл DT28543
Не удалось открыть файл DH28904
Не удалось открыть файл DT28904
Не удалось открыть файл DH28573
Не удалось открыть файл DH25696
Не удалось открыть файл DT25696
Не удалось открыть файл DH25745
Не удалось открыть файл DT25745
Таблица - DH1320. Не сошлось наименование поля номер 18 - SP26878
Не удалось открыть файл DH26906
Не удалось открыть файл DT26906
Таблица - DH22459. Не сошлось наименование поля номер 17 - SP28408
Таблица - DH22427. Не сошлось наименование поля номер 15 - SP24340
Таблица - DH13399. Не сошлось наименование поля номер 9 - SP24390
Таблица - DH737. Не сошлось наименование поля номер 8 - SP24392
Не удалось открыть файл DH25416
Не удалось открыть файл DT25416
Таблица - DH1612. Не сошлось наименование поля номер 27 - SP25953
Не удалось открыть файл DH26155
Не удалось открыть файл DT26155
Таблица - DH14645. Не сошлось наименование поля номер 7 - SP25955
Не удалось открыть файл DH25434
Не удалось открыть файл DT25434
Не удалось открыть файл DH26047
Не удалось открыть файл DT26047
Таблица - DT7446. Не сошлось наименование поля номер 6 - SP25960
Таблица - DH9953. Не сошлось наименование поля номер 22 - SP25964
Таблица - DT9953. Не сошлось наименование поля номер 9 - SP25964
Таблица - DH8854. Не сошлось наименование поля номер 5 - SP26913
Таблица - DT8854. Не сошлось наименование поля номер 24 - SP26915
Не удалось открыть файл DH26165
Не удалось открыть файл DT26165
Таблица - DH19415. Не сошлось наименование поля номер 10 - SP24394
Таблица - DH19424. Не сошлось наименование поля номер 7 - SP24396
Не удалось открыть файл DH26121
Не удалось открыть файл DT26121
Не удалось открыть файл DH26084
Не удалось открыть файл DT26084
Не удалось открыть файл DH26138
Не удалось открыть файл DT26138
Таблица - DH23320. Не сошлось наименование поля номер 4 - SP24849
Не удалось открыть файл DH24325
Не удалось открыть файл DT24325
Таблица - DT1499. Не сошлось наименование поля номер 13 - SP26955
Таблица - DH18584. Не сошлось наименование поля номер 5 - SP24428
Таблица - DH1864. Не сходится количество полей
Таблица - DH12081. Не сошлось наименование поля номер 35 - SP24234
Таблица - DH3910. Не сошлось наименование поля номер 18 - SP24511
Таблица - DT3910. Не сошлось наименование поля номер 24 - SP24431
Таблица - DH3988. Не сошлось наименование поля номер 14 - SP26881
Таблица - DH13938. Не сошлось наименование поля номер 8 - SP25908
Не удалось открыть файл DH25825
Не удалось открыть файл DT25825
Не удалось открыть файл DH25836
Не удалось открыть файл DT25836
Не удалось открыть файл DH25848
Не удалось открыть файл DT25848
Не удалось открыть файл DH25814
Таблица - DH3939. Не сошлось наименование поля номер 16 - SP24521
Таблица - DT3939. Не сошлось наименование поля номер 25 - SP24433
Таблица - DH4028. Не сошлось наименование поля номер 15 - SP26883
Не удалось открыть файл DH26181
Не удалось открыть файл DT26181
Не удалось открыть файл DH25763
Не удалось открыть файл DT25763
Не удалось открыть файл DH26191
Не удалось открыть файл DT26191
Таблица - DH10320. Не сошлось наименование поля номер 12 - SP24342
Не удалось открыть файл DH25753
Не удалось открыть файл DT25753
Не удалось открыть файл DH24922
Не удалось открыть файл DT24922
Не удалось открыть файл DH25899
Не удалось открыть файл DT25899
Таблица - DH19728. Не сошлось наименование поля номер 5 - SP25989
Таблица - DT19728. Не сошлось наименование поля номер 6 - SP24562
Таблица - DH1738. Не сошлось наименование поля номер 11 - SP24401
Таблица - DH1424. Не сошлось наименование поля номер 24 - SP25994
Таблица - DH1302. Не сошлось наименование поля номер 15 - SP24344
Не удалось открыть файл DH26226
Не удалось открыть файл DT26226
Не удалось открыть файл DH29191
Не удалось открыть файл DT29191
Таблица - 1SOPER. Не сошлось наименование поля номер 7 - SP24455
Проверка физической целостности таблиц ИБ.  Неисправимая ошибка.

Есть возможность хоть что-то сделать, восстановить DBF-файлы, базу? Поможет ли (как вариант) слияние с MD текущей конфигурации (получается, повторное слияние)? Попробовал провести "тестирование и исправление" в конфигураторе, после этого база вообще не хочет открываться, ругается на ошибки в отдельных файлах, а если без исправления, то частинчо работает.

(0) А нефик было базу "обновлять" подменой мд в рабочем каталоге.

(0)
надеюсь, архив до экпериментов сделали

верните мд из предыдущего архива.

Вот это мне не совсем ясно:
"Поможет ли (как вариант) слияние с MD текущей конфигурации (получается, повторное слияние)?"
В начале сообщения было написано, что причиной стало зависание. Так все-таки, делали обновления перед возникновением таких ошибок?

(1) а это согласуется с "Не удалось открыть файл" ?

(4) вполне.

(5) просто я никогда так не делал ;-)
а что её мешает тупо создать отсутствующую табличку, как она обычно это делает?

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

(7) это понятно. меня просто чисто теоретический аспект заинтересовал. для общего развития, так сказать

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

(8) ну и смысл то какой в пустой табличке ?
Нужно привести стуктуру ИБ тому что в мд, для начала..

(10) ну вот например, я имею базу с нормальным мдэшником.
беру и тупо удаляю таблицу какого-нибудь документа. запускаю монопольно. она просто берёт и тупо создаёт пустую табличку, причём даже без лишних вопросов.

(11) одно дело создание таблицы документа и другое дело, когда таблица с документом есть, только вот структура этой таблички не соответствует структуре конфигурации.

(12) ну дык вот в этом случае, насколько я понимаю, и будет

Таблица - DH25782. Не сходится количество полей
Таблица - DT25782. Не сходится количество полей
Таблица - DH22576. Не сошлось наименование поля номер 8 - SP24883
Таблица - DH24150. Не сошлось наименование поля номер 9 - SP24410
Таблица - DH23759. Не сошлось наименование поля номер 5 - SP25532

а не Не удалось открыть файл

или я не прав?

+12 и в случае как у автора, у ней запросто может повредится заголовок или еще чего при "аварийном завершении работы"..

(13) в случае (0), если внимательно присмотреться, есть и то и то. Т.е. как отсутствие файла как такого, так и нарушение структуры самих файлов. Поскольку речь идет о ТИИ - то сообщения логичные.

(15) согласен, слона-то я и не приметил:
Словарь данных не соответствует конфигурации

+(15) ключевая фраза в (0) .... Словарь данных не соответствует конфигурации... Кроме бэкапа - другое лекрство мне не ведомо.

По порядку:
- копию перед экспериментами создал;
- ситуация вот какая: обновления делались за 2 недели до приезда. Приехал, в первый же день база падает, тут выясняется, что ежедневное сохранение не делалось. Итого имею: убитая база, обновления 6.2 для нее (почему и предложил повторно "слить" MD), и больше ничего. Обновление делалось за две недели до сбоя, в течение этих двух недель база работала нормально. Причиной сбоя вижу исключительно "зависание" клиента.
- обновление базы было правильным, так как две недели все работало отлично, проблема возникла только после зависания.

Буду благодарен за любые советы.

Чекдиск делался, ошибок файловой системы не обнаружено.

(18) угу - дату изменения md ника и dd файла глянь.

насоветовали уже, че там...
открой "Таблица - SC638. Не сошлось наименование поля номер 29 - SP24591" WinDBFview-ом  - глянь что там

(21) че смотреть то? Написано ясно - имена поля за номером 29 в файле и словаре не совпадают. Дополнительный перевод еще требуется?

(22) хз, может хидер слетел

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

(24) да я согласен, (21) просто в порядке бреда  ...че тут к (1)(2) добавишь? а если учесть что "бекапы не делались" - то вообще беда

(18) md, dd в каталоге базы и в NEW_STRU совпадают?

(18)
>>> обновления делались за 2 недели до приезда

И.. как делал обновления ?
Копированием нового мд в каталог ИБ ?

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

Попытал здесь, и выяснил еще предысторию:
Когда база слетела первый раз, то вначале она ругалась на "запоротый журнал регистрации" (со слов). После этого в папке базы была переименована папка SYSLOG. После переименования база запустилась, но с перечисленными в первом сообщении "косяками". Старый SYSLOG как-то может помочь в решении проблемы?

Файлы MD и DD в каталоге базы и каталоге NEW_STRU различаются.

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

ик ик ик. Журнал то логов каким образом тут вообще может помочь?

(30) (20) и (24) смотрел, пробовал?

(29)а даты мд/дд в НьСтру, и в каталоге базы?

не так - в самой конфигурации с момента обновления до 6.2 изменения не производились

(29) попробуй запустить базу с ДД и МД из NEW_STRU

(34) еще раз, обновляли как ? Подменой мд в каталоге ИБ ?

Хотя, х..ли спрашивать, когда это и так видно в (0).

Повезёт, если только в ньюстру будет нормальный мд-ник, соответствующей файлам ИБ..
Иначе - рученьками всё править до посинения.

"обширная инструкция, причем, пошаговая, - не думаю, что там могли возникнуть проблемы"  -ДА ДА ДА ДА ДА ДА  :))

Обновлял не я. Все, чего смог добиться - "обновляли по инструкции". В инструкции сказано объединять через "Объединение конфигураций". Не знал, что его можно еще и "просто скопировать", не пробовал никогда. Сейчас пробую способ "прегенерить DD". Попробую все, что здесь написано.

Честь и хвала бухгалтерам - оказывается, они параллельно вели учет еще и в старой базе (6.1) - уж не знаю, чем они при этом руководствовались, но это несомненное подспорье. На крайний случай можно будет обновить конфигурацию 6.1 до 6.2 самолично.

(36)а помоему при подмене мд, база вообще бы не открылась..А они уже жешь внутри в журналах не могут работать.Значит зашло

(40) это с чего бы это она не открылась?

(41)Так стуртура при открыии анализируется. не совпала - и пока

(40) еще как будет работать

(42) структура не анализируется при открытии

(43)у меня  в далекой юности было пару таких казусов:-)  При старте писало "Ошибка открытия таблицы ###" и валилось.

Ну может не сильно измененный мд был

(45) это зависит от количества и качества изменений

вот сейчас ради эксперимента подсунул мдэшник Бухии: взамен 467 дал 525. все таблички загрузил, даже не поперхнулся. правда, потом при инициализации ГМ bkend.dll вывалился

Прегенерация DD не помогла. После создания словаря и копирования файлов данных, с последующим запуском в монопольном режиме для переиндексации, появилась ошибка о повреждении отдельных баз (SC528 и еще одной). Этот вариант был отброшен.
Пока что отработаны два варианта:
- помог вариант с заменой DD и MD (взяты из папки NEW STRU). База работает без проблем (видимых), сформированы отчеты за второе полугодие - пока полет нормальный;
- как запасной, использовался вариант с обновлением старой конфигурации, в которой бухгалтерия тоже вела учет. В связи с тем, что старая база все-таки имеет несколько меньшую наполненность, решено пока остановиться на первом варианте.

Всем огромное спасибо за помощь и советы.

(48) ТиИ сделай теперь, на копии, с этим подмененным мд.

(48) не доверяй обновление конфы никому. Нафиг - 2 недели потерпят.