Разглеждат се версии на платформата 1C:Enterprise 8.2 и 8.3 стандартно приложениеза задачи по счетоводство и управление на фирми. Разработена е широка гама от приложни решения за публични и частни предприятия. Внедрявайки собствена информационна инфраструктура, всеки мениджър или ИТ мениджър на компания има въпрос какъв сървър е необходим за 1C. Проблемът се усложнява от факта, че закупуването на оборудване изисква значителни финансови разходи и не всяко предприятие може да си позволи да избере конфигурации от най-висок клас.
Събрахме препоръки от водещи производители на хардуер (HP, Dell, IBM) и разработчици на софтуерния продукт 1C 8.3, така че нашите клиенти да могат изгодно да купуват желания сървър. Оптимална мрежова инфраструктура може да бъде получена от всяка операционна система, но хардуерните възможности играят по-важна роля.
Критерии за избор на сървър
Платформата 1C може да изисква значителни хардуерни ресурси от сървъра. Ако бюджетът на компанията е неограничен, което се случва рядко, можете без колебание да вземете платформи от последно поколение, да напълните всички дискови кошници, RAM слотове и да поискате непрекъсната работа на системата от ИТ специалист. Изборът на оборудване с ограничени средства изисква по-балансиран подход. За да разберете кой сървър за "1C" ще може да се справи с това, е необходимо внимателно да анализирате структурата на изчислителните натоварвания. Ако те са известни предварително, ще бъде много по-лесно да се проектира готово решение.
При избора на сървър за "1C" (8.2; 8.3), те се ръководят от следните точки:
- броя на операторите, извършващи едновременно въвеждане и отчитане на данни;
- възможност за разпределяне на отделни физически сървъри за SQL и приложението 1C;
- планирани обеми на обработка на данни;
- структура за разпределение на натоварването в архитектурата клиент-сървър
Избор на процесор и RAM
Изчисляване на честотата, необходимия брой процесорни ядра, както и обема оперативна памете първата и най-важна стъпка. За да разгледаме няколко опции, ще изберем сървър за "1C", като вземем предвид състоянието на компанията.
Малка организация (до 15 служители). При малък брой потребители размерът на базата данни като правило не надвишава 2 GB, а програмата 1C под формата на файлова версия е инсталирана на клиентски машини. Нуждите на ОС в този случай са 4–6 GB, а други 4 GB са разпределени за системния файлов кеш. Разпределението на натоварването на процесора изглежда така:
- 2 ядра - за потребители на ОС и терминали;
- 1 ядро - за сървъра на приложения 1C;
- 1 ядро - за SQL база данни.
Машините от начално ниво с един четириядрен процесор могат да се справят с тази задача. Може да бъде както шкаф, така и сървър тип кула. Последният вариант е за предпочитане, тъй като не изисква отделяне на отделна стая за сървърна стая.
Средна организация (до 40 служители). При такъв брой потребители разработчиците на 1C препоръчват използването на режим на терминален достъп до приложението. Базите данни могат да бъдат с размер до 4 GB. За такова натоварване са необходими поне два процесора с 4-6 ядра. Оптималното количество RAM ще бъде 16-64 GB, тъй като за всеки потребител трябва да бъдат разпределени минимум 700 MB. Смята се, че решението за приложение 1C, в което работи клиентската машина, изисква от 240 до 480 MB, а други 200–220 MB се разпределят за офис приложения.
При този брой процеси се препоръчва използването на една машина от среден клас с виртуализация или два физически сървъра. Един от тях ще се използва за терминален достъп, а вторият е за SQL. Най-добре е да внедрите сървъра на приложения 1C на първата машина или дори да разпределите отделна еднопроцесорна система за това. Във всеки се избира желаната конфигурация конкретен случайвъз основа на анализ на времето на процесора.
Голяма организация (повече от 40 служители). Основната хардуерна конфигурация в този случай ще се състои от три физически сървъра:
- терминал,
- СУБД,
- "1C".
Обемите на базата данни с такъв брой служители често надвишават 4 GB и се препоръчва да се разпредели не по-малко количество RAM за системния кеш. Други 4 GB ще бъдат използвани от операционната система, а 1C приложенията ще се нуждаят от около 8 GB. Следователно имате нужда от поне 16 GB RAM.
За такива задачи се избират двупроцесорни сървъри с поддръжка на Intel Xeon E5-2600 или по-нова версия. Ако броят на служителите не надвишава 50 души, може да се остави само една машина за терминален достъп и 1C приложения. Но с оглед на перспективите за растеж на компанията е по-добре да се предвиди отделен сървърза всяка задача. Ако броят на ангажирания персонал се доближава до 100 служители, трябва да разположите клъстер от две машини за 1C и да оставите една за останалите задачи.
Избор на дискова подсистема
Производителността на сървъра зависи пряко от дисковата подсистема. Когато приложенията 1C работят, операциите по четене и запис на данни се извършват с висока интензивност. Повечето от оплакванията относно производителността на сървъра са свързани със заключване на таблици при достъп до голям брой потребители по едно и също време.
Задачата за избор на сървър за 1C включва наблюдение на дисковата подсистема, което ви позволява да намерите оптималния баланс на производителност и надеждност. Изключително важен фактор, влияещ върху производителността, е способността му да извършва определен брой операции за четене / запис в секунда (IOPS). Ако базата данни е до 300 MB, а броят на потребителите на 1C е до 6 души, този параметър е 400–600. Ако броят на потребителите на сървъра достигне 100 души, тогава IOPS ще бъде 18 000. Скоростта на стрийминг играе второстепенна роля.
За всеки тип твърди дисковезададени са стойности на скоростта на четене/запис:
- SATA - 100/80;
- SAS - 240/220;
- SSD - 35 000/8 600.
От това може да се види, че за сървърите на бази данни "1C" са най-подходящи твърди дискове. Основният фактор, ограничаващ използването им, е високата им цена. Следователно SAS устройствата се използват и за намаляване на бюджета. За съхраняване на критични данни, включително "1C", твърдите дискове се комбинират в RAID масиви от различни нива и излишъкът, вграден в тях, трябва да бъде включен в изчисляването на производителността на сървъра.
При проектирането на решение, толерантността на системата към грешки играе важна роля. За това, както хардуер, така и софтуер. Сървърите са оборудвани със захранвания и дискови клетки с гореща смяна, използвайте UPS за непрекъснато захранване. Гарантирането на безопасността на данните се осъществява чрез тяхното резервиране. Поне веднъж на ден се създава лог файл, който осигурява възстановяване на информация в случай на системни повреди.
Можете да намерите желания сървър и да го конфигурирате за 1C на сайта на сайта. Нашите експерти ще помогнат за решаването на този проблем. За съвет се свържете с тях по телефона или се свържете с мениджъра в чата.
Преди около две години публикувахме материал за сървъра 1C Enterprise на платформата Linux, интересът към тази тема все още е голям. В същото време много се промени, платформата 1C не стои неподвижна и най-често внедряването надхвърля простото повторение на инструкциите. Това не е изненадващо, сървърът 1C Enterprise е сложен продукт, затова решихме да започнем тази поредица от статии, насочени към по-задълбочено изучаване на темата.
Преди да вземете мишката и да изтичате до сървърната стая, трябва ясно да овладеете необходимите минимални знания, а именно да имате представа за структурата на сървъра 1C Enterprise и предназначението на отделните му компоненти. Повечето от проблемите по време на внедряването се дължат на факта, че сървърът 1C Enterprise се възприема като вид монолитна формация, в която всички компоненти са свързани помежду си по хитър начин, известен на един разработчик. Това обаче не е така и днес ще разберем от какво се състои нашият сървър и как работи всичко заедно.
Бих искал още веднъж да подчертая изключителната важност на това, за което ще стане дума по-долу. Без тези знания ще бъде проблематично да се постигне стабилна работа, да не говорим за диагностициране на тесни места и увеличаване на производителността. В резултат на това може да се получи класическа картина: изглежда, че желязото е мощно, всичко се прави според инструкциите, но се забавя. За съжаление, повечето инструкции за начинаещи (включително и нашите) съдържат информация само как се прави, без да се фокусира върху това какво точно се прави и защо. Така че нека започнем да го поправяме.
Версията клиент-сървър на 1C Enterprise е структура на три нива (така наречената "три връзки"), която включва: клиент, 1C Enterprise сървър и DBMS сървър. Това са напълно независими компоненти, които могат да се комбинират във всяка приемлива комбинация за постигане на най-добър резултат. Разгледайте следната диаграма:
Да започнем с клиентите, текущата версия на платформата (8.2) предвижда използването на три вида клиенти. Нека ги анализираме по-подробно.
дебел клиент
Това е класическо 1C клиентско приложение, преди пускането на платформата 8.2, това беше единственият наличен тип клиент. Схемата на работа на дебел клиент е следната: клиентското приложение изисква данни от 1C сървъра, след което на свой ред ги изисква от базата данни и ги изпраща обратно на клиента, на който се обработват. Както виждаш, тази схеманеоптимален: 1C сървърът е по същество просто слой между клиента и базата данни, всички изчисления се извършват на клиента. Това налага повишени изисквания към клиентските компютри, т.к сървърната изчислителна мощност не се използва. Трябва ясно да се разбере, че в режим на дебел клиент няма да получите увеличение на производителността от преминаване към версия клиент-сървър, може би дори обратното.
Тънък клиент
Може да се нарече основният тип клиентско приложение за платформата 8.2, на теория, на практика не всичко е толкова гладко и ние ще се върнем към това. Схемата на неговата работа е коренно различна: клиентът изисква данни от 1C сървъра, той ги получава от базата данни, обработва и дава резултата от изчислението на клиента. В този случай основното изчислително натоварване пада върху сървъра, така че няма специални изисквания към клиентските компютри и канала от клиента към сървъра.
Освен това тънкият клиент може да работи както през TCP/IP протокола в локална мрежа, и чрез HTTP през интернет. Това изисква друг посредник - уеб сървър, който предава клиентски заявки към 1C сървъра, не се извършва обработка на данни на уеб сървъра, той се използва изключително като транспорт. Предимствата на тънкия клиент са ясни, той позволява при наличие на мощен сървър значително да ускори работата с програмата, също така значително намалява мрежов трафик, което е много важно за офис мрежите.
Уеб клиент
Неговото съществуване логично следва от някои свойства на тънкия клиент, наистина, ако всички заявки се обработват от сървъра, транспортът е HTTP, тогава защо да не използвате браузър за работа? Схемата на работа на уеб клиента не се различава от тънкия, но днес не всички функции, поддържани от тънкия клиент, са внедрени и работят правилно в уеб клиента. Отчасти това може да бъде коригирано в конфигурацията, отчасти механизмът за показване на информация в браузъра налага ограничения. Все пак 1C има уеб клиент и работи и никой не те притеснява (пак на теория) да работиш в програмата докато си лежиш на плажа с таблет.
Сега за една муха в мехлема в буре с мед. За нормална работа в режим на тънък и уеб клиент, конфигурацията трябва да работи в режим на управлявано приложение и да поддържа всички функции в този режим. Режимът на управлявано приложение е основният за платформата 8.2 и е доста коренно различен от предишния, включително и външно. Визуално управляваното приложение може да се различи с нов интерфейс, който включва раздели и хипервръзки:
Поне необичайно, особено в сравнение с класическия интерфейс, но не бързайте да се радвате, когато видите нов интерфейс, с изключение външен вид, конфигурацията трябва да поддържа изпълнението на цялата си функционалност на сървъра, може да се окаже, че не всички функции ще бъдат налични в режим на тънък и уеб клиент.
Днес само част от тях работят в режим на управлявано приложение. типични конфигурациикато: Управление на малкия бизнес, Управление на дребно 11, Търговия на дребно 2 и Заплата и човешки ресурси. Тези решения могат да се възползват напълно от новата платформа. Enterprise Accounting 2.0 не използва режима на управлявано приложение и няма да работи в тънки и уеб клиенти, същото важи и за много решения на трети страни, като Fireplace и др.
заключения
Ако е възможно, трябва да използвате тънък клиент, тъй като това ви позволява да прехвърлите всички изчисления към страната на сървъра, за да работите удобно дори на бавни канали, вкл. чрез Интернет. В същото време трябва да се помни, че работата в режим на конфигуратор е възможна само чрез дебел клиент, който също ще трябва да се използва за работа с конфигурации, които все още не са прехвърлени в режим на управлявано приложение.
Уеб клиентът трябва да се използва, когато не е възможно да се използва тънък, например от компютър на някой друг в командировка, докато трябва да сте подготвени за липсата или неправилната работа на някои функции.
Сървърен клъстер 1C
След като се справихме с клиентите, нека да преминем към сървърите. Системата осигурява използването на три вида сървъри: 1C сървър, DBMS сървър и уеб сървър. Важно е да се разбере, че данните на сървъра са напълно независими един от друг, това дава на системата гъвкавост и позволява рационално използване на изчислителните ресурси.
Освен това системата не налага никакви изисквания към платформите. Можете да споделяте както Windows, така и Linux сървъри, Apache и IIS могат да се използват като уеб сървър, PostgreSQL, MS се поддържат от СУБД SQL сървър, IBM DB2 и Oracle. Следователно никой не ви притеснява да създадете схема, при която 1C сървърът, работещ на платформата Linux, ще работи заедно със сървъра на базата данни, работещ Windows сървъри IIS и обратно. Освен това можете да използвате няколко СУБД сървъра (както и уеб сървъри), като поставите различни бази данни на различни сървъри.
Този подход ви позволява гъвкаво да комбинирате, разширявате и променяте съществуващата конфигурация в зависимост от текущите нужди, докато всичко ще бъде възможно най-прозрачно за крайния потребител. Например, можете да прехвърлите ресурсоемка информационна сигурност на отделен СУБД сървър, като промените само параметрите на връзката с базата данни в настройките на сървъра, без да засягате настройките на клиента.
И накрая, най-интересното: клъстер от 1C Enterprise сървъри. Да, точно така, не един сървър, а клъстер от сървъри. Обикновено тук започват недоразуменията, особено ако има само един сървър. Всичко обаче си идва на мястото, ако вземем предвид, че концепцията за сървърен клъстер е преди всичко логична, но този подход ви позволява лесно да мащабирате схемата, увеличавайки нейната производителност или устойчивост на грешки.
Всеки клъстер се състои от централен сървър 1C Enterprise и работещи сървъри. В най-простата конфигурация това ще бъде същият физически сървър. Въпреки това, ако е необходимо, можем да добавим допълнителни работещи сървъри, натоварването на които ще се балансира от централния сървър. Това позволява на потребителите бързо и прозрачно да увеличат изчислителната мощност на системата и да увеличат устойчивостта на грешки. Клъстерът също не налага изисквания за хомогенност на платформата, сървърите могат да работят в него както под Windows контрол, и под Linux.
Какви изводи могат да се направят от горното? Първо, системата клиент-сървър 1C Enterprise е много гъвкава и ви позволява да използвате оптимално наличните изчислителни ресурси, за да получите най-добрия резултат. Коя конфигурация да изберете зависи от конкретните задачи и средствата, отделени за тяхното решаване.
Например, ако имате малко натоварване и използвате дебел клиент и конфигурация, която не поддържа режим на управлявано приложение, има смисъл да комбинирате 1C сървърен клъстер и DBMS сървър на един физически сървър, тъй като е много разточително да се отдели отделна машина за слоя между клиента и базата данни.
Обратно, когато използвате управлявано приложение в режим на тънък клиент, е по-добре да разделите СУБД сървъра и сървърния клъстер на различни сървъри, всеки от които ще бъде оптимизиран за своята задача.
Всеки знае, че сървърът е специализиран компютър в материалния смисъл, какъвто е езикът системни администраторинаречено желязо. Ако говорим за средата на 1C Enterprise и версия на файларабота, тогава корпоративният сървър, чиито служители работят със счетоводни програми, съхранява бази данни, към които потребителите се свързват чрез локална мрежа от клиентски устройства. Освен това друга информация, разбира се, може да се съхранява на сървъра.
Какво е 1C сървър
Но има и друго разбиране за сървъра
Server 1C е програма, която работи в режим клиент-сървър с 1C бази данни, работещи с СУБД, например Microsoft SQL Server или Linux PostgreSQL, IBM DB2, Oracle Database и др. Тоест, това не е просто съхранението на базата данни 1C на сървъра, това е управлението на работните процеси на 1C Enterprise.
По правило 1C сървърът се използва от средни и големи компании, в които около 20 или повече потребители работят едновременно с 1C бази данни. При по-малък брой потребители на 1C файловият режим все още е достатъчен, когато базата данни 1C се намира на един от компютрите (евентуално един от потребителите), а пътят до нея в локалната мрежа се регистрира от останалата част от персонални компютри. Например така: \\<Имя компьютера в сети>\Бази 1s\<Имя базы 1с>
И за потребителя, на чийто компютър се намира базата данни:
Защо се нуждаем от 1C сървър и какви предимства има?
- производителност. Когато работите във версията клиент-сървър на 1C, най-обемните и „тежки операции“, например групово повторно публикуване на документи или групова обработка на данни, се извършват върху капацитета на сървъра, а крайният резултат, т.нар. образец”, се предоставя на клиентското приложение. Увеличаването на капацитета на един сървър е по-лесно и по-евтино от надграждането на всички клиентски машини.
- Безопасност. Когато използвате режим клиент-сървър 1C, потребителите не знаят местоположението на базата данни. Това най-простият начинспрете възможността за копиране на информация от базата данни. IN файлов режимработейки с базата данни, потребителят може лесно да направи това.
- Друг сериозен аргумент в полза на интегрирането на сървърната архитектура 1C информационна системабазирана на 1C е лекотата на администриране, както и възможността за контрол и ограничаване на достъпа на потребителите до базата данни.
Работа на сървъра 1C
Конфигурация или 1C клиентско приложение, стартирано от потребител на неговото устройство, да речем компютър, е свързано към сървърен клъстер 1C: Enterprise 8, който има достъп до сървър, който съхранява бази данни, управлявани от MS SQL Server или PostgreSQL.
Желателно е сървърът 1C Enterprise 8 и сървърът на базата данни да се поставят на различен хардуер, тъй като благодарение на това натоварването се разпределя между сървърите на 1C Enterprise и базата данни.
Инсталиране на сървър 1C
Нека да преминем директно към инструкциите за инсталиране на сървъра 1C. Като начало се нуждаем от инсталационен комплект за разпространение, който може да бъде взет от сайта за поддръжка на потребители 1C (users.v8.1c.ru).
От списъка с доставени дистрибуции две опции са подходящи за нас:
- Технологична платформа 1C Enterprise за Windows - за инсталиране на сървъра 1C 32-битова версия.
- Server 1C Enterprise (x64) за Windows - за инсталиране на сървъра 1C както 64x, така и 32-битова версия.
Отворете папката с инсталационните файлове. За средата на 1C Enterprise това е стандартен прозорец.
Имаме нужда от файла Setup.exe. Стартирането му ще извика асистента за инсталиране на 1C Enterprise. На първата страница щракнете върху Напред.
На следващата страница ще бъдем помолени да изберем компонентите, които да инсталираме. В допълнение към стандартните, обърнете внимание на:
- Server 1C Enterprise, който ще инсталира компонентите на сървъра 1C.
- Администриране на сървър 1C Enterprise 8 - необходими елементиАдминистриране на сървър 1C.
Останалите компоненти могат да бъдат инсталирани според нуждите сега или по-късно. Затова кликваме върху „Напред“.
След това трябва да изберем език сред предложените езици на интерфейса. Всичко зависи от желанието на потребителя. Моля, имайте предвид, че избирането на " Системни настройки» работата ще продължи на езика на операционната система, инсталирана на компютъра.
В повечето случаи 1C сървърът е инсталиран като услуга (препоръчително), така че поставяме съответната отметка на следващата страница. Ние също така избираме потребител, който да стартира услугата или да създаде нов. Не забравяйте да проверите дали потребителят има следните права:
- Вход, тоест достъп директно до услугата (Влезте като услуга);
- Влезте в системата, за да изпълните пакет от задания/команди (влезте като пакетно задание);
- Възможност за използване на потребители на регистъра на ефективността.
Освен това е по-добре да дадете права на потребителя върху директорията на сървърните сервизни файлове. По подразбиране е C:\ProgramFiles(или ProgramFiles(x86))\1cv8\srvinfo. Пътят зависи от това с каква битовост инсталираме приложението за сървъра 1C Enterprise.
Създаден Нов потребител USR1CV8 ще има всички изброени разрешения по подразбиране. Задайте парола и продължете инсталирането на Enterprise сървъра.
На следващата страница започваме инсталацията.
След приключването му програмата ще предложи инсталиране на драйвера за защита. Използвайки софтуерна защитане е необходим драйвер. Дали ще поставим отметка в квадратчето или не, зависи от вида на нашия лиценз.
Сега трябва да се уверим, че сървърната услуга работи.
Можем да осъществим достъп до списъка с услуги, като използваме командата services.msc в лентата за търсене на менюто "Старт". Услугата може да изглежда както е показано на екранната снимка или "1C: Enterprise 8.3 Server Agent". Ако услугата не работи, стартирайте я ръчно: Кликнете с десния бутонкликнете върху услугата - Свойства - Изпълнение. Също така задайте Тип стартиране на Автоматично.
Инсталацията на Server 1C е завършена. Остава само да конфигурирате защитна стена на windowsтака че потребителите с клиентски машиниможе да се свърже с 1C сървъра. За да направите това, трябва да деблокирате портове 1541, 1560-1591 в защитната стена. Можете да прочетете как да добавите правило за разрешаване към защитната стена в Интернет.
Накрая ще активираме съществуващия лиценз за сървъра 1C.
Сървърът 1C е специална програма, което ви позволява да стартирате 1C във фирма в режим клиент-сървър. Какво означава всичко това?
Като цяло 1C може да работи в два режима. Първият обикновено се нарича файл. Програмата, която потребителят изпълнява () на своя компютър работи самостоятелно с базата данни.
Вторият режим се нарича клиент-сървър (или просто страна на сървъра). Това означава, че на сървъра (компютъра) работи специална програма - 1C сървър (програмата, наричана още 1C Application Server). Програмата, която потребителят (1C клиент) изпълнява на своя компютър, работи със сървърната програма 1C, а тя от своя страна работи с базата данни. Използваната база данни е СУБД - MS SQL или подобна.
Server 1C обикновено се използва в следните случаи:
- Базата данни е голяма (4Gb+)
- Броят на потребителите е голям (20-30+)
- Използва се 1C тънък или уеб клиент (като цяло всякакъв вид 1C и уеб пакет)
- Искам да работя с 1C на Linux.
Днес ще обсъдим как да настроим 1C сървър.
Какво е 1C сървър
За да избегнем объркване, нека разберем какво имат предвид, когато казват „Сървър 1C“:
- Това е програма 1C Server (обикновено се изпълнява като услуга на Windows)
- Това е сървърът, на който работи тази програма (т.е. компютърът)
- Това е сървърът, работещ с MS SQL, на който се намира базата данни, която се управлява от програмата Server 1C
- Това е сървърът, който управлява мрежата. Apache сървърили MS IIS, чрез който работи уеб клиентът 1C.
Ако добавя, че 1C сървърът може да бъде клъстер (т.е. група от сървъри, на които работят подчинените програми на 1C сървъра), тогава можете напълно да се объркате.
Истинската схема на сървъра 1C
1C сървърът (по-точно сървърът за приложения 1C) е 1C програма, инсталирана [най-често] като услуга на Windows. Можете също да го инсталирате като обикновена програма и да използвате автоматично зареждане, за да го стартирате, когато Стартиране на Windows. Също така сървърът 1C може да бъде инсталиран под Unix / Linux, за това има отделен комплект за разпространение (вижте връзката как да инсталирате под Linux тук).
Server 1C не е една програма, а се състои от няколко процеса:
- Сървърен агент (ragent.exe) - всъщност това е 1C сървър. Не прави нищо, освен да съхранява и идентифицира един или група от 1C клъстери.
- Клъстер 1C (rmngr.exe) е група от 1C работни потоци, които действително обработват данни. Самият клъстер не обработва нищо, а управлява работните процеси.
- Работният процес на 1C (rphost.exe) всъщност е „работният кон“, който обработва потребителската сесия.
Така един 1C сървър може да се състои от няколко клъстера (които могат да бъдат разположени на различни компютри), а всеки клъстер може да се състои от няколко процеса. Какво дава?
Чрез създаването на множество клъстери вие балансирате цялостната стабилност на системата. Ако един от клъстерите (или сървърните компютри) се срине, друг клъстер ще продължи да работи.
Създавайки множество процеси, балансирате натоварването на процесора и количеството налична памет.
Схема на сървъра 1C с други компоненти на системата 1C
В случай, че се използва 1C дебел клиент, тогава 1C сървърът е необходим за изпращане на заявки към 1C SQL сървъра. В случай, че се използва 1C тънък клиент или 1C уеб клиент, 1C сървърът извършва всички изчисления. Съответно натоварването на сървърния компютър се увеличава.
СУБД (в разговор много хора наричат SQL, въпреки че това е неправилно) е система за управление на база данни. Устно често наричан "es-ku-el" или "skul" или "sequel". В повечето случаи MS SQL се използва с 1C, тъй като това се е развило исторически. Версия 8.2 въведе поддръжка за Oracle и IBM DB2, както и за тези, които биха искали да изградят напълно лицензирана и безплатна система на Linux - PostgreSQL, разпространявана безплатно (лицензирана).
СУБД в слабо натоварени системи обикновено се инсталират на същия сървърен компютър като 1C сървъра. В този случай трябва да наблюдавате настройките на MS SQL, включително използването на паметта.
В силно натоварени системи MS SQL и 1C сървърът се разпространяват на различни компютри (в трудни случаи дори самият 1C сървър се разпространява на няколко компютъра). Те използват компютърните ресурси по различни начини, като и двата изискват процесор и твърд диск. От страна на сървъра 1C натоварването е по-голямо върху процесора и паметта (на твърдия диск се съхраняват само временни файлове). От страна на MS SQL активна работапотребителите при въвеждане на документи е много малки четения/малки записи.
Уеб версията допълнително използва уеб сървър. Изисква се, когато:
- трябва да работи 1C с мрежата (уеб услуги, уеб разширение)
- с помощта на тънък клиент 1C през интернет
- с помощта на уеб клиента.
Уеб сървърът не извършва никакви 1C действия и изпълнява функцията на уплътнение между клиента и 1C сървъра. Тези. той прехвърля (излъчва) всички действия, които трябва да бъдат извършени на сървъра 1C. Работа в мрежата IIS сървърис 1C сървър е изграден на базата на разширението ISAPI, от комплекта за разпространение на 1C.
Управление на сървъра 1C
1C сървърът се управлява с помощта на специална полезностАдминистриране на сървъри 1с. Помощната програма се намира в менюто 1C: Enterprise, като щракнете върху бутона Старт.
Ако имате инсталирани няколко версии на 1C на вашия компютър, конзолата обикновено се стартира - последна версия(при инсталацията се регистрира версията на конзолата). Моля, обърнете внимание, че версията на конзолата и версията на сървърната програма 1C трябва да съвпадат.
Ако трябва да стартирате конзолата предишна версия- в менюто "Старт" на конкретна версия на 1C можете да изберете командата за помощна програма за администриране на регистрация. След това опитайте да стартирате конзолата отново.
Прозорецът на контролната конзола е разделен на две части - лява (със списък с параметри) и дясна (информационен панел). Когато стартирате за първи път панелът отляво ще бъде празен.
За да добавите 1C сървър, който ще управляваме и който вече е инсталиран и работи, трябва да щракнете с десния бутон върху реда 1C Central Servers и да изберете Нов 1C сървър. Като име трябва да въведете IP адреса или името на компютъра, на който е инсталиран и работи 1C сървърът.
За да влезете в добавения / избран сървър - отворете клона, като щракнете върху кръста вляво от името / IP адреса:
- Администратори на клонове
Тук са посочени (т.е. добавени) администратори на 1C сървър. Администраторите на 1C сървър имат права да управляват самия сървър (не клъстер!). Ако няма добавен, тогава всеки, който влезе, може да управлява сървъра. - клонови клъстери
Ето списъка с клъстери. Ако е празен, създайте първия клъстер по подразбиране.
След като разширите клона на клъстера, можете да управлявате клъстера: - Администратори на клонове
Администраторите на клъстера 1C са посочени тук (т.е. добавени). Администраторите на клъстера 1C имат права да управляват клъстера, но не и сървъра 1C. Ако няма добавен, тогава всеки, който влезе, може да управлява клъстера. Не е необходимо да сте администратор на сървър, за да управлявате клъстер. - филиал Работещи сървъри
Тук можете да добавяте и премахвате работни потоци. Както бе споменато по-горе, това позволява балансиране на натоварването върху производителността на потребителските сесии, като ги разделя на различни процеси. Свойствата на процеса включват:
o Използване/Неизползване/Резервиране – процесна дейност
o Производителност – брой до 1000, по подразбиране 1000; позволява ви да манипулирате текущия приоритет на процес; нови сесии се свързват с процеса с най-висока пропускателна способност; обаче, веднъж на всеки N минути, самата система пренарежда тази цифра според действителното натоварване на процеса. - Клон на информационната база
Всъщност свързаните (разположени на този 1C сървър) бази данни се намират тук. Свойствата на базата данни са:
o Блокиране на сесии - блокиране на връзките към тази база данни сега
o Съобщение - издава се при опит за присъединяване при блокиране
o Код на разрешение/параметър - разрешава връзка дори ако забраната е зададена. - Информационни бази/Име на база данни/Клон на сесии
Списък на потребителите, свързани към базата данни. Като маркирате сесията с курсора, можете да я изтриете с бутона Del. Можете да изберете всички наведнъж. Внимавайте - не се изтривайте!
Към днешна дата се прилага финансовият продукт 1C от счетоводна програмаза счетоводство прерасна в широкоформатен комплекс за счетоводство и поддръжка на почти всякакъв вид бизнес, претендиращ да се конкурира със световните "чудовища" SAP R/3 и Microsoft Dynamics AX (Axapta).
Руските компании все повече организират своите бизнес процеси с помощта на модерни конфигурации 1C 8.3 "Управление на търговията", "Управление на производството", "ERP управление на предприятието"и подобни. Отделите за счетоводство, маркетинг, производство, продажби се прехвърлят към 1C, извършва се интеграция с IP-телефония и системи за управление на документи. Въпреки това, веднага след намеренията „да работим в 1C“, възникват въпроси - на какви ресурси ще работи централната база на 1C, какъв хардуер ще покаже най-добрия резултат за разумен бюджет? В тази ситуация е по-лесно за гигантските предприятия в публичния сектор - беше дадена ясна команда на множество щатни ИТ интегратори и архитекти, започнаха да се въртят механизми за търгове с голям бюджет със задължително условие за предоставяне на концепция до ключ и допълнителна поддръжка на системата от сертифицирани специалисти. Но какво да кажем за компаниите, които искат сами да закупят и инсталират един от продуктите на 1C: Enterprise, като изразходват бюджета си разумно?
Най-основната грешка, ако не вземете предвид използването на пиратски или непроверен софтуер, е спестяването на хардуер за 1C. Тези тенденции са особено често срещани при стартиращи фирми и малки компании. Има мнение, че не е необходимо да се купува скъпо сървърно оборудване с процесори Intel Xeon, не е необходимо предварително да се изчислява количеството RAM, натоварването на процесора и дисковата подсистема, че няма нужда да се създават излишни дискови масиви (Raid), използвайте професионални дискови контролери с Cache-RAM и др. Грешките в изчисленията на ИТ архитектурата за 1C водят до тъжни последици, за които компанията научава още при спиране на бизнес процесите. Ето защо е много важно да се обърне внимание на всеки хардуерен възел на сървърната платформа за 1C.
Примери типични проблемипоради неправилно изграждане на ИТ архитектурата за 1C:
- "Спиране" на базовия и 1C интерфейс поради прекомерно натоварване на ключови ресурси (обикновено RAM или дискова подсистема).
- Грешки и "сривове" на програмата 1C поради нестабилността на неправилно избраното оборудване.
- Престой на компанията поради повреда на централния хардуер.
- Частична или пълна загуба на 1C данни поради произволни хардуерни или софтуерни повреди.
Хардуерни ресурси на сървъра 1C
Нека разгледаме по-долу най-ключовите хардуерни ресурси, грешката при избора на които може да съсипе целия проект за автоматизация на предприятието при самостоятелно създаване на сървър под 1C.
Централен процесор (CPU)
Брой физически ядра процесор. Темата на вечните спорове на различни 1C форуми е кое е по-важно от честотата на процесора или многоядреността. Корените на тези противоречия се връщат в миналото, към 1C 8.0 или дори 1C 7.7. Наистина изпълнимите процеси на 1C от по-ранните версии бяха чисто едноядрени, т.е. без значение колко ядра осигурява централния процесор - корпоративната сървърна услуга 1C 8.0 или "дебелият клиент 1C 7.7" винаги е заемал само едно "нулево" ядро в операционна система. Днес картината се промени - операционната система смело разпределя задачите на един процес 1C: Enterprise (rphost) в няколко процесорни ядра (вижте Фигура 1).
Фигура 1 - Натоварване на процесора по време на работата на сървърните процеси на 1C.
Но това изобщо не означава, че ако закупите процесор с максималния бройядра, тогава сървърът 1C, съчетан с СУБД (най-често СУБД означава MS SQL), ще покаже фантастична производителност и повторното извършване на отчетни периоди в програмата 1С ще бъде въпрос на няколко минути. Необходимо е да се разбере разликата между скоростта на извършване на една операция и процеса на обработка на голямо количество информация едновременно. Броят на физическите ядра просто ви позволява да решите проблема със стабилността и производителността на едновременната работа с много различни задачи от 1C: Enterprise сървър и СУБД. Оттук и заключението - колкото по-голям е броят на потребителите на 1C, толкова повече правилният брой ядра ще играе роля за удобната едновременна работа на същите тези потребители. Зависимостта на броя на потребителите от броя на ядрата за 1C сървъра е показана в таблица 1.
| Брой едновременни потребители на сървъра на 1C:Enterprise | Тип и модел на процесора | Брой използвани ядра |
| До 10 потребителя | Персонализиран Intel Coreот 3.1Ghz | Не повече от 2-4 |
| До 20 потребителя | Сървър Intel Xeon от 2.4 Ghz | 4 до 6 |
| До 30 потребители | Сървър Intel Xeon от 2.6 Ghz | 6 до 8 ядра |
| До 50 потребители | Сървър Intel Xeon от 2,4 Ghz - в размер на 2 бр | От 4 на процесор |
Таблица 1 - Съотношението на броя на потребителите на 1C сървъра и препоръчителния брой процесорни ядра.
Честота на процесора.За разлика от броя на ядрата - честотата на централния процесор влияе точно върху скоростта на обработка на една част от задачата наведнъж, което е най-популярният критерий за крайните потребители на 1C. Честотата на процесора е точно параметърът, с увеличаване на който за един потребител ще се увеличи скоростта на обработка на заявките от 1C сървъра и СУБД и времето, през което системата ще предостави крайния резултат на крайния потребител ще намалее. В подкрепа на това известният специалист Гилев в една от статиите си, базирана на практически тестове, направи недвусмислено заключение - „бързината на 1C се влияе много повече от честотата на централния процесор, отколкото от другите му параметри, независимо дали бъде краен клиент 1C или сървър 1C: Enterprise ". Това е архитектурата на програмата 1C.
Кеш, виртуализация и хипернишки.В миналото, когато многоядрените процесори все още не бяха толкова разпространени, Intel изобрети специална CPU технология, която имитира многоядрените, така наречената "hyper-threading". Веднъж активиран, един физически процесор (едно физическо ядро) се определя от операционната система като два отделни процесора (две логически ядра). Препоръчваме да изключите „hyperthreading“ за сървъра 1C. Тази технология не носи никакво ускорение на 1C.
Използвайки виртуални машиниза сървъра 1C:Enterprise и СУБД трябва да се има предвид, че ядрата на виртуалните машини са "по-слаби" от реалните физически ядра, въпреки че се наричат по същия начин - "ядра". Няма точни официални коефициенти, но статиите на техническите портали на Microsoft препоръчват да се броят 4-6 процесорни ядра във виртуална машина на физическо ядро.
Кеш паметта е скречпад памет, използвана от процесора за намаляване на средното време за достъп до компютърната памет. Всъщност той е неразделна част от процесора, тъй като се намира на същия чип с него и е част от функционалните блокове. Тук всичко е много ясно - колкото по-голям е кешът, толкова по-големи "парчета" информация може да обработва процесорът. Обикновено размерът на кеша зависи от модела на процесора - колкото по-скъп е моделът, толкова повече кеш памет обикновено има. Ние обаче не вярваме, че размерът на кеша на процесора влияе драстично на производителността на 1C сървъра и СУБД. По-скоро принадлежи към полето на "фината настройка".
Тип процесор.Всеки знае това Хардуерразделени на сървър и потребител. Възможно ли е в някои случаи да се използва евтин персонализиран CPU като алтернатива на професионален, но скъп сървърен CPU? Оказва се – възможно е. Помислете за таблица, сравняваща основните параметри на два варианта за централен Процесори на Intel(виж таблица 2).
| Персонализиран процесор Intel® Core™ i7-6700T (8M кеш памет, до 3,60 GHz) | Сървър Intel® Xeon® процесор E5-2680 v2 (25M кеш памет, 2,80 GHz) | |
| Кеш памет | 8MB | 25MB |
| Честота на системната шина | 8 GT/s DMI3 | 8 GT/s QPI |
| Набор от команди | 64-битов SSE4.1/4.2, AVX 2.0 | 64-битов AVX 2.0 |
| Брой ядра | 4 | 10 |
| Базов часовник на процесора | 2,8 GHz | 2,8 GHz |
| Макс. количество и тип RAM | 64 GB без ECC | 768 GB ECC |
| Очаквани разходи | 354$ | 1 280$ |
Таблица 2 - Сравнение на основните параметри на домашния и сървърния процесор от Intel.
Както виждаме, сървърният процесор има много по-високи стойности на брой ядра, размер на кеша, поддръжка за повече RAM и, разбира се, на по-висока цена. Сървърният CPU обаче практически не се различава от потребителския CPU в поддръжката на определени процесорни команди (инструкции) и в тактова честота. От това можем да заключим, че за малки организации е напълно приемливо да се използва персонализиран централен процесор за 1C: Enterprise сървър. Единственият проблем е, че потребителски процесор не може да бъде инсталиран в сървърен сокет. дънна платкаи поддържа сървърна RAM с проверка на четността (ECC), а използването на потребителски компоненти води до рискове за стабилността на цялата система като цяло.
Памет с произволен достъп (RAM)
тип RAM.Лентата на паметта с произволен достъп (RAM) се различава по предназначение - за многопотребителски сървърни системи или за персонални устройства - компютри, лаптопи, неттопи, тънки клиентии т.н. Както в случая с процесора - основните параметри на RAM модулите са приблизително еквивалентни - съвременната компютърна RAM практически не изостава от сървърната RAM нито в обема на един бар, нито в тактовата честота, нито във вида на DDR модули. Разлики между сървърната RAM и "домашната" RAM в случаите на използване и предназначението на хардуерната платформа - тук се формира и нейната по-висока цена:
- Сървърната RAM има паритет ECC (Код за коригиране на грешки) - техника за кодиране / декодиране, която ви позволява да коригирате грешки при обработката на информация директно от RAM модула
- Дънната платка на сървъра има много повече слотове за инсталиране на RAM модули, отколкото обикновен компютър
- Сървърната RAM памет съдържа регистри (буфери), които осигуряват буфериране на данни (частично регистрирано или пълно пълно буферирано), като по този начин намалява натоварването на контролера на паметта с много едновременни заявки. Буферираните "FB-DIMM" са несъвместими с небуферираните.
- Регистрираните модули памет също ви позволяват да увеличите скалируемостта на паметта - наличието на регистри прави възможно инсталирането на повече модули в един канал.
Можем да заключим, че използването на сървърни RAM модули прави възможно инсталирането на големи количества RAM в една система, а ECC техниките за контрол на паритета и използването на буфери позволяват на сървърната операционна система да работи стабилно и бързо.
Количеството RAM.Един от ключовите фактори за високата производителност на 1C сървъра и СУБД е достатъчно количество RAM. Разбира се, действителните изисквания за RAM зависят от много фактори - вида на конфигурацията на 1C, броя на сървърните процеси на 1C: Enterprise, размера на базата данни на СУБД и т.н. Въпреки това е възможно да се изведе приблизителна зависимост на количеството RAM от броя на потребителите (виж таблица 3).
| Изискване за RAM за сървър 1c и СУБД | До 10 потребителя | До 20 потребителя | До 30 потребители | До 50 потребители |
| Сървър 1c:Enterprise | 4-6 GB | 6-8 GB | 12-14 GB | 18-24 GB |
| MS SQL сървър | 4-6 GB | 8-10 GB | 16-18 GB | 24-28 GB |
Таблица 3 - Приблизително съотношение на броя на потребителите на сървъра 1C и препоръчителната RAM за процесите на сървъра 1C: Enterprise и MS SQL сървъра.
По отношение на сървърните процеси 1C: Enterprise (rphost.exe) - съвременните 1C платформи не ви позволяват ръчно да посочите броя на сървърните процеси на 1C. Вместо това системата изисква да зададете параметри като номера информационни базии броя на потребителите на процес rphost.exe, след което автоматично определя оптималния брой сървърни процеси на 1C:Enterprise. Можете също така да конфигурирате плавното освобождаване на RAM от процеса rphost.exe, ако неговият обем надвишава предварително определен праг. В същото време 1C сървърът създава нов процес rphost.exe, който постепенно поема 1C задачите, което ви позволява да разтоварите необходимия 1C процес.
Трябва също така да отбележите, че количеството RAM, разпределено за SQL услугата, се счита за достатъчно, ако попадението на SQL данни в кеша е поне 90%. Този показател е доста удобен, защото не можете просто да погледнете количеството RAM, консумирано от SQL сървъра - най-новите версии на SQL динамично консумират RAM - максималното възможно количество RAM се улавя и освобождава, когато RAM се изисква от други процеси.
RAM честота.Накратко, това е честотната лента на каналите, по които се предават данни към дънната платка, а оттам към процесора. Желателно е този параметър да съвпада с допустимата честота на дънната платка или да я надвишава, в противен случай каналът за предаване на RAM има риск да се превърне в пречка. В рамките на един тип DDRувеличаването / намаляването на честотата не влияе драстично на производителността на сървъра 1C и се отнася повече до областта на "фина настройка".
RAM времена.Това е забавянето или латентността (Latency) на RAM паметта. Този параметър се характеризира с времето на забавяне на данните по време на прехода между различни модули на RAM чипа. По-малките стойности означават по-бърза производителност. Въпреки това въздействието върху цялостната производителност на сървърната система и още повече върху сървъра 1C:Enterprise не е високо. Обикновено само геймърите и овърклокърите обръщат внимание на тези параметри, за които всеки допълнителен спад на производителността е най-скъпото нещо.
Дискова подсистема и твърди дискове HDD
контролери за твърд диск.Основното устройство за свързване и организиране на твърди дискове в хардуерна система е контролерът на твърдия диск. Той е два вида:
1. Вграден - модулът на контролера е вграден в системата, клетката на твърдия диск е свързана директно към дънната платка. Счита се за по-икономично решение.
2. Външен - е отделно печатна електронна платка(устройство), което се включва в конектора на дънната платка. Смята се за по-професионално решение поради факта, че има отделни чипове за провеждане и контрол на операции с хард твърди дискове. Препоръчва се за важни сървърни системи като 1C:Enterprise сървър и СУБД.
Има и трети тип - устройство за приемане / предаване на блокови данни чрез iSCSI, FiberChanel, InfiniBand, SAS канали. В тази версия обаче дисковата подсистема е „премахната“ към отделно устройство за съхранение на данни (SHD), свързано към сървъра чрез оптичен или меден кабел. В нашата статия анализираме изискванията за самостоятелен сървър за 1C, така че няма да разглеждаме този тип.
Видове и нива на RAID масиви.Това е технология за виртуализация на данни, която комбинира множество устройства в логическа единица за излишък и производителност. Помислете за най-популярните нива на спецификация на RAID:
- RAID 0 („Striping“)Той няма излишък и разпределя информацията наведнъж по всички дискове, включени в масива, под формата на малки блокове ("ивици"). Това значително подобрява производителността, но страда от надеждността. Не препоръчваме използването на този тип масив въпреки повишената производителност.
- RAID 1 („Огледално копиране“, „огледало“).Има защита срещу повреда на половината от наличния хардуер (в общия случай един от двата твърди диска), осигурява приемлива скорост на запис и увеличаване на скоростта на четене поради паралелизиране на заявки. Този тип масив доста ще „издърпа“ 1C + DBMS сървър до 25-30 потребители, особено ако се използват SAS 15K или SSD дискове.
- RAID 10.Огледалните двойки дискове се подреждат във "верига", така че обемът на получения обем може да надвишава капацитета на един харддиск. Според нас най-успешният тип дисков масив, т.к съчетава надеждността на RAID1 и скоростта на RAID 0. В комбинация със SAS 15K или SSD дискове може да се използва за 1C сървъри от 40-50 потребители.
- RAID 5.Известен със своята икономичност. Жертвайки в името на излишъка капацитета само на един диск от масива, получаваме защита срещу отказ на някой от твърдите дискове в системата. (неговият вариант RAID 6 изисква допълнителни два твърди дисковеза приспособяване на контролни суми, но запазва данни дори ако два диска се повредят). Този видМасивът е икономичен, надежден и има доста осезаема скорост на четене. За съжаление, тясното място на този масив е ниската скорост на запис, което позволява удобното му използване с 1C сървърни конфигурации до 15-20 потребители. Оптимален е и за приложни цели - съхранение на файлови данни, архиви за управление на документи и др.
Видове интерфейси на твърдия диск.Според вида на връзката твърдите дискове се разделят:
- HDD Sata Home.Най-евтиният вариант за твърди дискове, предназначен за използване в домашни компютри или мрежови медийни центрове. Силно не се препоръчва употреба подобни устройствав 1c сървъри поради ниската устойчивост на грешки и стабилността на работа - компонентите на тези дискове просто не са проектирани да работят в режим 24/7 и бързо се провалят.
- HDD Sata сървър.Това име обикновено се отнася за твърди дискове със Sata интерфейс и скорост на шпиндела 7200 rpm. Префиксът "Сървър" означава, че такива устройства са тествани за производителност в сървърни системи и са проектирани за стабилна работа в режим 24/7. Обикновено се използва в 1C сървъри за съхраняване на големи количества информация, която не изисква висока скорост на обработка. напр. архивни бази 1s, обмен на папки, качване на файлове офис документии т.н.
- HDD SAS сървър.Разлики SAS интерфейс(модерен аналог на SCSI) от интерфейса Sata малко. Тук средното време за реакция на диска и работата в общ дисков рафт, както и работата с HDD контролера при по-високи скорости на обмен на информация - до 6 Gb / s (в сравнение със Sata 3 Gb / s). Но основното предимство е наличието на дискови модели SAS със скорост на шпиндела 15 000 об / мин. Това е дизайнерска характеристикапозволява на SAS дисковете да извършват почти 3 пъти повече IOPS в сравнение със Sata Server HDD. Такива SAS дискове са малки по размер и се препоръчват за използване с 1c основни бази данни с постоянно високо натоварване.
- SSD устройства.Тези дискове се различават от предишните не по интерфейса за свързване, а по своя дизайн - те са твърдотелни и нямат движещи се части, т.е. по същество те са аналози на "флашките". Такива технологии позволяват на SSD дисковете да произвеждат „скандален“ брой I/O операции в секунда (от 10 000 операции на най-простите SSD модели). Въпреки това, това предимство също обратна страна- по-високата цена на SSD дисковете и "прага на техния живот", който зависи от лимита на броя на записите в SSD блоковете. Въпреки това, всяка година тези дискове стават все по-достъпни и издръжливи. Тъй като цената на SSD дисковете се увеличава многократно в зависимост от обема, най-разумно би било да се използват за малки, но свръхнатоварени 1c бази данни, които изискват висока скорост на достъп, както и за TempDB временни бази данни.
IOPS е броят I/O операции в секунда.Всъщност IOPS е броят блокове информация, които могат да бъдат прочетени или записани на носителя за 1 секунда от време. Тоест в най-чист вид - това е ключовият параметър за скоростта на обработка на информацията харддискзасягащи производителността на 1C сървъра. Ако вземем за сравнение стандартен блок информация 4kb, тогава можем грубо да различим следните показатели IOPS (вижте Таблица 4).
| HDD | IOPS | Интерфейс |
| 7200 rpm SATA устройства | ~75-100 IOPS | SATA 3Gb/s |
| 10 000 rpm SATA устройства | ~125-150 IOPS | SATA 3Gb/s |
| 10 000 rpm SAS устройства | ~140 IOPS | SAS |
| 15 000 rpm SAS устройства | ~175-210 IOPS | SAS |
| SSD устройства | От 8000 IOPS | SAS или SATA |
Таблица 4 - IOPS индикатори на различни видове твърди дискове при работа с 4kb блок данни.
Разбира се, в чистата си форма IOPS е малко полезен за изчисляване на окончателните изчисления и изисквания за дисковата подсистема на 1C сървъра. В края на краищата общата производителност на дисковата подсистема се състои от вида на RAID масива, видовете дискове и индикаторите за скоростта на неговия интерфейс, времето за реакция (латентност), времето за произволен достъп, процента на операциите за четене и запис и много други фактори. въпреки това даден параметър, по наше мнение, е ключов индикатор за скоростта на дисковата подсистема и на етапите на разработване на сървърна архитектура помага да се определи какъв тип твърди дискове като цяло ще бъдат най-подходящи за определени нужди. (вижте RAID калкулатора)
практически тест
Каква е връзката между броя на потребителите на 1C и броя на iops? Нашият екип проведе практически тест (виж Таблица 5), за да измери натоварването на дисковата подсистема с определен брой 1C сесии. Тъй като системата 1C е програмируема среда и всяка компания може да има свой собствен набор от бизнес процеси в 1C, трябваше да бъдем обвързани с определена референтна конфигурация за тестване. В това си качество беше избрана специализирана конфигурация на TsUP 1C, разработена за тестване и отстраняване на грешки. Въз основа на него нашите 1C програмисти добавиха редица заявки, които симулират нормална работаобикновено предприятие, с формиране на счетоводни справки, осчетоводявания, отчитане и осчетоводяване на оперативни документи.
| Системен диск | Диск с база данни | ||||
| Повторение | Потребители | IOPS пишат | IOPS прочетени | IOPS пишат | IOPS прочетени |
| Средни стойности | |||||
| 1 | 12 | 9,1 | 0,1 | 13,1 | 1,5 |
| 2 | 20 | 7,9 | 0,1 | 21,8 | 0,4 |
| 3 | 32 | 5,2 | 0,006 | 36,1 | 5,2 |
| 4 | 40 | 7,7 | 0,013 | 27,52 | 1,3 |
| 5 | 52 | 7,7 | 0,006 | 32,04 | 0,94 |
Таблица 5 - Резултати от практически тест върху натоварването на дисковата подсистема.
Резултатите от теста показват, че лъвският дял от натоварването на дисковата подсистема възниква при запис на 1C в базата данни на СУБД сървъра и към системен дископерационна система (на която по подразбиране се намират файловете на кеш сървъра на 1C:Enterprise).
В същото време извършихме практически измервания на вече работещи бази данни 1C UPP 8.2 по време на тестовия период - 5 работни дни. Те показват, че средно 1C + DBMS сървър консумира два пъти повече iops „за писане“, отколкото „за четене“. Такава разлика между синтетичните тестове и статистиката за мониторинг на истински 1C сървър се дължи както на периодичното вземане на проби от информационни данни от базата данни през работния ден, така и на редовното четене на базата данни по време на архивиранеили репликация на СУБД.
Други компоненти на твърдия диск, на които си струва да обърнете внимание.
- Физически размер (форм фактор).Към днешна дата почти всички известни дискове за персонални компютриа сървърите са с размер 3,5 или 2,5 инча. Имайте предвид, че 2,5-инчовите устройства не се произвеждат в големи количества.
- Време за произволен достъп- време за което HDDгарантирано извършване на операция за четене и запис върху определена област на магнитния диск. По правило сървърните дискове имат по-добри резултати. Това е достатъчно важен параметърпри изграждане на масив от дискове за 1C СУБД сървъра.
- Скорост на шпиндела- броят на оборотите на шпиндела на твърдия диск в минута. Тук всичко е просто и ясно - времето за достъп и средната скорост на предаване зависят от скоростта на въртене на шпиндела с магнитни плочи твърди даннидиск.
- Буферен капацитет на твърдия диск- Буферът е временна памет, предназначена да изглади разликите в скоростта на четене / запис на твърд диск и пренос на данни през интерфейса.
- Надеждност- се определя като средно време между отказите (MTBF). По правило надеждността директно зависи от производителя, цената и средата на използване на твърдия диск. Смятаме, че надеждността е важен параметър на твърдия диск, който влияе върху качеството на 1C сървъра.
Правилният избор: домашен или сървърен хардуер
Поевтиняването на хардуерните компоненти и активното нарастване на потенциалния капацитет на "домашните компютри" водят до друга фатална заблуда - малките предприятия активно използват работните станции като платформа за съвместна работас основи 1C. В същото време, без да осъзнаваме, че в допълнение към параметрите на честотата на ядрото, количеството памет и възможността за използване на бюджетни SSD в обикновен компютър, има по-системни, по-дълбоки и по-важни изисквания за работата на хардуера в търговска структура (виж таблица 6).
За да разрешим проблема с организирането на 1C сървър, ние предлагаме наем на 1C облачни сървъри в центрове за данни от клас III ниво. Икономическата целесъобразност на избора на сървър под наем можете да намерите в статията.
| Настроики | сървър | Персонален компютър |
| Достатъчност на изчислителната мощност | V | V |
| Гарантирана работоспособност на системата в режим 24/7 | V | х |
| Надеждност и стабилност на ключови хардуерни компоненти | V | х |
| Възможност дистанционнозахранване и конзола (IPMI) | V | х |
| Бюджетна цена на хардуерната платформа | х | V |
Таблица 6 - Сравнение на домашния и сървърния хардуер според критериите, необходими за висококачествената работа на 1C сървъра.
Устойчива на грешки работа 1C
Разбира се, едно от важните изисквания за сървърната част на 1C е стабилността на нейната работа и устойчивостта на повреди. Microsoft и самата 1C са положили много усилия в тази посока, създавайки технологии за клъстериране на своите услуги на доста сериозно ниво (виж Таблица 7).
| Устойчивост на грешки на SQL сървъри | Базиран на концепцията за единно споделено хранилище на данни. Вградената технология за клъстериране на SQL Server комбинира два SQL сървъра в един клъстер с един виртуален IP адрес и една база данни. По този начин, когато основният SQL се провали, заявките автоматично се прехвърлят към резервния. Вторият вариант е появилата се наскоро AlwaysOn, технология за автоматична регулярна репликация на СУБД бази данни между основния и резервния SQL сървър. В същото време дублираният SQL сървър е физически разположен на различно хранилище, което повишава устойчивостта на рискове |
| Сървър за обслужване на отказ 1C:Enterprise | Сървърите на 1C Enterprise са комбинирани в активен-активен софтуерен файлоувър клъстер с автоматично превключванепри повреда и запазване на текущи сесии. |
Таблица 7 - Устойчивост на грешки на SQL и 1C сървъри.
Всяка технология обаче има както плюсове, така и минуси. В допълнение към основните предимства, трябва да знаете някои характеристики на 1C клъстериране и SQL (), за да не се стигне до влошаване на производителността на услугата:
- SQL клъстерирането използва виртуален IP.А това означава, че взаимодействието между сървъра на 1C:Enterprise и MS SQL винаги ще се осъществява чрез мрежовия интерфейс, дори ако и двете услуги са в една и съща операционна система. Което съответно ще забави работата на 1C в сравнение с класическата версия на архитектурата, препоръчана от самия 1C - използването на споделена памет. По принцип това препятствие може да бъде "заобиколено", като се използва например технологията MS SQL Log Shipping. В този случай обаче преминаването към резервен SQL сървър вече няма да бъде автоматично и тази опция не може да се счита за пълноценен клъстер.
- SQL клъстер изисква голям бюджет.Ако говорим за класическо клъстериране на MS SQL услуга, е необходимо единно хранилище на база данни, свързано с основния и резервния SQL сървър. Обикновено тази роля се играе от скъпи системи за съхранение, което увеличава бюджета с порядък. Ако говорим за новомодния AlwaysOn, тогава не се изисква едно съхранение на база данни, технологията работи с локални дисковеосновни и резервни сървъри по мрежата. Но имате нужда от версия на SQL Server Enterprise, лицензът за която струва 4 пъти повече, отколкото за обикновен SQL Server Standard.
- Брой лицензи.Въпреки факта, че вторият SQL сървър не обработва данни и е в резерв, ще трябва да бъдат закупени лицензи и за двата сървъра - както за основния, така и за резервния. Особено болезнени за бюджета са лицензите за SQL Server Enterprise за внедряване на разпределен клъстер от AlwaysOn High Availability Groups.
- Няма нужда да използвате евтин персонализиран хардуер за услуга, толкова важна, колкото счетоводна системацялото предприятие. Цената в този случай пряко определя качеството, стабилността и издръжливостта на една такава платформа.
- При избора на сървърна платформа препоръчваме да обърнете внимание на наличието на две захранвания, отдалечена IPMI карта и марката на производителя. Разбира се, всеки избира решение въз основа на бюджета си, топ марките понякога са твърде скъпи и не са напълно подходящи, но изобщо не трябва да пестите от производителя, това може да доведе до неконтролируеми форсмажорни обстоятелства при работа с 1C. Ние лично използваме сървърни платформи Supermicro в комбинация със сървърни процесори на Intel.
- Има мнение, потвърдено от практиката, че работата на 1C зависи повече от повече висока честотаРабота на процесора, отколкото на предоставения брой ядра.
- Няма нужда да пестите от количеството RAM, разпределено за 1C сървъра и SQL услугата. RAM включена този моменте доста евтин ресурс и неговият недостиг (дори с 10-15 процента) ще доведе до силен спад в производителността на системата 1C, т.к. ще бъде активирана по-бавна система за размяна. Освен това суапът ще даде допълнително натоварване на дисковата подсистема, което ще влоши още повече ситуацията.
- Компанията EFSOL предлага комплексни услуги за избор на 1C сървър, който включва: проектиране, покупка, конфигурация и поддръжка на 1C сървър.
- алтернатива собствено творениесървър 1C вариант е да наемете сървър за 1C. Облачни технологииви позволяват да получите надеждна услуга, устойчива на грешки, за удобна работа в 1C при ниски месечни разходи.
Системна интеграция. Консултиране
Зареждане...