—оздание сервера под 1—, выбор и организаци€ своего сервера 1—, подбор комплектующих
јренда 1—:ERP ќблачное решение
от 2000 руб./мес.
”правление доставкой ƒл€ торговых и курьерских компаний!
1C:Ёƒќ ”знайте о всех преимуществах электронного документооборота!
ѕрекращение поддержки
Ђ1—: ј ред. 1.1ї!
ќрганизуйте переход на Ђ1—: ј 2.4ї
јренда сервера 1—
в облаке
–аботайте в 1— удаленно с экономией до 70%!

—одержание статьи:


Ќа сегодн€шний день финансовый продукт 1— из прикладной учетной программы дл€ бухгалтерии вырос в широкоформатный комплекс дл€ учета и сопровождени€ практически любого вида бизнеса, претенду€ на конкуренцию с мировыми «монстрами» SAP R/3 и Microsoft Dynamics AX (Axapta).

–оссийские компании все чаще организовывают свои бизнес-процессы с помощью современных конфигураций 1— 8.3 Ђ”правление торговлейї, Ђ”правление производствомї, ЂERP ”правление предпри€тиемї и тому подобных. Ќа 1— перевод€тс€ отделы бухгалтерии, маркетинга, производственные, продаж, проводитс€ интеграци€ с системами IP-телефонии и документооборота. ќднако, сразу после намерений Ђдавайте работать в 1—ї возникают вопросы – на каких ресурсах будет работать центральна€ база 1—, какое Ђжелезої покажет оптимальный результат за разумный бюджет? ѕредпри€ти€м-гигантам госсектора в этой ситуации проще Ц дана чЄтка€ команда многочисленным штатным »“-интеграторам и архитекторам, завертелись механизмы крупнобюджетных тендеров с об€зательным условием предоставлени€ концепции Ђпод ключї и дальнейшего сопровождени€ системы сертифицированными специалистами. ј как же быть компани€м, которые хот€т сами приобрести и установить себе один из продуктов 1—: ѕредпри€тие, разумно расходу€ бюджет?

—амой основной ошибкой, если не брать в расчЄт использование пиратского или непроверенного ѕќ, €вл€етс€ экономи€ на аппаратном обеспечении дл€ 1—. ѕодобные тенденции особенно часто прослеживаютс€ в стартапах и небольших компани€х. Ѕытует мнение, что не об€зательно покупать дорогое серверное оборудование с процессорами типа Intel Xeon, не нужно предварительно рассчитывать объемы ќ«”, нагрузку на ÷ѕ” и дисковую подсистему, что нет необходимости создавать избыточность дисковых массивов (Raid), использовать профессиональные дисковые контроллеры с Cache-RAM и так далее. ќшибки в расчетах »“-архитектуры дл€ 1— привод€т к печальным последстви€м, о которых компани€ узнает уже по факту остановки бизнес-процессов. ѕоэтому очень важно удел€ть внимание каждому аппаратному узлу серверной платформы дл€ 1—.


ѕримеры типичных проблем из-за неправильного построени€ »“-архитектуры под 1—:
  • Ђ“орможениеї базы и интерфейсов 1— из-за превышени€ нагрузки на ключевые ресурсы (обычно, ќ«” или дисковую подсистему).
  • ќшибки и Ђвылетыї программы 1— из-за нестабильности работы неверно подобранного оборудовани€.
  • ѕростои работы компании по причине выхода из стро€ центрального аппаратного обеспечени€.
  • „астичные либо полные потери данных 1— из-за случайных сбоев аппаратных комплектующих или программного обеспечени€.

јппаратные ресурсы сервера 1—


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


÷ентральный процессор (CPU)


 оличество физических €дер центрального процессора. “ема извечных споров на всевозможных форумах по 1— Ц что важнее частота CPU или много€дерность.  орни этих противоречий уход€т в прошлое, к 1— 8.0 или даже 1— 7.7. ƒействительно, исполн€емые процессы 1— более ранних версий были сугубо одно€дерными, т.е. сколько бы €дер не предоставл€л центральный процессор Ц служба сервера предпри€ти€ 1— 8.0 или Ђтолстый клиент 1— 7.7ї всегда занимали только одно Ђнулевоеї €дро в операционной системе. Ќа сегодн€шний день картина изменилась Ц операционна€ система смело распредел€ет задани€ одного процесса 1—: ѕредпри€тие (rphost) по нескольким €драм ÷ѕ” (см. рисунок 1).



–исунок 1 - Ќагрузка на ÷ѕ при работе процессов сервера 1—.


Ќо это абсолютно не значит, что если купить процессор с максимальным количеством €дер, то сервер 1— в паре с —”Ѕƒ (чаще всего под —”Ѕƒ имеетс€ ввиду MS SQL) покажут фантастическую производительность и перепроведение бухгалтерских периодов в программе 1— станут делом нескольких минут. Ќужно понимать отличие между скоростью выполнени€ одной операции и процессом одновременной обработки большого объема информации.  оличество физических €дер как раз позвол€ет решить вопрос стабильности и производительности одновременной работы с множеством разных заданий сервером 1—:ѕредпри€ти€ и —”Ѕƒ. ќтсюда вывод Ц чем больше количество пользователей 1—, тем больше будет играть роль нужное количество €дер дл€ комфортной одновременной работы этих самых пользователей. «ависимость количества пользователей от количества €дер дл€ сервера 1— показана в таблице 1.


 оличество одновременно работающих пользователей на сервере 1—:ѕредпри€тие “ип и модель процессора  оличество используемых €дер
ƒо 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 - —оотношение количества пользователей на сервере 1— и рекомендуемого количества €дер ÷ѕ.


„астота центрального процессора. ¬ противовес к количеству €дер Ц частота работы центрального процессора вли€ет именно на скорость обработки одного кусочка задани€ в один момент времени, что €вл€етс€ самым попул€рным критерием конечных пользователей 1—. „астота процессора Ц это именно тот параметр, при увеличении которого у отдельно вз€того пользовател€ увеличитс€ скорость обработки запросов сервером 1— и —”Ѕƒ и уменьшитс€ врем€, за которое система предоставит итоговый результат конечному пользователю. ¬ подтверждение этому известный специалист √илев в одной из своих статей на базе практических тестов сделал однозначный вывод - Ђна скорость работы 1— гораздо больше вли€ет частота центрального процессора, нежели остальные его параметры, будь то конечный клиент 1— или же сервер 1—:ѕредпри€тиеї. “акова архитектура программы 1—.

 еш, виртуализаци€ и гиперпоточность (hyper threading). ¬ прошлом, когда много€дерные процессоры еще не были так распространены Ц компанией Intel была придумана специальна€ технологи€ центрального процессора, имитирующа€ много€дерность, так называема€ Ђгиперпоточностьї. ѕосле еЄ включени€ один физический процессор (одно физическое €дро) определ€етс€ операционной системой как два отдельных процессора (два логических €дра). –екомендуем дл€ сервера 1— Ђгиперпоточностьї отключать. Ќикакого ускорени€ работы 1— эта технологи€ не приносит.

ѕри использовании виртуальных машин дл€ сервера 1—:ѕредпри€тие и —”Ѕƒ нужно учитывать, что €дра виртуальных машин Ђслабееї реальных физических €дер, хот€ называютс€ одинаково Ц Ђ€драї. “очных официальных коэффициентов нет, но статьи на технических порталах Microsoft рекомендуют на одно физическое €дро считать 4-6 €дер процессора в виртуальной машине.

 еш Ц это сверхоперативна€ пам€ть, используема€ процессором дл€ уменьшени€ среднего времени доступа к компьютерной пам€ти. ѕо сути, она €вл€етс€ неотъемлемой частью процессора, поскольку расположена на одном с ним кристалле и входит в состав функциональных блоков. «десь всЄ предельно €сно Ц чем больше объем кэша, тем более крупные Ђкусочкиї информации сможет обрабатывать процессор. ќбычно величина кэша зависит от моделей процессора Ц чем модель дороже, тем обычно больше там объем кеш-пам€ти. ќднако мы не считаем, что величина кеша процессора кардинально вли€ет на производительность сервера 1— и —”Ѕƒ. —корее это относитс€ к области Ђтонкого тюнингаї.

“ип процессора. ¬сем известно, что аппаратное обеспечение делитс€ на серверное и пользовательское. ј можно ли в отдельных случа€х использовать недорогой пользовательский центральный процессор как альтернативу профессиональному, но дорогосто€щему серверному ÷ѕ”? ќказываетс€ Ц можно. –ассмотрим таблицу сравнени€ основных параметров двух вариантов центральных процессоров Intel (см. таблицу 2).



ѕользовательский Intel® Core™ i7-6700T Processor (8M Cache, up to 3.60 GHz) —ерверный IntelЃ XeonЃ Processor E5-2680 v2 (25M Cache, 2.80 GHz)
 эш-пам€ть 8 MB 25 MB
„астота системной шины 8 GT/s DMI3 8 GT/s QPI
Ќабор команд 64-bit SSE4.1/4.2, AVX 2.0 64-bit AVX 2.0
 оличество €дер 4 10
Ѕазова€ тактова€ частота процессора 2.8 GHz 2.8 GHz
ћакс. объем и тип оперативной пам€ти 64 GB non-ECC 768 GB ECC
ќриентировочна€ стоимость 354$ 1 280$

“аблица 2 - —равнение основных параметров домашнего и серверного ÷ѕ от Intel.


 ак мы видим, серверный процессор имеет гораздо более высокие значени€ в количестве €дер, в объеме кэша, поддержке большего объема оперативной пам€ти и, конечно же, в более высокой цене. ќднако, серверный ÷ѕ” практически не отличаетс€ от пользовательского в поддержке определенных процессорных команд (инструкций) и в тактовой частоте. ќтсюда можно сделать вывод Ц дл€ небольших организаций вполне допустимо применение пользовательского центрального процессора дл€ сервера 1—:ѕредпри€тие. ¬опрос только в том, что пользовательский процессор не может быть установлен в сокет серверной материнской платы и поддерживать серверную ќ«” с контролем четности (ECC), а использование пользовательских комплектующих влечет за собой риски стабильности работы всей системы в целом.


ќперативна€ пам€ть (ќ«”)


“ип оперативной пам€ти. ѕланка оперативной пам€ти (ќ«”) различаетс€ по ее предназначению Ц дл€ многопользовательских серверных систем или дл€ персональных устройств Ц ѕ , ноутбуков, неттопов, тонких клиентов и т.д.  ак и в случае с ÷ѕ” Ц основные параметры модулей ќ«” примерно равнозначны Ц современна€ ќ«” дл€ ѕ  практически не отстает от серверной ни в объеме одной планки, ни в тактовой частоте, ни в типе модулей DDR. ќтличи€ серверной ќ«” от Ђдомашнейї в вариантах использовани€ и предназначени€ аппаратной платформы - отсюда же формируетс€ ее более высока€ стоимость:

  • —ерверна€ ќ«” имеет контроль четности ECC (Error Correction Code) - технику кодировани€/декодировани€, позвол€юща€ исправл€ть ошибки в обработке информации непосредственно модулем ќ«”
  • —ерверна€ материнска€ плата имеет гораздо больше разъемов под установку модулей ќ«”, чем обыкновенный ѕ 
  • —ерверна€ ќ«” содержит регистры (буферы), обеспечивающие буферизацию данных (частичную Registered либо полную Full Buffered), за счет чего уменьшаетс€ нагрузка на контроллер пам€ти при множестве одновременных запросов. Ѕуферизованные модули "FB-DIMM", несовместимы с небуферизованными.
  • ћодули регистровой пам€ти также позвол€ют повысить масштабируемость пам€ти - наличие регистров дает возможность устанавливать больше модулей в одном канале.

ћожем сделать вывод, что использование серверных модулей оперативной пам€ти дает возможность устанавливать большие объемы ќ«” в одной системе, а техники контрол€ четности ECC и использование буферов позвол€ют серверной операционной системе работать стабильно и быстро.

ќбъем оперативной пам€ти. ќдним из ключевых факторов дл€ высокой производительности сервера 1— и —”Ѕƒ €вл€етс€ достаточный объем оперативной пам€ти.  онечно же фактические потребности в ќ«” завис€т от многих факторов Ц тип конфигурации 1—, количество процессов сервера 1—:ѕредпри€тие, объем базы —”Ѕƒ и так далее. ќднако можно вывести примерную зависимость объема ќ«” от количества пользователей (см. таблицу 3).


ѕотребность ќ«” дл€ сервера 1с и —”Ѕƒ ƒо 10 пользователей ƒо 20 пользователей ƒо 30 пользователей ƒо 50 пользователей
—ервер 1с:ѕредпри€тие 4-6 √б 6-8 √б 12-14 √б 18-24 √б
—ервер MS SQL 4-6 √б 8-10 √б 16-18 √б 24-28 √б

“аблица 3 - ѕримерное соотношение количества пользователей сервера 1— и рекомендуемой оперативной пам€ти на процессы сервера 1—:ѕредпри€тие и сервера MS SQL.


 асательно процессов сервера 1C:ѕредпри€ти€ (rphost.exe) - современные платформы 1— не позвол€ют в ручном режиме указывать количество процессов сервера 1—. ¬место этого, система требует задать параметры, такие как количество информационных баз и количество пользователей на один процесс rphost.exe, после чего сама автоматически определ€ет оптимальное количество процессов сервера 1—:ѕредпри€тие. “ак же можно настроить плавное освобождение процессом rphost.exe ќ«” в случае, если ее объем превышает заданный заранее порог. ѕри этом сервер 1— создает новый процесс rphost.exe, который постепенно берет на себ€ задани€ 1—, позвол€€ разгрузить требуемый процесс 1—.

“акже нужно обратить внимание, что объем ќ«”, выделенный службе SQL считаетс€ достаточным, если попадание данных SQL в cache составл€ет не менее 90%. Ёта метрика довольно удобна, т.к. просто посмотреть количество потребл€емой ќ«” сервером SQL нельз€ Ц последние выпуски SQL имеют динамически потребл€емую ќ«” - захватываетс€ максимально возможное количество ќ«” и высвобождаетс€ по мере запроса ќ«” другими процессами.

„астота оперативной пам€ти. ≈сли коротко, то это пропускна€ способность каналов, по которым данные передаютс€ на материнскую плату, а оттуда - в процессор. ∆елательно, чтоб этот параметр совпадал с допустимой частотой материнской платы или превышал ее, иначе канал передачи ќ«” рискует стать Ђузким местомї. ¬ рамках одного типа DDR увеличение\уменьшение частоты кардинальным образом не вли€ет на производительность сервера 1— и относитс€ больше к области Ђтонкого тюннингаї.

“айминги оперативной пам€ти. Ёто задержи или латентность (Latency) ќ«”. ’арактеризуетс€ этот параметр временем задержки данных при переходе между разными модул€ми микросхемы ќ«”. ћеньшие значени€ означают более высокое быстродействие. ќднако, вли€ние на общее быстродействие серверной системы, а уж тем более, на сервер 1—:ѕредпри€ти€ Ц невысоко. ќбычно, внимание на эти параметры обращают только геймеры и оверклокеры, дл€ которых кажда€ лишн€€ капл€ производительности - дороже всего.


ƒискова€ подсистема и жесткие диски HDD


 онтроллеры жестких дисков. ќсновным устройством соединени€ и организации жестких дисков в аппаратной системе €вл€етс€ контроллер жестких дисков. ќн бывает двух типов:

1. ¬строенный Ц модуль контроллера встроен в систему, корзина с жесткими дисками подключаетс€ непосредственно в материнскую плату. —читаетс€ более экономным решением.

2. ¬нешний Ц представл€ет собой отдельную печатную плату (устройство), котора€ подключаетс€ в разъем материнской платы. ќн считаетс€ более профессиональным решением за счет того, что имеет отдельные чипы проведени€ и контрол€ операций с жесткими дисками HDD. –екомендуетс€ дл€ важных серверных систем, таких как сервер 1—:ѕредпри€ти€ и —”Ѕƒ.

—уществует еще третий тип Ц устройство приема\передачи блочных данных по каналам iSCSI, FiberChanel, InfiniBand, SAS. ќднако в этом варианте дискова€ подсистема Ђвынесенаї на отдельное устройство хранени€ данных (—’ƒ), соедин€емое с сервером посредством оптического или медного кабел€. ¬ нашей статье мы делаем разбор требований к автономному серверу дл€ 1—, поэтому данный тип мы рассматривать не будем.

“ипы и уровни RAID-массивов. Ёто технологи€ виртуализации данных, котора€ объедин€ет несколько дисков в логический элемент дл€ избыточности и повышени€ производительности. –ассмотрим наиболее попул€рные уровни спецификации RAID:

  • RAID 0 (“Striping”) избыточности не имеет, а информацию распредел€ет сразу по всем вход€щим в массив дискам в виде небольших блоков (Ђстрайповї). «а счет этого существенно повышаетс€ производительность, но страдает надежность. ћы не рекомендуем использовать этот тип массива, несмотр€ на повышение производительности.
  • RAID 1 (УMirroringФ, Ђзеркалої). »меет защиту от выхода из стро€ половины имеющихс€ аппаратных средств (в общем случае Ц одного из двух жестких дисков), обеспечивает приемлемую скорость записи и выигрыш по скорости чтени€ за счет распараллеливани€ запросов. “акой тип массива вполне Ђпот€нетї сервер 1—+—”Ѕƒ до 25-30 пользователей, особенно, если будут использованы диски SAS 15K либо SSD.
  • RAID 10. «еркальные пары дисков выстраиваютс€ в Ђцепочкуї, поэтому объем полученного тома может превосходить емкость одного жесткого диска. ѕо нашему мнению, наиболее удачный тип дискового массива, т.к. в нем соедин€ютс€ надежность RAID1 и быстродействие RAID 0. ¬ сочетании с дисками SAS 15K либо SSD может быть использован дл€ серверов 1— от 40-50 пользователей.
  • RAID 5. «наменит благодар€ своей экономичности. ∆ертву€ ради избыточности емкостью всего одного диска из массива, получаем защиту от выхода из стро€ любого из жестких дисков системы. (его вариаци€ RAID 6 требует лишние два жестких диска дл€ размещени€ контрольных сумм, но зато сохран€ет данные даже при выходе из стро€ двух дисков). ƒанный тип массива экономичен, надежен и имеет довольно ощутимое быстродействие Ђна чтениеї.   сожалению, узким местом этого массива €вл€етс€ низка€ скорость записи, что позвол€ет комфортно использовать его при конфигураци€х сервера 1— до 15-20 пользователей. “акже он оптимален дл€ прикладных целей Ц хранени€ файловых данных, архивов документооборота и т.д.

“ипы интерфейсов жестких дисков. ѕо типу подключени€ жесткие диски раздел€ютс€:

  • HDD Sata Home. Ќаиболее дешевый вариант жестких дисков, предназначенный дл€ использовани€ в домашних ѕ  либо сетевых медиа-центрах. ”бедительно не рекомендуетс€ использовать подобные устройства в серверах 1с в св€зи с низким коэффициентом отказоустойчивости и стабильности работы Ц компоненты этих дисков попросту не предназначены дл€ работы в режиме 24/7 и быстро выход€т из стро€.
  • HDD Sata Server. ѕод данным наименованием обычно понимаютс€ жесткие диски с интерфейсом Sata и скоростью вращени€ шпиндел€ 7 200 оборотов\мин. ѕриставка ЂServerї означает, что такие диски проходили тестирование на работоспособность в серверных системах и рассчитаны на стабильную работу в режиме 24/7. ќбычно используютс€ в серверах 1— дл€ хранени€ больших объемов информации, не требующей высокой скорости ее обработки.   примеру Ц архивные базы 1с, папки обмена, файлы выгрузок офисных документов и т.д.
  • HDD SAS Server. ќтличий интерфейса SAS (современного аналога SCSI) от интерфейса Sata несколько. «десь и среднее врем€ отклика диска, и работа в общей дисковой полке, и работа с контроллером HDD на более высоких скорост€х обмена информацией Ц до 6 √б\с (по сравнению с Sata 3 √б\с). Ќо главное преимущество - существование моделей SAS-дисков со скоростью вращени€ шпиндел€ 15 000 оборотов\мин. »менно эта конструктивна€ особенность позвол€ет SAS-дискам проводить почти в 3 раза больше операций ввода\вывода в секунду по сравнению с HDD Sata Server. “акие диски SAS имеют небольшой объем и их рекомендуетс€ использовать под основные базы данных 1с с посто€нно высокой рабочей нагрузкой.
  • SSD диски. Ёти диски отличаютс€ от предыдущих не интерфейсом подключени€, а своей конструкцией Ц они твердотельные и не имеют движущихс€ частей, т.е. по своей сути €вл€ютс€ аналогами Ђфлешекї. “акие технологии позвол€ют SSD-дискам производить Ђзапредельноеї количество операций ввода\вывода в секунду (от 10 000 операций на самых простых модел€х SSD). ќднако подобное преимущество имеет и обратную сторону Ц более высока€ цена SSD-дисков и Ђпорог их жизниї, который зависит от предела количества записи в блоки SSD. ¬прочем, с каждым годом эти диски станов€тс€ все более доступными и долговечными. ѕоскольку стоимость SSD дисков многократно возрастает в зависимости от объема Ц разумнее всего будет использовать их под небольшие, но сверх-нагруженные базы данных 1с, требующие высокой скорости доступа, а так же под временные базы —”Ѕƒ TempDB.

IOPS Ц количество операций ввода-вывода в секунду. ѕо сути, IOPS - это количество блоков информации, которое успевает считатьс€ или записатьс€ на носитель за 1 секунду времени. “о есть, в чистом виде - это и есть ключевой параметр скорости обработки информации жестким диском, вли€ющий на производительность 1— сервера. ≈сли брать дл€ сравнени€ стандартный блок информации 4кб, то можно примерно выделить следующие показатели IOPS (см. таблицу 4).


∆есткий диск IOPS »нтерфейс
7,200 об/мин SATA-диски ~75-100 IOPS SATA 3 √бит/с
10,000 об/мин SATA-диски ~125-150 IOPS SATA 3 √бит/с
10,000 об/мин SAS-диски ~140 IOPS SAS
15,000 об/мин SAS-диски ~175-210 IOPS SAS
SSD-диски ќт 8 000 IOPS SAS либо SATA

“аблица 4 - ѕоказатели IOPS на различых типах жестких дисков при работе с блоком данных 4кб.


 онечно же, в чистом виде IOPS мало чем полезен дл€ калькул€ции итоговых расчетов и требований к дисковой подсистеме сервера 1—. ¬едь суммарна€ производительность дисковой подсистемы складываетс€ из типа RAID-массива, типов диска и показателей скорости его интерфейса, времени отклика (Latency), времени произвольного доступа, процентного соотношени€ количества операций чтени€ и записи и множества других факторов. ќднако данный параметр, по нашему мнению, €вл€етс€ ключевым показателем скорости дисковой подсистемы и на этапах разработки серверной архитектуры, помогает определить Ц какой же тип жестких дисков вообще будет наиболее подход€щим дл€ тех или иных потребностей. (см. RAID-калькул€тор)

ѕрактический тест

 ака€ же зависимость между количеством пользователей 1— и количеством iops? Ќаша команда провела практический тест (см. таблицу 5) по измерению нагрузки на дисковую подсистему определенным количеством сессий 1—. ѕоскольку система 1— €вл€етс€ программируемой средой и кажда€ компани€ может иметь свой набор бизнес-процессов в 1— Ц нам требовалась прив€зка к некой эталонной конфигурации дл€ тестировани€. ¬ этом качестве была выбрана специализированна€ конфигураци€ ÷”ѕ 1—, разработанна€ дл€ тестировани€ и отладки. Ќа ее базе наши программисты 1— добавили р€д запросов, имитирующих нормальную работу обычного предпри€ти€, с формированием бухгалтерских запросов, проводок, составлением отчетов и проведением операционных документов.


—истемный диск ƒиск с базами данных
»тераци€ ѕользователи IOPS write IOPS read IOPS write IOPS read
—редние значени€
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 - –езультаты практического теста по нагрузке на дисковую подсистему.


–езультаты теста показывают, что львина€ дол€ нагрузки на дисковую подсистему возникает при записи 1— в базу данных сервера —”Ѕƒ и на системный диск операционной системы (на котором по умолчанию располагаютс€ файлы кеш-сервера 1—:ѕредпри€тие).

ѕараллельно мы провели практические замеры уже работающих баз 1— ”ѕѕ 8.2 на прот€жении тестового периода Ц 5 рабочих дней. ќни показывают, что в среднем сервер 1— + —”Ѕƒ потребл€ет в два раза больше iops Ђна записьї, чем Ђна чтениеї. “ака€ разница между синтетическими тестами и статистикой мониторинга реального сервера 1— обусловлена как периодическими выборками информационных данных с базы в течение рабочего дн€, так и регул€рным чтением базы при резервном копировании или репликации —”Ѕƒ.

ѕрочие составл€ющие жесткого диска, на которые стоит обратить внимание.

  • ‘изический размер (форм-фактор). Ќа сегодн€шний день почти все известные накопители дл€ персональных компьютеров и серверов имеют размер 3,5 либо 2,5 дюйма. ќтметим, что диски 2,5 дюйма не производ€тс€ больших объемов.
  • ¬рем€ произвольного доступа (random access time) - врем€, за которое жесткий диск гарантированно выполнит операцию чтени€-записи на определенном участке магнитного диска.  ак правило, более высокими результатами обладают серверные диски. Ёто €вл€етс€ достаточно важным параметром при построении массива дисков дл€ сервера —”Ѕƒ 1—.
  • —корость вращени€ шпиндел€ - количество оборотов шпиндел€ жесткого диска в минуту. «десь все просто и пон€тно - от скорости вращени€ шпиндел€ с магнитными пластинами завис€т врем€ доступа и средн€€ скорость передачи данных жесткого диска.
  • ќбъЄм буфера жесткого диска - буфером называетс€ временна€ пам€ть, предназначенна€ дл€ сглаживани€ различий в скорости чтени€/записи жесткого диска и передачи данных по интерфейсу.
  • ЌадЄжность - определ€етс€ как среднее врем€ наработки на отказ (MTBF).  ак правило, надежность напр€мую зависит от производител€, цены и среды использовани€ жесткого диска. ћы считаем надежность важным параметром жесткого диска, вли€ющим на качество работы сервера 1—.

ѕравильный выбор: домашнее или серверное Ђжелезої


”дешевление аппаратных комплектующих и активный рост потенциальных мощностей Ђдомашних компьютеровї привод€т еще к одному губительному заблуждению Ц малый бизнес активно использует рабочие станции в качестве платформы дл€ совместной работы с базами 1—. ѕри этом, не осознава€, что помимо параметров частоты €дра, объема пам€ти и возможности использовани€ бюджетных SSD-дисков в обычном ѕ  Ц существуют более системные, более глубокие и важные требовани€ к работе аппаратного обеспечени€ в коммерческой структуре (см. таблицу 6).

ƒл€ решени€ вопроса организации сервера 1— мы предлагаем аренду облачных серверов 1— в дата-центрах класса Tier III. — экономической целесообразностью выбора аренды сервера можно ознакомитьс€ в статье.


ѕараметры —ервер ѕерсональный компьютер
ƒостаточность вычислительных мощностей V V
√арантированна€ работоспособность системы в режиме 24/7 V X
Ќадежность и стабильность ключевых аппаратных комплектующих V X
¬озможность удаленного управлени€ питанием и консолью (IPMI) V X
Ѕюджетна€ стоимость аппаратной платформы X V

“аблица 6 - —равнение домашнего и серверного железа по критери€м, требуемым дл€ качественной работы сервера 1—.


ќтказоустойчива€ работа 1—


Ѕезусловно, одним из важных требований к серверной части 1— €вл€етс€ стабильность ее работы и устойчивость к отказам.  омпани€ Microsoft и сама фирма 1— приложили много усилий в этом направлении, создав технологии кластеризации своих сервисов на довольно серьезном уровне (см. таблицу 7).


ќтказоустойчивость SQL серверов Ѕазирована на концепции единого общего хранилища данных. ¬строенна€ технологи€ кластеризации SQL Server объедин€ет два SQL сервера в один кластер с единым виртуальным IP-адресом и единой базой. “аким образом при выходе из стро€ основного SQL - запросы автоматически перевод€тс€ на резервный.
¬торым вариантом €вл€етс€ недавно по€вивша€с€ AlwaysOn - технологи€ автоматической регул€рной репликации баз —”Ѕƒ между основным и резервным серверами SQL. ѕри этом дублирующий сервер SQL находитс€ физически на другом хранилище, что повышает устойчивость к рискам
ќтказоустойчивость службы сервера 1—:ѕредпри€тие —ерверы 1— ѕредпри€ти€ объедин€ютс€ в программный отказоустойчивый кластер active-active с автоматическим переключением при сбое и сохранением текущих сессий.

“аблица 7 - ќтказоустойчивость SQL и 1—-серверов.


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

  •  ластеризаци€ SQL использует виртуальный IP. ј это значит, что взаимодействие сервера 1—:ѕредпри€тие и MS SQL всегда будет происходить по сетевому интерфейсу, даже если оба сервиса наход€тс€ в одной операционной системе. „то соответственно приведет к замедлению работы 1— в сравнении с классическим вариантом архитектуры, рекомендуемым самой компанией 1— Ц использованием раздел€емой пам€ти Shared Memory. ¬ принципе, эту помеху можно Ђобойтиї, использу€, к примеру, технологию MS SQL Log Shipping. ќднако, в таком случае переключение на резервный сервер SQL уже не будет автоматическим и этот вариант нельз€ считать полноценным кластером.
  •  ластер SQL требует крупных бюджетных затрат. ≈сли речь идет о классической кластеризации сервиса MS SQL Ц требуетс€ единое хранилище баз, подключенное к основному и резервному серверам SQL. ќбычно в этой роли выступают дорогосто€щие системы хранени€ данных —’ƒ, что увеличивает бюджет на пор€док. ≈сли речь идет о новомодной AlwaysOn, то единое хранилище баз не требуетс€, технологи€ работает с локальными дисками основного и резервного серверов по сети. «ато требуетс€ верси€ SQL Server Enterprise, лицензи€ на которую стоит в 4 раза больше, чем на обычный SQL Server StandarD.
  •  оличество лицензий. Ќесмотр€ на то, что второй сервер SQL не обрабатывает данные и находитс€ в резерве Ц лицензии нужно будет приобрести на оба сервера Ц как основной, так и резервный. ќсобенно болезненным дл€ бюджета €вл€ютс€ лицензии SQL Server Enterprise дл€ реализации распределенного кластера групп высокой доступности AlwaysOn.

