Из главного узла не загружены изменения справочника "Идентификаторы объектов метаданных"

40 Comments

1. Jon2011 13.05.2013 at 17:40

   Не запустить периферийную базу. И в обычном режиме и в управляемом ПБ пишет туже ошибку.

   Reply ↓
2. motorkuzbassa.it 14.05.2013 at 06:20

   (1)данный рецепт, предназначен до совершения ошибки, а не после. (когда поздно пить боржоми).
   
   когда произошло непоправимое ;), придется в ручную подключить/отключить подчиненный узел.
   
   куча ссылок в гугле, как это сделать, например
   
   подкл/откл http://1cprog.com/как подключить …узел.html,
   
   http://help1c.com/faq/view/700.html,
   
   но в основном все это через внешнюю обработку (которая есть в статье и позволяет сохранить парамтеры центрального узла и потом из них и восстановить), а что делать если ПБ уже не запускается???
   
   Пользоваться отвязкой ПБ от ЦБ из командной строки
   
   Запустить конфигуратор с параметром командной строки /ResetMasterNode. Потом вручную его задать.
   
   вот развернуто, для …http://infostart.ru/public/104654/

   Reply ↓
3. motorkuzbassa.it 14.05.2013 at 06:30

   для всех начинающих хочу подытожить.

   ДЕЛАЙТЕ КОПИЮ ПЕРЕД ОБНОВЛЕНИЕМ !!! ВО ВСЕХ БАЗАХ !!!

   Reply ↓
4. petrov_al 14.05.2013 at 08:56

   Короче…танцы с бубнами.

   Reply ↓
5. Jon2011 15.05.2013 at 03:02

   (2) жаль, что немного запоздали с советом.

   Запустить конфигуратор с параметром командной строки /ResetMasterNode. Потом вручную его задать.

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

   Reply ↓
6. motorkuzbassa.it 15.05.2013 at 05:59

   (5)а как же обработка «перенос данных м/д однотипными конфигурациями» ? чт. вручную не добивать…

   Reply ↓
7. motorkuzbassa.it 15.05.2013 at 06:01

   (4)…танцы с бубнами.» начинаются если: НЕ
   
   ДЕЛАЙТЕ КОПИЮ ПЕРЕД ОБНОВЛЕНИЕМ !!! ВО ВСЕХ БАЗАХ !!!
   
   что можно прекрасно наблюдать в комментах.

   Reply ↓
8. Jon2011 15.05.2013 at 10:01

   (7) Если постоянно делать копии, то и времени на работу не останется.
   
   (6) Если данные есть хотя бы в одной из периферийных баз, то простое перепроведение восстановит эти данные и без дополнительных танцев с бубном.
   
   Самое главное это не нервничать и сделать копии всего, что может содержать нужные данные, а потом уже в спокойной обстановке попробовать вытащить необходимую инфу. Мне удалось 90% свежих данных вытащить из файлов обмена. Потому как до завала, ПБ успели в автоматическом режиме передать текущие данные на центральный узел.

   Reply ↓
9. motorkuzbassa.it 16.05.2013 at 07:34

   (8)ну да зачем делать копии, до… (15-30 мин на базу) когда можно потом пару дней потанцевать с бубном, надо же работать! Ведь в нашем деле «Самое главное это не нервничать и сделать копии всего, что может содержать нужные данные, а потом уже в спокойной обстановке попробовать вытащить необходимую инфу»

   Reply ↓
10. Jon2011 16.05.2013 at 08:47

    (9) конечно, только для таких ленивых как я, фирма 1С развивает целую подсистему динамического обновления.
    
    P.S. за 30 мин простоя, в час пик, можно потерять пару миллионов.
    
    Вопрос: ну и зачем нужны системные администраторы и программисты? Видимо только с бубном бегать и с важным видом периодически просить всех освободить рабочую базу на 30 минут.

    Reply ↓
11. motorkuzbassa.it 16.05.2013 at 09:01

    (10)Не вижу в Ваших действиях предпосылок для того чтобы охарактеризовать Вас ленивым, наоборот. Все говорит об огромном желании добавить себе побольше интересных проблем, как то, в час пик закинуть динамическое обновление (как всем известно, то еще счастие), а перед обновлением релиза забить на копию.
    
    П.С. Ну не все в банке работают круглосуточно.

    Reply ↓
12. Jon2011 16.05.2013 at 10:23

    (11) это уже конечно флуд в теме, но все же добавлю.
    
    В банках 1С — на ставят.
    
    Ради прикола закинуть обновление релиза в рабочую базу — это конечно только в детском саду так ребятишки балуются.
    
    Речь шла о немедленном отключении ПБ после сбоя, который произошел при получении очередной порции изменений из гл.узла.
    
    В моем случае ПБ заблокировалась с сообщением «Из главного узла не получены данные по справочнику «Регистрация изменений…» А всего-то в главном узле изменили права доступа к некоторым документам.
    
    Достаточно было временно отключить гл.узел и база бы заработала, а так пришлось вытаскивать копию…

    Reply ↓
13. Гость 20.05.2013 at 17:26

    Баян

    Reply ↓
14. motorkuzbassa.it 03.06.2013 at 12:30

    кому как…

    Reply ↓
15. gr) 26.07.2013 at 16:06

    Чтобы выполнить обновление информационной базы в главном узле включите константу «Запустить обновление информационной базы» через меню «Все функции» и перезапустите программу. Потом сделать обмен. После этих действий база обновилась.

    Еще один способ, в главной базе Все функции-Справочник-Идентификаторы объектов метаданных-Кнопка»Обновить данные справочника», потом перевыгрузить обмен и обновляет нормально.

    Reply ↓
16. motorkuzbassa.it 31.07.2013 at 09:25

    (15)»Еще один способ, в главной базе Все функции-Справочник-Идентификаторы объектов метаданных-Кнопка»Обновить данные справочника»,»
    
    нет больше такой кнопки.

    Reply ↓
17. shved 12.01.2014 at 09:15

    Есть Вариант 3 (если есть возмождность откатися в архив и повторить выгрузку из ЦБ): включить в состав отправляемых данных справочник «Идентификаторы объектов метаданных» (зарегать через обработку обмена) и обновление накатится

    Reply ↓
18. Liris 02.04.2014 at 13:17

    (0)Есть вариант 4. 🙂
    
    Ошибка скрыта в «Библиотеке стандартных подсистем. Версия 2.1», зарегистрирована под номером 10128711.
    
    В комментариях (по ссылке) описаны официальные способы исправления этой ошибки.
    
    Воспользовался официальным способом исправления.
    
    После того, как прошел обмен с узлом РИБ и принялись исправления, ошибка больше не возникает.

    Reply ↓
19. motorkuzbassa.it 05.04.2014 at 13:02

    (18)Не работает))) официальная рекомедация.

    Reply ↓
20. Liris 06.04.2014 at 06:49

    (19) на Розница 2.0.8.11 после исправления официальным способом изменения применяются без ошибок.
    
    В чем конкретно не работает?

    Reply ↓
21. motorkuzbassa.it 17.04.2014 at 05:58

    (20)В общем модуле данный код присутствует, и даже отрабатывает. но ошибка остается. БП 3.0. в других не проверял.

    Reply ↓
22. Liris 29.07.2014 at 13:32

    (21) Череда экспериментов с разными условиями помогла выявить некоторые зависимости. В результате, получился порядок действий, который не приводит к описанной в статье проблеме.
    
    Что и как делал?
    
    Выполнил рекомендацию (18). Разработчики рекомендуют использовать это исправление, поэтому сделал.
    
    Мои исходные данные:
    
    — 1С:Предприятие 8.2 (8.2.19.83); Розница, редакция 2.0 (2.0.8.12);
    
    — Конфигурация доработана, на поддержке с возможностью изменений;
    
    — Обмен настроен по плану обмена ПоМагазину, ~50 магазинов/узлов;
    
    — Периферийные базы работают в файловом варианте.

    Вот порядок, который не приводит к ошибке.

    Однократные действия:
    
    1) Выключить обмен данными ГУ (главный узел). Устанавливал блокировку всех регламентных заданий;
    
    2) Внести изменения в конфигурацию. Использую хранилище конфигурации, поэтому, все изменения можно внести разом;
    
    3) Применить изменения конфигурации в ГУ (F7);
    
    4) Открыть базу (ГУ) и перезаполнить справочник «Идентификаторы объектов метаданных» (специальная кнопка в форме списка справочника).
    
    После этих манипуляций база готова к распространению по магазинам.

    Прием обновления конфигурации на ПУ (повторить для каждого узла):
    
    1) Выгрузить сообщение обмена ГУ -> ПУ (периферийный узел). Выполнял запуском сценария синхронизации конкретного ПУ;
    
    2) Принять сообщение обмена на ПУ. Прием сообщения на ПУ выполнял своей обработкой, которая выполняет обмен данными через V82.COMConnector. Если кому понадобится моя обработка, пишите;
    
    3) Принять изменения конфигурации (F7). Использовал предварительно настроенный ярлык с флагом /UpdateDBCfg;
    
    4) Запуск в режиме 1С:Предприятия для применения изменений конфигурации.
    
    Все.

    Reply ↓
