Данной конфигурации. Основы. Завершение сеансов и попытка обновления
С точки зрения пользователя программа 1С состоит из платформы и конфигурации. Мы говорили, что в каждом конкретном случае используется одна из множества возможных конфигураций. Настало время сказать, что это не совсем так.
Почему не так? Потому что в каждой информационной базе существуют как минимум две конфигурации.
Почему не совсем так? Потому что пользователь действительно работает всегда только с одной конфигурацией. Вторая конфигурация предназначена для разработчика или человека, который должен вносить изменения в конфигурацию (например, администратора базы данных). Для пользователя она «не видна».
Конфигурация, предназначенная для разработчика, называется Основная конфигурация (или просто Конфигурация – та, которую мы редактировали в Конфигураторе). Конфигурация, с которой работают пользователи, называется Конфигурация базы данных .
Основную конфигурацию можно редактировать Конфигурацию базы данных редактировать нельзя, можно только произвести обновление конфигурации базы данных на основе основной конфигурации.
Такое внутреннее устройство позволяет вносить изменения в конфигурацию, не прерывая работы пользователей (поскольку изменения вносятся в основную конфигурацию). Затем, когда разработчик будет уверен в том, что все изменения, которые он внес, верны, можно будет быстро произвести обновление конфигурации базы данных, используя основную конфигурацию. Но для этого придется завершить работу всех пользователей.
Разработчик всегда может сравнить основную конфигурацию и конфигурацию базы данных, может вернуться к исходному состоянию основной конфигурации, используя конфигурацию базы данных (если, например, совсем запутался в своих изменениях).
Таким образом, взаимодействие двух конфигураций можно представить следующим образом (рис. 2.24):
Рис. 2.24. Взаимодействие двух конфигураций
Когда разработчик работает с основной конфигурацией, система всегда подсказывает ему, отличается ли его вариант основной конфигурации от того, который сохранен, и отличается ли сохраненный вариант основной конфигурации от конфигурации базы данных.
Если разработчик редактирует основную конфигурацию и редактируемый вариант основной конфигурации отличается от того, который сохранен, в заголовке окна дерева конфигурации появляется признак модифицированности конфигурации (*) – рис. 2.25:
Рис. 2.25.
Если сохраненный вариант основной конфигурации отличается от конфигурации базы данных, в заголовке окна дерева конфигурации появляется знак отличия конфигураций () – рис. 2.26:
Рис. 2.26. Заголовок окна дерева конфигурации
Для сохранения основной конфигурации следует воспользоваться командой Конфигурация à Сохранить конфигурацию, а для обновления конфигурации базы данных необходимо выполнить команду Конфигурация à Обновить конфигурацию базы данных. При выполнении команды Отладка à Начать отладку система сама сначала сохраняет основную конфигурацию, а затем производит ее сравнение с конфигурацией базы данных. В случае если конфигурации отличаются, выдается запрос на обновление конфигурации базы данных, который вы видели в предыдущих примерах.
При выполнении команды Отладка à Продолжить система, после описанных выше действий, предлагает еще и перезапустить приложение, чтобы прекратить текущую отладочную сессию.
Таким образом, система старается облегчить жизнь разработчика и автоматизировать часто выполняемые операции.
Важным фактом является то, что именно в момент обновления конфигурации базы данных система создает (модифицирует) в базе данных те структуры хранения данных, которые мы описали в виде объектов конфигурации.
Таким образом, обычные элементы справочника пользователь добавляет в ту структуру базы данных, которую создала система на основе объекта конфигурации Справочник, а предопределенные элементы этого справочника система добавляет в эту структуру сама, на основе все того же описания этой структуры, которым является объект конфигурации Справочник.
Конфигурация
, с точки зрения пользователя, это программное решение, заточенное под определенные бизнес-задачи. Например, есть конфигурация 1С:Управление торговлей, для автоматизации торговых операций. С точки зрения разработчика, бизнес-логика данного программного решения реализована с помощью конкретных объектов конфигурации - электронных форм ввода, отчетов, справочников, алгоритмов etc. Эти объекты сгруппированы в виде дерева конфигурации
:
Объекты конфигурации, купленной у какого-либо вендора, по умолчанию защищены от внесения изменений. Если функциональность такой конфигурации не закрывает каких-то бизнес-задач, то ее можно доработать - внести изменения в типовые объекты или добавить новые. Для этого типовую конфигурацию придется снять с поддержки - через меню Конфигурация -> Поддержка -> Настройка поддержки, Включить возможность изменения :
Далее можно будет внести доработки. Измененная конфигурация будет отличаться от типовой; оба варианта (основная конфигурация , измененная, и конфигурация поставщика , исходная типовая) будут храниться в базе данных, при необходимости их можно просмотреть и сравнить:
После внесения изменений, их нужно "спроецировать" на ту конфигурацию, в которой хранятся непосредственно бизнес-данные - на конфигурацию базы данных . Например, новый реквизит после добавления в основную конфигурацию не будет сразу доступен для пользователя, так как конфигурация базы данных еще не изменена. Для обновления конфигурации базы данных нажимаем F7; после обновления конфигурация базы данных становится равной основной конфигурации:
Подводя итог. В каждой базе данных 1С одномоментно существует три конфигурации: конфигурация поставщика, основная конфигурация и конфигурация базы данных. В типовом решении, без включенной возможности изменения, все три равны между собой.
Каждая конфигурация состоит из прикладных объектов, сгруппированных в дерево конфигурации по принципу схожести. Например, дерево объектов типа Документ:
Каждый из объектов конфигурации может нести в себе определенную логику, задаваемую алгоритмами ; алгоритмы прописываются в модулях программы с помощью встроенного языка 1С :
Число объектов конфигурации может быть очень велико; для их произвольной классификации по назначению используется механизм подсистем. Каждый объект конфигурации может быть включен в одну или несколько подсистем. Отбором пр подсистеме можно выбрать весь перечень объектов, имеющих отношение к данной прикладной задаче:
Вопрос 01.02 экзамена 1С:Профессионал по платформе. В каком объекте содержится редактируемая пользователем информация?
- Объект конфигурации
- Объект встроенного языка
- Объект информационной базы
- Верны ответы 1 и 3
- Верны все варианты
Вопрос 01.05 экзамена 1С:Профессионал по платформе. Выберите верный набор ассоциаций "Объект" - "тип файла":
- внешняя обработка -"epf", внешний отчет – "erf", конфигурация – "сf"
- внешняя обработка -"ert", внешний отчет – "mxl", конфигурация – "pfl"
- внешняя обработка -"ert", внешний отчет – " erf", конфигурация – "cfu"
- внешняя обработка -"epf", внешний отчет – "mxl", конфигурация – "cfu"
Правильный ответ первый. External processor file это расширение внешних обработок, External report file расширение внешних отчетов, Configuration file это расширение файла конфигурации.
Вопрос 01.21 экзамена 1С:Профессионал по платформе. Из чего состоит конфигурация?
- Объекты конфигурации
- Объекты встроенного языка
- Объекты информационной базы
- Верны ответы 1 и 3
- Верны все варианты
Вопрос 01.27 экзамена 1С:Профессионал по платформе. Какие объекты используются при описании алгоритма?
- Объекты конфигурации
- Объекты встроенного языка
- Объекты информационной базы
- Верны ответы 1 и 3
- Верны все варианты
Вопрос 01.34 экзамена 1С:Профессионал по платформе. Какую конфигурацию можно изменять интерактивно в конфигураторе?
- Основная конфигурация
- Конфигурация базы данных
- Конфигурация поставщика
- Внешние конфигурации
Вопрос 01.57 экзамена 1С:Профессионал по платформе. Произвольная классификация объектов конфигурации осуществляется с помощью …
- свойства Комментарий у объекта конфигурации
- создания реквизита "Классификация"
- с помощью объекта конфигурация Подсистемы
- верны варианты 1 и 2
- верны все варианты
Вопрос 01.63 экзамена 1С:Профессионал по платформе. Сколько информационных баз может быть с одной и той же конфигурацией?
- Только одна
- Только две (рабочая и демонстрационная)
- Неограниченно
- Определяется комплектом поставки прикладного решения
- Определяется в настройках конфигурации
Вопрос 01.64 экзамена 1С:Профессионал по платформе. Сколько конфигураций обязательно должно существовать в прикладном решении?
- Сколько угодно
Вопрос 03.13 экзамена 1С:Профессионал по платформе. В каком случае в окне конфигурации доступно изменение метаданных?
- Всегда
- Только для основной конфигурации
- Для основной конфигурации и конфигурации базы данных
- Для конфигурации поставщика
- Для конфигурации открытой из файла
1. Цепная . Разомкнутая конфигурация. Основана на линейной связи. Может иметь различную пространственную ориентацию: вертикальную (рис. 2а), горизонтальную (рис. 2б) и вертикально-горизонтальную (рис. 2в). Может базироваться как на последовательном, так на встречном и расходящемся соединениях. Возможны различные сочетания этих соединений. Конфигурации такого типа могут составлять самостоятельные структуры (например, технологическая структура в поточном производстве), но преимущественно используются как дополнительные элементы сложных структур, обеспечивающие дистанционирование периферийных участков от центра (рис. 4б).
2. Кольцевая (рис. 3). Замкнутая децентрализованная конфигурация. Основана на последовательной связи. Примером может быть структура творческой исследовательской группы: разработка программы исследования (ведущий специалист) – последовательное проведение исследований (все члены группы) – обобщение результатов (вновь ведущий специалист).
3. Звездная (рис. 4а). Разомкнутая конфигурация. Характерна четкая централизация и отсутствие периферийных связей. Сформирована на основе расширяющего (структура руководства) или сужающего (структура обратной связи) соединений. Может использоваться в жестко централизованных управленческих системах со слабым делегированием полномочий, а также в качестве центрального элемента любых централизованных структур. Усиление централизации может достигаться за счет «удлинения лучей», исходящих из центра «звезды» (рис. 4б).
4. «Колесо» (рис. 5). Замкнутая централизованная конфигурация. Сформирована на основе сужающих или расширяющих соединений. Представляет синтез кольцевой и звездной конфигураций. Помимо централизованных имеет еще и развитые периферийные связи. Структуры данной конфигурации относятся к довольно распространенным. Такой может быть, например, структура управления фирмой: централизованное управление подразделениями из единого центра и периферийные связи между самими подразделениями. Данная конфигурация также может использоваться и как центральный элемент сложных централизованных структур.
5. «Двойное кольцо» (рис. 6). Замкнутая конфигурация. Сформирована на основе расширяющих и сужающих соединений. Выраженная централизация отсутствует. Но и вполне децентрализованной такая конфигурация не является, поскольку имеется относительный центр, заключенный во внутреннем кольце, и относительная периферия, заключенная во внешнем кольце. Подобные структуры характерны для организаций, управление которыми осуществляет совет, каждый член которого курирует какое-то определенное направление деятельности.
Сочетание «двойного кольца» со звездой дает более завершенную, рациональную и широко распространенную конфигурацию «колесо с двойным ободом» , обладающую в отличие от «двойного кольца» четкой централизацией (рис. 7). Пример: руководитель организации имеет несколько заместителей, каждый из которых осуществляет руководство определенным подразделением на основе делегирования полномочий.
6. Веерная . Разомкнутая централизованная конфигурация. Сформирована на основе конвергентных и дивергентных соединения. В зависимости от пространственной ориентации может быть вертикальной или горизонтальной, а в зависимости от типа базового соединения расходящейся или сходящейся. Примером вертикального расходящегося веера является традиционная система линейного управления (рис. 8а), сходящегося – система обратной связи и информационного обеспечения руководства (рис. 8б). Примером горизонтального расходящегося (сходящегося) веера является технологическая структура производства с расширением (сокращением) по ходу технологического процесса числа производственных участков (рис. 8в).
7. Всеканальная . Замкнутая конфигурация, при которой каждый из элементов системы связан со всеми остальными элементами. Может быть сформирована на основе простого многоканального, сужающего или расширяющего соединений. Основные разновидности: децентрализованная и централизованная.
Децентрализованная аналогична кольцевой, но при полном развертывании связей по типу «Все со всеми» (рис. 9а). Характерна для групп неформального общения, творческих и иных групп, не имеющих выраженных лидеров.
Централизованная аналогична конфигурации «колесо» также с полным развертыванием периферийных связей (рис. 9б). Примерами организаций, обладающих такими структурами, являются производственные бригады с полной взаимозаменяемостью работников или исследовательские группы, не имеющие ярко выраженной специализации исполнителей по видам работ, при условии, что в этих коллективах имеются ярко выраженные руководители-координаторы.
8. Сотовая (рис. 10). Децентрализованная конфигурация с высокой степенью регламентированности связей сформирована на основе разных типов соединений. В завершенном виде является замкнутой. Примером может быть структура системы формирования, хранения и использования конфиденциальной информации.
рис.2 Цепная конфигурация
Рис. 3 Кольцевая конфигурация
Рис. 4 Звездная конфигурация
Рис. 5 Конфигурация «Колесо»
Рис. 6 Конфигурация «Двойное кольцо»
Рис. 7 Конфигурация «Колесо с двойным ободом»
Рис. 8 Веерная конфигурация
Рис. 9 Всеканальная конфигурация
Рис. 10 Сотовая конфигурация
Печать (Ctrl+P)
Дерево объектов конфигурации базы данных
Для просмотра структуры конфигурации базы данных, свойств, форм, макетов и другой информации об объектах можно открыть окно конфигурации базы данных. Для этого нужно выбрать пункт Конфигурация – Конфигурация базы данных – Открыть окно конфигурации БД. По виду оно не отличается от окна Конфигурация.
Приемы работы с объектам и конфигурации базы данных совпадают с приемами работы в окне Конфигурация с тем лишь отличием, что все объекты доступны только для чтения (просмотра).
Обновление конфигурации базы данных
В процессе редактирования конфигурации могут быть созданы новые, изменены существующие или удалены имеющиеся объекты.
Текущая структура базы данных может быть отлична от структуры конфигурации. Отличие конфигураций показывается в заголовке окна Конфигурация символами .
ПРИМЕЧАНИЕ. Знак отличия конфигураций появляется только после сохранения изменений в основной конфигурации. Однако после сохранения основной конфигурации можно продолжить внесение изменений, и в этом случае в заголовке окна Конфигурация
будут присутствовать признаки изменения для обеих конфигураций.
Чтобы выполнить приведение в соответствие конфигурации и конфигурации базы данных, необходимо произвести обновление конфигурации базы данных. Для этого нужно выбрать пункт Конфигурация – Обновить конфигурацию базы данных. Если основная конфигурация еще не была сохранена, то сначала конфигуратор выполнит ее сохранение, а потом произведет обновление конфигурации базы данных.
Если при обновлении конфигурации базы данных было открыто окно сообщений, то оно очищается.
ВНИМАНИЕ! Обновление конфигурации базы данных может потребовать прекращения работы всех пользователей.
Перед обновлением можно сравнить конфигурации, а также провести их объединение.
Если на момент выполнения обновления конфигурации базы данных выполнялась отладка, то после сохранения текущей конфигурации на экран выводится вопрос: Для обновления конфигурации базы данных необходимо прекратить отладку. Продолжить? При ответе Да отладка прекращается, и конфигурация базы данных обновляется. При ответе Нет не производится обновление, и отладка не прекращается.
Обновление конфигурации базы данных требует монопольного доступа конфигуратора к информационной базе. В зависимости от наличия пользователей, работающих с базой данных, и их режимов работы, возможно несколько вариантов поведения системы:
1. конфигуратор выдает сообщение об ошибке исключительной блокировки в том случае, если:
● используется файловый вариант базы данных;
● есть сеансы, подключенные к информационной базе без использования веб-сервера;
● нет сеансов, работающих через веб-сервер;
● обновление конфигурации требует реструктуризации базы данных.
2. конфигуратор предлагает завершить все сеансы и повторить обновление, если:
● обновление конфигурации требует реструктуризации базы данных;
● с файловым вариантом информационной базы работают веб-клиенты или тонкие клиенты, подключенные через веб-сервер;
3. в остальных случаях конфигуратор предлагает выполнить динамическое обновление.
Примечание 1. При выдаче диагностических сообщений указываются характеристики сеансов, которые мешают выполнению действия. Если количество сеансов меньше или равно 5, то выводится подробный список сеансов (с указанием имени компьютера, типа
приложения и т. д.), в противном случае выводится общее число сеансов.
Примечание 2. Работа информационной базы в монопольном режиме не переводит базу данных Microsoft SQL Server в однопользовательский (single user) режим.
Примечание 3. Для ускорения процесса реструктуризации информационной базы, при использовании СУБД Microsoft SQL Server, рекомендуется режим восстановления для базы данных устанавливать в значение Простой или С неполным протоколированием. Смену
режима можно выполнять или перед выполнением реструктуризации или на постоянной основе, если не требуется выполнять восстановление базы данных на произвольный момент времени. Перед сменой режима восстановления базы данных необходимо
выполнить резервное копирование базы данных!
Ошибка монопольного доступа
Если система не может получить монопольный доступ, то имеется возможность только дождаться, пока пользователи будут отключены от информационной базы, и повторить операцию обновления.
Завершение сеансов и попытка обновления
Если для обновления конфигурации базы данных необходимо завершить все сеансы, то пользователю выдается сообщение.
Если выбрана команда Завершить сеансы и повторить
, то у пользователя запрашивается подтверждение выбранного действия (Завершение сеансов приведет к аварийному завершению работы пользователей! Выполнить завершение сеансов?) и в случае
утвердительного ответа происходит попытка завершения работы всех сеансов информационной базы. Затем выполняется попытка повторного сохранения конфигурации базы данных.
Завершение всех сеансов приведет к аварийному завершению работы всех клиентских приложений.
Возможны ситуации, когда завершение работы сеанса невозможно. Например, файловый вариант информационной базы опубликован
на веб-сервере, доступ к которому требует клиентского сертификата или на веб-сервере настроена аутентификация и для доступа требуется ввод имени пользователя и пароля. При этом к информационной базе подключения выполняются только с использованием
веб-сервера. Конфигуратор не поддерживает аутентифицированный доступ к веб-серверу и поэтому не может выполнить попытку завершения сеансов. В том случае, если Конфигуратор не смог завершить сеансы доступа к информационной базе, попытку обновления конфигурации базы данных можно либо выполнить позже, либо завершить работу сеансов другими способами.
Динамическое обновление
Если есть возможность выполнить динамическое обновление, пользователю выдается специальное сообщение (см. рис.28).
Динамическое обновление
Если выбрана команда Обновить динамически, то выполняется обновление без завершения работы пользователей. Предполагается, что выполненные изменения будут записаны динамически в виде версии изменений конфигурации (конфигурация базы данных при этом не изменяется). Допускается выполнение повторных изменений основной конфигурации. Если при очередной попытке обновления конфигурации базы данных может быть установлен монопольный режим работы, конфигуратор осуществляет обновление конфигурации базы данных с учетом всех изменений (как текущих, так и предыдущих).
Если было выполнено динамическое обновление, то работающие в этот момент пользователи продолжают работать со старой конфигурацией. Для того чтобы начать работать с обновленной конфигурацией, пользователю необходимо перезапустить систему «1С:Предприятие». Для контроля и оповещения пользователей о произведенных динамических изменениях следует использовать метод глобального контекста КонфигурацияБазыДанныхИзмененаДинамически().
ПРИМЕЧАНИЕ. После выполнения обновления конфигурации базы данных все версии, созданные динамическим обновлением, будут удалены.
Если были обнаружены изменения, требующие реструктуризации базы данных, то на экран выводится диалог со списком таких изменений для подтверждения обновления.
Для подтверждения сохранения нужно нажать кнопку Принять, для отказа – кнопку Отмена.
Фоновое обновление конфигурации базы данных
Общее описание
ПРИМЕЧАНИЕ. Доступно только для лицензии КОРП
Обновление конфигурации базы данных, которое связано с реструктуризацией базы данных, выполняемое для информационных баз большого объема, может занимать длительное время. Во время выполнения обновления, работать с информационной базой невозможно.
Для того чтобы свести потери времени на эту операцию к минимуму, существует специальный режим, выполняющий обновление конфигурации базы данных в фоновом режиме. Фоновое обновление конфигурации базы данных характеризуется следующими
особенностями:
● Доступно только в клиент-серверном варианте информационной базы;
● Может выполняться при закрытом конфигураторе.
● Большая часть фонового обновления конфигурации базы данных выполняется без монопольного доступа к базе данных (включая выполнение операции реструктуризации базы данных).
● Во время фонового обновления недоступны следующие операции:
● Редактирование конфигурации.
● Отладка прикладного решения.
● Выполнение операции обновления конфигурации базы данных.
● Не допускается использование методов УстановитьРежимАгрегатов()
, УстановитьИспользованиеАгрегатов(),
ПерестроитьИспользованиеАгрегатов()
.
● Изменение содержимого плана счетов или плана видов расчета, если связанный с ним регистр бухгалтерии или регистр расчета
участвует в операции фонового обновления. Попытка изменить содержимое таких планов счетов или планов вида расчета вызывает ошибку.
● Фоновое обновление конфигурации можно поставить «на паузу» длительностью не более 48 часов. Если «пауза» продлится более 48 часов – фоновое обновление будет отменено.
● Не поддерживается работа фонового обновления для конфигураций, находящихся в режиме совместимости с версией 8.1
● Не поддерживается работа фонового обновления конфигурации базы данных при работе на СУБД IBM DB2 9.1.
Процесс фонового обновления конфигурации состоит из нескольких этапов:
● Фаза обработки:
● Выполняется длительное время.
● Запуск данной фазы может быть выполнен любым способом:
● Интерактивно, из конфигуратора;
● Из встроенного языка (с помощью соответствующих методов);
● С помощью режима пакетного запуска конфигуратора.
● Выполняется реструктуризация основного объема данных для следующих объектов конфигурации:
● Справочники,
● Документы,
● Журналы документов,
● Регистры сведений,
● Регистры накоплений,
● Регистры бухгалтерии,
● Регистры расчета,
● Последовательности,
● Планы счетов,
● Бизнес-процессы,
● Задачи.
● Во время выполнения фазы обработки, система фиксирует все измененные данные для вышеперечисленных объектов, по аналогии с механизмами обмена данными.
● Фаза актуализации:
● Запускается автоматически, после окончания фазы обработки, с интервалом 1 минута.
● Во время выполнения фазы пользователи могут работать с информационной базой.
● Фаза состоит из автоматически повторяющихся итераций. Каждая итерация анализирует изменения, накопленные с момента выполнения предыдущей итерации (или завершения фазы обработки) и выполняет реструктуризацию накопленных изменений.
● Итерации завершаются в момент перехода к следующей фазе.
● Фаза принятия изменений:
● Требует монопольный доступ к информационной базе.
● Во время выполнения фазы пользователи не могут работать с информационной базой.
● Первым шагом этой фазы выполняется актуализация данных, накопленных с момента проведения последней, перед текущей
фазой, итерации фазы актуализации.
● Затем выполняется реструктуризация данных, не участвующих в фазах обработки и актуализации. В этих данных не
предполагается большого объема изменений, и их реструктуризация выполняется быстро.
● Следующим шагом выполняется принятие всех изменений, выполненных в базе данных.
● После этого обновление конфигурации базы данных завершается.
Если фоновое обновление запущено так, что не требуется выполнения реструктуризации базы данных, то в этом случае все обновление выполняется в фазе принятия изменений, переход к которой возможен сразу после начала фонового обновления.
Во время фонового обновления имеется возможность остановить работу сервера или поставить процесс фонового обновления «на паузу».
После остановки сервера или после аварийного завершения рабочего процесса, обслуживающего системное фоновое задание, выполняющее обновление, создание первого сеанса будет происходить несколько большее время, нежели обычно. Это связано с восстановления фонового обновления. Однако сам процесс фонового обновления находится в приостановленном состоянии. Для продолжения работы необходимо возобновить работу фонового обновления. Такое поведение реализовано для того, чтобы не произошло зацикливание системы в том случае, если причиной аварийного завершения рабочего процесса, обслуживающего фоновое обновление, является собственно фоновое обновление.
После восстановления работоспособности сервера, фоновое обновление конфигурации базы данных продолжает работу следующим
образом:
● Если работа была прервана в фазе обработки, то процесс продолжается с последнего объекта конфигурации, обработка которого
не была завершена.
● Если работа была прервана в фазе актуализации – незаконченная итерация начинается заново.
СОВЕТ. Рекомендуется отменять запущенный процесс фонового обновления конфигурации базы данных в тех случаях, когда не планируется завершение фонового обновления конфигурации базы данных (например, процесс поставлен на бесконечную «паузу»). Выполнение данной рекомендации положительно скажется на характеристиках системы, т. к. не будет происходить регистрация изменений для выполнения фазы актуализации.
При выполнении операции фоновой реструктуризации следует учитывать некоторые особенности работы системы:
● Если регистр бухгалтерии или накопления добавлен в состав разделителя, то данный регистр обрабатывается во время фазы
принятия изменений.
● Если изменен тип независимого разделителя (см. здесь), то все объекты, входящие в состав этого разделителя, обрабатываются во время фазы принятия изменений.
● Если изменяется тип измерения, входящего в основной отбор независимого регистра сведений, то такой регистр обрабатывается во время фазы принятия изменений.
Диалог фонового обновления конфигурации базы данных
Для вызова операции фонового обновления конфигурации базы данных нужно выбрать пункт меню Конфигурация – Конфигурация базы данных – Фоновое обновление конфигурации базы данных.
Нажатие кнопки Запустить запускает фазу обработки. При этом в окне служебных сообщений отображается текст:
Старт фонового обновления конфигурации БД прошел успешно
Конфигурация недоступна для редактирования. Выполняется фоновое обновление конфигурации базы данных.
После запуска фонового обновления конфигурация блокируется от изменения. Во время выполнения любой фазы, работу фонового обновления можно приостановить с помощью кнопки Приостановить. Для того, чтобы продолжить выполнение фонового обновления
служит кнопка Продолжить.
После окончания фазы обработки начинается фаза актуализации, во время выполнения которой можно перевести систему к выполнению фазы принятия изменений с помощью кнопки Завершить или отказаться от обновления с помощью кнопки Отменить.
СОВЕТ. Рекомендуется отменять запущенный процесс фонового обновления конфигурации базы данных в тех случаях, когда не планируется завершение фонового обновления конфигурации базы данных (например, процесс поставлен на бесконечную
«паузу»). Выполнение данной рекомендации положительно скажется на характеристиках системы, т. к. не будет происходить регистрация изменений для выполнения фазы актуализации.
Флажок Разрешить динамическое обновление служит для того, чтобы определить, нужно ли при нажатии на кнопку Запустить попытаться выполнить динамическое обновление вместо запуска процесса фонового обновления конфигурации базы данных. Если этот флажок установлен, то сразу же после нажатия на кнопку Запустить будет производиться проверка на возможность выполнить динамическое обновление конфигурации. В случае, когда конфигурация допускает такую возможность, вместо фонового обновления конфигурации базы данных будет производиться динамическое обновление.
Флажок Выполнять на сервере служит для того, чтобы определить, где будет выполняться запуск, завершение и отмена. Если этот флажок сброшен, то данные действия будут выполняться на стороне клиентского приложения, а если установлен – то на стороне сервера «1С:Предприятия». Кроме того, если установлен данный флажок, то можно выполнять обновление конфигурации только при наличии права ОбновлениеКонфигурацииБазыДанных, без установленного права Администрирование.
Сохранение конфигурации базы данных в файл
Для сохранения конфигурации базы данных в файл на диск нужно выбрать пункт Конфигурация – Конфигурация базы данных –
Сохранить конфигурацию БД в файл. На экран выводится стандартный диалог выбора файла. Необходимо выбрать каталог и указать
имя файла, в который будет записана конфигурация базы данных.
Сохраненный файл конфигурации базы данных необходим для операции сравнения и объединения конфигураций
Сравнение конфигурации и конфигурации базы данных
Если в процессе внесения изменений в конфигурацию требуется получить отчет об отличиях от конфигурации базы данных, то следует
выбрать пункт Конфигурация – Конфигурация базы данных – Сравнить, объединить с конфигурацией БД.
В случае необходимости можно восстановить измененные объекты.
Отказ от изменений в конфигурации
Для отказа от изменений в конфигурации достаточно выбрать пункт Конфигурация – Конфигурация базы данных – Вернуться к конфигурации БД.
Примечание. Пункты меню Сохранить конфигурацию БД в файл… и Вернуться к конфигурации БД доступны даже в случае закрытой редактируемой конфигурации. Команда Вернуться к конфигурации БД по-прежнему недоступна, когда информационная база подключена к хранилищу конфигурации.
Можно установить свойства конфигурации, такие как имя и описание, а также параметры спецификации и другие расширенные параметры.
Укажите свойства конфигурации при ручном создании новых конфигураций. В данном случае название PropertyManager - Добавить конфигурацию .
Также можно редактировать свойства существующих конфигураций. В данном случае название PropertyManager - Параметры конфигурации .
Чтобы указать свойства конфигурации, выполните одно из следующих действий:
Параметры конфигурации
| Имя конфигурации | Введите имя конфигурации. В имени нельзя использовать косую черту (/) или знак @. Если поле содержит один из вышеупомянутых символов, поле пустое или имя уже существует, то при закрытии диалогового окна появляется предупреждающее сообщение. В дереве конструирования FeatureManager можно настроить отображение имена конфигурации компонентов. |
| Описание | (Не обязательно). Введите описание конфигурации. Можно отобразить описания конфигураций компонентов в дереве конструирования FeatureManager и в ConfigurationManager . Если Вы хотите использовать текст в качестве описания в спецификации, выберите параметр Использовать в спецификации . Этот текст превосходит по важности любые свойства определенной конфигурации или свойства пользователя, однако значения этих свойств он не отменяет. |
| Заметка | (Не обязательно). Введите дополнительную информацию для описания данной конфигурации. |
| Настройки пользователя | (Доступны только при редактировании свойств существующей конфигурации). Нажмите, чтобы получить доступ к свойствам определенной конфигурации в диалоговом окне Суммарная информация . |
Параметры спецификации
| Отображаемое обозначение детали при использовании в спецификации | Используется для определения способа отображения сборки или детали в спецификации. Выберите один из указанных ниже параметров: Имя документа Обозначение детали идентично имени документа. Имя конфигурации Обозначение детали совпадает c именем конфигурации. Связь с родительской конфигурацией (Только для производных конфигураций .) Обозначение такое же, что и имя родительской конфигурации. Имя, настроенное пользователем Обозначение является введенным именем. |
| Отображение дочерних элементов при использовании в качестве узла сборки | (Только для сборок.) Когда такая конфигурация сборки используется в качестве узла сборки в другой сборке, эти настройки используются вместе с настройками Типа спецификации в PropertyManager Спецификация для управления тем, как дочерние компоненты отображаются в спецификации сборки верхнего уровня. Для получения дополнительной информации о настройках Типа спецификации см. PropertyManager Спецификация . Выберите один из указанных ниже параметров: Отобразить Отображает дочерние компоненты в спецификации, как указано в параметре Тип спецификации в PropertyManager Спецификация. (Дочерние компоненты не отображаются в спецификации Только верхнего уровня .) Скрыть Скрывает дочерние компоненты в спецификации, даже если параметр Тип спецификации стал бы их отображать. Узел сборки отображается как отдельный элемент в спецификации. Например, спецификация Только детали обычно содержит список дочерних компонентов, как отдельных объектов. Если выбран параметр Скрыть , вместо них отображается узел сборки. Продвинуть Разбивает узел сборки в спецификации и отображает его дочерние компоненты, даже если параметр Тип спецификации стал бы их отображать. Например, спецификация Только верхнего уровня обычно содержит список узла сборки, а не его дочерних компонентов. Если выбран параметр Продвинуть , содержится список дочерних компонентов, но не узла сборки. Примеры - Свойства отображения дочернего компонента |
Дополнительные параметры
Указанные ниже свойства управляют процессом добавления новых элементов в другую конфигурацию, а затем снова активируют данную конфигурацию. Доступные параметры зависят от типа документа.
| Погасить элементы | (Только детали). Когда этот параметр выбран, новые элементы, которые добавлены в другие конфигурации, скрываются в данной конфигурации В противном случае новые элементы будут включены (не погашены) в данную конфигурацию. |
| Погасить новые элементы и сопряжения | (Только для сборок). Когда выбран этот параметр, новые сопряжения и элементы, которые добавлены в другие конфигурации, погашаются в данной конфигурации. В противном случае новые сопряжения и элементы будут включены (не погашены) в данной конфигурации. К новым элементам в сборках относятся вырезы и отверстия в сборке, массивы компонентов, справочная геометрия и эскизы, которые соответствуют сборке (а не к одному из компонентов сборки). |
| Скрыть новые компоненты | другие конфигурации, скрыты в данной конфигурации. В противном случае новые компоненты будут отображаться также и в этой конфигурации. |
| Погасить новые компоненты | (Только для сборок). Когда выбран этот параметр, новые компоненты, которые добавлены в другие конфигурации, погашаются в данной конфигурации. В противном случае новые компоненты в данной конфигурации будут решены (не погашены). |
| Использовать цвет, который относится к конфигурации | Чтобы указать цвет конфигурации, выберите этот параметр, затем выберите Цвет
, чтобы выбрать цвет из палитры. Цвет, относящийся к конфигурации, применяется к режиму «Закрасить», только если не выбран параметр Применить тот же самый цвет к режимам «Каркасное представление», «Скрыть невидимые линии» и «Закрасить» в разделе Параметры цвета документа . Чтобы применить к компонентам сборки цвет, относящийся к конфигурации, нажмите правой кнопкой мыши выделенные компоненты в дереве конструирования FeatureManager, откройте окно Внешние виды и выберите компонент . Затем выберите цвет в окне PropertyManager Внешние виды . |
Параметры родительских/дочерних элементов
Доступен только в сборках и только при добавлении в сборку новой конфигурации или одного из ее компонентов. Выберите компоненты, для которых необходимо добавить новую конфигурацию.
Например, имеется сборка vise (тиски) с узлом сборки handle (рукоятка) , который содержит компонент connector (соединитель) . Если добавлена новая конфигурация с именем long в сборку vise (тиски) , можно одновременно добавить конфигурацию с именем long в узел сборки handle (рукоятка) и в компонент connector (соединитель) , выбрав их в упрощенном дереве в разделе Параметры родительских/дочерних элементов .