¬ыводы и рекомендации по созданию архитектуры дл€ сервера 1—



  • Ќе нужно использовать дешевое пользовательское аппаратное обеспечение дл€ столь важного сервиса как учетна€ система всего предпри€ти€. ÷ена в данном случае напр€мую предопредел€ет качество, стабильность и долговечность такой платформы.
  • –екомендуем при выборе серверной платформы обращать внимание на наличие двух блоков питани€, удаленную карту IPMI и бренд производител€.  онечно же, каждый подбирает решение, исход€ из своего бюджета, топовые бренды иногда слишком дороги и не совсем уместны, однако не стоит уж совсем экономить на производителе, это может привести к неконтролируемым форс-мажорам в работе с 1—. Ћично мы используем серверные платформы Supermicro в сочетании с серверными ÷ѕ” Intel.
  • ≈сть мнение, подтвержденное практикой, что производительность 1— больше зависит от более высокой частоты работы ÷ѕ”, чем от количества предоставленных €дер.
  • Ќе нужно экономить на объеме оперативной пам€ти, выдел€емой дл€ сервера 1— и службы SQL. ќ«” на данный момент €вл€етс€ достаточно дешевым ресурсом, а ее нехватка (даже на 10-15 процентов) приведет к сильному падению производительности системы 1—, т.к. включитс€ более медленна€ система подкачки (swap). ѕлюс ко всему swap даст дополнительную нагрузку на дисковую подсистему что еще сильнее ухудшит ситуацию.
  •  омпани€ EFSOL предлагает комплексные услуги по подбору сервера 1—, в которые входит: проектирование сервера 1—, закупка, настройка и обслуживание.
  • јльтернативным собственному созданию сервера 1— вариантом €вл€етс€ аренда сервера дл€ 1—. ќблачные технологии позвол€ют при небольших ежемес€чных затратах пролучить надежный отказоустойчивый сервис дл€ комфортной работы в 1—.


¬ начало статьи



EFSOL

—истемна€ интеграци€.  онсалтинг

 орпоративное облако

об€зательные пол€
* јнтиробот:
¬ведите ответ

 орпоративное облако

