Проблема не критичная - все уже быстренько восстановлено из актуального бэкапа. Вобщем, на будущее, мало-ли, вдруг пригодится.
Проблема появилась после глюков с сетью. Теперь в этой базе некоторые документы работают нормально, а некоторые (например, Платежные поручения) глючат, ничего не дают сделать, ругаются, что нет какой-то там таблицы.
chdbfl.exe - уже пробовал.
"Тестирование и исправление базы" в конфигурации - результат тот же - появляется вот такое окно - http://rpdana.narod.ru/321321.jpg
Что можно (нужно) делать в этом случае?

Пустые ни о чем не говорящие ответы типа "Вызвать специалиста" не принимаются. Специалист нам как-раз ВОВРЕМЯ настроил автобэкапы и БЫСТРО из них все вернул в работоспособное состояние. Вобщем, пока не нуждаемся...

*специалист нам не нужен
здесь только специалист справится и не любой

(0) >>"Вызвать специалиста"
>>Вобщем, пока не нуждаемся...
Так чего надо тогда?

(2)простое человеческое любопытство :)

(1) Ну вот данный ответ вполне удовлетворил :-)

(2) Просто уточнить хотел - это компетенция больше сисадмина и больше программиста одинэсника?

(4) т.е. здесь принимаются только советы любителей?

(6) > (5)

(5) это компетенция больше сисадмина ИЛИ больше программиста одинэсника?

>>а некоторые (например, Платежные поручения) глючат, ничего не дают сделать, ругаются, что нет какой-то там таблицы.

А можно точный текст ругательства? Картинка у меня в бане

(8) если сиса прочитал руководство по администрированию, то вполне должен справиться

(9)
Ошибка СУБД:
Ошибка SQL: Таблица не найдена '_InfoReg6068'

(11) ну так какого-то регистра сведений нет

(12) А файл с эти регистром сведений можно просто из рабочей (предыдущий бэкап) в эту текущую базу просто залить (скопировать)? или тут не так все просто и это действо наоборот все порушит. Ну, если учесть, что в конфигуратор со дня последнего бэкапа никто не лазил, ничего не обновлялось - только юзеры в базе работали.
Вот окончательный ответ именно на этот вопрос на 100% удовлетворит мое любопытство. :-)

(13) если найдешь файл с этим регистром, то я не против

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

(15) противоречит (10). Кому верить? :-)

(13) Варианта 2 согласно описанному результату.
1. Некорректно восстановил базу данных из бэкапа специалист по 1С.
2. В базе данных на время бекапа уже были глюки. Фактически, нужны несколько бекапов.
Теперь вам нужен специалист(одинесник с определенной компетенцией), которые не оставит после своей работы результат как в http://rpdana.narod.ru/321321.jpg
Что же касается системного администратора, то ему нужно поставить задачу перенести работу 1С в терминал сервера с серверной операционной системой. но это окончательно может определить опять-таки, специалист одинесник с определенной компетенцией.

мне :)

ПолучитьСтруктуруХраненияБазыДанных(Метаданные.РегистрыСведений)
на выходе из этой функции получить регистры и таблицы, напротив одного из регистров будет стоять
_InfoReg6068

Его отмечаем как найденный регистр и далее вызываем
ПолучитьСтруктуруХраненияБазыДанных(Метаданные.РегистрыСведений.НайденныйРегистр)

результат сюда и будем потом думать дальше

какой файл ? куда залить то ? БАЗА SQL то

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

(0) А если *на копии* попробовать загрузить в базу cf-ник из прошлого бекапа - не поможет?
Данные потом через КД перетаскивать или документы перепроводить..

из поста в (0)

(20) chdbfl.exe, про который писал (0), это не SQL