Как сделать систему в 1с
Кластер — это разновидность параллельной
или распределённой системы, которая:
1. состоит из нескольких связанных
между собой компьютеров;
2. используется как единый,
унифицированный компьютерный ресурс
Дано: есть бизнес-приложение (например, ERP-система), с которым работают одновременно тысячи (возможно, десятки тысяч) пользователей.
- Сделать приложение масштабируемым, чтобы при увеличении количества пользователей можно было за счёт наращивания аппаратных ресурсов обеспечить необходимую производительность приложения.
- Сделать приложение устойчивым к выходу из строя компонентов системы (как программных, так и аппаратных), потере связи между компонентами и другим возможным проблемам.
- Максимально эффективно задействовать системные ресурсы и обеспечить нужную производительность приложения.
- Сделать систему простой в развертывании и администрировании.
К желаемому результату мы пришли не сразу.
В этой статье расскажем о том, какие бывают кластеры, как мы выбирали подходящий нам вид кластера и о том, как эволюционировал наш кластер от версии к версии, и какие подходы позволили нам в итоге создать систему, обслуживающую десятки тысяч одновременных пользователей.
Как писал автор эпиграфа к этой статье Грегори Пфистер в своей книге «In search of clusters», кластер был придуман не каким-либо конкретным производителем железа или софта, а клиентами, которым не хватало для работы мощностей одного компьютера или требовалось резервирование. Случилось это, по мнению Пфистера, ещё в 60-х годах прошлого века.
Традиционно различают следующие основные виды кластеров:
- Отказоустойчивые кластеры (High-availability clusters, HA, кластеры высокой доступности)
- Кластеры с балансировкой нагрузки (Load balancing clusters, LBC)
- Вычислительные кластеры (High performance computing clusters, HPC)
- Системы распределенных вычислений (grid) иногда относят к отдельному типу кластеров, который может состоять из территориально разнесенных серверов с отличающимися операционными системами и аппаратной конфигурацией. В случае grid-вычислений взаимодействия между узлами происходят значительно реже, чем в вычислительных кластерах. В grid-системах могут быть объединены HPC-кластеры, обычные рабочие станции и другие устройства.
Для тех, кто не в курсе, коротко расскажу, как устроены бизнес-приложения 1С. Это приложения, написанные на предметно-ориентированном языке, «заточенном» под автоматизацию учётных бизнес-задач. Для выполнения приложений, написанных на этом языке, на компьютере должен быть установлен рантайм платформы 1С:Предприятия.
1С:Предприятие 8.0
Первая версия сервера приложений 1С (еще не кластер) появилась в версии платформы 8.0. До этого 1С работала в клиент-серверном варианте, данные хранились в файловой СУБД или MS SQL, а бизнес-логика работала исключительно на клиенте. В версии же 8.0 был сделан переход на трехзвенную архитектуру «клиент – сервер приложений – СУБД».
Сервер 1С в платформе 8.0 представлял собой СОМ+ сервер, умеющий исполнять прикладной код на языке 1С. Использование СОМ+ обеспечивало нам готовый транспорт, позволяющий клиентским приложениям общаться с сервером по сети. Очень многое в архитектуре и клиент-серверного взаимодействия, и прикладных объектов, доступных разработчику 1С, проектировалось с учетом использования СОМ+. В то время в архитектуру не было заложено отказоустойчивости, и падение сервера вызывало отключение всех клиентов. При падении серверного приложения СОМ+ поднимал его при обращении к нему первого клиента, и клиенты начинали свою работу с начала – с коннекта к серверу. В то время всех клиентов обслуживал один процесс.
1С:Предприятие 8.1
В следующей версии мы захотели:
- Обеспечить нашим клиентам отказоустойчивость, чтобы аварии и ошибки у одних пользователей не приводили авариям и ошибкам у других пользователей.
- Избавиться от технологии СОМ+. СОМ+ работала только на Windows, а в то время уже начала становиться актуальной возможность работы под Linux.
Так в версии 8.1 появился первый кластер. Мы реализовали свой протокол удаленного вызова процедур (поверх ТСР), который по внешнему виду выглядел для конечного потребителя-клиента практически как СОМ+ (т.е. нам практически не пришлось переписывать код, отвечающий за клиент-серверные вызовы). При этом сервер, реализованный нами на С++, мы сделали платформенно-независимым, способным работать и на Windows, и на Linux.
На смену монолитному серверу версии 8.0 пришло 3 вида процессов – рабочий процесс, обслуживающий клиентов, и 2 служебных процесса, поддерживающих работу кластера:
- rphost – рабочий процесс, обслуживающий клиентов и исполняющий прикладной код. В составе кластера может быть больше одного рабочего процесса, разные рабочие процессы могут исполняться на разных физических серверах – за счёт этого достигается масштабируемость.
- ragent – процесс агента сервера, запускающий все другие виды процессов, а также ведущий список кластеров, расположенных на данном сервере.
- rmngr – менеджер кластера, управляющий функционированием всего кластера (но при этом на нем не работает прикладной код).
Клиент на протяжении сессии работал с одним рабочим процессом, падение рабочего процесса означало для всех клиентов, которых этот процесс обслуживал, аварийное завершение сессии. Остальные клиенты продолжали работу.
1С:Предприятие 8.2
В версии 8.2 мы захотели, чтобы приложения 1С могли запускаться не только в нативном (исполняемом) клиенте, а ещё и в браузере (без модификации кода приложения). В связи с этим, в частности, встала задача отвязать текущее состояние приложения от текущего соединения с рабочим процессом rphost, сделать его stateless. Как следствие возникло понятие сеанса и сеансовых данных, которые нужно было хранить вне рабочего процесса (потому что stateless). Был разработан сервис сеансовых данных, хранящий и кэширующий сеансовую информацию. Появились и другие сервисы — сервис управляемых транзакционных блокировок, сервис полнотекстового поиска и т.д.
В этой версии также появились несколько важных нововведений – улучшенная отказоустойчивость, балансировка нагрузки и механизм резервирования кластеров.
Отказоустойчивость
Поскольку процесс работы стал stateless и все необходимые для работы данные хранились вне текущего соединения «клиент – рабочий процесс», в случае падения рабочего процесса клиент при следующем обращении к серверу переключался на другой, «живой» рабочий процесс. В большинстве случаев такое переключение происходило незаметно для клиента.
Балансировка нагрузки
Это стандартная задача для кластера с балансировкой нагрузки. Есть несколько типовых алгоритмов её решения, например:
-
– серверам присваиваются порядковые номера, первый запрос отправляется на первый сервер, второй запрос – на второй и т. д. до достижения последнего сервера. Следующий запрос направляется на первый сервер и всё начинается с начала. Алгоритм прост в реализации, не требует связи между серверами и неплохо подходит для «легковесных» запросов. Но при балансировке по этому алгоритму не учитывается производительность серверов (которая может быть разной) и текущая загруженность серверов. – усовершенствованный Round-Robin: каждому серверу присваивается весовой коэффициент в соответствии с его производительностью, и сервера с бо́льшим весом обрабатывают больше запросов.
- Least Connections: новый запрос передается на сервер, обрабатывающий в данный момент наименьшее количество запросов.
- Least Response Time: сервер выбирается на основе времени его ответа: новый запрос отдаётся серверу, ответившему быстрее других серверов.
Запрос от нового клиента адресуется на наиболее производительный на данный момент сервер.
Запрос от существующего клиента в большинстве случаев адресуется на тот сервер и в тот рабочий процесс, в который адресовался его предыдущий запрос. С работающим клиентом связан обширный набор данных на сервере, передавать его между процессами (а тем более между серверами) – довольно накладно (хотя мы умеем делать и это).
Запрос от существующего клиента передается в другой рабочий процесс в двух случаях:
- Процесса больше нет: рабочий процесс, с которым ранее взаимодействовал клиент, более недоступен (упал процесс, стал недоступен сервер и т.п.).
- Есть более производительный сервер: если в кластере есть сервер, отличающийся по производительности в два и более раза по сравнению с сервером, где запушен текущий рабочий процесс, то платформа считает, что даже ценой миграции клиентского контекста нам выгоднее выполнять запросы на более производительном сервере. Переноситься клиенты с одного сервера на другой будут постепенно, по одному, с периодической оценкой результата – что в плане производительности стало с серверами после переноса каждого из клиентских процессов. Цель этой процедуры – выравнивание производительности серверов в кластере (т.е. равномерная загрузка серверов).
Резервирование кластеров
Мы решили повысить отказоустойчивость кластера, прибегнув к схеме Active / passive. Появилась возможность конфигурировать два кластера – рабочий и резервный. В случае недоступности основного кластера (сетевые неполадки или, например, плановое техобслуживание) клиентские вызовы перенаправлялись на резервный кластер.
Однако эта конструкция была довольно сложна в настройке. Администратору приходилось вручную собирать две группы серверов в кластеры и конфигурировать их. Иногда администраторы допускали ошибки, устанавливая противоречащие друг другу настройки, т.к. не было централизованного механизма проверки настроек. Но, тем не менее, этот подход повышал отказоустойчивость системы.
1С:Предприятие 8.3
В версии 8.3 мы существенно переписали код серверной части, отвечающий за отказоустойчивость. Мы решили отказаться от схемы Active / passive кластеров ввиду сложности её конфигурирования. В системе остался только один отказоустойчивый кластер, состоящий из любого количества серверов – это ближе к схеме на Active / active, в которой запросы на отказавший узел распределяются между оставшимися рабочими узлами. За счет этого кластер стал проще в настройке. Ряд операций, повышающих отказоустойчивость и улучшающих балансировку нагрузки, стали автоматизированными. Из важных нововведений:
- Новая настройка кластера «Уровень отказоустойчивости»: число, указывающее, сколько серверов может выйти из строя без последствий в виде аварийного завершения сеансов подключенных пользователей. Исходя из этой настройки кластер будет тратить определённый объём ресурсов на синхронизацию данных между рабочими серверами, чтобы иметь всю необходимую для продолжения работы клиентов информацию на «живых» серверах в случае выхода из строя одного или нескольких серверов.
- Количество рабочих процессов не задается вручную, как раньше, а автоматически рассчитывается исходя из описаний требований задач по отказоустойчивости и надежности.
- Появился ряд настроек, связанных с максимальными объемами памяти, которые разрешается потреблять рабочим процессам, а также настройки, определяющие что делать, если эти объемы превышены:
Главная идея этих наработок – упростить работу администратора, позволяя ему настраивать кластер в привычных ему терминах, на уровне оперирования серверами, не опускаясь ниже, а также минимизировать уровень «ручного управления» работой кластера, дав кластеру механизмы для решения большинства рабочих задач и возможных проблем «на автопилоте».
Три звена отказоустойчивости
Как известно, даже если компоненты системы по отдельности надёжны, проблемы могут возникнуть там, где компоненты системы вызывают друг друга. Мы хотели свести количество мест, критичных для работоспособности системы, к минимуму. Важным дополнительным соображением была минимизация переделок прикладных механизмов в платформе и исключение изменений в прикладных решениях. В версии 8.3 появилось 3 звена обеспечения отказоустойчивости «на стыках»:
В заключение
Благодаря механизму отказоустойчивости приложения, созданные на платформе 1С:Предприятие, благополучно переживают разные виды отказов рабочих серверов в кластере, при этом бо́льшая часть клиентов продолжают работать без перезапуска.
Бывают ситуации, когда мы не можем повторить вызов, или падение сервера застает платформу в очень неудачный момент времени, например, в середине транзакции и не очень понятно, что с ними делать. Мы стараемся обеспечить статистически хорошую выживаемость клиентов при падении серверов в кластере. Как правило, средние потери клиентов за отказ сервера – единицы процентов. При этом все «потерянные» клиенты могут продолжить работу в кластере после перезапуска клиентского приложения.
Надежность кластера серверов 1С в версии 8.3 существенно повысилась. Уже давно не редкость внедрения продуктов 1С, где количество одновременно работающих пользователей достигает нескольких тысяч. Есть и внедрения, где одновременно работают и 5 000, и 10 000 пользователей — например, внедрение в «Билайне», где приложение «1С: Управление Торговлей» обслуживает все салоны продаж «Билайн» в России, или внедрение в грузоперевозчике «Деловые Линии», где приложение, самостоятельно созданное разработчиками ИТ-отдела «Деловых Линий» на платформе 1С:Предприятие, обслуживает полный цикл грузоперевозок. Наши внутренние нагрузочные тесты кластера эмулируют одновременную работу до 20 000 пользователей.
В заключение хочется кратко перечислить что ещё полезного есть в нашем кластере (список неполный):
Сегодня мы рассмотрим сборку и ввод в эксплуатацию основного средства, требующего монтажа и состоящего из нескольких комплектующих (оборудования).
Ситуация. Директор, наконец, решился на установку системы видеонаблюдения.
Вы, как главный бухгалтер, должны всё это провести в программе 1С:Бухгалтерия 8.3 (редакция 3.0).
Система наблюдения довольно сложная и состоит из 10 видеокамер и сервера хранения и обработки информации. Кроме того, требуется воспользоваться услугами подрядной организации, которая всё это смонтирует и настроит.
После монтажа всё купленное оборудование (видеокамеры и сервер) должно быть принято к учёту в качестве основного средства "Система видеонаблюдения".
Общая схема бухгалтерских проводок будет такой:
Напоминаю, что это урок и вы можете смело повторять мои действия у себя в базе (лучше в копии или учебной).
Создаём оборудование
Заходим в раздел "Справочники" пункт "Номенклатура":
Заходим в группу "Оборудование к установке" и создаём видеокамеру и сервер регистрации:
Вот карточка видеокамеры:
А вот карточка сервера видеорегистрации:
Покупаем оборудование
Делаем поступление камер (10 штук) и сервера (1 штука) от поставщика. Для этого заходим в раздел "Покупки" пункт "Поступление (акты, накладные)":
Создаём новый документ поступление оборудования:
На закладке "Оборудование" указываем созданные на предыдущем шаге видеокамеру и сервер в количестве и цене как на рисунке ниже, в качестве счёта учёта указываем счёт 07:
Мы собрали на 07 счёте следующее оборудование к установке: 10 видеокамер и 1 сервер регистрации.
Передаём оборудование в монтаж
Передадим это оборудование в монтаж.
Заходим в раздел "ОС и НМА" пункт "Передача оборудования в монтаж":
Создаём новый документ. В качестве объекта строительства указываем новый элемент "Система видеонаблюдения".
Счёт затрат для монтажа 08.3:
В табличной части указываем оборудование, собранное на 07 счёте для монтажа:
Проводим документ и видим, что оборудование передано в монтаж:
Отражаем услуги монтажа
Отразим услуги монтажа, которые нам оказала подрядная организация. Их также нужно отразить по 08 счёту.
Для этого заходим в раздел "Покупки" пункт "Поступление (акты, накладные)":
Создаём новое поступление "Услуги (акт)":
Выбираем контрагента, который делал монтаж и добавляем в табличную часть новый элемент:
Добавляем в справочник номенклатура (группа "Услуги") услугу "Монтаж системы видеонаблюдения":
Вот её карточка:
И подставляем её в табличную часть:
По умолчанию подставился счёт затрат 26, а нам нужен 08.3. Откроем настройки счетов учёта:
И изменим счета как на рисунке ниже (мы отнесли услугу монтажа на строительство системы видеонаблюдения, счёт 08.3):
Получилось вот так:
Отлично затраты отнесены верно.
Принимаем ОС к учету
Остаётся лишь принять объект ОС к учету. Для этого заходим в раздел "ОС и НМА" пункт "Принятие к учету ОС":
Создаём новый документ. В качестве вида операции на первой вкладке выбираем "Объекты строительства":
Способ поступления "Строительство (создание)", объект строительства - наша система, счёт строительства - 08.3.
Наконец, нажимаем кнопку "Рассчитать суммы":
1С автоматически проанализировала остатки по счёту 08.3, субконто "Система видеонаблюдения" и рассчитала стоимость основного средства 70000 рублей:
Переходим на закладку "Основные средства", добавляем новый элемент:
В справочнике основных средств создаём новое и заполняем его как показано ниже:
Остальные закладки заполнять нет никакого смысла, так как это сделает за нас документ "Принятие к учету ОС".
Подставляем созданное основное средство в табличную часть документа принятия к учету ОС:
Наше средство будет амортизироваться как в бухгалтерском, так и в налоговом учете линейным способом. Срок использования в обоих видах учёта - 5 лет.
В соответствии с этим заполняем закладки.
. и налоговый учёт:
И видим, что по дебету счёта 01.01 у нас появилось основное средство. С этого момента ОС считается введённым в эксплуатацию.
Мы можем смело печатать акт о приеме-передачи (ОС-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С Предприятие 8 достаточно востребованная функция у специалистов, обслуживающих конфигурации 1С. Эта операция необходима для восстановления резервной копии 1С Предприятие 8 или создания собственной 1С конфигурации с нуля для разработки, поэтому рассмотрим процесс создания новой информационной базы 1С Предприятие 8.3 подробно.
Базы 1С Предприятие 8 бывают в двух вариантах:
- Файловые (когда данные 1С Предприятие 8 хранятся в файле каталога на компьютере);
- Клиент-серверные (когда данные 1С Предприятие 8 хранятся в базе данных, например MS SQL Server).
Для полного раскрытия темы, необходимо рассмотреть процедуры создания и подключения обоих типов информационных баз 1С, поэтому план сегодняшней беседы следующий:
Создание новой информационной базы 1С Предприятие в файловом варианте
Процедура создания новой файловой информационной базы 1С Предприятие 8 более простая, нежели создание клиент-серверной базы данных 1С, поэтому начнем с этого типа. Для создания новой файловой базы 1С Предприятие 8 необходимо проделать следующие шаги:
Создание каталога хранения базы данных. Для файловой базы данных необходимо создать пустой каталог в сети или на компьютере, в котором в дальнейшем мы будем хранить файлы базы 1С Предприятие. Например, создадим каталог «InfoBases» в разделе «Документы«. Это будет место хранения базы данных, но пока без данных.
Создание базы данных в каталоге «InfoBases». Теперь создадим саму базу 1С. Создание новой информационной базы 1С Предприятие 8 начнем с запуска информационной базы (двойным щелчком по ярлыку 1С). В окне запуска нажимаем «Добавить». Появится окно «Мастера добавления информационной базы», в котором выбираем «Создание новой информационной базы» (см. рис.) и нажимаем кнопку «Далее >».
На следующем шаге выбираем каким образом мы будем создавать новую базу — из шаблона (имеются ввиду шаблоны типовых конфигураций 1С, такие как 1С Бухгалтерия или 1С Зарплата и управление персоналом, которые заполняются в этом окне после установки их на компьютер) или «пустую», без конфигурации.
Нашей цели соответствует второй вариант «Создание информационной базы без конфигурации для разработки новой конфигурации или загрузки выгруженной ранее информационной базы». Выбираем его и нажимаем «Далее >».
В открывшейся форме вводим наименование информационной базы и указываем тип расположения информационной базы. Поскольку мы рассматриваем подключение файловой базы данных, устанавливаем флажок на «На данном компьютере или на компьютере в локальной сети» (см. первый рисунок).
Следующими шагами указываем: место хранения информационной базы — указываем путь до каталога, который мы создали до этого. Будем создавать новую базу в этом каталоге (см. второй рисунок); язык указываем «Русский» и кликаем «Далее >».
В следующей форме указываем параметры запуска информационной базы 1С Предприятие 8 — все пункты устанавливаем «Выбирать автоматически» и нажимаем «Готово». Новая файловая информационная база 1С Предприятие 8 создана.
Теперь рассмотрим каким образом создается клиент-серверная информационная база 1С Предприятие 8.
Создание новой информационной базы 1С Предприятие 8 в клиент-серверном варианте
Клиент-серверную базу 1С Предприятие 8 можно создать несколькими способами:
Рассмотрим оба этих способа.
Создание клиент-серверной информационной базы 1С Предприятие 8 через утилиту администрирования серверов
Утилита администрирования серверов 1С устанавливается при установке платформы 1С Предприятие 8.
Что бы вы лучше поняли логику создания клиент-серверной базы, создадим её через утилиту администрирования 1С Предприятие 8. Для этого раскрываем Локальный кластер и через контекстное меню, вызванное по нажатию на «Информационные базы», выбираем «Создать» — «Информационная база».
Заполняем параметры создаваемой базы:
и не забываем установить галочку «Создать базу данных в случае её отсутствия» (не установлена в примере) .
Создание новой клиент-серверной информационной базы 1С Предприятие 8 завершено, но что бы работать с созданной базой, её необходимо подключить в окне запуска 1С Предприятие. Вопрос подключения баз 1С Предприяте 8 рассматривается ниже.
Создание клиент-серверной информационной базы 1С Предприятие 8 через мастера добавления информационной базы 1С
В мастере добавления информационной базы указываем, что будем создавать базу на сервере 1С Предприятие (см. рис.).
Указываем параметры подключения информационной базы, такие же, как мы указывали в Утилите администрирования серверов 1С (выше). В остальном, создание новой информационной базы 1С Предприятие 8 аналогично для всех типов. В результате будет создана клиент-серверная база 1С Предприятие уже готовая к запуску.
Добавление в окне запуска существующей базы данных 1С Предприятие 8
В случае, если у вас имеется созданная база данных 1С Предприятие 8 и вам необходимо её подключить, то в Мастере добавления новой базы, выбираем «Добавление в список существующей информационной базы»:
В следующем окне указываем тип подключаемой базы:
- На данном компьютере или на компьютере в локальной сети;
- На веб-сервере;
- На сервере 1С Предприятие 8.
Соответственно, первый вариант подключения относится к файловым информационным базам. Для их подключения указываем адрес размещения папки с базой 1С Предприятие 8. В начале статьи мы создавали базу, для её подключения указываем путь до её расположения.
Базы 1С Предприятие 8 могут публиковаться на веб-сервере, и соединяться через интернет. Для создания такого типа подключения, необходимо заполнить интернет адрес расположения информационной базы 1С.
Третий вариант нужен для подключения клиент-серверной базы 1С Предприятие 8 размещенной на сервере 1С Предприятие 8.
В остальном, подключение одинаково для всех типов информационных баз.
После этих операций, в списке информационных баз добавится новая строка с подключенной базой 1С Предприятие 8.
Для проверки корректности нашего подключения, запускаем подключенную информационную базу 1С Предприятие 8 в режиме «Конфигуратор». В свойствах конфигурации можно посмотреть параметры запуска.
Создание новой информационной базы 1С Предприятие 8 успешно завершено!
В случае, если у вас не получится войти в базу, поскольку платформа 1С запросит ввод лицензии, то порядок действий вы можете прочитать в статье о системе лицензирования 1С Предприятие.
На сегодня ВСЁ! Желаю приятной работы с 1С Предприятие 8.
Если у вас остались вопросы, вы можете задать их в комментариях к публикации или на форуме — тут.
В данной статье будет описан процесс создания новой информационной базы 1С.
Стоит сразу отметить, что все базы данных в 1С создаются абсолютно одинаково, вне зависимости от того, какую конфигурацию мы хотим создать. При этом подразумевается, что на компьютере пользователя уже установлена платформа 1С, поэтому описывать мы будем исключительно создание новой базы.
Итак, мы можем создавать 2 типа баз:
- Новая пустая база без конфигурации. Она используется для разработки новых конфигураций с нуля. Также ее удобно использовать для переноса базы данных с другого компьютера через выгрузку в виде файла *.dt. Для ее создания не нужно никакого дополнительного ПО. Важно отметить, что данный метод не подходит для тех, у кого 1С с лицензией на базовые конфигурации, так как работа 1С:Предприятие с Базой без конфигурации предусмотрена только при наличии лицензии на платформу версии ПРОФ/КОРП.
- Новая пустая база с какой-либо конфигурацией. Используется для ведения учета и работы в базе. Для ее создания понадобится установочный файл с необходимой конфигурацией.
Подробно мы рассмотрим второй вариант, хотя и первого в процессе тоже коснемся.
Как было сказано выше, для создания информационной базы с определенной конфигурацией нам понадобится установочный дистрибутив. Его можно скачать с сайта поддержки пользователей 1С, с диска ИТС, а также достать из коробки с приобретенным ПО или, обратившись к специалисту по сопровождению 1С, запросить у вашей обслуживающей компании.
Установочный дистрибутив нужно распаковать в каталог шаблонов 1С, а чтобы узнать путь к нему, надо запустить ярлычок 1С на рабочем столе.
Если в списке информационных баз нажать «Настройка», в появившемся окне можно увидеть каталоги, из которых берутся шаблоны конфигураций для установки. Каталог создается автоматически при первой установке или его указывают вручную. Установленные шаблоны должны обязательно быть в одном из прописанных каталогов, иначе при создании новой базы они не будут доступны.
Рис.1 Настройка
Распаковав архив с установочным дистрибутивом, запускаем файл setup.exe.
Рис.2 Запускаем файл setup.exe
Далее следуем инструкциям установки. В одном из появившихся окон указываем путь к каталогу шаблонов, о котором говорилось выше.
Рис.3 Указываем путь к каталогу шаблонов
После окончания установки снова запускаем ярлычок 1С. Жмем кнопку «Добавить».
Рис.4 Жмем кнопку «Добавить»
В появившемся окне выбираем «Создание новой информационно базы».
Рис.5 Создание новой информационно базы
Если с каталогом шаблонов все сделано правильно, то в следующем окне увидим список конфигураций определенных релизов, которые доступны к установке.
Рис.6 Список конфигураций определенных релизов, доступных к установке
Далее программа спросит, как будет называться новая конфигурация в списке и где будет располагаться папка с созданной базой данных.
Рис.7 Заполнение реквизитов
В последнем окне ничего менять не нужно. Жмем «Готово». Процесс создания новой базы займет какое-то время. Это зависит от того, какую конфигурацию мы создаем – бухгалтерия, например, намного больше по объему, чем зарплата и управление персоналом, поэтому различается и время их создания. Также на скорость этого процесса влияет и наличие (или отсутствие) ресурсов у компьютера – чем быстрее компьютер, тем, соответственно, быстрее создается база. В среднем процесс занимает от 5 до 10 минут. После создания новой информационной базы она автоматически добавляется в список баз под тем названием, которое мы придумали.
Рис.8 Новая ИБ с нашим названием
После этого надо запустить новую информационную базу в режиме предприятия. При первом запуске программа воспользуется имеющейся лицензией 1С или предложит получить ее при отсутствии. О получении лицензии будет рассказано в отдельной статье. Тогда же, при первом запуске, информационная база произведет начальное заполнение данных. Процесс может занять от 5 до 10 минут в зависимости от параметров системы и вида конфигурации.
Рис.9 Начальное заполнение данных
По окончании будет открыто информационное окно с описанием последних изменений в конфигурации. На этом база готова, можно начинать ее заполнение (вручную или перенести данные из другой программы). Как видим, процесс создания новой информационной базы не представляет особой сложности. Если у вас остались вопросы, обратитесь к нашим специалистам за 1С-консультацией, мы с радостью вам поможем.
Читайте также: