Чем отличается конфигурация от информационной базы 1с
С точки зрения пользователя программа 1С состоит из платформы и конфигурации. Мы говорили, что в каждом конкретном случае используется одна из множества возможных конфигураций. Настало время сказать, что это не совсем так.
Почему не так? Потому что в каждой информационной базе существуют как минимум две конфигурации.
Почему не совсем так? Потому что пользователь действительно работает всегда только с одной конфигурацией. Вторая конфигурация предназначена для разработчика или человека, который должен вносить изменения в конфигурацию (например, администратора базы данных). Для пользователя она «не видна».
Конфигурация, предназначенная для разработчика, называется Основная конфигурация (или просто Конфигурация – та, которую мы редактировали в Конфигураторе). Конфигурация, с которой работают пользователи, называется Конфигурация базы данных.
Основную конфигурацию можно редактировать Конфигурацию базы данных редактировать нельзя, можно только произвести обновление конфигурации базы данных на основе основной конфигурации.
Такое внутреннее устройство позволяет вносить изменения в конфигурацию, не прерывая работы пользователей (поскольку изменения вносятся в основную конфигурацию). Затем, когда разработчик будет уверен в том, что все изменения, которые он внес, верны, можно будет быстро произвести обновление конфигурации базы данных, используя основную конфигурацию. Но для этого придется завершить работу всех пользователей.
Разработчик всегда может сравнить основную конфигурацию и конфигурацию базы данных, может вернуться к исходному состоянию основной конфигурации, используя конфигурацию базы данных (если, например, совсем запутался в своих изменениях).
Таким образом, взаимодействие двух конфигураций можно представить следующим образом (рис. 2.24):
Рис. 2.24. Взаимодействие двух конфигураций
Когда разработчик работает с основной конфигурацией, система всегда подсказывает ему, отличается ли его вариант основной конфигурации от того, который сохранен, и отличается ли сохраненный вариант основной конфигурации от конфигурации базы данных.
Если разработчик редактирует основную конфигурацию и редактируемый вариант основной конфигурации отличается от того, который сохранен, в заголовке окна дерева конфигурации появляется признак модифицированности конфигурации (*) – рис. 2.25:
Рис. 2.25. Заголовок окна дерева конфигурации
Если сохраненный вариант основной конфигурации отличается от конфигурации базы данных, в заголовке окна дерева конфигурации появляется знак отличия конфигураций () – рис. 2.26:
Рис. 2.26. Заголовок окна дерева конфигурации
Для сохранения основной конфигурации следует воспользоваться командой Конфигурация à Сохранить конфигурацию, а для обновления конфигурации базы данных необходимо выполнить команду Конфигурация à Обновить конфигурацию базы данных. При выполнении команды Отладка à Начать отладку система сама сначала сохраняет основную конфигурацию, а затем производит ее сравнение с конфигурацией базы данных. В случае если конфигурации отличаются, выдается запрос на обновление конфигурации базы данных, который вы видели в предыдущих примерах.
При выполнении команды Отладка à Продолжить система, после описанных выше действий, предлагает еще и перезапустить приложение, чтобы прекратить текущую отладочную сессию.
Таким образом, система старается облегчить жизнь разработчика и автоматизировать часто выполняемые операции.
Важным фактом является то, что именно в момент обновления конфигурации базы данных система создает (модифицирует) в базе данных те структуры хранения данных, которые мы описали в виде объектов конфигурации.
Таким образом, обычные элементы справочника пользователь добавляет в ту структуру базы данных, которую создала система на основе объекта конфигурации Справочник, а предопределенные элементы этого справочника система добавляет в эту структуру сама, на основе все того же описания этой структуры, которым является объект конфигурации Справочник.
Понятие конфигурации и базы данных. Обзор трёх конфигураций, заложенных в любой информационной системе 1С.
Известно, что сама конфигурация необходима для того, чтобы определить структуру базы данных, то есть, какие будут таблицы в базе данных, какие поля, их типы данных, а также она содержит в себе алгоритмы, которые определяют, как реагировать на те или иные действия оператора.
Давайте рассмотрим это более детально. Что же действительно содержится внутри информационной базы? Информационная база, это достаточно большой блок информации, и, во-первых, в ней содержаться пользовательские данные. Иными словами, это некоторые элементы справочников, который формирует оператор, документы и данные в регистрах накопления. Помимо всего прочего, в информационной базе содержится, как минимум, две конфигурации. Это конфигурация основная, и конфигурация базы данных. Для файл-серверной архитектуры в обязательном порядке всё это содержится непосредственно в специальном файле, с названием 1cv8.1cd.
Для чего же нужны эти две конфигурации? Всё дело в том, что разработчик работает именно с основной конфигурацией. То есть, когда разработчик вносит какие-либо изменения, все изменения делаются именно в основной конфигурации. А с конфигурацией общей базы данных работают операторы, они обращаются к ней и вносят изменения в данные информационной базы.
Для чего необходима такая схема? Дело в том, что разработчик при такой схеме взаимодействия может менять основную конфигурацию, вносить в неё какие-либо изменения, а параллельно могут осуществлять работу операторы со своей конфигурацией. В тот момент, когда настанет необходимость синхронизации двух конфигураций, можно попросить пользователей выйти из информационной системы, когда разработчики будут готовы сделать обновление, и выполнить обновление конфигурации новой базы данных до основной конфигурации.
Кроме того, что существует две конфигурации, описанные выше, есть также и конфигурация поставщика. Её может не быть, если прикладное решение разрабатывалось с нуля, то есть из пустой информационной базы, но если база была установлена из шаблона и она находиться на поддержке поставщика, то здесь же, внутри информационной базы храниться конфигурация поставщика.
Стоит отметить, если возможность изменения не включена, то вполне очевидно, что все три конфигурации являются одинаковыми. В этом случае система не хранит конфигурацию поставщика, поскольку она точно такая же, как и основная.
Клиент-серверный вариант работы отличается от файлового тем, что между файлом базы данных и программой 1С есть ещё 2 прослойки: сервер 1С и СУБД. Сервер 1С отвечает за трансляцию и передачу команд серверу СУБД, а также обеспечивает права доступа к объектной модели системы. СУБД обеспечивает все операции чтения/записи над данными.
Таким образом, элементами клиент-серверной архитектуры последовательно являются:
- Операционная система
- Система управления базами данных (СУБД)
- Сервер 1С
- Клиентское приложение 1С:Предприятие 8.
Цепочка взаимодействия при таком варианте следующая:
- Файловая система компьютера хранит данные базы
- СУБД периодически обращается к этому файлу, чтобы совершить операции чтения/записи
- Данные передаются серверу 1С
- Сервер 1С распределяет данные между клиентскими приложениями 1С.
Стоит понимать, что файловый вариант работы с базой – это базовый вариант её использования. База 1С должна быть достаточно небольшой (до 2 Гб), чтобы в ней можно было совершать регламентные операции. Плюсы у клиент-серверного варианта работы следующие:
- Возможность ведения больших БД (более 2 Гб)
- Одновременная работа большого числа пользователей
- Регулируемое распределение нагрузки на сервер
- Серверные функции 1С исполняются отдельно (в т.ч. регламентные задания)
- Хорошая защита целостности и доступа к данным.
Теперь более подробно рассмотрим клиентское приложение 1С. Клиент 1С бывает нескольких видов:
Любое клиентское приложение 1С передаёт данные, действия пользователя через сервер 1С. Затем эстафета передаётся СУБД. Стоит также сказать что 1С:Предприятие поддерживает работу не со всеми СУБД, а только с определёнными:
- Microsoft SQL Server
- Postgre SQL
- IBM DB2
- Oracle Database
Таким образом, при выборе режима работы с ИБ 1С и выборе подходящего вида клиента 1С нужно учитывать вышесказанное.
Создать новую базу данных 1С сможет каждый пользователь компьютера, это процесс несложный. Мы рассмотрим создание новой базы данных (файл-серверный вариант) на примере 1С:Бухгалтерия (учебная версия).
Создать нужную нам информационную базу 1С можно несколькими способами:
- Создать информационную базу из шаблона 1С.
- Создать пустую базу, а затем загрузить в неё нужный файл конфигурации с расширением .cf.
Рассмотрим оба случая.
Создание информационной базы из шаблона
Для создания новой базы запустим 1С до стартового окна «Запуск 1С:Предприятия». В правой панели нажмём кнопку «Добавить».
Выбираем пункт меню «Создание новой информационной базы» и нажимаем на кнопку «Далее».
В следующем окне выбираем пункт меню «Создание информационной базы из шаблона». Из списка шаблонов баз выбираем нужную нам базу 1С. Шаблон с пометкой «демо» предназначен для создания базы с тестовыми данными для ознакомления с конфигурацией. Если в списке шаблонов не обнаружено, то необходимо их предварительно установить. Для этого нужную конфигурацию можно либо купить у фирм-партнёров 1С, либо скачать с сайта 1С демонстрационную (учебную) версию, затем запустить установщик (файл setup.exe) и установить файлы шаблона в системную папку 1С. После выбора шаблона нажимаем кнопку «Далее».
В следующем окне вводим название нашей новой базы, которое будет отображаться в списке информационных баз при запуске.
Если база данных создаётся в файл-серверном варианте на локальном компьютере, то следует выбрать пункт меню «На данном компьютере или на компьютере в локальной сети». Если у вас установлена какая-либо СУБД и клиент-серверный вариант платформы 1С:Предприятие, то имеет смысл выбрать второй пункт «На сервере 1С:Предприятие». В данном примере выберем первый вариант. Нажимаем «Далее».
В следующем окне указываем каталог информационной базы 1С, где она будет храниться. Нажимаем «Далее».
В следующем окне можно оставить всё без изменений. Особое внимание здесь стоит уделить режиму запуска. Современные конфигурации можно запускать как в режиме тонкого клиента, так и в режиме уже привычного пользователям толстого клиента. Тонкий клиент позволяет запускать текущую конфигурацию в режиме управляемых форм. Если хотите видеть пользовательский интерфейс 1С в виде привычного приложения Windows, то выберите здесь пункт «Толстый клиент». Нажимаем «Готово».
В конце в списке информационных баз появилась наша база «Бухгалтерия предприятия». Теперь можно открывать её в пользовательском режиме и пользоваться ею.
Создание информационной базы из файла конфигурации
Чтобы создать базу 1С из сохранённого ранее файла конфигурации с расширением .cf, поначалу нужно выполнить те же шаги, которые были рассмотрены выше. На этапе создания базы из шаблона, выберем пункт меню «Создание информационной базы без конфигурации». Нажимаем «Далее».
В последующих окнах делаем те же самые действия, которые были описаны выше. В итоге созданная база оказывается в списке информационных баз.
Теперь открываем пустую информационную базу через конфигуратор 1С.
В конфигураторе для начала необходимо открыть окно конфигурации. Делается это через главное меню: Конфигурация ? Открыть конфигурацию.
Теперь станет доступным необходимый нам пункт меню: Конфигурация ? Загрузить конфигурацию из файла…
На этом этапе выбираем файл подготовленной конфигурации 1С:Бухгалтерия. Нажимаем «Открыть».
Конфигурация будет загружаться некоторое время в нашу информационную базу. На вопрос: «Обновить конфигурацию базы данных?» Отвечаем «Да».
На этапе реорганизации информационной базы нажимаем кнопку «Принять».
В конце обновления окно конфигуратора можно закрыть. Наша база 1С:Бухгалтерия готова к работе и её можно открыть теперь в пользовательском режиме.
Мы полностью рассмотрели создание информационной базы. Теперь легко можно создавать нужные для работы базы 1С!
Чтобы ответить на поставленный вопрос, необходимо в принципе разобраться с тем, что такое «автономная конфигурация 1С». Для этого нужно понимать, как происходит работа с информационными базами в системе. После чего можно будет перейти к раскрытию темы статьи.
Содержание:
1. Клиентские приложения 1С
Работа в программе 1С строится на взаимодействии системы с пользователем. Для обеспечения этого используются клиентские приложения.
На сегодня применяют несколько клиентских приложений:
- Конфигуратор,
- Мобильный клиент,
- Веб-клиент
- Тонкий и толстый клиент.
В отличие от других конфигуратор предназначен для разработки и управления информационными базами, поэтому в данной статье подробно на нем останавливаться не будем.
Необходимо отметить, что до появления редакции 8.2 единственное клиентское приложение, которое использовалось продуктами 1С, было Толстый клиент. Для чего применялся файл 1cv8.exe.
Главное отличие, существующее между толстым и тонким клиентом основано на следующих моментах. При работе толстого клиента большая часть информации обрабатывается непосредственно на ПЭВМ. Это приводит к тому, что используемый ПЭВМ должен обладать большой мощностью, в частности, если одновременно пользуется не менее пяти человек. Минус в том, что существенно понижается скорость работы устройства, так как времени на обработку всей информации тратится куда больше.
Благодаря тонкому клиенту пользователь через приложение может взаимодействовать с системой. Все работы выполняются на самом сервере, сам пользователь видит только итоговую информацию, которая появляется после обработки. За счет этого заметно снижаются требования, предъявляемые к самой системе и каналам связи, ПК необходимо меньше ресурсов для хранения и обработки информации. Таким образом, запуск выполняется одним файлом 1cv8c.exe.
При сравнении приложений можно выделить следующие моменты:
-работа по сети может поддерживаться любым клиентом, кроме мобильного, при работе через Интернет может использоваться, как тонкий и мобильный клиент, так в веб;
-для возможности работать, как с тонким, так и толстым клиентом необходимо выполнить предварительную установку;
-здесь строго обозначены отличия между размерами используемого дистрибутива;
-перед тем, как использовать мобильное приложение необходимо также выполнить предварительную установку.
Какими свойствами обладают приложения рассматривается в следующей главе.
2. Преимущества и недостатки толстого и тонкого клиентов
В файловом варианте используется уникальная среда, где и выполняются все загрузки, в клиент-серверном все осуществляется за счет протокола TCP/IP. Именно в это и выражается явное преимущество тонкого клиента перед толстым. Однако, данный момент не освобождает от предварительной установки на ПЭВМ клиента.
Большой плюс использования толстого клиента заключается в полном исполнении прикладного кода. Хотя этот же фактор является и минусом. Так как для его реализации требуется большой объем дистрибутива. Потому что взаимодействие через интернет не предусмотрено, следовательно, все информационные базы загружаются на ПК.
Приложение лучше всего использовать при работе с предыдущими версиями платформы.
Есть следующие варианты:
-Клиент-сервер, используется за счет подключения по локальной сети используя протокол TCP/IP;
-Файловый, обмен информацией осуществляется через сеть.
В обоих вариантах возможно взаимодействие с базами данных, расположенных на том же ПК, где расположены кластер или файловая база данных.
3. Плюсы и минусы других приложений
Если говорить о мобильном клиенте, то по факту он представляет собой тонкий клиент, только применяемый для мобильных устройств. Интерфейс точно такой же, как и сама мобильная платформа. Особенность приложения заключается в том, что оно может сразу взаимодействовать с кластером серверов 1С. Также за счет мобильного клиента можно автоматически трансформировать формы, описанные в самой конфигурации.
То есть формы, которые были созданы для ПК, трансформируются таким образом, чтобы с ними было комфортно работать на смартфонах. Это делается за счет того, что наименее значимым элементам предоставляется меньше места, допустим, за счет сворачивания их в группу или сокрытия. Соответственно больше места отводится важным элементам. Вместе с тем мобильный клиент обладает способностью разворачивать горизонтально расположенные таблицы и списки для удобства их прокрутки и чтения с экрана.
Веб-клиент отличается тем, что исполняется не на компьютере пользователя, а в интернет-браузерах, таких как Safari, Mozilla Firefox, Google Chrome, Internet Explorer. Соответственно снижаются требования к ресурсам персонального компьютера, к количеству пользователей. Вся работа осуществляется просто запуском браузера. В нем следует ввести адрес web-сервера. После его загрузки происходит доступ к содержащимся там информационным базам.
Соответственно следует отметить, что не имеет значения какое клиентское приложение используется: веб-клиент, толстый или тонкий клиент, непосредственно разработка прикладного решения производится в конфигураторе 1С: Предприятие 8.3. А серверные и клиентские коды пишутся на встроенном языке 1С: Предприятие 8.
4. Автономный сервер в 1С
У данной автономной конфигурации отсутствуют следующие возможности:
5. Установка АС
Установка происходит одновременно с кластером серверов. Следовательно, для автономной конфигурации необходимо соблюдение тех же системных требований.
В итоге образуется два файла в каталоге под названием \bin:
- непосредственно автономный сервер – ibsrv.exe
- и утилита администрирования – ibcmd.exe.
Справочная система каждого из этих приложений вызывается стандартным методом, который применяется обычно для утилит командной строки:
C:\Program Files\1cv8\8.3.14.1494\bin>ibsrv.exe help
1C:Enterprise 8.3 Stand-alone Server с 1С-Soft LLC 1996-2020
Автономный сервер 1С:Предприятия 8
C:\Program Files\1cv8\8.3.14.1494\bin>ibcmd.exe help
1C:Enterprise 8.3 Stand-alone Server and Infobase Management Utilite с 1С-Soft LLC 1996-2020
Инструменты управления автономным сервером и информационной базой 1С:Предприятия 8
Запустить автономную конфигурацию можно как обычное приложение. Существует возможность запуска в виде сервиса операционной системы. Но в этом случае необходимо задействовать средства ОС, т.к. автономная конфигурация не обладает способностью саморегистрации как сервиса.
6. Запуск АС
Для того, чтобы запустить автономный сервер, следует ввести параметры либо в определенном конфигурационном файле, либо сразу в командной строке. При этом последняя обладает большей важностью. В случае пропуска какого-либо параметра применится значение по умолчанию.
Вручную или определенной командой можно создать конфигурационный файл. С помощью утилиты администрирования ibcmd это осуществляется следующим образом:
В консоли текст конфигурационного файла отразится:
С помощью данной утилиты можно создавать базы, осуществлять загрузки и выгрузки, а также иные действия. Например, загрузить выгрузку в базу:
В итоге получится:
Для того, чтобы запустить сервер для взаимодействия с файловой базой следует выполнить простую команду:
ibsrv —db-path=»c:\path-to-the-base»
Однако, существует более легкий способ запуска автономного сервера. При таком методе отсутствует необходимость ввода параметров, сервер сам осуществляет поиск базы в каталоге.
Для это нужна команда:
ibsrv —dbms=db-type —db-server=server-name —db-user=pass —db-pwd=pass —db-name=db-name
Затем через интернет можно посмотреть саму базу:
localhost:8314/ru_Ru/
7. Что такое «Пересоздание автономной конфигурации»?
В 1С на платформе 8.3.16 появилась возможность пересоздания автономной конфигурации. Чтобы осуществить этот процесс, нужно перейти в раздел «Тестирование и исправление». Внизу списка «Проверки и режимы» поставить галочку возле «Пересоздание автономной конфигурации». Затем поставить маркер «Тестирование и исправление», выбрать действия при наличии ссылок на несуществующие объекты и при частичной потере данных объектов. После этого нажать кнопку «Выполнить».
В каких случаях необходимо пересоздавать автономную конфигурацию? Этот процесс необходим при использовании мобильного клиента и представляет собой создание определенной формы с автономным режимом работы. Такая форма открывается заново после изменения доступности основного сервера. Особенность заключается в том, что форма переоткрывается с сохранением группы параметров, присутствовавших в оригинальной форме.
Более подробно можно изучить рекомендации, данные в документации, по созданию начальной страницы мобильного клиента с автономным режимом.
Параметр MobileStandalone был создан для запуска конфигуратора CheckConfig в пакетном режиме. Данный критерий дает возможность проверять конфигурацию для работы в автономной конфигурации.
Параметр RebuildStandaloneCfg был создан для запуска конфигуратора IBCheckAndRepair в пакетном режиме. Данный критерий дает возможность пересоздать автономную конфигурацию.
8. Заключение
Таким образом, создание автономного сервера 1С:Предприятие предоставило возможность обслуживания некоторых клиентских приложений. А именно тех, которые работают с информационными базами через интернет. Для работы такого сервера не требуется выделение веб-сервера. Следовательно, происходит значительная экономия компьютерных ресурсов, в частности, объема памяти и производительной мощности.
При этом следует помнить, что
- один автономный сервер может взаимодействовать только с одной ИБ;
- управление осуществляется утилитой командной строки;
- невозможно взаимодействие АС и конфигуратора;
- при этом возможна работа как с клиент-серверным, так и с файловым вариантами ИБ.
Также необходимо учитывать, что только при выборе файлового варианта возможно применение трех клиентских сеансов без использования серверной лицензии.
И хотя огромный плюс использования толстого клиента заключается в полном исполнении прикладного кода, однако, для его реализации требуется большой объем дистрибутива. Потому что взаимодействие через интернет не предусмотрено, следовательно, все информационные базы загружаются на ПК. Поэтому наиболее приемлемым вариантом является применение тонкого клиента.
Вместе с тем мобильный клиент по факту представляет собой тонкий клиент, только применяемый для мобильных устройств. Особенность приложения заключается в том, что оно может сразу взаимодействовать с кластером серверов 1С. Также за счет мобильного клиента можно автоматически трансформировать формы, описанные в самой конфигурации.
Взаимодействие приложений с ИБ происходит при помощи автономного сервера. А пересоздание автономной конфигурации необходимо при использовании мобильного клиента и представляет собой создание определенной формы с автономным режимом работы.
Читайте также: