что такое сервер 1с предприятия как его использовать

Сервер 1С

Сервер – это специализированный мощный компьютер. Кроме того, сервером может называться программа, которая работает в клиент-серверном режиме и обслуживает много клиентов предприятия.

Например, сервер 1С – это специализированная СУБД «1С:Предприятие» (либо другая комплектация модулей платформы 1С) под управлением SQL-сервера, такого как Microsoft SQL Server, Linux PostgreSQL, IBM DB2, Oracle Database и т. д.

Выделенный физический сервер 1С обычно используют предприятия, в которых с базами данных 1С могут одновременно работать 10 и более пользователей. При меньшем количестве пользователей 1С нет смысла выделять для этой цели отдельный физический сервер, и база данных 1С может располагаться на одном из компьютеров пользователей, а остальные пользователи предприятия имеют к ней доступ через общую сетевую папку.

Под термином «Сервер 1С» может подразумеваться следующее:

Выбор варианта реализации должен производиться в зависимости от потребностей предприятия, а также соображений целесообразности использования той или иной платформы или компьютерной архитектуры.

Преимущества выделенного сервера 1С

Сервер 1С на 10-15 пользователей

Примерная архитектура сервера 1С для предприятия на 10-50 пользователей в варианте установки в собственной ИТ-системе (on-premise) предприятия показана на рисунке:

Примерная архитектура сервера 1С для небольшого предприятия

Для числа пользователей более 50 рекомендуется использовать отдельный физический терминальный сервер.

Кроме того, платформа 1С поддерживает ОС Linux и СУБД PostgreSQL. Такой вариант может обойтись дешевле, чем покупка физического сервера Windows. Однако, настройка Linux имеет свои нюансы, и поэтому для правильной работы под Linux, вероятно, потребуется помощь квалифицированного специалиста.

Мощность физического сервера

Мощность физического сервера для 1С выбирается из величины пиковых нагрузок, количества пользователей и объема базы данных. Причем, нужно принимать во внимание, что все эти цифры со временем будут расти. Излишняя мощность физического сервера не прибавит производительности, однако, при недостатке производительности сервера пользователи почувствуют значительные неудобства: задержки, «зависания» программы, и пр.

Если на одном сервере в компании с 10-20 сотрудниками будет установлена операционная система, СУБД и программа 1С, то понадобится минимум по 2 ГБ оперативной памяти для базы данных и операционной системы и еще 4 Гб для 1C, то есть 8 ГБ. Если в компании работают более 20-30 сотрудников и есть нескольких баз данных, то объем ОЗУ должен быть 16 Гб и более, если пользователей более 50, то нужно ставить не менее 32 ГБ оперативной памяти.

Объем оперативной памяти

Объем оперативной памяти можно определить из следующих соображений:

Количество ядер

Количество ядер процессора тоже зависит от количества пользователей 1С, а также от объема базы данных. Чем больше сотрудников и тяжелее база данных, тем больше ядер необходимо: 2-ядерного процессора будет достаточно для компаний с 5-20 сотрудниками и объемом базы данных до 1 ГБ. При числе сотрудников от 20 и более, лучше выбирать 4-ядерный процессор.

Система хранения данных

Система хранения данных. Ее объем и тип также важны для хорошей работы 1С. Особенно важно количество операций ввода-вывода в секунду (IOPS), которое может обеспечить СХД, а также величина задержки чтения данных. В среднем на одного пользователя нужна скорость 100-200 IOPS. Диски SAS на 10000-15000 оборотов в секунду дают более высокую скорость исполнения операций, чем диски SATA на 5400-7200 оборотов. Твердотельные накопители SSD имеют наилучшие показатели IOPS.

Для выбора дисковой СХД можно ориентироваться на следующие параметры:

Выбор параметров СХД для 1С (источник: larga.ru)

Сетевой интерфейс

Для небольших предприятий сетевой интерфейс Ethernet наиболее эффективен, как по производительности, так и по стоимости. При этом сервер базы данных SQL, сервер приложений «1С» могут находиться на одном физическом сервере. На нем же может располагаться терминальный сервер для удаленного доступа пользователей.

При такой конфигурации прямая передача через оперативную память или виртуальный сетевой интерфейс между сервером базы данных, сервером 1С и терминальным сервером происходит существенно быстрее, чем если их располагать на разных физических серверах.

Однако, с точки зрения надежности, такую конфигурацию нельзя назвать эффективной, поскольку отказ в физическом сервере прекращает работу всей системы. Использовав технологии виртуализации и кластеризации, надежность можно повысить. Поэтому для базы данных большого объема и с частым обращением к ней можно использовать несколько физических хостов (кластеров), которые объединены по сети Ethernet 10G.

В небольших базах данных, на серверах с сетевыми интерфейсами Ethernet 1G, а также на встроенных в процессорный чипсет сетевых адаптерах производительность вычислений заметно «проседает». Это происходит по причине того, что такая конфигурация сетевого интерфейса задействует ресурсы процессора, оперативной памяти и шины материнской платы сервера. Особенно это будет заметно при использовании виртуализированных серверов. Поэтому для сетевого интерфейса лучше использовать выделенный аппаратный адаптер. Иначе разобраться, почему у базы 1С такая низкая производительность, обычному пользователю будет весьма непросто.

Источник

Что такое сервер 1с предприятия как его использовать

Что же мы имеем в виду, когда говорим про сервер 1С? Вообще понятие «сервер» имеет два значения:

Когда предприятия разворачивают инфраструктуру под 1С, обычно для работы покупают сервер-компьютер. Но сервер-программу 1С часто не покупают и работают с 1С в файловом варианте. В результате часть часть преимуществ сервера-компьютера теряется и падает производительность.

Два варианта работы конфигурации

Любая конфигурация 1С может работать в двух вариантах:

Работа в файловом режиме годится для предприятий с небольшим количеством пользователей (до 20), находящихся в одном месте. Как только количество одновременных пользователей становится больше или подключение ведётся через Интернет, в файловом варианте сразу начинает падать скорость работы, увеличиваются задержки, зря тратится время и нервы пользователей. На определённом этапе такая псевдоэкономия может привести к срыву автоматизации.

Кроме того, в файловом режиме удалённые пользователи работают, непосредственно подключаясь к базе данных на сервере, раскрытой для записи по сети. Такую базу можно украсть, уничтожить, испортить как целенаправленно, так и нечаянно или с помощью вирусов. Либо пользователи подключаются к компьютеру через удалённый рабочий стол — самый медленный вариант работы, по сети передаётся картинка рабочего стола и команды.

Дополнительные способы работы, которые даёт сервер 1С

В клиент-серверном режиме добавляются ещё два более быстрых и эффективных способа работы:

Разумеется, все эти способы работы можно комбинировать. Одни и те же пользователи могут работать всеми возможными способами: из своего кабинета — через тонкий клиент, работая по городу — через веб-клиент и т. д.

При покупке программы-сервера 1С у нас мы бесплатно окажем услуги по его первичному развёртыванию и настройке. Но при этом работы выполняются через удалённый доступ, а выезд за пределы Витебска оплачивается отдельно.

Краткое резюме

Ниже в таблицу мы свели особенности, достоинства и недостатки файлового и серверного вариантов:

Файловый вариант	Серверный вариант
Не требует дополнительных затрат	Стоит денег: от 600,00 за ограниченную версию до 4356,00 за полноценную версию с USB-ключом.
На базах с малым количеством пользователей (или с одним пользователем) производительность чуть выше.	На базах с малым количеством пользователей (или с одним пользователем) производительность чуть ниже.
Установка и администрирование легко осуществляются продвинутым пользователем.	Для установки и администрирования сервера 1С и сервера баз данных требуется квалификация системного администратора.
Небезопасно. Все пользователи и их компьютеры получают полный прямой доступ к базе данных. Её можно украсть, повредить, уничтожить; это может сделать вирус.	Доступ к серверу с базой данных можно максимально ограничить и обезопасить.
Проведение документа блокирует всю работу в программе на время проведения. При проведении большого их числа возможна остановка работы в программе.	Документы проводятся параллельно, блокировка работы пользователей при проведении возникает только там и тогда, когда это необходимо по логике работы с конкретным документом..
Удалённая работа организуется через удалённый рабочий стол. Работа через тонкий клиент имеет существенные ограничения.	Работа через удалённый рабочий стол является устаревшим способом. Рекомендуется работать через тонкий клиент, в крайнем случае через веб-клиент. Это позволяет экономить ресурсы сервера: оперативную память, время работы с диском, нагрузку на сеть. Кроме того, это безопаснее (меньше людей имеет доступ к серверу).
Надёжность: файл базы читает и записывает каждая запущенная программа по очереди. Чем их больше, тем выше вероятность сбоев.	С базой данных работает одна программа: сервер баз данных. Его работой в свою очередь управляет сервер 1С. Когда у файла «один хозяин» вероятность проблем ниже.
Скорость в процессе работы: каждый клиент открывает базу заново за одинаковое время.	Когда база уже открыта сервером, каждый клиент быстрее получает доступ к нужной информации.
К каждому рабочему компьютеру требования такие же, как к серверу.	Мощным должен быть только компьютер-сервер. Клиентские компьютеры могут быть совсем старыми и дешёвыми.
Категорически не рекомендуется при числе пользователей от 10 или при большой базе данных.	Могут работать десятки и сотни пользователей. Однако, для больших и серьёзных баз данных с сотнями пользователй всё намного сложнее, чем просто развёртывание одного сервера.

Сколько стоит?

Лицензия на сервер 1С стоит 3600,00 белорусских рублей (за 1 виртуальный или физический сервер-компьютер).

Для небольших организаций выпущена специальная ограниченная версия: сервер-МИНИ стоимостью 600,00 белорусских рублей. Он ограничивает общее число соединений с сервером числом 5 и не позволяет объединять серверы в кластер (что большинству и не нужно).

Переход с сервера-мини на полноценный сервер осуществляется по льготной стоимости 3005,00 белорусских рублей.

Источник

Про кластер серверов 1С

Кластер — это разновидность параллельной
или распределённой системы, которая:
1. состоит из нескольких связанных
между собой компьютеров;
2. используется как единый,
унифицированный компьютерный ресурс

Дано: есть бизнес-приложение (например, ERP-система), с которым работают одновременно тысячи (возможно, десятки тысяч) пользователей.

К желаемому результату мы пришли не сразу.

В этой статье расскажем о том, какие бывают кластеры, как мы выбирали подходящий нам вид кластера и о том, как эволюционировал наш кластер от версии к версии, и какие подходы позволили нам в итоге создать систему, обслуживающую десятки тысяч одновременных пользователей.

Как писал автор эпиграфа к этой статье Грегори Пфистер в своей книге «In search of clusters», кластер был придуман не каким-либо конкретным производителем железа или софта, а клиентами, которым не хватало для работы мощностей одного компьютера или требовалось резервирование. Случилось это, по мнению Пфистера, ещё в 60-х годах прошлого века.
Традиционно различают следующие основные виды кластеров:

Для тех, кто не в курсе, коротко расскажу, как устроены бизнес-приложения 1С. Это приложения, написанные на предметно-ориентированном языке, «заточенном» под автоматизацию учётных бизнес-задач. Для выполнения приложений, написанных на этом языке, на компьютере должен быть установлен рантайм платформы 1С:Предприятия.

1С:Предприятие 8.0

Первая версия сервера приложений 1С (еще не кластер) появилась в версии платформы 8.0. До этого 1С работала в клиент-серверном варианте, данные хранились в файловой СУБД или MS SQL, а бизнес-логика работала исключительно на клиенте. В версии же 8.0 был сделан переход на трехзвенную архитектуру «клиент – сервер приложений – СУБД».

Сервер 1С в платформе 8.0 представлял собой СОМ+ сервер, умеющий исполнять прикладной код на языке 1С. Использование СОМ+ обеспечивало нам готовый транспорт, позволяющий клиентским приложениям общаться с сервером по сети. Очень многое в архитектуре и клиент-серверного взаимодействия, и прикладных объектов, доступных разработчику 1С, проектировалось с учетом использования СОМ+. В то время в архитектуру не было заложено отказоустойчивости, и падение сервера вызывало отключение всех клиентов. При падении серверного приложения СОМ+ поднимал его при обращении к нему первого клиента, и клиенты начинали свою работу с начала – с коннекта к серверу. В то время всех клиентов обслуживал один процесс.

1С:Предприятие 8.1

В следующей версии мы захотели:

Так в версии 8.1 появился первый кластер. Мы реализовали свой протокол удаленного вызова процедур (поверх ТСР), который по внешнему виду выглядел для конечного потребителя-клиента практически как СОМ+ (т.е. нам практически не пришлось переписывать код, отвечающий за клиент-серверные вызовы). При этом сервер, реализованный нами на С++, мы сделали платформенно-независимым, способным работать и на Windows, и на Linux.

На смену монолитному серверу версии 8.0 пришло 3 вида процессов – рабочий процесс, обслуживающий клиентов, и 2 служебных процесса, поддерживающих работу кластера:

Клиент на протяжении сессии работал с одним рабочим процессом, падение рабочего процесса означало для всех клиентов, которых этот процесс обслуживал, аварийное завершение сессии. Остальные клиенты продолжали работу.

1С:Предприятие 8.2

В версии 8.2 мы захотели, чтобы приложения 1С могли запускаться не только в нативном (исполняемом) клиенте, а ещё и в браузере (без модификации кода приложения). В связи с этим, в частности, встала задача отвязать текущее состояние приложения от текущего соединения с рабочим процессом rphost, сделать его stateless. Как следствие возникло понятие сеанса и сеансовых данных, которые нужно было хранить вне рабочего процесса (потому что stateless). Был разработан сервис сеансовых данных, хранящий и кэширующий сеансовую информацию. Появились и другие сервисы — сервис управляемых транзакционных блокировок, сервис полнотекстового поиска и т.д.

В этой версии также появились несколько важных нововведений – улучшенная отказоустойчивость, балансировка нагрузки и механизм резервирования кластеров.

Отказоустойчивость

Поскольку процесс работы стал stateless и все необходимые для работы данные хранились вне текущего соединения «клиент – рабочий процесс», в случае падения рабочего процесса клиент при следующем обращении к серверу переключался на другой, «живой» рабочий процесс. В большинстве случаев такое переключение происходило незаметно для клиента.

Механизм работает так. Если клиентский вызов к рабочему процессу по какой-то причине не смог исполниться до конца, то клиентская часть способна, получив ошибку вызова, этот вызов повторить, переустановив соединение с тем же рабочим процессом или с другим. Но повторять вызов можно не всегда; повтор вызова означает, что мы отправили вызов на сервер, а результата не получили. Мы стараемся повторить вызов, при этом при выполнении повторного вызова мы оцениваем, каков результат на сервере был у предшествующего вызова (информация об этом сохраняется на сервере в данных сеанса), потому что если вызов успел там «наследить» (закрыть транзакцию, сохранить сеансовые данные и т.п.) – то просто так повторять его нельзя, это приведет к рассогласованию данных. Если повторять вызов нельзя, клиент получит сообщение о неисправимой ошибке, и клиентское приложение придется перезапустить. Если же вызов «наследить» не успел (а это наиболее частая ситуация, т.к. многие вызовы не меняют данных, например, отчеты, отображение данных на форме и т.п., а те, которые меняют данные – пока транзакция не зафиксирована или пока изменение сеансовых данных не отправлено в менеджер – следов вызов не оставил) — его можно повторить без риска рассогласования данных. Если рабочий процесс упал или произошел обрыв сетевого соединения – такой вызов повторяется, и эта «катастрофа» для клиентского приложения происходит полностью незаметно.