¬се пол€ формы выделенные значком * об€зательны к заполнению
* јнтиробот:
¬ведите ответ
  • ƒа, вы не зр€ пункт облачного сервера 1с опустили последним в рекомендаци€х, поскольку при виртуализации тер€етс€ до 30% производительности 1с в зависимости, конечно, от системы виртуализации. ¬ы бесспорно правы по поводу серверного оборудовани€, но дл€ SMB бизнеса важнее наверное вз€ть десктопный процессор с высокой частотой, простой RAID контроллер с парой дисков в RAID 1 на недорогой материнке и регул€рно делать бэкапы, чем собирать сервер Supermicro на Intel процессорах, когда частота и стоимость такого проца растет в геометрической прогрессии. ¬се-таки регул€рное резервное копирование и своевременна€ диагностика сервера-рабочки дл€ малого бизнеса допустима€ альтернатива.
  • —пасибо, довольно обширно.   сожалению, официально 1— не дает четких требований к своим конфигураци€м по части УжелезаФ, наверное из-за возможности создани€ кода Упод себ€Ф с доработанным функционалом. я так понимаю, объем потребл€емой оперативки вз€т эмпирически, с потолка? »бо у мен€, к примеру 25 пользователей кушают все 30 √б ќ«” сервера 1—, но и базы на основе ”ѕѕ. ¬ общем, всЄ равно нужно считать каждый случай под себ€...
  • –езонное замечание. ќбъем потребл€емой ќ«” конечно же нельз€ поместить в четкие границы, т.к. конфигураци€ 1— - "жива€" и люба€ доработка кода может приводить к изменению потреблени€ ресурсов. ѕри указании пределов использовани€ ќ«” мы ориентировались: * Ќа средние показатели системы мониторинга реальных клиентов с более-менее стандартными конфигураци€ми * Ќа опыт наших инженеров при внедрении подобных систем 1—
  • ѕрочитал статью. «аинтересовала таблица номер 1. ѕочему берете дл€ 10 пользователей частоту 3.1, дл€ 30-ти - 2,6, а дл€ 50-ти 2,4 √гц.? ¬ыходит если один и тот же пользователь зайдет сначала на сервер дл€ 10 чел, потом дл€ 20-ти, а потом 50-ти - каждый раз 1— у него работать будет все медленнее и медленнее - так как частота все ниже и ниже, а дл€ 1— это очень важно. ѕредставьте что клиент сидел на сервере дл€ 10 человек с процессором 3,1, потом вз€л и расширилс€ до 50-ти.  упил новый сервер, потратил деньги, поставил процессоры 2,4 как здесь рекомендуетс€ и думает естественно что сейчас у него все будет работать еще круче. ѕользователи заход€т - а оно как-то все медленнее :( , на личном примере скажу, что разница в работе 1— при 2,4 √гц и 3,1 очень заметна.
  • ≈сли запросить конфигурацию железа у 1— - то они отвечают, что нужно проводить нагрузочное тестирование баз с которыми предполагаетс€ работа и в зависимости от его результатов уже подбирать конфигурацию. ј без тестировани€ гарантию что вот така€ конфигураци€ подойдет 100% никто не даст. ¬от и дилема получаетс€ - либо оборудование покупать с большим запасом и переплатить, либо же купить рекомендуемую конфигурацию и рисковать что ресурсов не хватит в самый неподход€щий момент. ¬ этом плане удачна€ вещь облако - примерную конфигурацию прикинул - запустилс€. ≈сли не хватает ќ«”, процессоров, или диски нужны более быстрые - расширил быстренько аккурат сколько тебе нужно. ¬ итоге и работает все хорошо, и за лишнее не платишь.
  • «дравствуйте, ћихаил! ƒанна€ таблица показывает примерную зависимость количества пользователей от количества €дер дл€ производительности сервера 1—. ¬ случае работы до 10 одновременных пользователей Ц с задачей справитс€ Ђдомашнийї процессор Intel Core, частота которых обычно начинаетс€ от 3.1Ghz. ј вот дл€ более-менее комфортной работы до 30-40 одновременных пользователей Ц уже рекомендуетс€ применить серверный процессор с увеличением количества €дер до 8. ”пор делаетс€ именно на количество €дер, т.к при нехватке этого параметра Ц тормозить будет на пор€док выше из-за процесса одновременной обработки большого объема информации дл€ 30-40 пользователей, по сравнению с 10 пользовател€ми. ќтвеча€ на сам вопрос Ц да, скорость обработки одного документа дл€ одного пользовател€ практически напр€мую зависит от частоты процессора. ¬ частности, касательно 1— Ц этот факт вы€снен как практически, так и теоретически. „астично разницу во времени обработки может сгладить процессорный кеш (у серверных процессоров он на пор€док выше, чем у Ђдомашнихї). ќднако, если требуетс€ чтобы 1— у каждого пользовател€ работала максимально быстро в части ÷ѕ” Ц нужно брать процессоры с соответствующим количеством €дер и максимальной частотой. ѕравда их стоимость возрастает в геометрической прогрессии с увеличением каждого параметра даже на несколько единиц.
  • –Ю—З–µ–љ—М –њ–Њ–Ј–љ–∞–≤–∞—В–µ–ї—М–љ–∞—П —Б—В–∞—В—М—П. –С–ї–∞–≥–Њ–і–∞—А—О.
  • –њ—А–∞–≤–Є–ї—М–љ—Л–є –≤—Л–±–Њ—А - —Н—В–Њ 1. –†–∞–Ј–љ–µ—Б–µ–љ–Є–µ —Б–µ—А–≤–µ—А–∞ –С–Ф –Є —Б–µ—А–≤–µ—А–∞ –њ—А–Є–ї–Њ–ґ–µ–љ–Є–є (–љ–∞ –њ–µ—А—Б–Њ–љ–∞–ї–Ї–∞—Е —Б –і–Њ—Б—В–∞—В–Њ—З–љ—Л–Љ –Њ–±—К–µ–Љ–Њ–Љ –Ю–Ч–£ –њ–Њ —А–µ–Ї–Њ–Љ–µ–љ–і–∞—Ж–Є—П–Љ–Є —В–Њ–≥–Њ –ґ–µ –Љ–∞–є–Ї—А–Њ—Б–Њ—Д—В–∞). MS SQL –≤–Њ–Њ–±—Й–µ —Б–µ–є—З–∞—Б –Љ–Њ–ґ–љ–Њ –≤—Л–љ–µ—Б—В–Є –љ–∞ Ubuntu –Є–ї–Є CentOS. –≠–Ї–Њ–љ–Њ–Љ–Є—П –љ–∞ –ї–Є—Ж–µ–љ–Ј–Є—П—Е. 2. –Я–Њ —В–∞–±–ї–Є—Ж–µ: –У–∞—А–∞–љ—В–Є—А–Њ–≤–∞–љ–љ–∞—П —А–∞–±–Њ—В–Њ—Б–њ–Њ—Б–Њ–±–љ–Њ—Б—В—М —Б–Є—Б—В–µ–Љ—Л –≤ —А–µ–ґ–Є–Љ–µ 24/7 - –і–∞ –љ—Г. —Б–µ—А–≤–µ—А–∞ –љ–µ –њ–∞–і–∞—О—В(?). –≤—Б–µ –Ј–∞–≤–Є—Б–Є—В –Њ—В –њ—А–∞–≤–Є–ї—М–љ–Њ—Б—В–Є –Љ–Њ–љ–Є—В–Њ—А–Є–љ–≥–∞ —Б —Б–Њ–Њ—В–≤–µ—В—Б—В–≤—Г—О—Й–Є–Љ –∞–ї–µ—А—В–∞–Љ–Є –Є —В—А–Є–≥–≥–µ—А–∞–Љ–Є –њ–µ—А–µ–Ї–ї—О—З–µ–љ–Є—П, –Њ—А–≥–∞–љ–Є–Ј–∞—Ж–Є–Є –≥–Њ—А—П—З–Є—Е –Ј–∞–Љ–µ–љ —В–Є–њ–∞ —Б—В—Н–љ–і–±–∞–є, —А–µ–≥—Г–ї—П—А–љ–Њ–≥–Њ –±—Н–Ї–∞–њ–Є—А–Њ–≤–∞–љ–Є—П. –Т–Њ–±—Й–µ–Љ –Њ—В –Ї–Њ–Љ–њ–ї–µ–Ї—Б–∞ –Ј–∞–і–∞—З. –Я—А–Є —Н—В–Њ–Љ. –¶–µ–љ–∞ –≤–Њ–њ—А–Њ—Б–∞ –Є –≤—А–µ–Љ—П –Ј–∞–Љ–µ–љ—Л –ґ–µ–ї–µ–Ј–∞ –±—Г–і–µ—В –≤ —А–∞–Ј—Л –Љ–µ–љ—М—И–µ, —З–µ–Љ –≤ —Б–ї—Г—З–∞–µ —Б –њ—А–Є–Њ–±—А–µ—В–µ–љ–Є–µ–Љ —Б–µ—А–≤–µ—А–љ—Л—Е –Ї–Њ–Љ–њ–Њ–љ–µ–љ—В. –Э–∞–і–µ–ґ–љ–Њ—Б—В—М –Є —Б—В–∞–±–Є–ї—М–љ–Њ—Б—В—М –Ї–ї—О—З–µ–≤—Л—Е –∞–њ–њ–∞—А–∞—В–љ—Л—Е –Ї–Њ–Љ–њ–ї–µ–Ї—В—Г—О—Й–Є—Е - –≤–Њ–Ј–Љ–Њ–ґ–љ–Њ, –љ–Њ —Н—В–Њ —А–µ—И–∞–µ—В—Б—П –µ–і–Є–љ—Б—В–≤–µ–љ–љ—Л–Љ –љ–∞ —Б–µ–≥–Њ–і–љ—П—И–љ–Є–є –і–µ–љ—М —Б–њ–Њ—Б–Њ–±–Њ–Љ - –≥—А–∞–Љ–Њ—В–љ—Л–Љ –њ–Њ–і–±–Њ—А–Њ–Љ –Ї–Њ–Љ–њ–ї–µ–Ї—В—Г—О—Й–Є—Е –Є –і—Г–±–ї–Є—А–Њ–≤–∞–љ–Є–µ–Љ (–і–∞–ґ–µ –≤ —Б–ї—Г—З–∞–µ –і—Г–±–ї–Є—А–Њ–≤–∞–љ–Є—П - —Ж–µ–љ–∞ –≤–Њ–њ—А–Њ—Б–∞ –±—Г–і–µ—В –љ–µ —Б–Њ–њ–Њ—Б—В–∞–≤–Є–Љ–Њ –љ–Є–ґ–µ). –Т–Њ–Ј–Љ–Њ–ґ–љ–Њ—Б—В—М —Г–і–∞–ї–µ–љ–љ–Њ–≥–Њ —Г–њ—А–∞–≤–ї–µ–љ–Є—П –њ–Є—В–∞–љ–Є–µ–Љ –Є –Ї–Њ–љ—Б–Њ–ї—М—О IPMI - –∞ –љ–∞–і–Њ –ї–Є –Њ–љ–Њ? –≤—Б–µ —Н—В–Њ –і–µ–ї–∞–µ—В—Б—П –≤—Л—И–µ—Г–њ–Њ–Љ—П–љ—Г—В—Л–Љ –Ї–Њ–Љ–њ–ї–µ–Ї—Б–Њ–Љ –Я–Ю –Љ–Њ–љ–Є—В–Њ—А–Є–љ–≥–∞ –Є –Њ–њ–Њ–≤–µ—Й–µ–љ–Є—П —Б –≤–Њ–Ј–Љ–Њ–ґ–љ–Њ—Б—В—М—О –∞–≤—В–Њ–Љ–∞—В–Є–Ј–∞—Ж–Є–Є –њ—А–Њ—Ж–µ—Б—Б–Њ–≤ –њ–µ—А–µ–Ї–ї—О—З–µ–љ–Є—П (–љ–∞–њ—А–Є–Љ–µ—А –љ–∞—Б—В—А–∞–Є–≤–∞—О—В—Б—П —В—А–Є–≥–≥–µ—А—Л –≤ Zabbix, –Ї–Њ—В–Њ—А–µ –њ—А–Є –њ—А–µ–≤—Л—И–µ–љ–Є–Є –Њ–њ—А–µ–і–µ–ї–µ–љ–љ—Л—Е –њ–Њ—А–Њ–≥–Њ–≤ –±—Г–і—Г—В –њ—А–Њ—Б—В–Њ –њ–µ—А–µ–Ї–ї—О—З–∞—В—М —Б—В—Н–љ–і–±–∞–є, –∞ –Ј–∞–≥–ї–Њ—Е—И–Є–є primary —Д–Є–Ј–Є—З–µ—Б–Ї–Є –Њ—В–Ї–ї—О—З–∞—В—М –Њ—В —Б–µ–≥–Љ–µ–љ—В–∞ —Б–µ—В–Є —Б –њ–Њ–Љ–Њ—Й—М—О –Ї–Њ–Љ–Љ—Г—В–∞—В–Њ—А–∞). –≠—В–Њ, –µ—Б–ї–Є –љ–∞–і–Њ 27—Е7 (—З—В–Њ –≤—А—П–і –ї–Є —В—А–µ–±—Г–µ—В—Б—П –і–ї—П, –і–∞–ґ–µ, —Б—А–µ–і–љ–Є—Е –њ—А–µ–і–њ—А–Є—П—В–Є–є –Є –Њ—А–≥–∞–љ–Є–Ј–∞—Ж–Є–є –љ–µ –Є–Љ–µ—О—Й–Є—Е —А–∞–Ј–љ–µ—Б–µ–љ–љ—Л—Е –њ–Њ —З–∞—Б–Њ–≤—Л–Љ –њ–Њ—П—Б–∞–Љ —Д–Є–ї–Є–∞–ї–Њ–≤. –і–∞ –Є —В–µ, –Љ–Њ–≥—Г—В –њ–Њ–і–Њ–ґ–і–∞—В—М)
  • ћы услышали ¬ашу позицию, однако многолетний опыт и не один дес€ток проектов сформировали именно такой набор аппаратно-программных методов организации »“-структуры.
  • –Р –Њ–±—Б–ї—Г–ґ–Є–≤–∞–љ–Є–µ —Б–µ—А–≤–µ—А–Њ–≤ 1—Б –Њ—Б—Г—Й–µ—Б—В–≤–ї—П–µ—В–µ? –Ґ–Њ–ї—М–Ї–Њ —Г –љ–∞—Б –Њ–љ–Є –≤ –Ј–і–∞–љ–Є–Є –њ—А–µ–і–њ—А–Є—П—В–Є—П - 17 –ґ–µ–ї–µ–Ј–љ—Л—Е, 30 –≤–Є—А—В—Г–∞–ї—М–љ—Л—Е. –Ъ–∞–Ї–Є–µ —Г—Б–ї–Њ–≤–Є—П? –Ю—В–≤–µ—В –њ–Є—И–Є—В–µ –љ–∞ –њ–Њ—З—В—Г
  • «дравствуйте, √ригорий! ќбслуживаем серверы, в том числе 1—. ќб услови€х - нужно пообщатьс€. ѕочту вы не оставили, к сожалению, св€житесь с нами любым способом.
  • «дравствуйте, √ригорий! ќбслуживаем серверы, в том числе 1—. ќб услови€х - нужно пообщатьс€. ѕочту вы не оставили, к сожалению, св€житесь с нами любым способом.
  • –Ф–Њ–±—А–Њ–≥–Њ! –У–Њ–≤–Њ—А—П "–њ–Њ–ї—М–Ј–Њ–≤–∞—В–µ–ї–Є", –њ–Њ–і—А–∞–Ј—Г–Љ–µ–≤–∞–µ—В–µ "—Б–µ–∞–љ—Б—Л"? –Х—Б–ї–Є 1 —З–µ–ї–Њ–≤–µ–Ї –љ–∞ 1 –Ї–ї–Є–µ–љ—В–µ –Ј–∞–њ—Г—Б—В–Є—В 2 —А–∞–Ј–љ—Л—Е –Є–љ—Д–Њ—А–Љ–∞—Ж–Є–Њ–љ–љ—Л—Е –±–∞–Ј—Л –љ–∞ —Б–µ—А–≤–µ—А–µ 1–° - —Н—В–Њ 1 –њ–Њ–ї—М–Ј–Њ–≤–∞—В–µ–ї—М –≤ –Ї–Њ–љ—В–µ–Ї—Б—В–µ –і–∞–љ–љ–Њ–є —Б—В–∞—В—М–Є –Є–ї–Є 2?
  • «дравствуйте, Ќиколай! ≈сли 1 человек на 1 клиенте запустит 2 разных информационных базы на сервере 1— - в контексте данной статьи это считаетс€ 2 разными пользовател€ми, поскольку речь в сравнительных таблицах идет о сервере 1—:ѕредпри€тие и —”Ѕƒ. ƒанные сервисы сеансами считают каждый "коннект" к базам
  • –°–њ–∞—Б–Є–±–Њ! –Ш –Ј–∞ –Њ—В–≤–µ—В –Є –Ј–∞ —Б—В–∞—В—М—О.

” вас конкретна€ задача? —в€житесь с нами пр€мо сейчас!

услови€ми
ќбратный звонок RedConnect