Като начало предлагам да подчертая няколко сценария на работа:

1.) Работа с файлова база данни чрез споделен ресурс (уеб сървър)

2.) Работа с файловата база данни в терминала

3.) Работа със сървърна (MSSQL) база данни

Работа с файлова база данни чрез споделен ресурс (уеб сървър)

Всичко тук е съвсем просто. Ако това са редовни форми и 1-3 потребители. След това на „сървъра“ (машината, на която ще бъде разположена базата данни) изберете:

• бързи винтове- обърнете внимание на скоростта на въртене на шпиндела (вземете 7200rpm). Например, ние не вземаме зелената серия от WD, ние вземаме черна или червена. Seagate има серията Constellation.
• процесор- ядрата не са толкова важни, колкото тяхната честота. 1C използва многоядрени процесори доста слабо (изобщо), така че няма да получите предимствата на 8-ядрен процесор; 2-ядрен процесор с по-висока честота ще го направи по-добре. Например core i3 4360 - в момента това е максималната честота за Intel (4ghz в турбо режим).
• RAM -тя няма да играе роля тук. Имайки предвид как съвременните приложения изяждат паметта, задайте я на 8GB
• нето- Е, всъщност няма да спечелите много от 1Gbit мрежа, но въпреки това, ако имате 8-ядрена усукана двойка (можете да погледнете конекторите), тогава има смисъл да инсталирате гигабитов комутатор; време, споделянето на файлове ще бъде по-бързо.
  И последният щрих към този сценарий е, че няма нужда да поставяте базата данни някъде на отделна машина - дългите операции ще се извършват много по-бързо локално, отколкото в мрежата. Поставете тази машина на работното място, откъдето планирате например да затворите месеца или да извършите актуализации за сигурност на информацията.

Друг момент е, ако базата е базирана на управлявани форми. Тук, ако направите всичко, както е описано по-горе, ще получите спирачки. Но все пак има изход:

• SSD устройство*вместо обикновен винт ще ни спаси. Вземете 120GB устройство, за щастие, дори като вземете предвид увеличението на обменния курс, те са приемливи. Препоръчвам да обърнете внимание на серията intel 520/530, kingston v300. Още по-добре, просто прочетете ревютата на най-новите модели, защото... този пазар се развива доста бързо и нови продукти навлизат на пазара
  *Забележка: Ако комбинирате дискове в RAID с дублиране, например RAID1. В този случай има такъв момент: повечето SSD дискове изискват подрязване за почистване на боклука (главно за доста стари модели в режим raid, командата може да не се поддържа и скоростта на устройството ще се влоши, докато работи); За да избегнете този проблем, можете да използвате поне два метода: в идеалния случай закупете SSD на корпоративно ниво, например intel DC3500. Ако ви се струва скъпо, можете да използвате комбинация: дънна платка с чипсет
• процесор- подобно на предишния параграф. Колкото по-висока е честотата, толкова по-добре.
• RAM -голям тя няма да играе роля тук. Имайки предвид как съвременните приложения изяждат паметта, задайте я на 8GB

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

Всъщност, използвайки тази рецепта (ssd, високоскоростен процесор, уеб сървър, тънък клиент). Можете да разсеете мита „ако броят на потребителите е повече от 1 (в някои версии повече от 0 :)) - имате нужда от сървърна база*.

*Въпреки че, разбира се, с уговорката, че това не е UPP или база данни с размер > ~ 4 GB и броят на потребителите не надвишава 4 (това са максималният размер на базата данни и броят потребители, които съм виждал , може би някой е попадал на случаи, когато чрез уеб сървър с Работили ли са повече хора върху файловата база данни, напишете в коментарите)

Работа с файлова база данни в терминала

Да преминем към следващата опция. Имаме терминален сървър и файлова база данни. Всичко тук е подобно на сценарий 1 с изключение на процесора:

• SSD устройствовместо обикновен винт.*
  *Забележка:Не забравяйте да сглобите дисковете в RAID с дублиране, например RAID1. В този случай има такъв момент: повечето SSD дискове изискват подрязване за почистване на боклука (главно за доста стари модели в режим raid, командата може да не се поддържа и скоростта на устройството ще се влоши, докато работи); За да избегнете този проблем, можете да използвате поне два метода: в идеалния случай закупете SSD на корпоративно ниво, например intel DC3500. Ако това изглежда скъпо, можете да използвате SSD от персонализиран клас, но след това се уверете, че неговият ресурс за презапис е достатъчен за вашия работен сценарий.
• процесор- Тук има смисъл да вземем corei5 вместо i3, т.к 1C ще работи на терминала, допълнителни 2 ядра няма да навредят, но не забравяйте за честотата.
• RAMСред администраторите има такъв стабилен израз: няма такова нещо като твърде много памет). От моя опит 7 души, работещи в BP3, заемат 8-12GB на терминала (в зависимост от това колко документа са отворени за всеки потребител). За обикновените форми количеството памет може да се раздели на 2 :) Приблизително изчисление може да се направи, както следва: 256 MB за самата терминална сесия + 1,5 GB за 1C.

Работа със сървърна (MSSQL) база данни

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

• Хостинг SQL сървър и 1C сървър.На различни машини или на една. Има такъв момент: ако са на една и съща машина, тогава комуникацията между тях се осъществява чрез протокола за споделена памет и в този случай получаваме бонус в производителността, който не присъства, когато са на различни машини.
• ПРОЦЕСОР.Но тук са полезни високите тактови скорости и многоядрените процесори. защото имаме процес на SQL сървър, ако е на една и съща машина, и няколко сървърни процеса на 1C rphost, които ще заредят процесорните ядра. повече от един контакт). Дори ако го вземете с един празен сокет „в резерв, купете допълнителен процесор по-късно, ако внезапно ви потрябва“. Виждал съм голям брой сървъри с два сокета, които остават неактивни до края на живота си с празен втори сокет. Въпреки че, ако компанията плаща... защо да се лишавате от удоволствието :)
• RAM. В работата си SQL сървърът* използва активно RAM, ако тя не достига, ще има достъп до дискове, които дори и при ssd са по-бавни от RAM. Следователно тук няма нужда да пестите памет. Бюджет за максималния възможен брой (не забравяйте, разбира се, за здравия разум :)) и оставете свободни слотове на дънната платка, за да можете винаги да доставяте допълнителен стик.
  *Забележка: не забравяйте да ограничите максималната RAM, използвана от SQL сървъра, така че да е достатъчна за операционната система и терминалните сесии, както и да увеличите стъпките за увеличаване на tmp и SQL базата данни (по подразбиране стъпката е 1 MB, което е много малък, комплект 200 MB на база и 50 MB на журнал)
• Дискова подсистема.Може да мислите, че ако количеството RAM е по-голямо от размера на базата данни, тогава всичко ще бъде в паметта и всичко ще лети. Може и така да е било... до първата записваща операция :) която ще запише на дисковете. И тук твърдите дискове ще ви развалят :) Използвайте SSD дискове. И тук не пестете от SSD дискове, които не са за настолни компютри, купете нормални SSD дискове на корпоративно ниво. Intel DC3700 -200GB, ресурс 3,7 петабайта (10 презаписвания на целия капацитет за съхранение на ден за 5 години),може да се намери за 24000r/бр + секунда за RAID1=48000. Лицензът ще струва много повече.

Изглежда, че това е всичко. Ако имате въпроси/оплаквания/предложения - добре дошли в коментарите;)

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

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

Често много клиенти задават въпроси - какъв хардуер е необходим за 1C приложения... какъв сървър да купя за 1C... как да избера правилния сървър за 1C 8... и т.н.

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

Сървъри за 1C за 5 потребители >>>

За такава задача ще бъде достатъчна най-бюджетната версия на оборудването. Основният параметър тук е надеждността и непрекъснатата работа на сървъра.

• Брой процесори - 1 (4 ядра)
• RAM - 4-8 GB

Тази производителност на сървъра е напълно достатъчна за 5 потребители да работят в терминален режим в 1C 8.

Сървъри за 1C за 10 - 15 потребители >>>

Ако нямате собствени сървърни стаи, ключовият момент при закупуването на сървър за 1C може да бъде форм-факторът и създаденото ниво на шум.

• Брой процесори - 1 (4 - 8 ядра)
• RAM - 8-16 GB
• Твърди дискове - 2 x SATA (RAID 1)

Препоръчваме да използвате хардуерен RAID контролер, както и SAS устройства, които имат два пъти по-висока производителност от SATA. Мощността на сървъра е достатъчна дори за работа на потребителите в терминален режим. Ако не планирате да използвате терминален режим, тогава при инсталиране на SAS дискове и хардуерен RAID контролер такъв сървър ще може да обслужва до 25 потребители на 1C.

Използването на SATA SSD устройства е отлична алтернатива на SAS устройствата: те са високопроизводителни и безшумни и не изискват използването на RAID контролер. Не забравяйте обаче, че една от ключовите функции на контролера е повишената надеждност на съхранението на данни.

Сървъри за 1C за 20 - 30 потребители >>>

За тази задача сървърът трябва да има високопроизводителна дискова подсистема. Хардуерен RAID контролер и кеш буфер ще увеличат скоростта на достъп до данни.

• Брой процесори - 2 (от 4 ядра)
• RAM - от 16 GB, с терминален достъп - 64 GB, плюс капацитет на паметта, равен на размера на базата данни
• Твърди дискове - 2 x SAS (RAID 1), за предпочитане 4 x SAS (RAID 10) или SATA SSD

За да организирате терминален достъп в 1C 8, имате нужда от 500 MB RAM за всяка сесия. Ако планирате да използвате и офис приложения в терминала, тогава се препоръчва 1-2 GB RAM за всеки потребител.

Сървъри за 1C за 30 - 50 потребители >>>

Препоръчваме да използвате поне два сървъра: първият за базата данни, вторият за терминалите. В този случай сървърът на приложения се хоства на един от тези сървъри. Ако голям процент от процесорното време на сървъра е зает, има смисъл да се използва специален сървър за приложения. Ако вашият проект включва използването на специален сървър за приложения, препоръчваме да използвате евтин еднопроцесорен сървър, в който ще бъде достатъчно да инсталирате 2 SAS или SATA SSD устройства и 16 GB RAM.

Най-важното нещо за сървъра на база данни е дисковата подсистема и количеството RAM.

• Необходимо е да се осигури пълно кеширане на базата данни в RAM на сървъра. Ако сървърът на приложения 1C също работи на този физически сървър, тогава е необходимо да разпределите памет и за него - 2-4 GB. Тъй като системата 1C генерира много мощно натоварване при запис, това не може да бъде компенсирано от RAM.
• Дисковата система, разбира се, трябва да бъде направена на високопроизводителни SAS дискове или SATA/SAS SSD; силно се препоръчва използването на RAID 10. Необходим е хардуерен RAID контролер. Броят на дисковете зависи от интензивността на работа на потребителя. Като правило са достатъчни 6-8 диска. Ако компанията се развива динамично, тогава е по-добре веднага да изберете сървър с голям брой дискови отделения.
• Процесорите не са най-важният параметър на сървъра на база данни: общото правило за планиране на процесорната мощност е средното им натоварване да не надвишава 50% (определено емпирично).

Основните параметри за терминален сървър са количеството RAM и мощността на процесора.

• Необходимото количество RAM е около 500 MB за всяка клиентска сесия.
• Често няма тежко дисково натоварване на терминалните сървъри, така че можете да използвате „огледало“ от SATA устройства (RAID 1).
• Натоварването на процесора до голяма степен зависи от интензивността на работата на потребителя.

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

UPS за 1C сървър - задължително

Необходимо е да свържете сървъри с 1C към мощно непрекъсваемо захранване. UPS трябва да осигурява минимум 30 минути автономна работа на сървъра. През това време всички потребители ще имат време да запазят документи и да завършат работата си в 1C, а системният администратор ще може безопасно да изключи сървъра без риск от загуба на данни.

Препоръки за избор на E1S ® сървърни конфигурации за 1C приложения

Как да организираме удобна работа за 7 или повече души в 1c? Как да осигурим непрекъсната работа на системите 1c? Как да гарантираме безопасността на всички данни на 1C? Който купете сървър за 1cи как да го избера правилно? С тези и други въпроси рано или късно се сблъскват ИТ специалисти и ръководители на организации.

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

След като анализирахме изискванията на компанията 1c към сървърите, ние обобщихме основните характеристики в следната таблица, която ще ви помогне правилно да оцените и закупите сървър за 1c:

Типични конфигурации на 1C сървър и препоръки за избор

Сървър за 1C (7-15 потребители)

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

* Добавено, ако трябва да използвате отдалечени работни плотове.

Организационната схема на такова решение изглежда така.

Сървър за база данни + сървър 1C 8.2 30-50 потребители:

Като сървър на база данниПрепоръчваме следните машини:Dell PowerEdge T320, Dell PowerEdge R420, Dell PowerEdge T620.

Сървъри Dell T320И R420се различават главно само структурно (съответно монтирани на пода и монтирани в стелажи) и Dell T620побира по-голям брой дискове и RAM, които може да са необходими при много високи натоварвания или „с поглед“ към бъдещето, ако бизнесът на компанията се разраства бързо. Ако няма достатъчно място в шкафа, можете да обърнете внимание на компактния 1U сървър Dell R320.

