Преди около две години публикувахме материал за сървъра 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 Server, IBM DB2 и Oracle се поддържат от СУБД. Следователно никой не ви притеснява да създадете схема, в която 1C сървърът, работещ на платформата Linux, ще работи заедно със сървъра на базата данни под Windows контролСървър и IIS и обратно. Освен това можете да използвате няколко СУБД сървъра (както и уеб сървъри), като поставите различни бази данни на различни сървъри.

Този подход ви позволява гъвкаво да комбинирате, разширявате и променяте съществуващата конфигурация в зависимост от текущите нужди, докато всичко ще бъде възможно най-прозрачно за крайния потребител. Например, можете да преместите ресурсоемката информационна сигурност към отделен сървърСУБД чрез промяна само на параметрите за връзка с базата данни в настройките на сървъра, без да се засягат настройките на клиента.

И накрая, най-интересното: клъстер от 1C Enterprise сървъри. Да, точно така, не един сървър, а клъстер от сървъри. Обикновено тук започват недоразуменията, особено ако има само един сървър. Всичко обаче си идва на мястото, ако вземем предвид, че концепцията за сървърен клъстер е преди всичко логична този подходлесно ви позволява да мащабирате веригата, за да увеличите нейната производителност или устойчивост на грешки.

Всеки клъстер се състои от централен сървър 1C Enterprise и работещи сървъри. В най-простата конфигурация това ще бъде същият физически сървър. Въпреки това, ако е необходимо, можем да добавим допълнителни работещи сървъри, натоварването на които ще се балансира от централния сървър. Това позволява на потребителите бързо и прозрачно да увеличат изчислителната мощност на системата и да увеличат устойчивостта на грешки. Клъстерът също не налага изисквания за хомогенност на платформата; той може да включва сървъри, работещи както с Windows, така и с Linux.

Какви изводи могат да се направят от горното? Първо, системата клиент-сървър 1C Enterprise е много гъвкава и ви позволява да използвате оптимално наличните изчислителни ресурси, за да получите най-добрия резултат. Коя конфигурация да изберете зависи от конкретните задачи и средствата, отделени за тяхното решаване.

Например, ако имате малък товар и използвате дебел клиент и конфигурация, която не поддържа режим на управлявано приложение, има смисъл да комбинирате 1C сървърен клъстер и DBMS сървър на един физически сървър, тъй като е много разточително да разпределите отделна машина за слоя между клиента и базата данни.

Обратно, когато използвате управлявано приложение в режим на тънък клиент, е по-добре да разделите СУБД сървъра и сървърния клъстер на различни сървъри, всеки от които ще бъде оптимизиран за своята задача.

Работа клиент-сървър- една от опциите за работа на системата 1C: Enterprise 8.

Версията клиент-сървър на работа е предназначена за използване в работни групи или в цялото предприятие. Реализира се на базата на тристепенна архитектура клиент-сървър.

Архитектурата клиент-сървър разделя цялата работна система на три различни части, които взаимодействат по определен начин помежду си:

Програмата на потребителя (клиентско приложение) взаимодейства със сървърния клъстер на 1C:Enterprise 8 и клъстерът, ако е необходимо, осъществява достъп до сървъра на базата данни.

В същото време сървърният клъстер на 1C:Enterprise 8 и сървърът на базата данни могат да бъдат физически разположени както на един и същи компютър, така и на различни. Това позволява на администратора да разпредели натоварването между сървърите, ако е необходимо.

Използването на сървърен клъстер 1C:Enterprise 8 ви позволява да концентрирате върху него най-обширните операции по обработка на данни. Например, когато изпълнява дори много сложни заявки, програмата, която се изпълнява от потребителя, ще получи само необходимата селекция и цялата междинна обработка ще се извърши на сървъра. Обикновено е много по-лесно да увеличите капацитета на сървърен клъстер, отколкото да надстроите целия парк от клиентски машини.

Друг важен аспект от използването на 3-степенна архитектура е лекотата на администриране и рационализирането на потребителския достъп до информационната база. При тази опция потребителят не трябва да знае физическото местоположение на конфигурацията или базата данни. Целият достъп се осъществява чрез клъстер от сървъри на 1C:Enterprise 8. При достъп до определена информационна база потребителят трябва да посочи само името на клъстера и името на информационната база, а системата изисква съответно името и паролата на потребителя.

1C:Enterprise 8 използва възможностите на системата за управление на база данни за ефективен избор на информация:

• механизмът за заявки е фокусиран върху максимално използване на СУБД за извършване на изчисления и докладване,
• предоставя се преглед на големи динамични списъци без извършване на голям брой извиквания на базата данни; в същото време на потребителя се предоставя възможност за ефективно търсене, както и настройки за избор и сортиране.

Разполагането на опцията клиент-сървър и нейното администриране е доста просто. Например, създаването на база данни се извършва директно по време на стартирането на конфигуратора (същото като за версията на файла).

Клиентски приложения

Работата във версия клиент-сървър е възможна както директно с клъстера, така и чрез уеб сървър. В този случай, в случай на директна връзка към клъстера, дебелият клиент и тънкият клиент използват TCP/IP протокола. Когато се свързват чрез уеб сървър, тънкият клиент и уеб клиентът използват HTTP или HTTPS протокола.

Сървърен клъстер

Сървърният клъстер 1C:Enterprise 8 е основният компонент на платформата, който осигурява взаимодействие между потребителите и системата за управление на база данни в режим на работа клиент-сървър. Наличието на клъстер ви позволява да осигурите непрекъсната, устойчива на грешки, конкурентна работа на голям брой потребители с големи информационни бази.

Сървър за база данни

Като сървър на база данни може да се използва:

Администриране на сървърен клъстер

Доставката на платформата включва набор от различни инструменти, които позволяват на администратора да управлява състава на клъстера, информационните бази и потребителската връзка.

Изпълнение на основна функционалност на сървъра

Цялата работа с обектите на приложението, четенето и писането на базата данни се извършва само на сървъра. Формулярите и функционалността на командния интерфейс също са внедрени на сървъра.

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

По същия начин командният интерфейс се формира на сървъра и се показва на клиента. Освен това отчетите се генерират изцяло на сървъра и се показват на клиента.

В същото време механизмите на платформата са насочени към минимизиране на количеството данни, прехвърлени към клиентския компютър. Например, данните от списъци, таблични секции и отчети не се прехвърлят от сървъра веднага, а когато се преглеждат от потребителя.

Сървърът работи:

• заявки към бази данни,
• запис на данни,
• Осъществяване на документи
• различни изчисления,
• извършване на обработка,
• Формиране на отчети,
• Подготовка на формуляри за показване.

Клиентът изпълнява:

• Получаване и отваряне на формуляри,
• Показване на формуляр,
• „Комуникация“ с потребителя (предупреждения, въпроси…),
• Малки изчисления във формуляри, които изискват бърз отговор (например умножаване на цената по количеството),
• Работа с локални файлове
• Работа с търговско оборудване.

Използване на вградения език на клиента

Можете да управлявате функционалността на формулярите не само на сървъра, но и на клиента. Вграденият език се поддържа от клиента. Използва се в случаите, когато е необходимо да се извършат изчисления, свързани с формуляра, показан на екрана, например бързо (без връзка със сървъра) изчисляване на сумата на ред на документа въз основа на цена и количество; задайте въпрос на потребителя и обработете отговора; прочетете файла от файлова системакомпютър и го изпратете на сървъра.

Въпреки това, работата на вградения език на клиента се поддържа в строго ограничена степен. Клиентските процедури в модулите са изрично отделени от сървърните процедури и използват ограничен състав обектен моделвграден език.

На клиента директната работа с базата данни не е разрешена. Не е позволено да се работи директно с обекти на приложение, например такива видове вграден език като DirectoryObject.<имя> . Запитванията не са разрешени. Ако трябва да извикате действия с данни в клиентския код, трябва да извикате сървърни процедури, които вече имат достъп до данните.

1C се случва - файл, сървър и уеб. Каква е разликата?

Какви са възможностите за инсталиране на 1C

И така, 1C е разделен на платформа и конфигурации. Какво какво, многократно сме анализирали в предишни броеве.

Въз основа на конфигурацията на 1C създаваме база данни. Базата данни съдържа директории и документи, които потребителите добавят.

За януари 2010 г. има три варианта на работа 1C:

• файл 1C
• мрежа 1C (сървър 1C и клиент 1C)
• web 1C (тънък клиент 1C).

Също така допълнителни опции:

• за разработчици
• да използвате 1C уеб услуги или 1C уеб разширения.

Има файл 1C и мрежа 1C, всеки от тях е необходим в свой случай, така че не е правилно да се каже недвусмислено, че мрежата 1C е по-добра от файл 1C.

Файл 1C

Най-старата версия на 1C. Базата данни се намира в папка на твърдия диск на компютъра.

Папката с файловете на базата данни може да бъде или на диска на вашия компютър, или на който и да е публичен диск в локалната мрежа (такива публични дискове се наричат ​​още „топки“).

В този случай е достатъчно да инсталирате платформата 1C на компютрите на потребителите.

Мрежа 1C

Също така се нарича "клиент-сървър 1C". Това означава, че трябва да инсталирате отделно "клиент 1C" и отделно "сървър 1C".

Базата данни се съхранява в специална програмаза управление на бази данни.

Програми за управление на бази данни, които се поддържат от 1C: Microsoft SQL, Postgre SQL, Oracle (само 1C 8.2 поддържа последното).

В този случай част от платформата 1C е инсталирана на сървъра - "1C сървър". На същото място поставете програмата за управление на бази данни. Платформата 1C и специалният компонент "Достъп до сървъра 1C" са инсталирани на компютри.

Тънък клиент 1C (управлявано приложение 1C)

Повечето нова версия. В този случай, в допълнение към опцията клиент-сървър, е необходим уеб сървър. Уеб сървъри, поддържани от 1C: Microsoft IIS, Apache.

На сървъра са инсталирани „1C сървър“, програма за управление на база данни, уеб сървър и компонент „1C уеб сървър разширение“.

Има две опции за компютрите на потребителите:

Вариант 1: не поставяйте нищо - използвайте всеки нормален браузър.

Вариант 2: инсталирайте "тънък клиент 1C".

Пример за работа с 1C чрез уеб браузър можете да видите тук.

Това е истинска 1C база, която е инсталирана на сървър в компанията 1C.

Допълнителна опция - за разработчици

Когато група разработчици работят едновременно върху разработването на 1C конфигурация, е необходимо да инсталирате добавка - 1C SQL хранилище.

По подразбиране само 1 програмист може да работи с конфигурацията едновременно. Хранилището позволява съвместна разработка.

Хранилището трябва да бъде инсталирано на сървър или един от компютрите на разработчиците трябва да се използва като сървър за хранилище.

Допълнителна опция - 1C уеб услуги и 1C уеб разширение

Например във вашия офис счетоводството се води на 1C: Enterprise. Имате и уебсайт. Искате уебсайтът динамично да взема определени данни от 1C. Това може да стане с помощта на уеб услуги. Това допълнителен компонентплатформи 1C. Той е включен в платформата, трябва да поставите отметка в това поле.

Уеб разширението - алтернативен механизъм за уеб услуги - се появи по-рано.

Защо мрежата 1C е по-добра от файл 1C

1) Във файловата версия базата данни е в един файл. Размерът на файла на теория може да бъде ограничен от FAT. Трудно е да си го представим днес операционна системана FAT - NTFS се използва навсякъде.

2) Механизмът за работа с файл с база данни в 1C е значително опростен в сравнение с SQL. По-специално, той се представя по-лошо, когато размерът на файла или броят на потребителите се увеличи („започва да забавя“).

Следователно, когато става въпрос за трима до пет потребители и малка база, това е изключително версия на файла. База от 4GB и повече от 10 потребители - може би си мислите. Още повече - определено клиент-сървър.

За обучение, разбира се, файловата версия ни е достатъчна.

Инсталиране на платформа 1C

Във всяка организация, където броят на потребителите на 1C 8.3 (или 8.2) е 10 или повече, се препоръчва да се използва версията клиент-сървър за работа с големи количества данни. Тази опция се основава на използването на СУБД на трета страна, например MS SQL сървър. Естествено, режимът клиент-сървър е трудно да си представим без самостоятелен сървър. Но всяка компания е уникална, всяка има свои собствени нужди, следователно изборът на сървър трябва да се подхожда отговорно. В тази статия ще се опитаме да отговорим на въпроса как да изберем 1C сървър - как софтуер, и желязо. Изборът е много важен момент в развитието информационна системакомпании.

Без софтуер всеки компютър е безполезен. Особено висококачественият софтуер е важен в сървърен хардуер. Той трябва да отговаря на най-новите параметри за безопасност и надеждност. Клиентското приложение 1C е мултиплатформено и се предлага в почти всички операционни системи, включително мобилни системи. Сървърното приложение поддържа две платформи - Linux и Windows.

Има пет варианта на СУБД, с които работи платформата 1C:

Вземете 267 1C видео урока безплатно:

• вградена СУБД на самата 1C 8.3, т.нар файлов режим. Най-лесният начин за работа, не може да се похвали с висока сигурност. Работи на Windows и Linux OS. Ограничението за размер на базата данни е около 6-10 гигабайта;
• MS SQL сървър — най-добрата СУБДза 1C, налични на пазара. Според много експерти SQL Server като цяло е най-добрият софтуерфирма Microsoft. Изисква операционна система Windows;
• IBM DB2 Universal Database е доста надеждна и сигурна система за управление на бази данни. Неговата особеност е в някои нюанси на обработка на информация и работа на системни методи (например чувствителност към регистър на низови данни). Качеството на работа се влияе значително от уменията и знанията на администратора. Поддържа Windows, Mac OS X, Linux;
• База данни на Oracle- СУБД с версии, което в някои случаи дава увеличение на производителността. Поддържа Windows, Mac OS X, Linux;
• PostgreSQL- също версия. Най-важното предимство е безплатното разпространение на програмата. Квалификацията на администратора оказва голямо влияние върху скоростта на работа. Препоръчва се за малък брой потребители. Работи на Windows, Mac OS X, Linux.

Изборът на желязо за 1C

За разлика от софтуера, изборът на хардуер не е лесен. Обмислете избора на сървърни компоненти за различен брой потребители. Броят на потребителите е абстрактно понятие, взети са средните стойности за работния процес. Когато избирате оборудване, не забравяйте да вземете предвид количеството документи.

До 10 потребителя

• процесор: Intel Core i3 или Intel Xeon E3-12xx.
• RAM: 4 гигабайта, те включват 2 GB за операционната система и 2 гигабайта за кеша на СУБД.
• Дискова подсистема
• Мрежови интерфейси

Сървър от 10 до 40

• процесор: подобно на Intel Xeon E3-12xx или AMD Opteron 4xxx.
• RAMО: Обикновено 8-12 гигабайта са достатъчни.
• Дискова подсистемаО: Комбинацията SSD + HDD е идеално желателна. Но ако няма възможност, можете да се справите с HDD.
• Мрежови интерфейси: Обикновено всички сървърни приложения се инсталират на една и съща машина.

от 40 до 70

• процесор
• RAM: 16 гигабайта, а 32 е по-добре.
• Дискова подсистема: Достатъчен е традиционен масив от HDD SAS 15K rpm.
• Мрежови интерфейси: Ако сървърите са на различни машини, използвайте мрежата с пропускателна способност 10 GB.

от 70 до 120

С толкова много потребители има смисъл да се разпространяват сървърни приложения на отделни сървърни машини.

• процесор: Intel Xeon E5-26xx или AMD Opteron 62xx.
• RAM: от 32 гигабайта.
• Дискова подсистема: RAID 10 от надеждни сървърни SSD дискове със задължителен хардуерен RAID контролер.
• Мрежови интерфейси: Желателно е да свържете верига от сървъри в мрежа с честотна лента от 10 Gb. Индексните файлове се препоръчва да бъдат преместени на отделен SSD, временната таблица TempDB - на 1-2 (RAID 1).

от 120 потребители

Когато избирате кой сървър е необходим за 1C, трябва да се помни, че докато потребителите работят с него, ще се извършват много операции за четене и запис на данни в секунда.

Най-вероятно веднага става ясно защо компетентният сървърен дизайн за 1C е толкова важен - ако „хардуерът“ първоначално е избран неправилно и не съответства на натоварването на системата, тогава съществува риск или дори да работят с прекъсвания, че важните данни ще бъдат загубени. От друга страна, създаването на сървър под 1C, закупуването на целия хардуер и софтуер за него може да струва значителна сума за компанията, така че е препоръчително да изберете оборудване по такъв начин, че да избегнете ненужни разходи.

Избор на сървър за 1C

Когато нашите специалисти трябва да направят избор на конфигурация за 1C сървъра, първото нещо, което питат е колко потребители ще работят с 1C в компанията и какъв набор от услуги планират да използват, какви ще бъдат, кой ще администрира 1C сървъри и как. Ние започваме от тази информация, когато създаваме 1C сървър.

Изисквания за сървъра 1C

В хардуерната структура на 1C сървъра характеристиките на процесора ще бъдат важни за нас, оперативна памет, дискова подсистема и мрежови интерфейси.

Необходимо е те да осигурят стабилна и достатъчно продуктивна работа на следните компоненти:

