|
Ошибка "Файл не обнаружен в Config" при сохранении конфы | ☑ | ||
---|---|---|---|---|
0
1398
10.12.14
✎
17:45
|
При попытке сохранить конфигурацию появляется сообщение: Файл не обнаружен 'v8srvr://<имя сервера/имя базы>/Config/34d03f7c-ea41-4dd8-8be6-7f4a31618bdd.0'
Платформа - 8.3.5.1119. В конфигурации включена возможность изменений. Конфигурацию не обновляли из типовой несколько лет как минимум, то есть, фактически, никогда. База была подключена к хранилищу. В какой-то момент, сотрудник, подключившись к базе, заметил, что рабочая база от хранилища отключена, после чего начало появляться это сообщение. СУБД = Oracle Из способов, описанных "в интернетах", помог лишь один, выбивающий "клин клином" – заново создали хранилище из этой базы, подключились к нему, отключились, подключились заново, применили изменения к конфигурации БД – и проблема исчезла. Но – проблема повторилась после того, как в конфигурацию внесли изменения и динамически её изменили. Соответственно, перед этим не помогли: - ни скрипты, использующие Config и ConfigSave - ни прочие «пляски» с этими таблицами - ни Тестирование и исправление - ни выгрузка/загрузка в/из *.dt - ни Техподдержка 1С – там молчат, как партизаны (точнее говоря – пишут про то, что нами занимаются уже почти третьи сутки). Подскажите, плиз, кто сталкивался с подобным. Что тут делать? |
|||
1
Maxus43
10.12.14
✎
17:46
|
Вами занимаются 3-и сутки, ещё парочку потерпите...
З.ы. конфа то какая хоть? |
|||
2
Aloex
10.12.14
✎
17:47
|
В списке сделанного нет очистки кэша.
|
|||
3
1398
10.12.14
✎
17:53
|
(1) УТ. От конфы зависит?
(2) У нас есть работает коллега, который практически на любой вопрос пользователя - первым делом дает рекомендацию почистить кэш. Поэтому такие "лекарства" - происходят на автомате, по умолчанию и не попали в список того, что не помогло. |
|||
4
МихаилМ
10.12.14
✎
17:53
|
или восстановите из бекапа 34d03f7c-ea41-4dd8-8be6-7f4a31618bdd.0
или удалите из списка метаданных. |
|||
5
1398
10.12.14
✎
17:55
|
(4) А как можно узнать, что это за объект в 1С? Сносили его в Cоnfig, не помогло.
|
|||
6
МихаилМ
10.12.14
✎
19:47
|
(5)
посмотреть содержимое 34d03f7c-ea41-4dd8-8be6-7f4a31618bdd там будет написано, что это за метаданное. |
|||
7
1398
11.12.14
✎
10:33
|
(6) А где (в какой таблице) можно это увидеть? В Config объекта с таким FileName нет.
|
|||
8
МихаилМ
11.12.14
✎
11:04
|
(7)
Вы писали, что нет записи 34d03f7c-ea41-4dd8-8be6-7f4a31618bdd.0 А я писал про запись 34d03f7c-ea41-4dd8-8be6-7f4a31618bdd: главную без суффиксов Если и основной записи метаданого нет в config, то нужно удалить информацию о метаданном из списка метаданных. ссылку на список можно найти в записи root таблицы config как правило это запись e0666db2-45d6-49b4-a200-061c6ba7d569 |
|||
9
1398
11.12.14
✎
14:08
|
(8) Спасибо за объяснение. Да, "главная" запись (та, что без суфиксов) - в Config есть. А как понять, какому объекту ("Объекту" в терминах конфигурации 1С) эта запись соответствует? Есть поле dbo.Config.BinaryData с типом image. Как-то можно в его содержимое заглянуть? А как, не подскажите?
|
|||
10
МихаилМ
11.12.14
✎
14:42
|
(9)
метаданные хранятся в текстовом виде utf-8 запакованы по алгоритму deflate. так, что вам нужно сохранить бинарные данные в файл и распаковать undeflat.exe |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |