В этой инструкции нетипового обновления измененной 1с 8.3 я не буду описывать базовые вещи, такие как: как открыть конфигуратор, что такое конфигурация БД, конфигурация поставщика и основная конфигурация. Об это и там много написано, и вы можете самостоятельно найти эту информацию на просторах интернета.
Я постараюсь описать основные моменты процесса обновления и на что нужно обратить внимание.
Также вы можете обратиться к нам за услугой размещения ваших баз на наших серверах с их обновлением и архивацией на нашей стороне, и всё за весьма скромную плату. Контакты в шапке сайта — обращайтесь.
Для примера возьмем нетиповую бухгалтерию 3.0.51.22 и я покажу как обновить ее до версии 3.0.53.29. На платформе версии 8.3.10.2561 (нет большой разницы на более старых платформах, просто раньше окошко сравнения выглядело чуть иначе).
Скажу сразу, будет много картинок и мало текста. Я считаю, что визуально проще запоминать процесс, чем читать море текста.
Для этого вам нужно
- первое – открыть из меню «Справка» — «О программе»
и в разделе конфигурация найти версию, указанную в скобках.
Эта же информация будет совпадать с версией разработки в свойствах конфигурации.
- Второе – открыть конфигурация поставщика. Меню конфигурация – поддержка – настройка поддержки
И в появившемся окне посмотреть версию (версии может вообще не быть, если конфигурация поставщика была удалена).
При совпадении можете смело переходить к пункту 2.
1а. Постановка конфигурации на поддержку.
Если у вас отличаются версия БД и версия конфигурации поставщика, то вам нужно удалить текущую конфигурацию все через то же меню: конфигурация – поддержка – настройка поддержки. И нажать кнопку «Снять с поддержки».
Далее нужно сравнить-объединить с типовой конфигурацией версии,
указанной в «Справка» — «О программе». И на вопрос «Поставить на
поддержку?» нажать «Да».
После «недолгого» ожидания снимаем все галочки. Ну и можно убрать галку «Сохранять настройки автоматически». И жмем выполнить.
В результате мы получим конфигурацию на поддержке с одинаковыми версиями баз данных.
2. Обновление базы.
Теперь можно переходить к обновлению.
Скажу сразу обновление делать нужно ТОЛЬКО через меню «Конфигурация» — «Поддержка» — «Обновить конфигурацию…».
Использовать «Сравнить, объединить с конфигурацией из файла…» НЕЛЬЗЯ!!! При использовании этого механизма вам при следующем обновлении придется переходить к пункту 1а. Поэтому давайте не будем так делать и создавать себе (или тому, кто будет в следующий раз обновлять базу) лишние проблемы.
Далее выбираем файл обновления.
Хотелось бы сказать про обновление через несколько релизов. 1С не рекомендует обновлять на CF файлы, сразу прыгая через несколько релизов. Это нужно делать последовательно. В теории это правильно.
Объясню почему так не рекомендуют делать. Если программисты хотят удалить какой-либо реквизит, то они сначала приписывают к нему приставку «удалить», потом через несколько релизов удаляют его. И могут в каком то релизе перенести из него информацию. Вот пропуская этот релиз, вы можете потерять данные.
Но на практике за свои уже лет 10 работы с базами 1с у меня был такой один случай. Когда почему-то разработчики решили перенести данные с перечисления на справочник. При том ничем критичным это для меня не закончилось. Я написал простую обработку, которая перекинула эти данные из архива в текущую базу. Никакого повторного обновления делать не пришлось.
Можете кидать в меня камни, но я всегда обновляю базу через cf файлы на несколько релизов.
Итак мы нажали обновление, нам выскочило сообщение с какой на какую версию будет произведено обновление. Мы нажимаем ОК.
Ожидаем, пока пройдет сравнение объектов.
Далее нам нужно внизу из списка выбрать пункт «показывать только дважды измененные свойства.
Так же хочу сказать по старые версии, раньше это был флажок.
Итак, мы теперь видим гораздо меньше объектов.
Если у вас пусто, то вам несказанно повезло, и вы можете смело нажимать кнопку «выполнить» и считайте обновление закончено.
Ну у нас не все так просто, поэтому пробегусь по основным объектам.
- Подсистемы – ставим режим «Объединить»
- Роли – режим «Объединить с приоритетом новой конфигурации».
- Макеты – тут нужно будет переносить добавленные области руками. Поэтому вы можете через меню «показать различия в макетах» увидеть что добавлено. Указать режим «Взять из новой конфигурации поставщика» и далее после выполнения обновления добавить нужные области.
- СхемыКомпоновкиДанных , Формы — вот тут самая засада. Нам так и не предоставили нормальный режим сравнения этих объектов, поэтому нужно будет смотреть, что было изменено, и вносить это руками. Я для форм ставлю режим «Объединить с приоритетом новой конфигурации» и далее уже после обновления добавлять изменения, такие как колонки, или дополнительные поля в запросе динамического списка.
- План счетов, предопределенные элементы. Тут я ставлю режим объединения с приоритетом новой конфигурации. При этом хочу сказать про один случай из моего опыта. Если стоит галка «Вести учет по подразделениям», то она в результате объединения будет снята, и мы потеряем данные. Опять же мне не понятно, почему нельзя при режимах «объединить» оставлять галку в значении Истина. Ох уж эта платформа 1с.
- Модули. Вот тут самое интересное.
Первое что хочется сказать. Ни в коем случае не переключайте режим объединения. Он должен стоять «Взять из новой конфигурации поставщика». Иначе вы получите в базе мусор с комментарием MGR.
Никаких кнопок «показать различия в модулях…»!
Жмем именно на значок шестеренки рядом с модулем
Открывается окошко, в котором очень много изменений в функциях и процедурах.
Для того чтобы понять в какой функции были изменения нам нужно будет либо взять копию базы, либо через меню конфигурация сохранить конфигурацию в файл. И дальше загрузить в пустую базу. Далее зайти в меню «конфигурация» и нажать «Сравнить конфигурации…»
Выбрать сравнение основной конфигурации с конфигурацией поставщика.
И вот ту можно уже посмотреть изменения через «показать различия в модулях…». Т.к. мы не собираемся ничего менять, мы только хотим посмотреть, что было изменено.
И мы видим, что в функцию «Просклонять» был добавлен кусок кода. Все изменения можно посмотреть, нажимая на синие стрелки.
Вернемся к обновляемой конфигурации. Там мы через значок шестеренки зашли с режим объединения модулей. Далее ставим все галки…вручную..говоря про себя «спасибо» разработчикам платформы
Находим нашу функцию просклонять. Находим измененный элемент. Надеюсь, теперь стало понятно, зачем нужно отделять любой добавленный свой код комментариями – правильно, чтобы не гадать при обновлении, откуда взят этот код.
Нажимаем значок лупы, и платформа выделит строчку кода, куда нужно этот текст добавить.
Копируем его из верхнего окна и вставляем в нижнее окно.
Так проделать со всеми модулями. Если модуль не был изменен, как в нашем случае со справочником валюты. Мы просто ставим режим «Взять из новой конфигурации поставщика» и НЕ нажимаем на шестеренку (рядом с шестеренкой не должно стоять зеленой галочки, это означает что код полностью будет взят из новой конфигурации, без ручной настройки).
Отлично. Теперь пробежавшись по всем объектам можно снять галку «сохранять настройку автоматически» и потом «выполнить»
На сообщение «Существуют объекты, измененные в основной конфигурации по отношению к старой конфигурации….. При обновлении будет выполнено замещение этих объектов! Выполнить?» Нажимаем смело ДА.
В следующем окне оставляем галки, как показано на картинке. И никак иначе!!! Должны стоять обе галки – «объекты редактируются с сохранением поддержки». Нажимаем ОК.
Все. Обновление нетиповой конфигурации 1с завершено.
Этот метод не претендует на идеал, но я думаю, многие совершают ошибки в этих шагах.
Конечно, я рассказал не все, тут еще много подводных камней. Но я думаю 90% обновлений можно смело обновлять по этой инструкции.
Надеемся, данная информация была полезна. При необходимости мы можем выгодно лицензировать вашу 1С
Также у вас есть возможность заработать на партнерской программе, приводя клиентов и получая комиссию с их покупок.
Как обновить конфигурацию поставщика не трогая при этом основную базу или обновление конфигурации поставщика
Иногда случается так, что обновление 1с устанавливается не должным образом, а например вместо обновления программист выполняет «Сравнение, объединение конфигурации 1с». При выполнении этих действий сама конфигурация обновляется, а вот версия конфигурации поставщика не обновляется и остается старой.
Конфигурация поставщика может быть обновлена только в нетиповой базе, для того чтобы посмотреть текущую версию поставщика в конфигураторе выполним следующие действия, нажмем «Конфигурация» —> «Поддержка» —> «Настройка поддержки». Для того чтобы посмотреть название и версию конфигурации зайдем «Справка» —> «О программе».
В окне ниже мы видим где пишется версия конфигурации поставщика и версия самой конфигурации 1с.
Для того чтобы обновить конфигурацию поставщика выполним следующие действия, в конфигураторе выбираем вкладку «Конфигурация» —> «Поддержка» —> «Обновить конфигурацию»
Теперь в появившемся окне выбираем второй вариант предложенный системой, это «Выбор файла обновления», нажимаем «Далее».
В новом окне нужно нажать на три точки и выбрать файл с обновлением, версия которого в точности соответствует версии вашей конфигурации. Файл должен быть с расширением (*.cf), то есть быть полной конфигурацией, если у вас файл (*.cfu) то ничего не получится, так как это файл обновления конфигурации, а не файл самой конфигурации.
Теперь наблюдаем окно примерно следующего вида, нажимаем «Продолжить обновление».
На этой странице ничего не меняем, просто жмем ОК.
После данных действий система 1с начнет обновление конфигурации поставщика, через некоторое время вы будете наблюдать окно с двумя деревьями объектов (сравнение и объединение конфигураций), нужно везде снять галочки, после жмем «Выполнить».
Теперь когда прошло объединение конфигураций мы увидим окно которое представлено ниже, нажимаем «ОК».
Не забываем сохранить конфигурацию нажав на синий боченок и клавишей F7.
Похожие вопросы по 1С
На данный момент новостей нет.
Рассмотрим основные ошибки, которые могут возникнуть при обновлении конфигурации 1С, а также методы их решения.
Файл не содержит доступных обновлений
Ошибка возникает при несовпадении конфигураций.
Порядок исправления следующий:
- Снять конфигурацию с поддержки.
- Сделать сравнение/объединение конфигурации 1С с типовым cf-файлом того же релиза. При этом выключить все чекбоксы в дереве метаданных, нажать кнопку «Выполнить».
- Затем в диалоге «Настройка правил поддержки» для всех объектов дерева метаданных выставить «Редактируется с сохранением поддержки», нажать «Ок». В результате восстановится конфигурация поставщика и конфигурация встанет на поддержку. При этом останутся все изменения и возможность редактирования.
- Обновить конфигурацию базы данных.
Имя предопределенного элемента не является уникальным
Существует несколько причин, по которым возникает ситуация «задвоения» связи элементов информационной базы и предопределенных элементов. Если ошибка произошла при обновлении конфигурации, то, с большой степенью вероятности, можно сказать о проблеме совместимости конфигурации с платформой.
Для исправления ситуации снизьте версию платформы, например, до предыдущей версии и повторно запустите обновление конфигурации.
Предопределенный элемент отсутствует в данных
Ситуация, характерна, когда предопределенный элемент отсутствует в базе данных ИБ, но в конфигурации он описан. Существует два основных варианта событий, когда такое происходит.
Иногда ошибкой может быть само обращение в предопределенному элементу, а не само наличие такого элемента. В таком случае нужно понять, почему элемент не создан. Возможно, его случайно удалили либо он создается только при выполнении определенного режима программы.
Если это все же ошибка в информационной базе, то выполните привязку элемента базы к предопределенному элементу. Технически это просто указание имени в свойстве «ИмяПредопределенныхДанных».
Ошибка формата потока
Ещё одна ошибка, возникновение которой может быть вызвано разными причинами. Например, она характерна при нарушении регламента обновления, когда администратор обновляет систему минуя промежуточные конфигурации 1С — в таких случаях «бьется» конфигурация поставщика. Профилактика данной ошибки — последовательное обновление с помощью cfu-файлов.
Если же ошибка всё же возникла, попробуйте следующий порядок действий:
- Поставьте чистую конфигурацию, аналогичную вашей, а затем через конфигуратор, сохраните её в файл.
- Аналогично сохраните файл конфигурации проблемной базы и следующие шаги выполняйте в нём же.
- Откройте пункт меню «Конфигурация» > «Загрузить конфигурацию из файла». При запросе системы «Обновить конфигурацию БД» обязательно выбираем «Нет»
- Создайте новую конфигурацию поставщика через меню «Конфигурация» > «Настройка поддержки» > «Включить возможность изменения».
- Следующим шагом выбираем «Конфигурация» > «Сравнить Объединить с конфигурацией из файла» и указываете файл конфигурации, созданный на втором шаге.
- Соглашаемся с изменениями и применяем их к конфигурации информационной базы по кнопке F7 — «Обновить конфигурацию базы данных».
- Обновляете.
Ошибка при записи профиля
Данная ошибка вызвана, как правило, дублированием информации профилей. Зайдите в справочник пользовательских профилей: «Все функции» > Справочники > «Профили групп доступа» (не путайте со справочником «Пользователи)».
Раскройте все группы профилей и посмотрите, есть ли повторяющиеся записи. Удалите все ненужные дубли, и ошибка исчезнет.
Нарушена целостность структуры конфигурации |
Я |
ChMikle
14.06.21 — 15:05
при обновлении конфигурации БП 3.0 с поддержкой не хватило места на диске для временных файлов. База открывается, запускается , ошибок не выдает. Обновить не могу , выдает «Нарушена целостность структуры конфигурации» при анализе конфигурации поставщика.
Кэш чистили где только могли
DELETE FROM [dbo].[Config]
WHERE FileName = ‘dbStruFinal’
GO
DELETE FROM [dbo].[Config]
WHERE FileName = ‘commit’
GO
Обе таблицы пустые были. Ума не приложу ,что еще м.б. ?
Kassern
1 — 14.06.21 — 15:10
(0) а бекап то есть перед обновлением? С него восстановитесь и накатите снова обновление, уже со свободным местом на харде.
ChMikle
2 — 14.06.21 — 15:13
(1) да так и делаю. но выдает ошибку
ChMikle
3 — 14.06.21 — 15:14
м.б. раньше что-то с базой случилось (пару недель назад) , но только сейчас всплывает .
Kassern
4 — 14.06.21 — 15:15
(3) попробуй на отдельном коме в файловом варианте все это дело проделать, предварительно можно ТиИ запустить
ChMikle
5 — 14.06.21 — 15:16
(4) не получится, база слишком большая в ДТ не выгрузится
Kassern
6 — 14.06.21 — 15:19
(5) а ТиИ делал?
Kassern
7 — 14.06.21 — 15:20
(5) тестовый сервак есть какой нить?
ChMikle
8 — 14.06.21 — 15:20
(6) делал , не спасло . проверку на логическую целостность конфигурации делал . выдал в коде несколько ошибок . но имхо, не в этом дело
ChMikle
9 — 14.06.21 — 15:21
(7) копия развернута на том же 1С серваке , а это как-то может повлиять ?
CaptanG
10 — 14.06.21 — 15:22
Точно все везде подчистили? Видел подобно когда существовали временные файлы от обновления.
ChMikle
11 — 14.06.21 — 15:25
(10) да вроде да, админы почистил весь кэш, даже пути к каталогам обновлений пришлось добавлять
CaptanG
12 — 14.06.21 — 15:26
Можно попробовать на копии откатить на версию назад и поставить два обновления подряд.
ChMikle
13 — 14.06.21 — 15:26
(12) это как ?
ChMikle
14 — 14.06.21 — 15:27
обновлялся в мае , последний раз . все без проблем работало
ChMikle
15 — 14.06.21 — 15:28
до недавнего времени . да и сейчас пользователи работают никаких сообщений нет, конфигуратор открывается, изменения вносятся, сохраняются. Все вроде нормально
Ёпрст
16 — 14.06.21 — 15:36
1с-ина какого релиза то хоть ?
ChMikle
17 — 14.06.21 — 15:39
платформа 16 , БП 3.0.91.36
Ёпрст
18 — 14.06.21 — 15:41
Сними конфу с поддержки и удали конфу поставщика, аотом поставь на поддержку через сравнение-объединение и верни конфу поставщика. усёё.
Ёпрст
19 — 14.06.21 — 15:41
Ну и 16..пробуй до 18 обновить попутно
CaptanG
20 — 14.06.21 — 15:43
(13) в (18) так даже проще.
ChMikle
21 — 14.06.21 — 15:44
>>удали конфу поставщика
Это как ?
Ёпрст
22 — 14.06.21 — 15:46
(21) пофигуратор — настройка поддержки — кнопать снять с поддержки..ок, конфа поставщика прибьётся.
Потом через сравнение объединение с конфой того же релиза скажет что обнаружена конфа, поставить на поддержку ? скажешь да, только все галки сыми. Тогда конфа встанет на поддержку — там тупо конфа поставщика прилетит взад.
Усё.
CaptanG
23 — 14.06.21 — 15:47
(21) с поддержки снял?
ChMikle
24 — 14.06.21 — 15:47
(23) сейчас , тут нашел еще
delete from [ИмяНашейБазы].[dbo].[Config] where FileName = ‘DynamicallyUpdated’ (для версии 8.3)
delete from [ИмяНашейБазы].[dbo].[Config] where FileName = ‘dynamicCommit’ (для версии 8.3)
delete from [ИмяНашейБазы].[dbo].[ConfigSave]
Ёпрст
25 — 14.06.21 — 15:47
Конфа ИБ при этом не пострадает (останется старой) не забывай галки с конфы снять (с корня)
ChMikle
26 — 14.06.21 — 15:47
Ёпрст
27 — 14.06.21 — 15:48
(24) да это нахрен не надо. У тя конфа поставщика битая, а не демоническое обновление
ChMikle
28 — 14.06.21 — 15:48
админы чего-то с базой ковыряются войти не могу , мысль понял . пошел делать
ChMikle
29 — 14.06.21 — 15:48
(27) а как так вышло ?
Ёпрст
30 — 14.06.21 — 15:49
(29) как-как.. место же на диске кончилось :)) Сам же в (0) написал
ChMikle
31 — 14.06.21 — 15:51
(30) так ведь , место на диске кончилось , а конфигурация поставщика уже в базе была ?
Фрэнки
32 — 14.06.21 — 15:52
мда… очередная ветка из серии «не надо на продуктиве держать базу с конфигом на поддержке»
Ёпрст
33 — 14.06.21 — 15:54
(31) Это, вопросы религии и философии на другом форуме. Ты базу чини
ChMikle
34 — 14.06.21 — 15:55
(33) понял :). долго конфигуратор грузится
Ёпрст
35 — 14.06.21 — 16:01
(34) пользуй 64х битную версию, там быстрее
Ёпрст
36 — 14.06.21 — 16:02
+ ежели у тя скуль, включи параллельность на время реструктуризации и прочей тяжелой хни
ChMikle
37 — 14.06.21 — 16:06
(35) вроде ее и юзаю
Ёпрст
38 — 14.06.21 — 16:10
(37) вроде ? в диспетчере задач посмотри, какой процесс 1с-ины запущен
ChMikle
39 — 14.06.21 — 16:21
64
ChMikle
40 — 14.06.21 — 16:24
теперь конфигуратор открывается долго , видать догадывается база что делать собираюсь :))))))))
Фрэнки
41 — 14.06.21 — 17:24
только одного не понимаю, почему надо этими манипуляциями заниматься на тяжелой боевой базе, а не на копии или тестовой, куда выгружена просто текущая конфигурация ?
Фрэнки
42 — 14.06.21 — 17:25
(40) А у этой базы в конфигурацию вносились изменения, она снята с замка?
Фрэнки
43 — 14.06.21 — 17:28
Я бы восстановил саму текущую в связке с типовой конфой на пустой базе или демке, а затем выгрузить в файл и загрузить в боевую из файла. Результат будет тот же самый, но получить рабочую конфу таким образом будет намного легче.
fisher
44 — 14.06.21 — 17:37
«Загрузить конфигурацию из файла» уже советовали?
МихаилМ
45 — 14.06.21 — 17:56
(0) Вот и пришло время научиться пользоваться технологическим журналом.
ну и естественно Ваша проблема обсуждалась многократно, и пришло время научиться пользоваться поисковыми сервисами интернет.
Dmitry1c
46 — 14.06.21 — 17:58
(0) сделай «выгрузку для перехода в сервис» и загрузи из этого zip-архива с данными в такую же конфигурацию твоего релиза, если конфа типовая.
ChMikle
47 — 15.06.21 — 09:10
(42) Да
ChMikle
48 — 15.06.21 — 09:11
(44) грузил, не помогло
ChMikle
49 — 15.06.21 — 09:11
(46) не типовая
ChMikle
50 — 15.06.21 — 09:12
(45) напомнило рассказ В.Осеевой «Три товарища» https://lukoshko.net/story/tri-tovarischa.htm
ChMikle
51 — 15.06.21 — 09:14
(41) я на копии пока все это пытаюсь сделать
Ёпрст
52 — 15.06.21 — 09:18
И че, не починил? ). Давно бы уже на пустышке сьептл православный cf. Его потом тупо через insert в скуле в рабочую и усё
fisher
53 — 15.06.21 — 09:19
(48) Странно. Если ошибок при загрузке не было, значит прогрузиться должны были все конфигурации, включая поставщиков.
Выходит или ошибка не совсем релевантна, либо загружаемая конфа уже кривая (можно ее отдельно прогнать по полной).
ChMikle
54 — 15.06.21 — 09:21
(52) сейчас буду делать
>> Его потом тупо через insert в скуле в рабочую и усё — а загрузить конфигурацию нельзя будет через конфигуратор ?
ChMikle
55 — 15.06.21 — 09:23
(43) сейчас попробую
Ёпрст
56 — 15.06.21 — 09:25
(54) можно. Только инсерт одной таблички в скуле в разы быстрее
ChMikle
57 — 15.06.21 — 09:26
(56) лучше уж я через конфигуратор. Копия не дает в конфигуратор войти, после авторизации висит загрузка … сейчас разберусь с этим и отпишусь .
Всем неравнодушным спасибо:)
DrZombi
58 — 15.06.21 — 09:47
(0) Если есть бекап, то восстановись из бекапа и не мучайся.
Потом почисти место, для обновления
DrZombi
59 — 15.06.21 — 09:48
(10) КЭШ чистили где?
Есть кэш пользователя, есть сервере 1С
DrZombi
60 — 15.06.21 — 09:49
А так, похоже не те файлы у вас Админы удалили
DrZombi
61 — 15.06.21 — 09:49
+(59) есть сервере 1С -> Есть КЭШ сервера 1С
ChMikle
62 — 15.06.21 — 09:57
(61) поподробнее пожл -ста
Ёпрст
63 — 15.06.21 — 10:01
(62) смотри временные папки пользователя, под которым служба агента 1с запущена. Емли конечно, в файле настроек сервера не указан конкретный путь доя этого
Фрэнки
64 — 15.06.21 — 10:01
(62) а смысл теперь?!
Ты копию своей боевой базы уже поднял и убедился на копии, что в базе действительно есть нарушение нормальной работоспособности.
з.ы. Когда поднимаешь копию базы, то само-собой разумеется, что для нее кэша нет ни у клиента, ни у сервера.
Serg_1960
65 — 15.06.21 — 10:24
(64) «само-собой разумеется» — это если архивные данные грузятся в новую, только что созданную базу. А если будут загружаться в ранее существующую базу — то кэш — есть! Протухший
Фрэнки
66 — 15.06.21 — 10:25
(65) само собой разумеется, что я не считаю ТС идиотом
Garykom
67 — 15.06.21 — 10:27
(66) Это не идиот это тонкости которые не совсем логичны
Serg_1960
68 — 15.06.21 — 10:28
(66) Я тоже никого не считаю идиотами. Это просто мелкое замечание.
ChMikle
69 — 15.06.21 — 10:29
(64) для расширения кругозора. Делаю как Вы советовали , просто медленно все на серваке работает
Serg_1960
70 — 15.06.21 — 10:34
PS: перегрузить конфигурацию поставщика — простейшая задача, как фигура из трех пальцев, тьфу, — из трёх конфигураций информационной базы. Достаточно иметь архивы этой БД или любую другую БД на поддержке с такой же конфигурацией.
ChMikle
71 — 15.06.21 — 10:39
(70) думал чисткой кэша обойтись или таблиц конфигурации, но не вышло …
Serg_1960
72 — 15.06.21 — 10:43
+(70) Я даже два метода знаю: через загрузить конфигурацию из *.cf или через снятием с поддержки, обновления из *.cf с попутным возвратом на поддержку. «Я ещё и вышивать могу, и на машинке, м-м-м… тоже»
Serg_1960
73 — 15.06.21 — 10:51
(71) Кэши чистить — полезно.В данном конкретном случае — рекомендуется.
PS: есть ещё и третий метод перезагрузки конфигурации поставщика
ChMikle
74 — 15.06.21 — 10:57
(73) да я думаю что должно получиться как Фрэнки подсказал, в пустую базу конфу залил того же релиза , на нее сейчас доработки вставлю , сохраню ее в файл и загружу в копию, потом попробую обновиться.
fisher
75 — 15.06.21 — 11:13
(72) ТС утверждает, что это не помогает.
Serg_1960
76 — 15.06.21 — 11:35
(75) ТС может блуждать в потёмках, вольно/невольно заблуждаться. В пользу этого говорит долгий срок устранения проблемы.
ChMikle
77 — 15.06.21 — 13:00
Все получилось , всем спасибо !
Содержание:
1. Об ошибке при выполнении файловой операции
2. Устранение «Ошибки при выполнении файловой операции» в 1С 8.3
1. Об ошибке при выполнении файловой операции
Приветствую, коллеги! В данной статье будет описана ошибка «Ошибка при выполнении файловой операции», и подробно рассмотрены способы ее устранения.
Когда происходит обновление конфигураций в 1С 8, по завершении обновления, часто появляется ошибка, которая гласит «Ошибка при выполнении файловой операции – файл не содержит доступных обновлений».
2. Устранение «Ошибки при выполнении файловой операции» в 1С 8.3
Рассмотрим методы, при помощи которых, можно устранить ошибку при выполнении файловой операции в 1С.
Итак, первый способ – это попробовать сделать обновление при помощи файлов по обновлению вида «релиз 1с*.cfu». Если это не помогло, то можно попробовать обновить систему при помощи общего файла вида «полный релиз 1С*.cf».
Вторым способом будет проверка на соответствие общей версии системы 1С с минимальными требованиями версии конфигурации 1С, которую обновляем.
Третий способ устранения ошибки при выполнении файловой операции в 1С – более сложный, но действенный. Необходимо открыть в конфигурацию от поставщика в режиме Конфигуратора. Если ошибка всё так же появляется, то необходимо удалить конфигурацию поставщика, а затем опять установить. По сути, в данном варианте «вытягивается» последняя, рабочая версия данной конфигурации и обновление будет завершено без ошибок.
Рассмотрим подробнее третий способ. Пусть у нас уже есть некоторая конфигурация 1С KORG 1-ой версии, которая работает, но нужно поставить 2-ю версию, то есть обновить версию конфигурации 1С 8.3. Когда происходит обновление, всплывает ошибка «Ошибка при выполнении файловой конфигурации». Порядок действий в этом случае:
1. скачать релиз 1С KORG с версией 1*.cf;
2. копируем нашу базу данных;
3. в конфигураторе, который соответствует обновляемой базе, переходим по пути: «Конфигурация → Поддержка → Настройки поддержки → Снять с поддержки». В случае, если кнопка для снятия с поддержки недоступна, необходимо сперва включить возможные изменения. После этого нужно дать согласие, если система 1С будет уточнять что-либо или подтверждать действия;
4. Далее переходим по следующему пути: «Конфигурация → Сравнить и объединить с конфигурацией из файла…». Здесь необходимо выбрать файл «полный релиз 1С KORG версии 1*.cf»;
5. Далее перед нами появится окно, в котором система 1С будет запрашивать постановление на учёт для поддержки, на это уведомление обязательно отвечаем согласием;
6. В случае, если наша конфигурация является типовой, откроется окно по сравнению конфигураций. В нем обязательно убираем все «галочки». Далее последует объединение конфигураций;
7. В новом окне кликаем на «Сохранить изменения»;
8. Ещё раз сохраняем базу данных;
9. Обновляем конфигурацию 1С стандартным способом.
Если всё сделать, согласно инструкции выше, то в вашей конфигурации 1С 8.3 «Ошибка при выполнении файловой операции» больше не возникнет. Спасибо за внимание!
Специалист компании «Кодерлайн»
Айдар Фархутдинов
В работе программы 1С случаются сбои, и причин тому множество. Один из неприятных сюрпризов – сообщение программы «Нарушена целостность структуры конфигурации», ставящее рядового пользователя в тупик. Чаще всего данная ошибка становится следствием некорректного обновления – сбоя (выключения) системы, технических неполадок при выполнении обновления в конфигураторе или при выполнении автообновления программы в пользовательском режиме и т.п.
Перед попыткой исправить ситуацию, как и во всех случаях, предусматривающих манипуляции на уровне администратора, обязательно делаем резервную копию. Обратите внимание, что исправление ошибок требует определенных знаний, поэтому, если вы не уверены в своих силах, обращайтесь к нашим специалистам, они подскажут стоимость консультации по 1С и обязательно вам помогут.
Если конфигуратор не доступен, надо скопировать базы в другую папку на ПК или на флешку. Хотя при использовании способа, которым мы будем избавляться от этой ошибки, ничего критического произойти не должно, поскольку доработок конфигурации 1С он не предусматривает.
Причина ошибки в данном случае кроется в кэш. Это временные файлы, создаваемые программой для ускорения ее работы, и в результате каких-либо сбоев программа начинает их неверно обрабатывать, что приводит к различным ошибкам. В частности, нарушение целостности структуры конфигурации при обновлении возникает именно так.
Избавляемся от ошибки – чистим кэш
Для того чтобы почистить этот самый кэш, нам надо узнать, где он хранит свои данные через «Настройку» в окне запуска.
В настройках смотрим путь к каталогам шаблонов и обновлений. Наши временные файлы кэш хранятся в папке Roaming. Мы видим ее прописанную в указанном пути.
Найдем и откроем эту папку через «Мой компьютер». Если вы папку не находите, так как она может быть скрыта настройками компьютера, надо в меню «Сервис»-«Параметры папок…» установить видимость скрытых файлов. Вызвать строку меню в окне можно нажав кнопку «Alt».
В открывшемся окне на закладке «Вид» устанавливаем переключатель в положение «Показывать скрытые файлы и папки».
Скрытые папки появились. Переходим далее в папку Roaming, где находится множество файлов и папок, где выделенные папки с цифрами и буквами – это и есть папки с файлами кэш. Их можно удалять, при запуске программа вновь создаст новые файлы.
Если удаление файлов не дало результата, можно также удалить временные файлы, расположенные в каталоге информационной базы. Посмотреть, где она располагается, можно в окне запуска 1С. Внизу окошка будет указан путь к выделенной информационной базе.
Открыв папку, мы видим в ней файлы. Файл 1Cv8 – это файл конфигурации, его трогать нельзя, это наша информационная база, а остальные файлы временные, их также можно удалить.
После очистки кэш – удаления временных файлов, проблема с ошибкой «Нарушена целостность структуры конфигурации» должна разрешиться. Если результата не дало (что маловероятно), можно воспользоваться процедурой тестирования и исправления базы в том же пункте меню.
Если работа исправление ошибок вызывает у вас вопросы, обратитесь к нашим специалистам. Мы проконсультируем и подберем для вас оптимальную стоимость сопровождение 1С, ориентируясь на ваши индивидуальные потребности.
Ошибки информационной базы 1С:Предприятия — вещь крайне неприятная, особенно при отсутствии резервных копий. А если такая неприятность все-таки приключилась, то приходится порой принимать нестандартные и идущие в противоречие с общепринятыми практиками решения. Но это не должны быть шаманские камлания с бубном, а логически обоснованные и точно выверенные действия, которые позволят выйти победителем из, казалось бы, безнадежной ситуации. Сегодня мы расскажем об одном таком случае из нашей практики.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Предупредим сразу — все решения, описанные в данной статье, относятся к описанном частному случаю и не могут служить готовой инструкцией по исправлению подобных ошибок. При возникновении подобных ситуаций следует проанализировать именно ваш случай и применять какие-либо решения осмысленно, понимая и представляя себе причины и последствия. Также будет не лишним напомнить, что все действия следует производить только на копии информационной базы.
Не так давно к нам обратился один клиент с жалобой на то, что он не может обновить конфигурацию Розница 2.2, действительно, при попытке открыть конфигурацию появлялось сообщение Нарушена целостность структуры конфигурации.
При этом в повседневной жизни данная ошибка никак себя не проявляла, и утилита chdbfl также не нашла в базе каких-либо ошибок. Тем не менее база оказалась серьезно повреждена и любые попытки спасти ситуацию малой кровью: выгрузить данные в узел РИБ или посредством выгрузки-загрузки через XML приводили к ошибкам.
«А как-же резервные копии?» — спросит иной читатель. Резервные копии содержали точно такую же ошибку, так как она не препятствует выгрузке в DT файл и, тем более, архивированию непосредственно файла базы. Можно сказать, что клиент столкнулся с распространенной ошибкой начинающих администраторов, когда резервные копии создаются, но не проверяются.
Попытки загрузить дамп базы в клиент-серверную версию также натолкнулись на описанную ошибку, а попытки откатиться на конфигурацию базы данных или просто сделать тестирование и исправление приводили к аварийному закрытию приложения.
На Инфостарте была найдена статья, которая на первый взгляд обещала привести к успеху, но все стало только хуже, раньше хотя бы конфигуратор открывался:
Впрочем, так оно бывает всегда, когда бездумно применяешь чужие решения. Причин возникновения подобной ошибки может быть много и степень повреждения базы может быть разная, поэтом то, что помогло одному, может еще сильнее навредить другому. Поэтому будем думать.
Что предлагала нам вышеуказанная статья? Заменить кеш поврежденной базы на кеш от исправной, того же самого релиза, разумное зерно в этом есть и в ряде случаев такой подход увенчается успехом, но не в этот раз. Почему?
Здесь мы вплотную подошли к одному из самых распространенных мифов 1С — очистке кеша. Со временем это переросло в какой-то магический ритуал: не знаешь, что делать — очисти кеш. Давайте разберемся, что такое этот кеш и зачем он нужен.
Не для кого ни секрет, что многие данные в информационной базе не меняются в течении длительного времени и поэтому нет необходимости каждый раз их запрашивать из БД, а можно поместить в локальный кеш и брать оттуда. Кеш делится на пользовательский, где хранятся данные, с которыми работает пользователь и кеш конфигурации, где сохраняются программные модули и данные о конфигурации. Первый располагается в перемещаемой части профиля пользователя %USERPROFILE%AppDataRoaming1C, а второй в его локальной части %USERPROFILE%AppDataLocal1C.
Данные о структуре конфигурации хранятся в кеше конфигурации, когда мы первый раз открываем конфигурацию данные считываются из ИБ и сохраняются в кеш и в следующий раз их загрузка будет происходить гораздо быстрее. Если мы изменим данные конфигурации, то они прежде всего изменятся в нашей локальной копии и только после того, как мы нажмем на кнопку сохранить, будут записаны в БД и обновят локальный кеш.
Также с кешем могут быть связаны разные ошибки, допустим если при аварийном завершении работы кеш оказался поврежден или в нем остались устаревшие данные, в этом случае очистка кеша — действие оправданное и необходимое. В остальных случаях это действие по большей части будет бесполезным, разве что замедлит следующую загрузку базы, но в некоторых случаях очистка кеша может и навредить.
В нашем случае проявлению указанной ошибки могла поспособствовать именно очистка кеша конфигурации. Если до повреждения ИБ конфигурация была открыта (а она была, т.к. базу обновляли), то при загрузке конфигуратора должны были быть подгружены кешрованные данные, что дало бы возможность либо обновить конфигурацию, либо загрузить ее из файла. После очистки кеша такая возможность пропала.
Но вернемся к нашей базе. Что именно произошло? До замены кеша база могла загрузиться в конфигуратор, после его замены — уже не смогла. Следовательно, в кеше поврежденной базы хранились нужные части конфигурации, которых в кеше исправной не оказалось, либо они оказались неидентичными загружаемой конфигурации. Поэтому в нашем случае кеш нам не враг, а наоборот друг и мы должны его не очищать, а наоборот, сохранить.
Поэтому мы пойдем другим путем, возвращаемся к сохраненной копии аварийной базы, запускаем ее в режиме конфигуратора, выходим. Тем самым мы создали нужную нам часть кеша, в которой не хватает информации об открытой конфигурации, попробуем дополнить ее из рабочей базы. Для этого возьмем файл 1Cv8.1CD из исправной базы точно такого же релиза и временно заменим им файл неисправной базы (исходный файл при этом следует сохранить).
Запускаем исправную базу в режиме конфигуратора и открываем конфигурацию, таким образом мы дополним уже существующий кеш нужными файлами. Закрываем конфигуратор, заменяем файл базы на исходный (неисправный) и снова запускаем конфигуратор. Как видим наши действия увенчались успехом, мы получили доступ к конфигурации поврежденной базы.
Теперь дело техники, снимаем поврежденную конфигурацию с поддержки и загружаем из файла конфигурацию того же релиза, которую можно выгрузить из заведомо исправной базы или взять из комплекта поставки. Сохраняем, обновляем конфигурацию базы данных.
Таким образом нам удалось полностью восстановить конфигурацию неисправной базы данных, но для этого пришлось пойти на несколько неожиданный шаг. Вместо того, чтобы, не думая очистить кеш, потому что «так принято», мы, наоборот, подумали и сохранили его, дополнив недостающими данными. Поэтому не следует идти на поводу у расхожих штампов, а следует вдумчиво проанализировать сложившуюся ситуацию и принять единственно верное решение, даже если оно «противоречит общепринятым практикам».
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Нарушена целостность структуры конфигурации |
Я |
ChMikle
14.06.21 — 15:05
при обновлении конфигурации БП 3.0 с поддержкой не хватило места на диске для временных файлов. База открывается, запускается , ошибок не выдает. Обновить не могу , выдает «Нарушена целостность структуры конфигурации» при анализе конфигурации поставщика.
Кэш чистили где только могли
DELETE FROM [dbo].[Config]
WHERE FileName = ‘dbStruFinal’
GO
DELETE FROM [dbo].[Config]
WHERE FileName = ‘commit’
GO
Обе таблицы пустые были. Ума не приложу ,что еще м.б. ?
Kassern
1 — 14.06.21 — 15:10
(0) а бекап то есть перед обновлением? С него восстановитесь и накатите снова обновление, уже со свободным местом на харде.
ChMikle
2 — 14.06.21 — 15:13
(1) да так и делаю. но выдает ошибку
ChMikle
3 — 14.06.21 — 15:14
м.б. раньше что-то с базой случилось (пару недель назад) , но только сейчас всплывает .
Kassern
4 — 14.06.21 — 15:15
(3) попробуй на отдельном коме в файловом варианте все это дело проделать, предварительно можно ТиИ запустить
ChMikle
5 — 14.06.21 — 15:16
(4) не получится, база слишком большая в ДТ не выгрузится
Kassern
6 — 14.06.21 — 15:19
(5) а ТиИ делал?
Kassern
7 — 14.06.21 — 15:20
(5) тестовый сервак есть какой нить?
ChMikle
8 — 14.06.21 — 15:20
(6) делал , не спасло . проверку на логическую целостность конфигурации делал . выдал в коде несколько ошибок . но имхо, не в этом дело
ChMikle
9 — 14.06.21 — 15:21
(7) копия развернута на том же 1С серваке , а это как-то может повлиять ?
CaptanG
10 — 14.06.21 — 15:22
Точно все везде подчистили? Видел подобно когда существовали временные файлы от обновления.
ChMikle
11 — 14.06.21 — 15:25
(10) да вроде да, админы почистил весь кэш, даже пути к каталогам обновлений пришлось добавлять
CaptanG
12 — 14.06.21 — 15:26
Можно попробовать на копии откатить на версию назад и поставить два обновления подряд.
ChMikle
13 — 14.06.21 — 15:26
(12) это как ?
ChMikle
14 — 14.06.21 — 15:27
обновлялся в мае , последний раз . все без проблем работало
ChMikle
15 — 14.06.21 — 15:28
до недавнего времени . да и сейчас пользователи работают никаких сообщений нет, конфигуратор открывается, изменения вносятся, сохраняются. Все вроде нормально
Ёпрст
16 — 14.06.21 — 15:36
1с-ина какого релиза то хоть ?
ChMikle
17 — 14.06.21 — 15:39
платформа 16 , БП 3.0.91.36
Ёпрст
18 — 14.06.21 — 15:41
Сними конфу с поддержки и удали конфу поставщика, аотом поставь на поддержку через сравнение-объединение и верни конфу поставщика. усёё.
Ёпрст
19 — 14.06.21 — 15:41
Ну и 16..пробуй до 18 обновить попутно
CaptanG
20 — 14.06.21 — 15:43
(13) в (18) так даже проще.
ChMikle
21 — 14.06.21 — 15:44
>>удали конфу поставщика
Это как ?
Ёпрст
22 — 14.06.21 — 15:46
(21) пофигуратор — настройка поддержки — кнопать снять с поддержки..ок, конфа поставщика прибьётся.
Потом через сравнение объединение с конфой того же релиза скажет что обнаружена конфа, поставить на поддержку ? скажешь да, только все галки сыми. Тогда конфа встанет на поддержку — там тупо конфа поставщика прилетит взад.
Усё.
CaptanG
23 — 14.06.21 — 15:47
(21) с поддержки снял?
ChMikle
24 — 14.06.21 — 15:47
(23) сейчас , тут нашел еще
delete from [ИмяНашейБазы].[dbo].[Config] where FileName = ‘DynamicallyUpdated’ (для версии 8.3)
delete from [ИмяНашейБазы].[dbo].[Config] where FileName = ‘dynamicCommit’ (для версии 8.3)
delete from [ИмяНашейБазы].[dbo].[ConfigSave]
Ёпрст
25 — 14.06.21 — 15:47
Конфа ИБ при этом не пострадает (останется старой) не забывай галки с конфы снять (с корня)
ChMikle
26 — 14.06.21 — 15:47
Ёпрст
27 — 14.06.21 — 15:48
(24) да это нахрен не надо. У тя конфа поставщика битая, а не демоническое обновление
ChMikle
28 — 14.06.21 — 15:48
админы чего-то с базой ковыряются войти не могу , мысль понял . пошел делать
ChMikle
29 — 14.06.21 — 15:48
(27) а как так вышло ?
Ёпрст
30 — 14.06.21 — 15:49
(29) как-как.. место же на диске кончилось :)) Сам же в (0) написал
ChMikle
31 — 14.06.21 — 15:51
(30) так ведь , место на диске кончилось , а конфигурация поставщика уже в базе была ?
Фрэнки
32 — 14.06.21 — 15:52
мда… очередная ветка из серии «не надо на продуктиве держать базу с конфигом на поддержке»
Ёпрст
33 — 14.06.21 — 15:54
(31) Это, вопросы религии и философии на другом форуме. Ты базу чини
ChMikle
34 — 14.06.21 — 15:55
(33) понял :). долго конфигуратор грузится
Ёпрст
35 — 14.06.21 — 16:01
(34) пользуй 64х битную версию, там быстрее
Ёпрст
36 — 14.06.21 — 16:02
+ ежели у тя скуль, включи параллельность на время реструктуризации и прочей тяжелой хни
ChMikle
37 — 14.06.21 — 16:06
(35) вроде ее и юзаю
Ёпрст
38 — 14.06.21 — 16:10
(37) вроде ? в диспетчере задач посмотри, какой процесс 1с-ины запущен
ChMikle
39 — 14.06.21 — 16:21
64
ChMikle
40 — 14.06.21 — 16:24
теперь конфигуратор открывается долго , видать догадывается база что делать собираюсь :))))))))
Фрэнки
41 — 14.06.21 — 17:24
только одного не понимаю, почему надо этими манипуляциями заниматься на тяжелой боевой базе, а не на копии или тестовой, куда выгружена просто текущая конфигурация ?
Фрэнки
42 — 14.06.21 — 17:25
(40) А у этой базы в конфигурацию вносились изменения, она снята с замка?
Фрэнки
43 — 14.06.21 — 17:28
Я бы восстановил саму текущую в связке с типовой конфой на пустой базе или демке, а затем выгрузить в файл и загрузить в боевую из файла. Результат будет тот же самый, но получить рабочую конфу таким образом будет намного легче.
fisher
44 — 14.06.21 — 17:37
«Загрузить конфигурацию из файла» уже советовали?
МихаилМ
45 — 14.06.21 — 17:56
(0) Вот и пришло время научиться пользоваться технологическим журналом.
ну и естественно Ваша проблема обсуждалась многократно, и пришло время научиться пользоваться поисковыми сервисами интернет.
Dmitry1c
46 — 14.06.21 — 17:58
(0) сделай «выгрузку для перехода в сервис» и загрузи из этого zip-архива с данными в такую же конфигурацию твоего релиза, если конфа типовая.
ChMikle
47 — 15.06.21 — 09:10
(42) Да
ChMikle
48 — 15.06.21 — 09:11
(44) грузил, не помогло
ChMikle
49 — 15.06.21 — 09:11
(46) не типовая
ChMikle
50 — 15.06.21 — 09:12
(45) напомнило рассказ В.Осеевой «Три товарища» https://lukoshko.net/story/tri-tovarischa.htm
ChMikle
51 — 15.06.21 — 09:14
(41) я на копии пока все это пытаюсь сделать
Ёпрст
52 — 15.06.21 — 09:18
И че, не починил? ). Давно бы уже на пустышке сьептл православный cf. Его потом тупо через insert в скуле в рабочую и усё
fisher
53 — 15.06.21 — 09:19
(48) Странно. Если ошибок при загрузке не было, значит прогрузиться должны были все конфигурации, включая поставщиков.
Выходит или ошибка не совсем релевантна, либо загружаемая конфа уже кривая (можно ее отдельно прогнать по полной).
ChMikle
54 — 15.06.21 — 09:21
(52) сейчас буду делать
>> Его потом тупо через insert в скуле в рабочую и усё — а загрузить конфигурацию нельзя будет через конфигуратор ?
ChMikle
55 — 15.06.21 — 09:23
(43) сейчас попробую
Ёпрст
56 — 15.06.21 — 09:25
(54) можно. Только инсерт одной таблички в скуле в разы быстрее
ChMikle
57 — 15.06.21 — 09:26
(56) лучше уж я через конфигуратор. Копия не дает в конфигуратор войти, после авторизации висит загрузка … сейчас разберусь с этим и отпишусь .
Всем неравнодушным спасибо:)
DrZombi
58 — 15.06.21 — 09:47
(0) Если есть бекап, то восстановись из бекапа и не мучайся.
Потом почисти место, для обновления
DrZombi
59 — 15.06.21 — 09:48
(10) КЭШ чистили где?
Есть кэш пользователя, есть сервере 1С
DrZombi
60 — 15.06.21 — 09:49
А так, похоже не те файлы у вас Админы удалили
DrZombi
61 — 15.06.21 — 09:49
+(59) есть сервере 1С -> Есть КЭШ сервера 1С
ChMikle
62 — 15.06.21 — 09:57
(61) поподробнее пожл -ста
Ёпрст
63 — 15.06.21 — 10:01
(62) смотри временные папки пользователя, под которым служба агента 1с запущена. Емли конечно, в файле настроек сервера не указан конкретный путь доя этого
Фрэнки
64 — 15.06.21 — 10:01
(62) а смысл теперь?!
Ты копию своей боевой базы уже поднял и убедился на копии, что в базе действительно есть нарушение нормальной работоспособности.
з.ы. Когда поднимаешь копию базы, то само-собой разумеется, что для нее кэша нет ни у клиента, ни у сервера.
Serg_1960
65 — 15.06.21 — 10:24
(64) «само-собой разумеется» — это если архивные данные грузятся в новую, только что созданную базу. А если будут загружаться в ранее существующую базу — то кэш — есть! Протухший
Фрэнки
66 — 15.06.21 — 10:25
(65) само собой разумеется, что я не считаю ТС идиотом
Garykom
67 — 15.06.21 — 10:27
(66) Это не идиот это тонкости которые не совсем логичны
Serg_1960
68 — 15.06.21 — 10:28
(66) Я тоже никого не считаю идиотами. Это просто мелкое замечание.
ChMikle
69 — 15.06.21 — 10:29
(64) для расширения кругозора. Делаю как Вы советовали , просто медленно все на серваке работает
Serg_1960
70 — 15.06.21 — 10:34
PS: перегрузить конфигурацию поставщика — простейшая задача, как фигура из трех пальцев, тьфу, — из трёх конфигураций информационной базы. Достаточно иметь архивы этой БД или любую другую БД на поддержке с такой же конфигурацией.
ChMikle
71 — 15.06.21 — 10:39
(70) думал чисткой кэша обойтись или таблиц конфигурации, но не вышло …
Serg_1960
72 — 15.06.21 — 10:43
+(70) Я даже два метода знаю: через загрузить конфигурацию из *.cf или через снятием с поддержки, обновления из *.cf с попутным возвратом на поддержку. «Я ещё и вышивать могу, и на машинке, м-м-м… тоже»
Serg_1960
73 — 15.06.21 — 10:51
(71) Кэши чистить — полезно.В данном конкретном случае — рекомендуется.
PS: есть ещё и третий метод перезагрузки конфигурации поставщика
ChMikle
74 — 15.06.21 — 10:57
(73) да я думаю что должно получиться как Фрэнки подсказал, в пустую базу конфу залил того же релиза , на нее сейчас доработки вставлю , сохраню ее в файл и загружу в копию, потом попробую обновиться.
fisher
75 — 15.06.21 — 11:13
(72) ТС утверждает, что это не помогает.
Serg_1960
76 — 15.06.21 — 11:35
(75) ТС может блуждать в потёмках, вольно/невольно заблуждаться. В пользу этого говорит долгий срок устранения проблемы.
ChMikle
77 — 15.06.21 — 13:00
Все получилось , всем спасибо !
Обычно ошибка возникает когда в процессе сохранения конфигурации, был сбой. В результате Конфигурация сохранилась не корректно.
1. Попробовать проверить через тестирование и исправление или ChDBFl.exe
2. Посмотрите следующие варианты решения проблемы:
В некоторых случаях помогает полная очистка КЭША, В ОС Windows 7 находиться C:UsersАдминистраторAppDataRoaming1C1Cv82 и C:UsersАдминистраторAppDataLocal1C1Cv82 (Win7x64).
или подробнее:
1. Необходима чистая конфигурация той же версии — рабочая.
2. Очиста кеша полная (указано выше).
3. Запускаем чистую базу в режиме конфигуратора и открываем конфигурацию. При этом 1С создает ее кеш в C:UsersАдминистраторAppDataLocal1C1Cv82 (набор файлов и папок в папке с ID конфигурации.) так же нам нужен кеш C:UsersАдминистраторAppDataRoaming1C1Cv82. Можно просто переименовать данные папки после закрытия 1С.
4. Запускаем наш не рабочую базу в режиме конфигуратора и смотрим кеш. И в результате имеем две папки с ID конфигурации (Живой и Мертвой).
5. Закрываем все и подменяем кеш мертвой конфы на живую полностью. Т.е. удаляем текущую и заменяем ранее переименованной папкой.
6. Запускаем не рабочую базу в режиме конфигуратора И ВОТ первый успех — дерево конфигурации открыто, разделы меню управления конфигурацией активны.
7. Идем в управление поддержкой, и снимаем с поддержки полностью. сохраняем, обновляем. Можно обновить через файл конфигурацией рабочей базы.
8. Удалем кеш полностью.
9. Запускаем не рабочую базу в режиме конфигуратора, пытаемся открыть конфигурацию — все открывается, ошибки нет.
10. Запускаем 1С. Все доступно. Данные на месте.
Было такое же сообщение когда динамически обновил конфигурацию центральной базы и сделал обмен на переферийной и на переферийной появилось подобное сообщение.
1. Т.к. в конфигуратор на переферийной вообще не пускался, то пришлось удалить папку C:Documents and SettingsAdminApplication Data1C1Cv81.
2. Зашел в конфигуратор и выбрал Конфигурация — Конфигурация базы данные — Вернуться к конфигурации БД.
3. ГлавныйУзел установил неопределено.
4. Конфигурация — Загрузить конфигурацию из файла (центральная конфигурация).
5. ГлавныйУзел установил необходимый.
У меня возникла похожая ситуация, но на 8.1. При динамическом обновлении конфигурации видимо произошел сбой, после чего попытка выгрузить и как Основную конфу и конфу БД при дальнейшей попытке загрузить файл в локальную базу вываливалось «нарушена целостность структуры конфигурации». Но БД работоспособна. Ни тестирование и исправление ни ChDBFl.exe ничего не дали.
Селал бекап рабочей базы и загрузил его в чистую базу. Добавил план обмена
http://kb.mista.ru/article.php?id=7
и создал Начальный образ. В БД образа конфигурация исправилась.
Если не поможет могу посоветовать вариант к которому хотел прибегнуть сам:
1. найти ближайший релиз конфигурации, загрузить его в чистую БД (восстанавливаемую).
2. создать совершенно чистую БД (промежуточную)
3. открыть конфигуратор испорченной БД.
4. скопипастить модули и объекты, в которых происходили изменения с последнего релиза (в моем случае намного проще, поскольку изменения происходили только в модулях и формах, структура данных осталась прежней а все изменения документируются постерами) из испорченной БД в промежуточную.
5. Выгрузить промежуточную конфигурацию.
6. Объеденить ее с восстанавливаемой БД.
7. Выгрузить восстанавливаемую конфигурацию в файл.
8. Загрузить в испорченную БД конфигурацию из восстанавливаемой.
По идее должно получиться максимальное приближение к рабочей базе, но работка конечно не из легких. Но лучше все-таки чем потерять всю базу.
Еще один вариант решения проблемы, связанной с повреждением конфигурации поставщика. При обновлении конфигурации, находящейся на поддержке с возможностью редактирования и нарушенной целостностью конфигурации поставщика, может вылетать сообщение:
Мой вариант решения — заменить конфигурацию поставщика нашей базы.
Последовательность действий следующая:
1. Удалить конфигурацию поставщика путём снятия с поддержки(Конфигурация->Поддержка->Настройка поддержки->Снять с поддержки)
2. Создаем файл поставки конфигурации(Конфигурация->Поставка конфигурации->Создать файлы поставки и обновления конфигурации). Файл при этом назовем work файл поставки.cf
3. Объединяем нашу конфигурацию с только что созданным файлом поставки(Конфигурация->Сравнить, объединить с конфигурацией из файла). При этом появится предложение вновь поставить конфигурацию на поддержку
В появившемся окне сравнения конфигураций нажимаем «Выполнить»,
4. Обновляем конфигурацию базы данных(Конфигурация->Обновить конфигурацию базы данных).
Поидее, выполняя данные действия, мы реструктуризовали конфигурацию поставщика.
Теперь можно попробовать обновить нашу конфигурацию до следующей версии в обычном режиме.
/
Нарушена целостность структуры конфигурации 1C — ошибка при обновлении
Нарушена целостность структуры конфигурации 1C — ошибка при обновлении
03.12.2012
Сегодня я расскажу Вам о том, какие действия предпринимать, если после обновления конфигурации 1С 8.2, вылетает ошибка «Нарушена целостность структуры конфигурации».
Итак, к сути: попытаться решить проблему можно следующим образом (перед началом любого из действий с конфигурацией, не забывайте делать архивную копию базы данных, как это делать я писал в заметке Выгрузка информационной базы 1С 8.2):
- Создать новую пустую базу в новой папке и загрузить в конфигурацию выгруженную ранее информационную базу, которую необходимо обновить.
Если использовать вариант, как решение проблемы в принципе, то неудобство заключается в том, что при многопользовательской работе придется переписывать пути к базе данных. Пробуем обновить эту конфигурацию и затем запустить.
Если проблема устранится, то скорее всего необходимо почистить папку кэша 1с (C:Documents and SettingsПользовательLocal SettingsApplication Data1C1Cv82). Папка вероятнее всего по умолчанию будет скрыта, так что, если вы не знаете, как получить доступ к скрытым файлам и папкам windows, рекомендую ознакомиться с этой заметкой.Файлы в корневых папках 1Cv82 и 1Cv81 с текущей/последней датой изменения трогать не следует. В них хранятся настройки стартовых окон. Все запустится и в этом случае, но тогда при первом запуске придется подождать.
После решения проблемы (если конечно предложенный способ Вам поможет), рекомендую сделать архивную копию базы данных еще раз и проверить конфигурацию на ошибки посредством штатного инструмента 1С «Тестирование и исправление».
Тестирование и исправление ИБ
Необходимо зайти в конфигуратор и в пункте меню «Администрирование» выбрать «Тестирование и исправление»:
Инструмент работает в 2-х режимах
- Тестирование — режим, при котором производится только проверка на наличие ошибок конфигурации.
- Тестирование и исправление — режим, при котором производится и проверка и коррекция ошибок конфигурации.
При работе информационной базы в файловом варианте и варианте работы клиент-сервер, допустимо тестирование и исправление логической целостности, ссылочной целостности и пересчет итогов, Для файлового варианта информационной базы возможно выполнение ре-индексирования и сжатия базы данных.
Для распределенных информационных баз (УРИБ), у которых возможно получение данных, содержащих ссылки на объекты, которых нет в тестируемой информационной базе, снятие флажка Проверка ссылочной целостности информационной базы позволит отключить создание «несуществующих» данных и как следствие не приведет к передаче этих данных в другие узлы распределенной информационной базы.
Включить проверку ссылочной целостности ИБ отключая от проверки логическую целостности невозможно. Также отключение проверки ссылочной целостности не означает, что выключена проверка типа ссылок.
Самое слабое место, например в Бухгалтерии — это Оборотно-сальдовая ведомость, поэтому перед началом обработки и после нее рекомендую сформировать оборотку и сравнить итоговые показатели до и после тестирования и исправления. Это конечно вовсе не апогей тестирования, но хоть что-то.
Это все, что я хотел рассказать Вам сегодня. До новых встреч.
Время прочтения — 2 мин.
Получить бесплатную консультацию
В последние время пользователи 1С часто сталкиваются с проблемой нарушения целостности системы после обновления платформы 1С. Программа предлагает завершить работу или перезапустить систему, в последнем случае указанное сообщение появляется вновь. С чем связано его появление? Давайте разбираться.
Если версия вашей платформы 1С выше 8.3.10.2699 или 8.3.11.2899, то при работе с файловой базой данных появляется эта ошибка. Проблема возникает из-за использования не лицензионной платформы 1С.
Убедиться в том, что вы столкнулись именно с этой проблемой, можно просто открыв информацию о программе (рисунок 2). Если установлена аппаратная лицензия, но USB ключа не было, то необходимо почистить все следы ломанных версий 1С и заново произвести лицензирование.
Рисунок 2
Подпишитесь на дайджест!
Подпишитесь на дайджест, и получайте ежемесячно подборку полезных статей.
Методы решения данной проблемы:
1. Удалите старые неиспользуемые версии технологической платформы «1С:Предприятие». Возможно ранее на компьютере устанавливалась ломанная версия.
2. Удалите «пропатченный» файл backbas.dll, который находится в папке bin с платформой и переустановите платформу.
3. Удалите:
— Virtual Usb Bus Enumerator в «Диспетчере устройств» в ветке «Системные устройства, при этом нужно поставить галочку «Удалять драйвера программы» (рисунок 3);
— файлы VUsb.sys и vusbbus.sys, которые расположены C:WindowsSystem32drivers, а также все возможные вариации имени файла.
Рисунок 3
4. Удалите ветки реестра. Для открытия реестра перейдите в «Выполнить» и откройте regedit (рисунок 4), в самом реестре найдите следующие ветки:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesEmulator
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesEmulator
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesEmu
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServiceshaspflt
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetNEWHASP
Рисунок 4
5. Выполните в командной строке от имени администратора команды:
- loaddrv.exe -stop haspflt
- loaddrv.exe -remove haspflt
- del %systemroot%system32drivershaspflt.sys
Следы ломанных версий модифицируются, а значит их названия могут меняться. Поэтому к процессу удаления нужно подходить творчески и искать не только то, что написано в этой инструкции, но и все похожие по названию и смыслу файлы.
После удаления временных файлов, проблема с ошибкой «Нарушена целостность структуры конфигурации» должна разрешиться.
ChMikle
14.06.21
✎
15:05
при обновлении конфигурации БП 3.0 с поддержкой не хватило места на диске для временных файлов. База открывается, запускается , ошибок не выдает. Обновить не могу , выдает «Нарушена целостность структуры конфигурации» при анализе конфигурации поставщика.
Кэш чистили где только могли
USE [MyBase]
GO
DELETE FROM [dbo].[Config]
WHERE FileName = ‘dbStruFinal’
GO
DELETE FROM [dbo].[Config]
WHERE FileName = ‘commit’
GO
Обе таблицы пустые были. Ума не приложу ,что еще м.б. ?
Kassern
14.06.21
✎
15:10
(0) а бекап то есть перед обновлением? С него восстановитесь и накатите снова обновление, уже со свободным местом на харде.
ChMikle
14.06.21
✎
15:13
(1) да так и делаю. но выдает ошибку
ChMikle
14.06.21
✎
15:14
м.б. раньше что-то с базой случилось (пару недель назад) , но только сейчас всплывает .
Kassern
14.06.21
✎
15:15
(3) попробуй на отдельном коме в файловом варианте все это дело проделать, предварительно можно ТиИ запустить
ChMikle
14.06.21
✎
15:16
(4) не получится, база слишком большая в ДТ не выгрузится
Kassern
14.06.21
✎
15:19
(5) а ТиИ делал?
Kassern
14.06.21
✎
15:20
(5) тестовый сервак есть какой нить?
ChMikle
14.06.21
✎
15:20
(6) делал , не спасло . проверку на логическую целостность конфигурации делал . выдал в коде несколько ошибок . но имхо, не в этом дело
ChMikle
14.06.21
✎
15:21
(7) копия развернута на том же 1С серваке , а это как-то может повлиять ?
CaptanG
14.06.21
✎
15:22
Точно все везде подчистили? Видел подобно когда существовали временные файлы от обновления.
ChMikle
14.06.21
✎
15:25
(10) да вроде да, админы почистил весь кэш, даже пути к каталогам обновлений пришлось добавлять
CaptanG
14.06.21
✎
15:26
Можно попробовать на копии откатить на версию назад и поставить два обновления подряд.
ChMikle
14.06.21
✎
15:26
(12) это как ?
ChMikle
14.06.21
✎
15:27
обновлялся в мае , последний раз . все без проблем работало
ChMikle
14.06.21
✎
15:28
до недавнего времени . да и сейчас пользователи работают никаких сообщений нет, конфигуратор открывается, изменения вносятся, сохраняются. Все вроде нормально
Ёпрст
14.06.21
✎
15:36
1с-ина какого релиза то хоть ?
ChMikle
14.06.21
✎
15:39
платформа 16 , БП 3.0.91.36
Ёпрст
14.06.21
✎
15:41
Сними конфу с поддержки и удали конфу поставщика, аотом поставь на поддержку через сравнение-объединение и верни конфу поставщика. усёё.
Ёпрст
14.06.21
✎
15:41
Ну и 16..пробуй до 18 обновить попутно
CaptanG
14.06.21
✎
15:43
(13) в (18) так даже проще.
ChMikle
14.06.21
✎
15:44
>>удали конфу поставщика
Это как ?
Ёпрст
14.06.21
✎
15:46
(21) пофигуратор — настройка поддержки — кнопать снять с поддержки..ок, конфа поставщика прибьётся.
Потом через сравнение объединение с конфой того же релиза скажет что обнаружена конфа, поставить на поддержку ? скажешь да, только все галки сыми. Тогда конфа встанет на поддержку — там тупо конфа поставщика прилетит взад.
Усё.
CaptanG
14.06.21
✎
15:47
(21) с поддержки снял?
ChMikle
14.06.21
✎
15:47
(23) сейчас , тут нашел еще
delete from [ИмяНашейБазы].[dbo].[Config] where FileName = ‘DynamicallyUpdated’ (для версии 8.3)
delete from [ИмяНашейБазы].[dbo].[Config] where FileName = ‘dynamicCommit’ (для версии 8.3)
delete from [ИмяНашейБазы].[dbo].[ConfigSave]
Ёпрст
14.06.21
✎
15:47
Конфа ИБ при этом не пострадает (останется старой) не забывай галки с конфы снять (с корня)
ChMikle
14.06.21
✎
15:47
Ёпрст
14.06.21
✎
15:48
(24) да это нахрен не надо. У тя конфа поставщика битая, а не демоническое обновление
ChMikle
14.06.21
✎
15:48
админы чего-то с базой ковыряются войти не могу , мысль понял . пошел делать
ChMikle
14.06.21
✎
15:48
(27) а как так вышло ?
Ёпрст
14.06.21
✎
15:49
(29) как-как.. место же на диске кончилось :)) Сам же в (0) написал
ChMikle
14.06.21
✎
15:51
(30) так ведь , место на диске кончилось , а конфигурация поставщика уже в базе была ?
Фрэнки
14.06.21
✎
15:52
мда… очередная ветка из серии «не надо на продуктиве держать базу с конфигом на поддержке»
Ёпрст
14.06.21
✎
15:54
(31) Это, вопросы религии и философии на другом форуме. Ты базу чини
ChMikle
14.06.21
✎
15:55
(33) понял :). долго конфигуратор грузится
Ёпрст
14.06.21
✎
16:01
(34) пользуй 64х битную версию, там быстрее
Ёпрст
14.06.21
✎
16:02
+ ежели у тя скуль, включи параллельность на время реструктуризации и прочей тяжелой хни
ChMikle
14.06.21
✎
16:06
(35) вроде ее и юзаю
Ёпрст
14.06.21
✎
16:10
(37) вроде ? в диспетчере задач посмотри, какой процесс 1с-ины запущен
ChMikle
14.06.21
✎
16:21
64
ChMikle
14.06.21
✎
16:24
теперь конфигуратор открывается долго , видать догадывается база что делать собираюсь :))))))))
Фрэнки
14.06.21
✎
17:24
только одного не понимаю, почему надо этими манипуляциями заниматься на тяжелой боевой базе, а не на копии или тестовой, куда выгружена просто текущая конфигурация ?
Фрэнки
14.06.21
✎
17:25
(40) А у этой базы в конфигурацию вносились изменения, она снята с замка?
Фрэнки
14.06.21
✎
17:28
Я бы восстановил саму текущую в связке с типовой конфой на пустой базе или демке, а затем выгрузить в файл и загрузить в боевую из файла. Результат будет тот же самый, но получить рабочую конфу таким образом будет намного легче.
fisher
14.06.21
✎
17:37
«Загрузить конфигурацию из файла» уже советовали?
МихаилМ
14.06.21
✎
17:56
(0) Вот и пришло время научиться пользоваться технологическим журналом.
ну и естественно Ваша проблема обсуждалась многократно, и пришло время научиться пользоваться поисковыми сервисами интернет.
Dmitry1c
14.06.21
✎
17:58
(0) сделай «выгрузку для перехода в сервис» и загрузи из этого zip-архива с данными в такую же конфигурацию твоего релиза, если конфа типовая.
ChMikle
15.06.21
✎
09:10
(42) Да
ChMikle
15.06.21
✎
09:11
(44) грузил, не помогло
ChMikle
15.06.21
✎
09:11
(46) не типовая
ChMikle
15.06.21
✎
09:12
(45) напомнило рассказ В.Осеевой «Три товарища» https://lukoshko.net/story/tri-tovarischa.htm
ChMikle
15.06.21
✎
09:14
(41) я на копии пока все это пытаюсь сделать
Ёпрст
15.06.21
✎
09:18
И че, не починил? ). Давно бы уже на пустышке сьептл православный cf. Его потом тупо через insert в скуле в рабочую и усё
fisher
15.06.21
✎
09:19
(48) Странно. Если ошибок при загрузке не было, значит прогрузиться должны были все конфигурации, включая поставщиков.
Выходит или ошибка не совсем релевантна, либо загружаемая конфа уже кривая (можно ее отдельно прогнать по полной).
ChMikle
15.06.21
✎
09:21
(52) сейчас буду делать
>> Его потом тупо через insert в скуле в рабочую и усё — а загрузить конфигурацию нельзя будет через конфигуратор ?
ChMikle
15.06.21
✎
09:23
(43) сейчас попробую
Ёпрст
15.06.21
✎
09:25
(54) можно. Только инсерт одной таблички в скуле в разы быстрее
ChMikle
15.06.21
✎
09:26
(56) лучше уж я через конфигуратор. Копия не дает в конфигуратор войти, после авторизации висит загрузка … сейчас разберусь с этим и отпишусь .
Всем неравнодушным спасибо:)
DrZombi
15.06.21
✎
09:47
(0) Если есть бекап, то восстановись из бекапа и не мучайся.
Потом почисти место, для обновления
DrZombi
15.06.21
✎
09:48
(10) КЭШ чистили где?
Есть кэш пользователя, есть сервере 1С
DrZombi
15.06.21
✎
09:49
А так, похоже не те файлы у вас Админы удалили
DrZombi
15.06.21
✎
09:49
+(59) есть сервере 1С -> Есть КЭШ сервера 1С
ChMikle
15.06.21
✎
09:57
(61) поподробнее пожл -ста
Ёпрст
15.06.21
✎
10:01
(62) смотри временные папки пользователя, под которым служба агента 1с запущена. Емли конечно, в файле настроек сервера не указан конкретный путь доя этого
Фрэнки
15.06.21
✎
10:01
(62) а смысл теперь?!
Ты копию своей боевой базы уже поднял и убедился на копии, что в базе действительно есть нарушение нормальной работоспособности.
з.ы. Когда поднимаешь копию базы, то само-собой разумеется, что для нее кэша нет ни у клиента, ни у сервера.
Serg_1960
15.06.21
✎
10:24
(64) «само-собой разумеется» — это если архивные данные грузятся в новую, только что созданную базу. А если будут загружаться в ранее существующую базу — то кэш — есть! Протухший
Фрэнки
15.06.21
✎
10:25
(65) само собой разумеется, что я не считаю ТС идиотом
Garykom
15.06.21
✎
10:27
(66) Это не идиот это тонкости которые не совсем логичны
Serg_1960
15.06.21
✎
10:28
(66) Я тоже никого не считаю идиотами. Это просто мелкое замечание.
ChMikle
15.06.21
✎
10:29
(64) для расширения кругозора. Делаю как Вы советовали , просто медленно все на серваке работает
Serg_1960
15.06.21
✎
10:34
PS: перегрузить конфигурацию поставщика — простейшая задача, как фигура из трех пальцев, тьфу, — из трёх конфигураций информационной базы. Достаточно иметь архивы этой БД или любую другую БД на поддержке с такой же конфигурацией.
ChMikle
15.06.21
✎
10:39
(70) думал чисткой кэша обойтись или таблиц конфигурации, но не вышло …
Serg_1960
15.06.21
✎
10:43
+(70) Я даже два метода знаю: через загрузить конфигурацию из *.cf или через снятием с поддержки, обновления из *.cf с попутным возвратом на поддержку. «Я ещё и вышивать могу, и на машинке, м-м-м… тоже»
Serg_1960
15.06.21
✎
10:51
(71) Кэши чистить — полезно.В данном конкретном случае — рекомендуется.
PS: есть ещё и третий метод перезагрузки конфигурации поставщика
ChMikle
15.06.21
✎
10:57
(73) да я думаю что должно получиться как Фрэнки подсказал, в пустую базу конфу залил того же релиза , на нее сейчас доработки вставлю , сохраню ее в файл и загружу в копию, потом попробую обновиться.
fisher
15.06.21
✎
11:13
(72) ТС утверждает, что это не помогает.
Serg_1960
15.06.21
✎
11:35
(75) ТС может блуждать в потёмках, вольно/невольно заблуждаться. В пользу этого говорит долгий срок устранения проблемы.
ChMikle
15.06.21
✎
13:00
Все получилось , всем спасибо !
Рассмотрим основные ошибки, которые могут возникнуть при обновлении конфигурации 1С, а также методы их решения.
Файл не содержит доступных обновлений
Ошибка возникает при несовпадении конфигураций.
Порядок исправления следующий:
- Снять конфигурацию с поддержки.
- Сделать сравнение/объединение конфигурации 1С с типовым cf-файлом того же релиза. При этом выключить все чекбоксы в дереве метаданных, нажать кнопку «Выполнить».
- Затем в диалоге «Настройка правил поддержки» для всех объектов дерева метаданных выставить «Редактируется с сохранением поддержки», нажать «Ок». В результате восстановится конфигурация поставщика и конфигурация встанет на поддержку. При этом останутся все изменения и возможность редактирования.
- Обновить конфигурацию базы данных.
Имя предопределенного элемента не является уникальным
Существует несколько причин, по которым возникает ситуация «задвоения» связи элементов информационной базы и предопределенных элементов. Если ошибка произошла при обновлении конфигурации, то, с большой степенью вероятности, можно сказать о проблеме совместимости конфигурации с платформой.
Для исправления ситуации снизьте версию платформы, например, до предыдущей версии и повторно запустите обновление конфигурации.
Предопределенный элемент отсутствует в данных
Ситуация, характерна, когда предопределенный элемент отсутствует в базе данных ИБ, но в конфигурации он описан. Существует два основных варианта событий, когда такое происходит.
Иногда ошибкой может быть само обращение в предопределенному элементу, а не само наличие такого элемента. В таком случае нужно понять, почему элемент не создан. Возможно, его случайно удалили либо он создается только при выполнении определенного режима программы.
Если это все же ошибка в информационной базе, то выполните привязку элемента базы к предопределенному элементу. Технически это просто указание имени в свойстве «ИмяПредопределенныхДанных».
Ошибка формата потока
Ещё одна ошибка, возникновение которой может быть вызвано разными причинами. Например, она характерна при нарушении регламента обновления, когда администратор обновляет систему минуя промежуточные конфигурации 1С — в таких случаях «бьется» конфигурация поставщика. Профилактика данной ошибки — последовательное обновление с помощью cfu-файлов.
Если же ошибка всё же возникла, попробуйте следующий порядок действий:
- Поставьте чистую конфигурацию, аналогичную вашей, а затем через конфигуратор, сохраните её в файл.
- Аналогично сохраните файл конфигурации проблемной базы и следующие шаги выполняйте в нём же.
- Откройте пункт меню «Конфигурация» > «Загрузить конфигурацию из файла». При запросе системы «Обновить конфигурацию БД» обязательно выбираем «Нет»
- Создайте новую конфигурацию поставщика через меню «Конфигурация» > «Настройка поддержки» > «Включить возможность изменения».
- Следующим шагом выбираем «Конфигурация» > «Сравнить Объединить с конфигурацией из файла» и указываете файл конфигурации, созданный на втором шаге.
- Соглашаемся с изменениями и применяем их к конфигурации информационной базы по кнопке F7 — «Обновить конфигурацию базы данных».
- Обновляете.
Ошибка при записи профиля
Данная ошибка вызвана, как правило, дублированием информации профилей. Зайдите в справочник пользовательских профилей: «Все функции» > Справочники > «Профили групп доступа» (не путайте со справочником «Пользователи)».
Раскройте все группы профилей и посмотрите, есть ли повторяющиеся записи. Удалите все ненужные дубли, и ошибка исчезнет.