23. TESL 27.10.2014 at 10:57

    Для тех кому не помогло ничего из выше перечисленного, но вопрос решить все ж таки очень нужно. (15), был прав нужно просто обновить справочник ИОМ, но (16) , тоже прав, нет такой кнопочки в старших релизах Розницы, а ошибка возникать не перестала. А особенно если конфа не типовая, и при обновлении объекты метаданных были переименованы. В приложении обработочка, которая позволит инициировать обновление злополучного справочника. Запускать ее надо в главной БД сразу после обновления, до первой синхронизации с узлом. И все пройдет как по маслу. Делать обмен нужно через синхронизацию, а не подбрасывая файл обмена вручную, т.к. может понадобиться повторная синхронизация, которая будет делаться только через автоматическую синхронизацию (а она очень болезненно относится к имени файла обмена)

    Reply ↓
24. artfa 19.12.2014 at 17:32

    кто-нибудь, скажите или киньте ссылку, зачем вообще нужен этот справочник ИдентификаторыОбъектовМетаданных

    Reply ↓
25. Talim 12.02.2015 at 13:32

    (24) artfa, этот справочник нужен для работы вариантов отчетов, используется в механизме дополнительных отчетов и обработок и при рассылке отчетов по расписанию в УТ. Может, еще где-то используется…

    Reply ↓
26. Serge_ASB 01.07.2015 at 15:08

    БП 3.0.
    
    Создаю периферийный узел — выгружаю файл 1v8.1cd
    
    создаю новую базу из этого файла.
    
    При загрузке получаю.
    
    Не совсем понял из приведенного выше, чего лучше сделать?
    
    У меня БП 3.0 Корп 3.0.29.8
    
    В другой базе на аналогичной конфе добавлен справочник и документ, но при старте БД обновление Справочника ИОМ почему-то не происходит. База не РИБ.

    Reply ↓
27. Serge_ASB 01.07.2015 at 15:20

    (22) Liris,
    
    Чтобы увидеть кнопку обновления справочника в форме списка (БП 3.0 3.0.29.8) нужно запускать обычное или управляемое приложение?
    
    В управляемом с первого раза кнопка не появилась.

    Reply ↓
28. motorkuzbassa.it 02.07.2015 at 05:21

    (27) ее там нет давно, см. переписку выше, там человек дал обработку, но … не взлетит все равно.

    Reply ↓
29. motorkuzbassa.it 02.07.2015 at 05:25

    (26)Стандартная ошибка на периферии. Лечилка по статье тоже перестала работать, на уровне платформы закрыли…некоторые дырки. Теперь только выгрузка нового образа из ГУ помогает. т.е. делаете обмен. потом обновление ГУ, и перевыгружаете узлы и т.д….

    Reply ↓
30. Serge_ASB 03.07.2015 at 09:57

    Лечил предложенным способом. Подключил взад главный узел. Но куда-то делись настройки синхронизации (этот пункт вообще пропал в Администрировании). И по лестнице повторного запуска получил ЭТО:
    
    в Задачах вообще ничего нет.

    Reply ↓
31. MiniMuk 03.07.2015 at 10:06

    а простите запуск с ключом «C:Program Files (x86)1cv88.3.6.1999in1cv8.exe» /c запуститьобновлениеинформационнойбазы не помогает?

    Reply ↓
32. Serge_ASB 03.07.2015 at 16:01

    Не помогло. Стало ругаться что нет таблицы с именем R

    Reply ↓
33. Pavell_07 18.07.2015 at 18:25

    На платформе (8.3.6.2076) При обновлении Розницы, столкнулся с такой же проблемой. Отключил автоматическую синхронизацию в ЦБ и ПБ. Сделал в ЦБ /c запуститьобновлениеинформационнойбазы, под администратором. Заново сделал синхронизацию с ПБ. ПБ обновил через конфигуратор, после запуска снова получил эту ошибку, нажал перезапустить, снова вылезла эта ошибка, но с кнопкой «синхронизировать и продолжить». После её нажатия всё обновилось и заработало. Обязательно сделайте бекап ПБ ,а то кнопка «синхронизировать и продолжить» может и не появиться, а обратного пути может не быть.

    Reply ↓
34. AlexMC75 24.12.2015 at 05:43

    Была проблема на одном узле, затем при следующем обновлении рассосалась сама собой.
    
    На другом узле была хроническая проблема не получения справочника «объекты метаданных». После установки всех обновлений на Windows 7, тюнинга системы и удаления всего лишнего шлака из системы («левые» программы,браузеры) проблема исчезла.

    Reply ↓
