Была у меня такая проблема с клиентской программой.
Вызвана была сбоем при обновлении (т.е. процесс обновления не прошел до конца).
Пришлось много чего перепробовать. То, что советовали выше - не помогло.
Проблема в следующем: файл dd хранит информацию в каком файле dbf хранится какой объект конфигурации. При этом во время создания нового файла dd нумерация файлов dbf идет произвольным образом. Отсюда - те, кто советует сделать новый dd и скопировать его в старую базу - никогда это не делали.
Решения только такое (есть и другие, но там нужно хорошенько попотеть и разобраться со структурой и пр. тонкостями):
1. Создаешь новую БД в другом каталоге (пустую)
2. Загрузаешь измененную конфигурацию (из каталога старой БД) - при этом тебе создается полностью структура базы, но пустая.
3. Берешь обработку переноса справочников и документов perdoc - из исходной базы (если она открывается в пользовательском режиме) выгружаешь все справочники и документы.
3. Открываешь новую базу в режиме предприятия и пердоом заливаешь туда выгруженную из битой базы информацию.
На будущее - писать и править конфиги нужно на компе нормальной мощности, поскольку эта тварь (1ска) может окно закрыть, а файловые операции еще продолжать делать. Таким образом, если ты сразу же откроешь ее и займешь файл dd, то она не сможет внести в него изменения - и будет впоследствие ругаться.
Что касательно мощности компьютера, то таких проблем не наблюдалось на компах от 600МГц и 256 оперативки. Причем оперативка - очень существенная штука (на 128 при разработке частенько падает даже 21й релиз)