имеются установленные расширения перед выполнением обновления убедитесь что установленные расширения
neturoki.ru
Уроки на все случаи жизни.
Обновление конфигурации 1С с расширением.
С помощью расширения конфигурации можно дополнить функционал программы 1С не снимая саму программу с поддержки. В большинстве случаев это упрощает обновление программ с измененным функционалом. Обновлять измененную расширением программу может обычный пользователь далекий от программирования.
Но, с выходом новых версий конфигурации 1С в конце концов наступает момент, когда расширение конфигурации становится несовместимым с новой версией основной конфигурации.
На такой момент я нарвался обновляя программу «1С:Зарплата и управление персоналом» (ЗУП 3.1) версии 3.1.9.229 с расширением конфигурации «Выгрузка ведомостей на выплату зарплаты из ЗУП 3.1 в Бухгалтерию 7.7» на версию 3.1.10.50.
Как программист 1С я, конечно же, справился с этой ситуацией. И готов поделиться с пользователями 1С на примере обновления программы ЗУП 3.1 с расширением конфигурации «Выгрузка ведомостей на выплату зарплаты из ЗУП 3.1 в Бухгалтерию 7.7».
Чтобы самостоятельно обновиться, кроме файла обновления основной конфигурации понадобится файл расширения, совместимый с новой версией основной конфигурации. Для моих клиентов файл высылается бесплатно.
Для обновления, в программе Вы должны обладать правами администратора. Обновление должно производиться в монопольном режиме (когда в программе только один пользователь – Вы).
Обновление производится в режиме «Конфигуратор» и во многом повторяет действия, описанные в статье «Как обновить базу 1С через конфигуратор». Поэтому активируем ниже гиперссылку и в указанной статье производим все действия до гиперссылки «Обновление конфигурации 1С с расширением».
Обновление расширения конфигурации.
Теперь приступим к обновлению расширения конфигурации. Для этого, в меню «Конфигурация» активируем строку «Расширения конфигурации».
В окне «Расширения конфигурации» выделяем наше расширение и в меню «Конфигурация» активируем строку «Загрузить конфигурацию из файла».
Выбираем файл расширения совместимый с новой версией основной конфигурации (в нашем случае это файл «ВыгрузкаВедомостейЗУП31_Бух77_3_10»), нажимаем кнопку «Открыть».
Соглашаемся с предупреждением «Текущая конфигурация не пустая» нажатием кнопки «Да».
На вопрос «Обновить конфигурацию базы данных» отвечаем «Да».
Ждём завершения обновления расширения.
Далее, производим все действия из статьи «Как обновить базу 1С через конфигуратор» после гиперссылки «Обновление конфигурации 1С с расширением».
Эти статьи Вам могут понравиться:
Нажимайте кнопки! Делитесь информацией с друзьями! Нажимайте кнопки! Делитесь информацией с друзьями!
Проверка работы расширений после обновлений
Сначала о том, как добиться стабильности работы расширений после обновлений. Разберем на примере.
Например, в типовую БП надо вывести свою кнопку в контекстное меню ТЧ товары.
Создаем новое расширение, у расширения должно быть понятное наименование и уникальный префикс
При импорте форм много тащится лишних объектов и реквизитов, но на данном этапе они мне не интересны
создаю кнопку на форме и прописываю алгоритм, отлаживаю работу расширения.
После того как все сделано и проверено удаляю все, что не менялось.
Для того чтобы посмотреть что изменено в расширении, есть удобный фильтр (не всегда все показывает)
все остальное удаляю
последовательность удаления такая:
все реквизиты и ТЧ, затем функциональные опции и константы и потом все остальное в произвольном порядке
обязательно для всего, что осталось снимаю контроли свойств (если не нужны)
затем снимаю все галки в свойствах конфигурации и ставлю дату изменения в версии расширения:
далее в списке расширений нажимаю проверку конфигурации конкретного расширения
программа выдает список ошибок
далее исправляю все ошибки, которые можно исправить (в данном случае достаточно добавить в расширение договор без реквизитов и контроля свойств)
после чего проверка уже не находит ни синтаксических ни других ошибок
в таком случае расширение будет работать долго без сбоев.
Далее после каждого обновления проверяю применимость всех расширений на копии и провожу проверку конфигурации расширения еще раз, если она и в этот раз завершилась удачно, то расширение будет работать и дальше.
Если расширений не много, то не сложно понажимать кнопку в конфигураторе, но в некоторых базах у клиентов их уже более 50.
Поэтому написал для себя обработку по автоматической проверке расширений:
с помощью командной строки запускается конфигуратор с нужными параметрами и проверяется каждое расширение, аналогично ручному нажатию кнопки Проверка конфигурации для расширения
В ней все просто, указываем пользователя и пароль (если есть), выбираем что проверить и нажимаем кнопку Проверить все расширения или проверить выделенные
При этом при проверке конфигуратор должен быть закрыт, иначе обработка не сможет подключиться.
Два режима проверки:
флажками отмечаем что проверить и нажимаем кнопку
у каждой кнопки и флажка есть подсказка, так что запутаться сложно 🙂
Несколько раз меня спасала такая проверка:
И вот совсем недавно обновлял БП и там метод ПодготовитьКоллекциюПечатныхФорм() вдруг стал не экспортным и проверка конфигурации тоже помогла выявить такую ошибку в расширениях, где он использовался.
Тестировалось на 8.3.14.1779 и старше, но скорее всего будет работать и на младших платформах
Обработка применялась на КА 2.4.7.141 и позже и на БП 3.0.70.33 и позже, также на нескольких самописных конфигурациях.
Но обработка универсальная, так что должна работать на любых конфигурациях с расширениями
Расширения и обновления базы
17 Гб). Но эта проблема была решена, найдена переполненная таблица и очищена без вреда для других данных. База «похудела» до 4 Гб. Но время обновления не изменилось. Поэтому, собственно, вопрос: сталкивался ли кто-нибудь с тем, что из-за наличия расширения с данными база стала существенно дольше обновляться? И, быть может, имеет смысл всё перенести в основную? Заранее спасибо. P.S.: замер времени производился как на SQL, так и в файловом режиме. Всё одно.
(21)
>> То есть, берем копию, удаляем из нее расширение (cfe). Обновляем
Да
Обработчики в предприятии запускаются при смене версии конфигурации (база никак не может знать каким образом пришли изменения)
Или 1С научилась сравнивать расширения при обновлении и показывать их в объединении? Сильно сомневаюсь
>> Сравнение/объединение идёт на актуальной копии. Всё также видится и объединяется
Тогда встречный вопрос: а чем этот процесс будет отличаться от обычного обновления «с сайта»??
Да и в целом вопрос не то как «обмануть время обновления», а как найти причину и устранить её? А то те, кто после нас будет замучаются с базой.))
(23) Не очень понятно что такое «обновление с сайта»?
Вообще обновление копии и перенос cf через выгрузку/загрузку стандартная процедура (здесь и сейчас может начаться срач). Причем строго загрузка (объединять нельзя!).
Обязательные требования чтобы не получить проблем: копия должна быть получена или копированием или загрузкой конфы (переносить изменения объединением нельзя!)
Тогда результат полностью аналогичным типовому обновлению через поддержку.
Вообще-то я замечал, что в серверном режиме в конфигурировании построение Текущей конфигурации, если это конфигурация редактируется с сохранением поддержки просто жрет память как в не в себя. И это реально огромная проблема для конфиг вроде КА и тем более ERP
Впрочем, камрад RomanYS примерно об этом же и толкует. Изготавливать свой собственный актуальный CF и грузить его в продуктив через Загрузить из файла.
ошибка при обновлении после добавления расширения
И попутно: можно ли откатиться на 3.1.4.161, так, чтобы не потерять расширение? Самопальный справочник заполняли долго, обидно будет потерять.
>> после запуска в пользовательском режиме получил сообщение об ошибке
ну, и появился после этого соответствующий элемент в справочнике идентификаторов и запись в РС?
Или поленился посмотреть?
(14) хоть какой-то конструктив, благодарю. Послезавтра попробую.
А пока пришел ответ-отмазка от ИТС:
===
Вероятно, вы отключили в типовой конфигурации режим совместимости.
Ваша конфигурация с отключенным режимом совместимости с версией платформы 8.3.10 может работать не стабильно.
Если в конфигурации установлен режим совместимости, то она рассчитывает именно на указанную версию платформы. Функциональность отдельных механизмов платформы в новой версии платформы может быть изменена и «старый» код может изменить свое поведение, что может приводить к ошибкам при исполнении.
Мы не рекомендуем изменять режим совместимости для типовых конфигураций и не можем гарантировать работу конфигураций с измененным режимом совместимости.
Вы можете изменить режим совместимости и выполнить полный ретест необходимой вам функциональности для данной конфигурации, после этого самостоятельно провести исследование и выполнить доработку служебного функционала в соответствии с описанием изменений, приведенных в файле v8update, или можете дождаться выпуска версии, адаптированной для работы с версией платформы 8.3.11, но данных о времени выпуска такой нет.
Так же Вы можете использовать в качестве проверки функционирования расширений на платформе 8.3.11 самостоятельно разработанные информационные базы, рассчитывающие на работу на платформе 8.3.11.
[ Вопрос дня ] Как лучше проверить работоспособность расширений после обновления основной конфигурации?
Доброго дня, коллеги!
Часто при работе с расширениями самым трудоемким является не реализация самого расширения, а поддержка его работоспособности после обновлений основной конфигурации. В платформе нет удобного механизма или инструмента для автоматического выявления проблемных мест расширений, поэтому разработчикам после обновлений приходится практически в ручном режиме проверять каждый объект расширения.
Вопрос
Вопрос – правильно ли я описал последовательность действий при проверке работоспособности расширений? Какими средствами можно пользоваться для ускорения и упрощения процесса проверки работоспособности расширений?
Ответ
Да, логика действий описана правильная. Получается, нужно вручную выполнить что-то вроде поиска дважды измененных объектов. Если обновляемая конфигурация знакома, известно, что именно делает конкретное расширение, то можно немного сократить работу по проверке корректности расширения. Проверяем, что расширение подключается, затем в пользовательском режиме проверяем, как оно работает. Например, если это печатная форма, формируем ее, проверяем корректность формы, не возникают ли ошибки во время исполнения программного кода. Если при помощи расширения изменялись роли и права доступа, проверяем, что в пользовательском режиме нужные объекты доступны (или наоборот – недоступны) конкретным пользователям и т.д. То есть здесь исходим из того, что есть описание функционала расширения, не нужно разбираться в этом “от программного кода”. Это поможет сэкономить время при обновлении.
Если таких сведений у нас нет, либо расширение после обновления перестало корректно работать, то двигаемся по Вашему плану – выявляем, какие изменения в каких объектах были сделаны при помощи расширений, а также какие изменения были сделаны в новой конфигурации поставщика по сравнению со старой конфигурацией поставщика. На основании этих данных изменяем расширение.
Сложность также тут заключается в том, что в платформе нет возможности сравнить расширение с конфигурацией. Возможно, тут на помощь может прийти выгрузка конфигурации и расширений в xml-файлы, затем дальнейший анализ этих файлов. Но готового инструмента вроде окна сравнения-объединения конфигураций я тут не предложу.