35. SinChao 23.03.2016 at 02:29

    (23) TESL, Спасибо, помогло.
    
    Правда были архивные копии, но с сутью проблемы разобрался и после регистрации элементов справочника ИОМ подчиненная ожила.
    
    Спасибо.

    Reply ↓
36. NamelessPony 28.02.2017 at 00:59

    Не знаю, насколько актуально, но может, кому пригодится.
    
    Сам столкнулся с проблемой в конфигурации Розница для Украины, редакция 2.0, версия 2.0.5.1. После пары часов танцев с бубном и мата удалось решить проблему без отвязывания ПБ от РИБ, вместо этого была сделана доработка самой конфигуации.
    
    Дело в том, что сообщение «Из главного узла не загружены изменения справочника «Идентификаторы объектов метаданных» — просто заглушка, стандартный текст на случай, если при чтении файла обновления с пришедшими изменениями для конфигурации где-то вылетело исключение, а сама конфигурация уже обновлена (например, вручную зашли и нажали F7).
    
    В моём случае проблема была в модуле объекта обработки КонвертацияОбъектовРаспределенныхИнформационныхБаз, в процедуре ПрочитатьИдентификаторыОбъектовМетаданных, где был следующий код:
    

     Данные = ПрочитатьXML(ЧтениеСообщения.ЧтениеXML);
    Данные.ОбменДанными.Загрузка = Истина;
    Данные.ОбменДанными.Отправитель = ЧтениеСообщения.Отправитель;
    Данные.ДополнительныеСвойства.Вставить(«ЗагрузкаПараметровРаботыПрограммы»);
    Данные.Записать();

    При попыте чтения данных типа УдалениеОбъекта код вылетал в исключение на строке
    

     Данные.ДополнительныеСвойства.Вставить(«ЗагрузкаПараметровРаботыПрограммы»);

    т.к. у этого тип данных доп. свойств тупо нет. Этот вылет приводил к отказу, отмене всей загрузки и, в итоге, к тому, что выскакивало сообщение из темы.
    
    Обрамление строки в попытку решило проблему: файл с обновлениями установился нормально и последующий обмен пошел без ошибок.
    
    Ещё раз, не факт, что в других случаях появления проблемы решение то же, но, ИМХО, возможность допиской избежать головняка с удалением-установкой центрального узла при обновлении чего то да стоит.

    Reply ↓
37. Любоч 30.03.2017 at 17:54

    Как и автору, мне проблема обновила вкус жизни и добавила адреналина — постоянно звонящие продавцы и завмаги этому очень способствуют 🙂 . Решил я ее немного по-другому, ниже написано как.
    
    1) Нужно скачать обработку http://1cguide.ru/obrabotki-1s/obnovlenie-spravochnika-identifikatory-obektov-metadannyx-obrabotka.html — не знаю автора, но отдельное спасибо за идею. -;)
    
    Запустить в центр.базе обработку из приведенной ссылки, в обработке всего 2 процедуры. Во вкладке файл из указанной ссылки(если не получится оттуда скачать).

    &НаСервере
    Процедура ДаНаСервере()
    Справочники.ИдентификаторыОбъектовМетаданных.ОбновитьДанныеСправочника();
    КонецПроцедуры
    
    &НаКлиенте
    Процедура Да(Команда)
    ДаНаСервере();
    КонецПроцедуры

    Показать

    2) В центр.базе найти константу «Зарегистрированы изменения данных» и установить флажок Истина.
    
    3) Повторно выгрузить пакет с обновлением в центр.базе.
    
    4) На переф.базе попробовать повторно загрузить – должно все получится.
    
    5) Если с 4) все ок, нужно изменить 2) в исходное положение

    Reply ↓
38. alexcorp 30.07.2019 at 02:36

    (37) Спасибо, помогло.

    Reply ↓
39. motorkuzbassa.it 30.07.2019 at 09:19

    Можно ничего не скачивать, запустить ЦБ с ключом «/c ЗапуститьОбновлениеИнформационнойБазы», все произойдет штатно…затем штатно выполнить обмен из ЦБ, все приедет.

    Reply ↓
40. buddha667 14.11.2019 at 11:43

    У меня не помогало запускать с ключем, ни кнопка в справочнике. Но в справочнике хоть подсказка была, что обновление идентификаторов не требуется. Тогда внес мелкое изменение в конфигурацию (изменил представление отчета), после чего обновление идентификаторов прошло, ну а далее обычно, выгрузил в ПБ и там все загрузилось

    Reply ↓