• операционна система;
• сървър на база данни (най-често е);
• 1C сървърна част (не за всички случаи, тъй като малка компания с 2-10 потребители може да работи с 1C във файлов режим);
• работа на потребителя в режим на отдалечен работен плот;
• работа на отдалечени потребители чрез тънък клиент или уеб клиент.

Избор на процесор за 1C сървър

Оптималният брой процесорни ядра обикновено се изчислява въз основа на факта, че трябва да запазите 1-2 ядра за работата на операционната система, 1-2 ядра за работата на SQL базата данни, още 1 за работата на сървъра на приложения , и приблизително 1 ядро ​​за всеки 8-10 едновременни потребителски сесии (така че потребителите да не се оплакват по-късно, че 1C сървърът се забавя).

Моля, имайте предвид, че скоростта на обработка на заявките зависи не толкова от броя на ядрата, колкото от тактовата честота на процесора, а броят на ядрата влияе повече върху стабилността на работата с голям брой потребители и едновременни задачи от тях.

Колко памет се нуждае от 1C сървър

В допълнение към горното, ако имате нужда от 1C сървър за 100 или повече потребители, препоръчваме да разположите клъстер от поне два 1C физически сървъра.

Предлагаме да изчислим количеството необходима RAM въз основа на следните показатели:

• За работата на операционната система ще са необходими 2 GB
• най-малко 2 GB за кеша на MS SQL Server и е по-добре тази стойност да е 20-30% от действителния обем на базата данни - това ще осигури удобно потребителско изживяване с нея
• 1 - 4 GB за 1C сървър на приложения
• 100 - 250 MB ще изискват една потребителска терминална сесия, в зависимост от набора от функции на 1C сървъра, използваната конфигурация

Ето нашите приблизителни изчисления на параметрите на сървъра 1C 8.3:

По-добре е да закупите RAM с марж - това е един от най-важните фактори за високата производителност на 1C сървър и в същото време сега е един от най-евтините компоненти. Ако няма достатъчно памет на сървъра 1C Enterprise, това ще бъде много забележимо по време на работа, следователно, когато става въпрос за това кой 1C сървър да изберете, винаги обръщайте внимание на това, че има достатъчно RAM.

Сървър 1C: оборудване за дисковата подсистема

Когато избирате кой сървър е необходим за 1C, трябва да се помни, че докато потребителите работят с него, ще се извършват много операции за четене и запис на данни в секунда. Този параметър показва колко бързо HDDви позволява да обработвате данни - също е един от ключовете за скоростта на 1C сървъра.

Когато проектирате 1C сървър, препоръчваме да спазвате следните изисквания за оборудването на дисковата подсистема:

• Няма значение кой сървър създавате за 1C, в никакъв случай не препоръчваме използването на единични дискове в сървърите - препоръчително е да ги организирате в RAID масиви (RAID 10 за големи или RAID 1 за малки бази данни), където таблиците на базата данни ще бъдат разположени.
• Препоръчваме да преместите индексните файлове на отделен SSD за повече бърз достъпна тях
• TempDB - на 1-2 (RAID 1) SSD.
• Поставете ОС и потребителските данни на RAID 1 на SSD/HDD.
• Отделете отделно логическо устройство от масива за регистрационни файлове или физически диск SSD.
• Използвайте хардуерен контролер, когато е възможно - виждали сме ситуации, при които мощен и скъп сървър се забавя поради недостатъчна производителност на контролера.

Избор на сървър за 1C

В тази статия сме предоставили някои съвети и приблизителни изчисления как да изберете сървър за 1C, надяваме се, че ще ви бъдат полезни.

В заключение, нека добавим още нещо - не трябва да се опитвате да спестите пари, като използвате потребителски компютър за 1C сървър (както често се прави в малки компании) - потребителският хардуер е много по-малко надежден и устойчив на грешки от подобен сървърен хардуер производителност. Не си струва да рискувате счетоводната система на вашето предприятие. Ако покупката на подходящ хардуерне се вписва в бюджета ви, може би трябва да обмислите внедряването на 1C в облака

Ако ви е трудно да разберете кой сървър да изберете за 1C Enterprise 8.3, как да направите 1C сървър, защото не сте срещали тази задача преди, винаги можете да се свържете с компания за системен интегратор, така че опитни технически специалисти да ви помогнат проектиране, закупуване, инсталиране и настройка на подходящ сървър за 1C.