Основните тесни места на сървър на база данни обикновено са дисковата подсистема и свързаното с нея количество RAM. Тъй като размерът на базата данни в такива компании обикновено е малък (обикновено не повече от 5-10 GB), е напълно възможно базата данни да се кешира напълно в RAM на сървъра. По принцип това не е необходимо, особено ако не е релевантна цялата база данни (например съдържа данни от минали години, които са необходими само от време на време), но поне трябва да включите количеството RAM поне 30 -50% от размера на базата данни за целите на кеширането. Плюс, разбира се, поне 1 GB за нуждите на ОС. Ако този физически сървър работи и 1C сървър за приложения, тогава трябва да разпределите памет и за него - от 1 GB до 2-4 GB (по-добре е да се консултирате с франчайзополучателя - зависи от тяхната конфигурация).

Сървър на база данни / Сървър на приложения / Терминален сървър със софтуер 1C 8.2 50-100 потребители:

Като сървър за база данни със софтуер 1C 8.2, предназначен за 50-100 потребители, препоръчваме да използвате сървъри Dell PowerEdge T620, Dell PowerEdge R720И Dell PowerEdge R720XD. Имат мощни дискови подсистеми с 16 и 24 диска. Ако натоварването на сървъра на базата данни непрекъснато нараства, препоръчваме да не спестявате и да избирате сървъри с голям брой дискове, дори и да не са напълно заредени - по-добре е да добавите дискове и памет по-късно, отколкото Следващата година купете по-мощен автомобил.
Като сървър на приложенияоптималният избор би бил Dell PowerEdge T420с 4-8 GB памет. По принцип, разбира се, можете да разгледате еднопроцесорна машина, но е по-добре да имате два по-слаби процесора, отколкото един мощен (да не се бърка със стария 1C 8.0 - изискваше един процесор p максимална мощност). Натоварването на сървъра на приложения много зависи от 1C конфигурацията, която използвате, така че препоръчваме да се консултирате с вашите 1C внедрители или още по-добре, първо да проверите зареждането на товара.

СЪС терминален сървърнай-простото е - терминални сървъриса мащабирани хоризонтално. Тоест, възможно е просто да поставите две или три Dell PE R420или R620- в зависимост от натоварването. Освен това толерантността към грешки се осигурява автоматично - ако един сървър се повреди, клиентските сесии могат да бъдат рестартирани на друг. Основното е да инсталирате RAM предварително с резерв

Днес ще разгледаме избора на сървърен хардуер за малка организация за 25-30 потребители, с разпределена инфраструктура (търговски обекти, складове), която изисква терминален сървър и програмата 1C: Enterprise. Всички служители ще използват тези услуги.

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

Можете да организирате терминален сървър и да използвате файловата версия на 1C там, но при такъв брой потребители компанията за разработка препоръчва да преминете към версията клиент-сървър. Следователно ще ни е необходим друг сървър за „1C: Enterprise“ и сървър на база данни. Нека веднага да изясним, че е възможно да се организира терминален сървър, SQL сървър и 1C сървър на една операционна система, но от гледна точка на сигурността и стабилността на услугите това силно не се препоръчва. Но ако все пак наистина искате да използвате един физически сървър за всичките три роли, тогава препоръчваме да използвате виртуализация, например VMWare ESXi или Hyper-V.
Така се появяват три варианта:

1. Един сървър с файл 1C. Лош вариант, няма да го разглеждаме повече.
2. Един сървър с две виртуални машини.
3. Два физически сървъра, един терминал, вторият с база данни и 1C.

За разрешаване на тези проблеми може да се предложи следната конфигурация на сървъра:

В случай на един физически сървърИзбрахме Dell R710, с два шест-ядрени процесора Xeon X5650, 64 GB RAM и шест диска: два SSD в RAID 1 и четири SAS диска в RAID 10.

В случай на два физически сървъраИзбрахме следните конфигурации:

• Терминален сървър: IBM x3550 M3 с един процесор Xeon E5620, 32 GB RAM и два SSD в RAID 1, с допълнителна мрежова карта за два гигабитови интерфейса. Този сървър има и богати възможности за надграждане, тъй като е двупроцесорен, има 18 слота за памет и поддържа до 288 GB RAM.
• Сървър за база данни: IBM x3250 M5 с един процесор Xeon E3-1220v3, 16 GB RAM, допълнителен SAS/SATA RAID контролер, четири SAS диска в RAID 10, с допълнителна мрежова карта за 2 гигабитови интерфейса.

процесор

За малка база данни SQL сървърът ще се нуждае от едно ядро. Но ние ще се фокусираме върху разширяването на базата данни в бъдеще (или увеличаването на броя на базите данни) и ще вземем две SQL ядра.

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

Общо получаваме:

• сървър с две виртуални машини изисква 12 физически ядра. Можете да направите по-малко, но винаги трябва да има резерв от мощност. Сървър с два шест-ядрени процесора е идеален за това.
• За терминален сървър е достатъчен един процесор Xeon E5620 с шест ядра; за сървър на база данни е достатъчен процесор Xeon E3-1220v3 с четири ядра.

RAM

• Операционната система Windows Server изисква само 2 GB RAM.
• За SQL и малка база данни 1C ще са достатъчни 4-6 GB RAM.
• Сървърът 1C: Enterprise изисква още 2-3 GB RAM.
• Очакваме, че всеки потребител ще се нуждае от 700 MB RAM в терминална сесия, след което 30 потребители ще се нуждаят от 21 GB.

• Един сървър с две виртуални машини изисква около 40 GB RAM.
• За терминален сървър ще са достатъчни 24 GB или 32 GB RAM (ще го вземем с марж, като приемем бъдещо разширяване). За сървър с бази данни са ви необходими поне 8 GB, но това е „отзад до гърба“, така че 16 GB са с резерв. Паметта сега е един от най-евтините сървърни компоненти.

Дискова подсистема

В допълнение към дисковете трябва да се обърне внимание и на дисковия контролер. Съвременните сървъри имат доста добри контролери на борда, например HP SmartArray и DELL PERC. Въпреки това би било неправилно да се използват „вградени“ решения при големи натоварвания, когато се изисква максимална производителност. Като спестите малко, лесно можете да получите мощен сървър, който изобщо не дърпа товара. Следователно контролерът трябва да е хардуерен, а не софтуерен, със собствена енергонезависима памет.

Нека разгледаме вариантите за решаване на този проблем.

• За един сървър с две виртуални машини е препоръчително да използвате два RAID масива: единият ще съдържа файловете на виртуалната машина на терминалния сървър, вторият ще съдържа сървъра на базата данни и файловете на виртуалната машина 1C: Enterprise. За да създадете първия си масив, най-добре е да използвате две SSD устройства в RAID 1 (огледален).

  По-добре е да създадете втория масив от четири SAS устройства в RAID 10 (mirror + stripe), но е възможно и от две SSD устройства в RAID 1. Изборът зависи само от цената на устройствата и модела на сървъра.

• За два сървъра всичко е същото, само масивите ще бъдат разпределени между сървърите. На терминала - RAID 1 от два SSD диска, на сървъра на базата данни - RAID 10.

Един или повече сървъри

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

Два сървъра обаче имат по-големи възможности за надграждане. Например, в нашата версия, евтиният IBM x3550 M3 с добавянето на друг процесор и RAM се превръща в елегантен кратък терминален сървър за 50 или дори повече потребители.

Друго „тясно място“ в нашия случай, което трябва да се вземе предвид при избора на два физически сървъра, е обменът на данни между тях по мрежата. За виртуалните сървъри обменът на данни става чрез виртуален комутатор. Тук, за да увеличите пропускателната способност на мрежата, можете да инсталирате във всеки сървър мрежова карта с два гигабитови интерфейса, които могат да се агрегират един с друг и директно да свързват двата сървъра с агрегирани 2 гигабитови връзки. Или използвайте мрежови карти с SPF+ 10GBASE, но това е скъпо.

Резерв на мощност

Така че, ако имате нужда от разширяване или броят на услугите се увеличава, тогава има големи перспективи и съществуващите сървъри ще изпълняват ефективно задачите си за дълго време. Може би след година изведнъж ще трябва да удвоим броя на потребителите до 60 души? Моля те.

Ако сте използвали един сървър DELL R710, тогава можете да закупите евтин IBM x3550 M3, да инсталирате хипервайзор върху него, да прехвърлите там виртуална машина с база данни и 1C сървър и на DELL да дадете всички ресурси на виртуална машина с терминал. Ще бъде бързо и няма да е необходимо да „изхвърляте всичко и да купувате ново“.
Ако сте използвали два IBM сървъра, тогава x3550 M3 с добавянето на втори процесор и малко количество RAM се превръща от средна машина в доста мощна машина. А в x3250 M5 можете да надстроите процесора от E3-1220v3 до E3-1285v3.