Балансировка нагрузки

Задача балансировки нагрузки в нашем случае звучит так: в систему заходит новый клиент (или уже работающий клиент совершает очередной вызов). Нам надо выбрать, на какой сервер и в какой рабочий процесс направить вызов клиента, чтобы обеспечить клиенту максимальное быстродействие.

Это стандартная задача для кластера с балансировкой нагрузки. Есть несколько типовых алгоритмов её решения, например:

Запрос от нового клиента адресуется на наиболее производительный на данный момент сервер.

Запрос от существующего клиента в большинстве случаев адресуется на тот сервер и в тот рабочий процесс, в который адресовался его предыдущий запрос. С работающим клиентом связан обширный набор данных на сервере, передавать его между процессами (а тем более между серверами) – довольно накладно (хотя мы умеем делать и это).

Запрос от существующего клиента передается в другой рабочий процесс в двух случаях:

Резервирование кластеров

Мы решили повысить отказоустойчивость кластера, прибегнув к схеме 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С

Клиент-серверный режим работы 1С предполагает обязательное наличие в структуре двух элементов:

Остальные элементы, такие как сервер баз данных, веб-сервер могут отсутствовать в системе.

Отличия сервера 1С от сервера СУБД и веб-сервера

Для чего же нужен 1С сервер, и какие функции он выполняет?

В первую очередь следует отметить, что кластер серверов – это совокупность нескольких рабочих процессов, запущенных в операционной системе.

Функционирование этих процессов может осуществляться как на одном компьютере, так и с разделением работ на несколько машин внутри кластера.

Вторым элементом 1С сервера является список информационных баз с возможностью их непосредственного администрирования из специальной утилиты.

Основные задачи, выполняемые кластером серверов 1С:

В то же самое время непосредственное хранение данных и работа с ними осуществляется на серверах СУБД, кластер серверов за эту часть не отвечает.

Настройка взаимодействия между информационной системой и клиентами посредством тонкого клиента и веб-клиента происходит посредством веб-сервера.

Здесь важно понять, что различные компоненты структуры совсем не обязательно должны быть физически разнесены на разные компьютеры. Чаще всего кластер серверов и сервер СУБД, равно как и веб-сервер, и сервер терминалов находятся на одном достаточно мощном по ресурсам устройстве.

Процесс установки

Установка кластера серверов запускается из стандартного инсталлятора платформы.

Крайне важно перед установкой отключить антивирусные программы, иначе инсталляция и запуск служб сервера может пройти с ошибками.

Рассмотрим весь процесс по шагам:

Если при установке не менять путь, куда инсталлируется программа, тогда для 64-х разрядной системы сервер будет установлен в папку по адресу «C:\Program Files\1cv8\srvinfo». (Рис.4) Рис.4

Обязательно проследите, чтобы у пользователя, которого указали в окне установки (Рис.2) был доступ к папке хранения службы сервера.

Разница между х32 и х86-64 серверами

Самое главное отличие 64 разрядного сервера – большее количество доступного адресного пространства на рабочий процесс. Используя х32 версию сервера, вы получаете только 2Гб на процесс, сервер х86-64 таких ограничений не имеет и поэтому:

Дополнительные настройки сети

После того, как завершится процесс установки, необходимо провести дополнительную настройку системы, чтобы с сервером можно было работать с других компьютеров.

Общение между клиентом и сервером происходит по протоколу TCP/IP, именно его параметры мы и должны настроить, причем сделать это надо как на компьютере, где установлен кластер серверов, так и на клиентских устройствах.

При работе кластер использует следующие порты:

Именно эти порты должны быть включены в исключения сетевых экранов и файерволов. Вместо того чтобы настраивать запреты портов можно также разрешить передачу данных следующим процессам кластера:

Крайне важно, чтобы имена компьютеров, используемых в сети, не противоречили их определениям в DNS.

Источник