Съвети за автоматизация. Съвети за автоматизация Бавно работи 1s 8.3 по мрежата

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

Всъщност има три метода за ускоряване на 1C:

Увеличаване на хардуерния капацитет.
Оптимизиране на настройките на операционната система и СУБД.
Оптимизиране на код и алгоритми в 1C.

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

Ако компанията е уверена в оптималността на програмния код и той все още работи бавно, обикновено ръководството решава да увеличи капацитета на сървъра. В този момент възниква логичен въпрос: какво липсва, колко и какво трябва да се добави в резултат.

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

При работа с 1C 8.2, особено с конфигурации, които използват управлявани формуляри, беше забелязан странен факт: 1C работи по-бързо на работна станция, отколкото на мощен сървър. Освен това всички характеристики на работната станция са по-лоши от тези на сървъра.

Таблица 1 - Конфигурации, на които е извършено първоначалното тестване

Работната станция показва производителност със 155% повече от 1C сървър с превъзходна производителност. Започнахме да разбираме какво е и стесняваме кръга от търсения.

Фигура 1 - Измервания на производителността на работната станция чрез теста на Gilev

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

Брой и честота на RAM

Анализът на наличната информация в Интернет показа, че мнозина пишат за зависимостта на производителността на 1C от честотата на паметта. Това е от честотата, а не от обема. Решихме да тестваме тази хипотеза, тъй като имаме RAM честота от 1066 Mhz на сървъра срещу 1333 Mhz на работната станция, а количеството RAM на сървъра вече е много по-високо. Решихме да поставим не 1066 Mhz, а 800 Mhz веднага, за да направим ефекта от зависимостта на производителността от честотата на паметта по-видим. Резултатът - производителността спадна с 12% и възлиза на 39,37 единици. Инсталирахме памет с честота 1333 Mhz вместо 1066 Mhz на сървъра и получихме леко увеличение на производителността - около 11%. Производителността е 19,53 единици. Съответно, не става дума за памет, въпреки че нейната честота дава малко увеличение.

Фигура 2 - Измервания на производителността на работната станция след намаляване на честотата на RAM

Фигура 3 - Измервания на производителността на сървъра след увеличаване на честотата на RAM

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

Следващата хипотеза беше свързана с дисковата подсистема. Веднага възникнаха две хипотези:

SSD са по-добри от SAS устройствата, дори ако са в raid 10.
iSCSI е бавен или не работи правилно.

Затова в работната станция беше инсталиран обикновен SATA диск вместо SSD и същото беше направено със сървъра - основата беше поставена на локален SATA диск. В резултат на това измерванията на производителността не са се променили по никакъв начин. Най-вероятно това се случва, тъй като има достатъчно RAM и дисковете практически не се използват по никакъв начин по време на теста.

процесор

Процесорите на сървъра, разбира се, са по-мощни и има два от тях, но честотата е малко по-ниска, отколкото на работната станция. Решихме да проверим ефекта от честотата на процесора върху производителността: нямаше процесори с по-висока честота под ръка за сървъра, така че намалихме честотата на процесора на работната станция. Веднага го намалихме до 1,6, така че корелацията да се прояви по-ярко. Тестът показа, че производителността е спаднала значително, но дори и с 1.6 процесор, работната станция произвежда почти 28 единици, което е почти 1,5 пъти повече, отколкото на сървъра.

Фигура 4 - Измервания на производителността на работна станция с 1,6 Ghz процесор

видео карта

В интернет има информация, че видеокартата може да повлияе на производителността на 1C. Изпробвахме интегрираното видео на работната станция, професионален адаптер Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5, стара графична карта GeForce 16MbSDR. По време на теста на Гилев не се забелязва съществена разлика. Може би видеокартата все още влияе, но в реални условия, когато трябва да отворите управлявани форми и т.н.

В момента има две подозрения защо работната станция работи по-бързо дори при значително по-лоша производителност:

ПРОЦЕСОР.Типът процесор на работната станция е по-подходящ за 1C.
Чипсет.При равни други условия нашата работна станция е с по-нов чипсет, което може да е причината.

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

Етап 1. Настройка на системата

Първо, нека направим следните настройки в BIOS и операционната система:

В BIOS на сървъра деактивирайте всички настройки, за да спестите мощност на процесора.
Изберете плана "Максимална производителност" в операционната система.
Процесорът също е настроен за максимална производителност. Това може да стане с помощта на помощната програма PowerSchemeEd.

Етап 2. Настройка на SQL сървъра и сървъра 1C:Enterprise

Правим следните промени в настройките на СУБД сървъра и 1C:Enterprise.

Конфигуриране на протокола за споделена памет:
- Споделената памет ще бъде активирана само на платформата, започваща от 1C 8.2.17, в по-ранни версии Named Pipe ще бъде активирана - малко по-ниска по скорост. Тази технология работи само ако услугите 1C и MSSQL са инсталирани на един и същ физически или виртуален сървър.
Препоръчително е да поставите услугата 1C в режим на отстраняване на грешки, парадоксално това дава тласък на производителността. По подразбиране отстраняването на грешки е деактивирано на сървъра.
Настройка на SQL сървър:
- Имаме нужда само от сървър, останалите услуги, които принадлежат към него и може би някой ги използва, само забавят работата. Ние спираме и деактивираме такива услуги като: пълнотекстово търсене (1C има собствен механизъм за пълнотекстово търсене), интеграционни услуги и др.
- Задайте максималното количество памет, разпределено на сървъра. Това е необходимо, за да може sql сървърът да разчита на тази сума и да почисти паметта предварително.
- Задайте максималния брой нишки (Максимални работни нишки) и задайте повишен приоритет на сървъра (Приоритет на повишаване).

Етап 3. Създаване на работеща база данни

След като DBMS сървърът и 1C:Enterprise са оптимизирани, преминаваме към настройките на базата данни. Ако базата все още не е внедрена от .dt файла и знаете нейния приблизителен размер, тогава е по-добре незабавно да посочите размера за инициализация на основния файл с „>=“ на основния размер, но това е въпрос на вкус, той все още ще расте, когато се разгърне. Но автоматичното увеличаване на размера трябва да бъде посочено: приблизително 200 MB на база данни и 50 MB на журнал, тъй като. стойности по подразбиране - нарастване с 1MB и с 10% забавяне на сървъра много, когато трябва да увеличи файла с всяка 3-та транзакция. Освен това е по-добре да съхранявате основния файл и регистрационния файл на различни физически дискове или RAID групи, ако се използва RAID масив, и да ограничите растежа на журнала. Препоръчително е да преместите Tempdb файла във високоскоростен масив, тъй като СУБД има достъп до него доста често.

Етап 4. Настройване на планирани задачи

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

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

В резултат на това, с помощта на фина настройка на системата, SQL сървъра и работната база, успяхме да увеличим производителността с 46%. Измерванията са извършени с помощта на уреда 1C и с помощта на теста Gilev. Последният показа 25.6 единици срещу 17.53, които бяха първоначално.

Кратко заключение

Производителността на 1C не зависи много от честотата на RAM. Когато се достигне достатъчен обем, по-нататъшното разширяване на паметта няма смисъл, тъй като не води до увеличаване на производителността.
Производителността на 1C не зависи от видеокартата.
Производителността на 1C не зависи от дисковата подсистема, при условие че опашката за четене или запис на дискове не е превишена. Ако са инсталирани SATA устройства и те не са превишили опашката, тогава инсталирането на SSD няма да подобри производителността.
Производителността е доста зависима от честотата на процесора.
При правилна конфигурация на операционната система и MSSQL сървъра е възможно да се постигне увеличение на производителността на 1C с 40-50% без никакви материални разходи.

ВНИМАНИЕ! Много важен момент! Всички измервания бяха извършени на тестова база с помощта на теста Gilev и инструменти за измерване 1C. Поведението на реална база данни с реални потребители може да се различава от получените резултати. Например в тестовата база данни не открихме никаква зависимост на производителността от видеокартата и количеството RAM. Тези заключения са доста съмнителни и в реални условия тези фактори могат да окажат значително влияние върху производителността. Когато работите с конфигурации, които използват управлявани форми, видеокартата е важна и мощният графичен процесор ускорява работата по отношение на изчертаването на програмния интерфейс, визуално това се проявява в по-бързата работа на 1C.

Вашият 1C работи ли бавно? Поръчайте ИТ поддръжка на компютри и сървъри от специалисти на EFSOL с дългогодишен опит или прехвърлете своя 1C на мощен и устойчив на грешки 1C виртуален сървър.

Системна интеграция. Консултиране

Настройка на планирани и фонови задачи;
Диагностика и отстраняване на грешки в информационната база, която има файлов формат за съхранение на данни;
Стартирайте индексирането на пълнотекстово търсене в 1C или го изключете напълно;
Стартиране на базата данни на най-новите платформи 8.3.8;
Стартиране в тънък клиент;
Увеличаване на скоростта на повторно публикуване на документи, когато антивирусът е деактивиран;
Изпълнение на преизчисляване на суми и повторно подреждане;
Изпълнете тестване и коригиране на базата данни, като проверите с помощната програма chdbfl.exe;
Ако конфигурацията не е типична, тоест модифицирана от програмисти за конкретна организация, извършете Проверка на конфигурацията;
Деактивирайте ненужните функционални режими;
Настройте потребителски права;
базова конволюция;
Хардуерен ъпгрейд.

Метод 1: Настройване на планирани и фонови задания

Приложението в новото издание на 1C Accounting 3.0, в допълнение към извършването на основната работа, стартира операции във фонов режим, което води до намаляване на производителността на програмата.

Фоновият режим е режим на готовност, тоест операцията винаги се изпълнява, въпреки че не се използва.

Стъпка 1. Настройване на планирани и фонови задания

Отворете списъка с планирани и фонови задачи: Вижте Администриране - Поддръжка и поддръжка - Планирани операции - Планирани и фонови задачи:

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

На фигурата виждаме списък с рутинни задачи, които се изпълняват в 1C 8.3 Accounting:

Фигурата показва списък на завършени фонови задачи:

Например,

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

Стъпка 2 Деактивирайте ненужните задачи

Нека разгледаме подробно как да деактивирате изтеглянето. Поставете курсора върху желания ред и щракнете двукратно върху:

За да деактивирате задачата, премахнете отметката от квадратчето Активирано:

Стъпка 3. Планирайте планираните задачи

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

Изберете елемента График:

В прозореца, който се отваря, отидете на желания раздел и направете съответните настройки:

Метод 2. Диагностициране и отстраняване на грешки в информационна база, която има формат за съхранение на файлови данни

Етап 1.

Създаваме резервно копие на база данни.

Стъпка 2

Започваме процедурата. За да направите това, отворете Конфигуратора и стартирайте процедурата Тестване и коригиране на информационната база: Вижте Администриране - Тестване и коригиране.Изберете проверките и режимите, които да се извършват за информационната база:

Разгледайте по-подробно предложените опции за проверка:

Реиндексиране на таблици на информационна база – изгражда отново индексите на таблици, за да подобри производителността на базата данни;
Проверка на логическата цялост на информационната база - проверка на логиката на базата данни;
Проверка на референтната цялост на информационната база - проверка на логическата цялост на базата данни за откриване на "счупени" връзки;
Преизчисляване на суми - преизчисляване на суми на таблици на натрупващи регистри;
Компресиране на таблици на информационната база – намалява размера на базата данни след тестване и коригиране;
Преструктуриране на таблици на информационна база - оптимизира структурата на базата данни с помощта на помощни файлове с цел повишаване на стабилността и производителността.

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

Параграф Когато има препратки към несъществуващи обектиозначава, че когато бъдат открити "счупени" връзки, той ще обработва връзките, като използва избраната опция;
Параграф С частична загуба на обектни данниозначава, че останалите данни са достатъчни за възстановяване на данните на някакъв обект.

Процедурата за тестване и коригиране на информационната база 1C може да се извърши само в изключителен режим.

Метод 3. Стартирайте индексирането на пълнотекстово търсене в 1C или го изключете напълно

Търсенето на данни в пълен текст е разработено от 1C, за да улесни търсенето на непозната информация от потребителя. Характеристика на пълнотекстово търсене на данни в 1C 8.3 е:

Потребителят може да въведе проста заявка за търсене и да използва специални оператори като: и или не.
Търсенето на пълнотекстови данни работи с полета от типа ValueStorage и с дълги текстови полета, докато на потребителя няма да се показват резултати, за които той няма права.

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

Етап 1.

Стъпка 2

Отворете документа Предварителен отчет: меню Конфигуратор - Отваряне на конфигурация.

Стъпка 3

В реда Търсене в пълен текст изберете елемента Използване: Предварителен отчет - Поле за въвеждане - Търсене в пълен текст:

Стъпка 4

Стартираме програмата и актуализираме режима за пълнотекстово търсене. Отворете Планирани операции: раздел Администриране - Настройки на програмата - Поддръжка и поддръжка:

Стъпка 5

Отворете настройката и актуализирайте индекса с помощта на бутона Актуализиране на индекса:

Метод 4: Стартирайте базата данни на най-новите платформи 8.3.8

Как да актуализирате технологичната платформа 1C 8.3, вижте нашия видео урок:

Специалистите на 1C са подобрили разпределението на натоварването:

Можете по-прецизно да контролирате количеството памет, консумирано от сървърните работни процеси, което може да повиши устойчивостта на клъстера към непредпазливи потребителски действия.
Преструктуриране на информационни бази във фонов режим. Тази нова възможност минимизира времето за престой на системата, необходимо за актуализиране на приложни решения.
Платформата версия 8.3 получи нов интерфейс на приложението „Такси“, по-удобен и интуитивен с нов ярък дизайн. Подобрени опции за навигация в приложението. Потребителят може самостоятелно да персонализира своето работно пространство, като постави панели в различни области на екрана. Новият механизъм за въвеждане ред по ред значително ускорява извличането на данни. За повече информация относно новите функции на интерфейса 1C 8.3 Accounting Taxi вижте нашия видеоклип:

Метод 5. Стартиране в тънък клиент

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

Метод 6: Сменете вашия антивирусен софтуер

Ако има антивирус Avast или Kaspersky, препоръчително е да го замените с друг. Опитът показва увеличаване на скоростта на повторно публикуване на документи с деактивирана антивирусна програма на моменти, тъй като антивирусите заемат компютърни ресурси.

Метод 7. Тестване и коригиране на базата данни, проверка с помощната програма chdbfl.exe

Необходимо е да се извърши тестване и корекция на основата, като предварително се направи копие.

Стъпка 1. Създаване на копие на базата данни

Как да архивирате 1C 8.3, вижте следния видео урок:

Стъпка 2. Проверка с помощната програма chdbfl.exe

Помощната програма chdbfl.exe се използва в случаите, когато системата не стартира дори в режим на конфигуратор. Помощната програма се намира в папката “bin” на инсталираната технологична платформа, например: c:\Program Files (x86)\1cv8\8.3.9.1818\bin\chdbfl.exe:

Извършваме проверка с помощта на помощната програма chdbfl.exe:

Стъпка 3. Извършете тестване и фиксиране на основата

Изпълнете тестване и коригиране на базата данни, като стартирате системата в режим на конфигуратор.

Стъпка 4: Възстановяване на последователността на документа

За да възстановите последователността в 1C 8.3, отворете Всички функции: главно меню - Всички функции. Изберете желания артикул и отворете с бутона Отвори:

В прозореца, който се отваря, в раздела Възстановяване на последователности и щракнете върху Възстановяване или Възстановяване на всички:

Метод 8. Ако конфигурацията не е типична, проверете конфигурацията

Ако конфигурацията не е типична, тоест модифицирана от програмисти за конкретна организация, тогава проверяваме конфигурацията.

Етап 1.

Стартирайте програмата в режим на конфигуратор.

Стъпка 2

Отворете конфигурацията на база данни: раздел Конфигурация - Конфигурация на база данни:

Стъпка 3

Изберете елемента Проверка на конфигурацията и направете настройките:

Метод 9. Деактивирайте ненужните функционални режими

Отваряме функционалността на програмата 1C 8.3: раздел Основни - Настройки - Функционалност, направете настройки за всеки раздел:

Метод 10. Настройте потребителски права

Етап 1.

Стартираме 1C 8.3 в режим на конфигуратор.

Стъпка 2

Отворете списъка с потребители: раздел Администрация - Потребители. В раздела Други определяме кои роли трябва да бъдат присвоени на потребителя и ги маркираме.

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

Метод 11. Дефрагментиране на диск с файлова база

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

След като изберете твърдия диск, щракнете с десния бутон, за да извикате командата Properties:

В раздела Инструменти изберете Оптимизация и дефрагментиране на диска:

Метод 12. Навиване на основата

- това е въвеждане на текущи салда за определена дата и премахване на стари, ненужни документи. Този метод може да бъде полезен, ако базата данни е голяма, например за няколко години. Сборът трябва да се извърши без потребители да работят в системата.

Стъпка 1. Създайте копие на базата данни

Стъпка 2. Извършваме процедурата за свиване на основата 1C 8.3

Раздел Администриране - Услуга - Информационна база.

На първия етап Програмата 1C 8.3 предлага да направите резервно копие, където трябва да посочите директорията, която да запазите. Щракнете върху Напред:

Вашият 1C отново ли се забавя?Губите време, докато пишете доклад?Уморихте ли се да пиете чай, докато чакате обмен на данни?

Ситуацията с бавната работа на 1C не е необичайна. Можете да се примирите с това или можете да оптимизирате настройките за 1C и оборудване, което значително ще увеличи скоростта на вашата работа.

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

Защо "1C" може да замръзне или да забави?

Проблемът може да е в хардуера. Липса на памет на сървъра с 1C, нестабилна работа в локалната мрежа, проблеми с твърдия диск или ключовете за сигурност - всичко това може да накара 1C да се забави и да ви изнерви. В допълнение, 1C може да виси поради:

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

Дори грешки при нормални действия с 1C също могат да доведат до неговата бавна работа.

Как да ускоря 1C?

Ние работим така:

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

Как да ускорите работата в 1C: Счетоводство 8.3 (версия 3.0) или да деактивирате рутинни и фонови задачи

2019-01-15T13:28:19+00:00

Тези от вас, които вече са успели да преминат към новото издание на 1C: Счетоводство 8.3 (версия 3.0), са забелязали, че е станало по-бавно от двойката. Някакви странни забавяния, безкрайни фонови задачи по няколко пъти на ден, които никой не я е карал да изпълнява без наше знание.

Веднага след прехода моите счетоводители ми казаха, че новото издание на 1C: Accounting 3.0 откровено се забавя в сравнение с предишните! И е невъзможно да се работи.

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

Е, например, защо трябва да изпълняваме задачата „Извличане на текст“ сто пъти на ден, ако не извършим пълнотекстово (счетоводители, не се плашете) търсене във всички обекти в нашата база данни.

Или защо постоянно да изтегляме обменни курсове, ако нямаме валутни транзакции или ги правим от време на време (и преди това ние сами можем да щракнем върху бутона за изтегляне на курсове).

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

За това как да го направите в точките по-долу.

1. Отидете в секцията „Администриране“ и изберете елемента „Поддръжка“ в панела за действие ():

2. В прозореца, който се отваря, намерете и изберете елемента "Редовни и фонови задачи":

3. Отворете всяко задание, което има колоната Вкл. струва една чавка.

4. Премахнете отметката от „Активирано“ и щракнете върху бутона „Запазване и затваряне“.

5. Направете това с всяка от включените задачи и се насладете на новото издание. Като цяло според мен е много по-добър от двойката.

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

Основната цел на написването на статията е да не се повтарят очевидните нюанси на онези администратори (и програмисти), които все още не са натрупали опит с 1C.

Второстепенна цел, ако имам пропуски, Инфостарт ще ми го посочи най-бързо.

Тестът на В. Гилев вече се е превърнал в своеобразен стандарт "de facto". Авторът на своя уебсайт даде доста разбираеми препоръки, но аз просто ще дам някои резултати и ще коментирам най-вероятните грешки. Естествено, резултатите от теста на вашето оборудване може да се различават, това е само насока, какво трябва да бъде и към какво можете да се стремите. Искам веднага да отбележа, че промените трябва да се правят стъпка по стъпка и след всяка стъпка проверявайте какъв резултат е дал.

В Infostart има подобни статии, в съответните раздели ще поставя връзки към тях (ако пропусна нещо, моля, кажете ми в коментарите, ще го добавя). И така, да предположим, че забавите 1C. Как да диагностицираме проблема и как да разберем кой е виновен, администраторът или програмистът?

Първоначални данни:

Тестван компютър, основно морско зайче: HP DL180G6, 2*Xeon 5650, 32 Gb, Intel 362i , Win 2008 r2. За сравнение, сравними резултати в еднонишков тест са показани от Core i3-2100. Оборудването е специално взето не най-новото, на модерно оборудване резултатите са значително по-добри.

За тестване на отдалечени 1C и SQL сървъри, SQL сървър: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

За тестване на 10 Gbit мрежа бяха използвани адаптери Intel 520-DA2.

Версия на файла. (базата е на сървъра в споделената папка, клиентите са свързани в мрежа, протоколът CIFS/SMB). Алгоритъм стъпка по стъпка:

0. Добавете тестовата база данни Gilev към файловия сървър в същата папка като основните бази данни. Свързваме се от клиентския компютър, изпълняваме теста. Помним резултата.

Разбираемо е, че дори за стари компютри преди 10 години (Pentium на 775 сокет ) времето от щракване върху етикета 1C:Enterprise до появата на прозореца на базата данни трябва да бъде по-малко от минута. ( Celeron = бавна работа).

Ако вашият компютър е по-лош от включен Pentium 775 гнездо с 1 GB RAM, тогава ви съчувствам и ще ви бъде трудно да постигнете удобна работа на 1C 8.2 във файловата версия. Обмислете или надграждане (отдавна закъсняло) или преминаване към терминален (или уеб, в случай на тънки клиенти и управлявани формуляри) сървър.

Ако компютърът не е по-лош, тогава можете да изритате администратора. Най-малко проверете работата на мрежата, антивирусната програма и драйвера за защита на HASP.

Ако тестът на Гилев на този етап показа 30 "папагала" и повече, но работната база на 1C все още работи бавно - въпросите вече са за програмиста.

1. За ориентир, колко клиентски компютър може да "изцеди", проверяваме работата само на този компютър, без мрежа. Поставяме тестовата база на локалния компютър (на много бърз диск). Ако клиентският компютър няма нормален SSD, тогава се създава ramdisk. Засега най-простият и безплатен е Ramdisk enterprise.

За тестване на версия 8.2 са достатъчни 256 MB ramdisk и! Най-важните. След рестартиране на компютъра с работещ рамдиск трябва да има 100-200 MB свободни. Съответно, без ramdisk, за нормална работа на свободната памет трябва да има 300-400 MB.

За тестване на версия 8.3 е достатъчен 256 MB ramdisk, но е необходима повече свободна RAM.

Когато тествате, трябва да погледнете натоварването на процесора. В случай, близък до идеалния (ramdisk), локалният файл 1c зарежда 1 процесорно ядро по време на работа. Съответно, ако по време на тестване ядрото на процесора ви не е напълно заредено, потърсете слаби места. Малко емоционално, но като цяло правилно е описано влиянието на процесора върху работата на 1C. Само за справка, дори при съвременния Core i3 с висока честота, числата 70-80 са съвсем реални.

Най-честите грешки на този етап.

а) Неправилно конфигурирана антивирусна програма. Има много антивируси, настройките за всяка са различни, мога само да кажа, че при правилна конфигурация нито мрежата, нито Kaspersky 1C се намесват. С настройките "по подразбиране" - могат да бъдат отведени около 3-5 папагала (10-15%).

б) Режим на изпълнение. По някаква причина малко хора обръщат внимание на това, а ефектът е най-значимият. Ако имате нужда от скорост, тогава трябва да го направите, както на клиентски, така и на сървърни компютри. (Гилев има добро описание. Единственото предупреждение е, че на някои дъна, ако Intel SpeedStep е изключен, тогава TurboBoost не може да се включи).

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

Можете (и за предпочитане) да активирате режим на производителност на две места:

Чрез BIOS. Деактивирайте режимите C1, C1E, Intel C-state (C2, C3, C4). В различните биоси те се наричат по различен начин, но значението е едно и също. Търсете дълго време, изисква се рестартиране, но ако сте го направили веднъж, можете да забравите. Ако всичко е направено правилно в BIOS, тогава скоростта ще бъде добавена. На някои дънни платки настройките на BIOS могат да бъдат зададени така, че режимът на производителност на Windows да не играе роля. (Примери за настройка на BIOS от Гилев). Тези настройки се отнасят главно за сървърни процесори или "advanced" BIOS, ако не сте го намерили в системата си и нямате Xeon - няма проблем.

Контролен панел - Захранване - Висока производителност. Минус - ако компютъра не е обслужван дълго време ще бръмчи по-силно с вентилатор, ще загрява повече и ще харчи повече енергия. Това е цената на изпълнението.

Как да проверите дали режимът е активиран. Стартирайте Task Manager - Performance - Resource Monitor - CPU. Изчакваме, докато процесорът не е зает с нищо.

Това са настройките по подразбиране.

C-състояние на BIOS включени,

режим на балансирана мощност

C-състояние на BIOS включени, режим на висока производителност

За Pentium и Core можете да спрете дотук,

все още можете да изстискате някои "папагали" от Xeon

C-състояние на BIOS изключено, режим на висока производителност.

Ако не използвате Turbo boost - така трябва да изглежда

сървър, настроен за производителност

А сега числата. Да напомня: Intel Xeon 5650, рамдиск. В първия случай тестът показва 23,26, във втория - 49,5. Разликата е почти двойна. Числата може да варират, но съотношението остава почти същото за Intel Core.

Уважаеми администратори, можете да се карате на 1C както искате, но ако крайните потребители се нуждаят от скорост, трябва да активирате режима с висока производителност.

в) Turbo Boost. Първо трябва да разберете дали вашият процесор поддържа тази функция, например. Ако това стане, тогава все още можете съвсем законно да получите известно представяне. (Не искам да засягам въпросите за овърклок, особено сървъри, направете го на свой собствен риск и риск. Но съм съгласен, че увеличаването на скоростта на шината от 133 на 166 дава много забележимо увеличение както на скоростта, така и на разсейването на топлината)

Как да включите турбо усилване е написано например. Но! За 1C има някои нюанси (не най-очевидните). Трудността е, че максималният ефект от турбо усилване се проявява, когато C-състоянието е включено. И се оказва нещо като тази снимка:

Моля, имайте предвид, че множителят е максимален, скоростта на ядрото е най-красивата, производителността е висока. Но какво ще се случи в резултат на 1s?

	Фактор	Скорост на ядрото (честота), GHz	CPU-Z единична нишка	Gilev Ramdisk тест версия на файла	Gilev Ramdisk тест клиентски сървър
без турбо усилване
C-състояние изключено, турбо усилване				53.19	40,32
С-състояние включено, турбо усилване			1080	53,13	23,04

Но в крайна сметка се оказва, че според тестовете за производителност на процесора вариантът с множител 23 е по-напред, според тестовете на Гилев във файловата версия производителността с множител 22 и 23 е същата, но в клиент-сървър версия, вариантът с множител от 23 ужас, ужас, ужас (дори ако C -state е зададено на ниво 7, пак е по-бавно, отколкото с изключено C-state). Ето защо, препоръката, проверете и двете опции за себе си и изберете най-добрата от тях. Във всеки случай разликата между 49,5 и 53 папагала е доста значителна, особено след като е без много усилия.

Извод - трябва да се включи турбо буст. Позволете ми да ви напомня, че не е достатъчно да активирате елемента Turbo boost в BIOS, трябва да погледнете и други настройки (BIOS: QPI L0s, L1 - деактивиране, почистване на изискване - деактивиране, Intel SpeedStep - активиране, Turbo boost - контролен панел - Захранване - Висока производителност) . И все пак бих се спрял (дори и за файловата версия) на опцията, при която c-state е изключено, въпреки че там множителят е по-малък. Вземете нещо подобно...

Доста спорен момент е честотата на паметта. Например, честотата на паметта е показана като много влиятелна. Моите тестове не разкриха такава зависимост. Няма да сравнявам DDR 2/3/4, ще покажа резултатите от промяната на честотата в същия ред. Паметта е същата, но в BIOS форсираме по-ниски честоти.

И резултатите от теста. 1C 8.2.19.83, за файлова версия локален ramdisk, за клиент-сървър 1C и SQL на един компютър, Споделена памет. Turbo boost е деактивирано и в двете опции. 8.3 показва сравними резултати.

Разликата е в рамките на грешката на измерване. Специално извадих екранните снимки на CPU-Z, за да покажа, че други параметри се променят с промяната на честотата, същото CAS Latency и RAS към CAS Delay, което изравнява промяната на честотата. Разликата ще бъде при физическа промяна на модулите памет, от по-бавни към по-бързи, но дори и там числата не са много значими.

2. Когато разбрахме процесора и паметта на клиентския компютър, преминаваме към следващото много важно място - мрежата. За настройката на мрежата са написани много томове книги, има статии за Infostart (и други), тук няма да се фокусирам върху тази тема. Преди да започнете да тествате 1C, моля, уверете се, че iperf между два компютъра показва цялата лента (за 1 Gbit карти - добре, поне 850 Mbit, но по-добре 950-980), че се следват съветите на Гилев. След това - най-простият тест за работа ще бъде, колкото и да е странно, копирането на един голям файл (5-10 гигабайта) през мрежата. Косвен знак за нормална работа в мрежа от 1 Gbps ще бъде средна скорост на копиране от 100 Mb / s, добра работа - 120 Mb / s. Искам да обърна внимание на факта, че натоварването на процесора също може да бъде слабо място (включително). SMB протоколът на Linux е доста слабо паралелен и по време на работа може доста лесно да „изяде“ едно ядро на процесора и да не го консумира повече.

И по-нататък. С настройките по подразбиране клиентът на Windows работи най-добре с Windows сървър (или дори работна станция на Windows) и SMB / CIFS протокол, клиентът на Linux (debian, ubuntu не е гледал останалите) работи най-добре с Linux и NFS (работи и с SMB, но на NFS папагали по-горе). Фактът, че при линейно копиране на win-linux сървър в nfs се копира в един поток по-бързо, не означава нищо. Настройката на debian за 1C е тема за отделна статия, все още не съм готов за това, въпреки че мога да кажа, че във файловата версия дори получих малко по-добра производителност от версията Win на същото оборудване, но с postgres с потребители над 50 все още имам всичко много лошо.

Най-важните , което е известно на "изгорелите" администратори, но начинаещите не го вземат предвид. Има много начини да зададете пътя до базата данни 1c. Можете да направите \\server\share, можете \\192.168.0.1\share, можете да използвате net z: \\192.168.0.1\share (и в някои случаи този метод също ще работи, но не винаги) и след това задайте устройството Z. Изглежда, че всички тези пътища сочат към едно и също място, но за 1C има само един начин, който дава доста стабилна производителност. И така, ето какво трябва да направите правилно:

В командния ред (или в политиките, или каквото ви подхожда) - използвайте net DriveLetter: \\server\share. Пример: net use m:\\server\bases. Особено подчертавам НЕ IP адрес, а именно Имесървър. Ако сървърът не се вижда по име, добавете го към dns на сървъра или локално към файла hosts. Но обжалването трябва да е поименно. Съответно, по пътя към базата данни, достъп до този диск (вижте снимката).

И сега ще покажа в цифри защо такъв съвет. Първоначални данни: Карти Intel X520-DA2, Intel 362, Intel 350, Realtek 8169. ОС Win 2008 R2, Win 7, Debian 8. Последни драйвери, приложени актуализации. Преди тестване се уверих, че Iperf дава пълната честотна лента (с изключение на 10 Gbit карти, се оказа, че изстисква само 7,2 Gbit, по-късно ще видя защо, тестовият сървър все още не е конфигуриран правилно). Дисковете са различни, но навсякъде е SSD (специално поставен един диск за тестване, нищо друго не се зарежда) или raid от SSD. Скоростта от 100 Mbit беше получена чрез ограничаване на настройките на адаптера Intel 362. Нямаше разлика между 1 Gbit меден Intel 350 и 1 Gbit оптика Intel X520-DA2 (получена чрез ограничаване на скоростта на адаптера). Максимална производителност, турбо усилване е деактивирано (само за сравнимост на резултатите, турбо усилване добавя малко по-малко от 10% за добри резултати, за лоши резултати може да не се отрази изобщо). Версии 1C 8.2.19.86, 8.3.6.2076. Не давам всички числа, а само най-интересните, за да има с какво да се сравнява.

	Win 2008 - Win 2008 обаждане по ip адрес	Win 2008 - Win 2008 Обръщение по име	Win 2008 - Win 2008 Обаждане по ip адрес	Win 2008 - Win 2008 Обръщение по име	Win 2008 - Win 7 Обръщение по име	Windows 2008 - Debian Обръщение по име	Win 2008 - Win 2008 Обаждане по ip адрес	Win 2008 - Win 2008 Обръщение по име
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1С 8.2	11,29	26,18	15,29	43,10	40,65	36,76	15,11	44,10
8.2.19.83	12,15	25,77	15,15	43,10			14,97	42,74
	6,13	34,25	14,98	43,10	39,37	37,59	15,53	42,74
1C 8.3	6,61	33,33	15,58	43,86	40,00	37,88	16,23	42,74
8.3.6.2076		33,78	15,53	43,48	39,37	37,59		42,74

Изводи (от таблицата и от личен опит. Отнася се само за файловата версия):

През мрежата можете да получите съвсем нормални номера за работа, ако тази мрежа е нормално конфигурирана и пътят е правилно написан в 1C. Дори първите Core i3s могат да дадат 40+ папагала, което е доста добре и това не са само папагали, но и в реална работа разликата е забележима. Но! ограничението при работа с няколко (повече от 10) потребители вече няма да бъде мрежата, тук 1 Gbit все още е достатъчен, но блокиране при работа с много потребители (Гилев).

Платформата 1C 8.3 е многократно по-взискателна за компетентна настройка на мрежата. Основни настройки - виж Гилев, но имай предвид, че всичко може да повлияе. Видях ускорение от факта, че те деинсталираха (а не просто изключиха) антивирусната, от премахване на протоколи като FCoE, от смяна на драйвери към по-стара, но сертифицирана от Microsoft версия (особено за евтини карти като asus и longs), от премахване на втора мрежова карта от сървъра. Много опции, конфигурирайте мрежата внимателно. Възможно е да има ситуация, когато платформа 8.2 дава приемливи числа, а 8.3 - два или дори повече пъти по-малко. Опитайте се да си поиграете с платформа версии 8.3, понякога получавате много голям ефект.

1C 8.3.6.2076 (може би по-късно, все още не съм търсил точната версия) през мрежата все още е по-лесно да се настрои от 8.3.7.2008. От 08.07.2008 г. за постигане на нормална работа на мрежата (в сравними папагали) се оказа само няколко пъти, не можах да го повторя за по-общ случай. Не разбрах много, но съдейки по кърпичките от Process Explorer, записът не върви там, както в 8.3.6.

Въпреки факта, че когато работите в мрежа от 100 Mbps, нейният график на натоварване е малък (можем да кажем, че мрежата е безплатна), скоростта на работа все още е много по-малка, отколкото при 1 Gbps. Причината е латентността на мрежата.

При други равни условия (добре работеща мрежа) за 1C 8.2 връзката Intel-Realtek е с 10% по-бавна от Intel-Intel. Но realtek-realtek обикновено може да даде рязко слягане изневиделица. Ето защо, ако има пари, по-добре е да държите мрежовите карти на Intel навсякъде, ако няма пари, поставете Intel само на сървъра (вашият KO). Да, и има много пъти повече инструкции за настройка на мрежови карти на intel.

Антивирусните настройки по подразбиране (например версия drweb 10) отнемат около 8-10% от папагалите. Ако го конфигурирате правилно (разрешете на процеса 1cv8 да прави всичко, въпреки че не е безопасно) - скоростта е същата като без антивирусна.

НЕ четете Linux гурута. Сървър със samba е страхотен и безплатен, но ако поставите Win XP или Win7 на сървъра (или още по-добре - сървърна ОС), тогава във файловата версия 1c ще работи по-бързо. Да, както samba, така и протоколният стек и мрежовите настройки и много други в debian / ubuntu са добре настроени, но това се препоръчва за специалисти. Няма смисъл да инсталирате Linux с настройки по подразбиране и след това да казвате, че е бавен.

Добра идея е да тествате дискове, свързани чрез net use с fio. Поне ще стане ясно дали това са проблеми с платформата 1C или с мрежата / диска.

За еднопотребителски вариант не се сещам за тестове (или ситуация), при които да се вижда разликата между 1Gb и 10Gb. Единственото място, където 10Gbps за файловата версия дава по-добри резултати е свързването на дискове през iSCSI, но това е тема за отделна статия. Все пак смятам, че 1Gbit карти са достатъчни за файловата версия.

Защо при 100 Mbit мрежа 8.3 работи значително по-бързо от 8.2 - не разбирам, но фактът се случи. Цялото друго оборудване, всички други настройки са абсолютно еднакви, просто в единия случай се тества 8.2, а в другия - 8.3.

Ненастроен NFS win - win или win-lin дава 6 папагала, не го включих в таблицата. След настройка получих 25, но е нестабилен (разгонът в измерванията е повече от 2 единици). Засега не мога да дам препоръки относно използването на windows и NFS протокола.

След всички настройки и проверки, пускаме теста отново от клиентския компютър, радваме се на подобрения резултат (ако се получи). Ако резултатът се е подобрил, има повече от 30 папагала (и особено повече от 40), има по-малко от 10 потребители, работещи едновременно и работещата база данни все още се забавя - почти определено проблем на програмист (или вече сте достигна върха на възможностите на файловата версия).

терминален сървър. (базата е на сървъра, клиентите са свързани в мрежа, протоколът RDP). Алгоритъм стъпка по стъпка:

0. Добавете тестовата база данни Gilev към сървъра в същата папка като основните бази данни. Свързваме се от същия сървър и провеждаме теста. Помним резултата.

1. По същия начин, както във файловата версия, ние настройваме работата. В случай на терминален сървър, процесорът обикновено играе основна роля (разбира се, че няма очевидни слабости, като липса на памет или огромно количество ненужен софтуер).

2. Настройването на мрежови карти в случай на терминален сървър практически няма ефект върху работата на 1s. За да осигурите "специален" комфорт, ако вашият сървър дава повече от 50 папагала, можете да си поиграете с нови версии на протокола RDP, само за удобство на потребителите, по-бърза реакция и превъртане.

3. С активната работа на голям брой потребители (и тук вече можете да опитате да свържете 30 души към една база, ако опитате), е много желателно да инсталирате SSD устройство. По някаква причина се смята, че дискът не засяга особено работата на 1C, но всички тестове се извършват с активиран за писане кеш на контролера, което е погрешно. Тестовата база е малка, побира се в кеша, оттук и високите числа. В реални (големи) бази данни всичко ще бъде напълно различно, така че кешът е деактивиран за тестове.

Например, проверих работата на теста Gilev с различни опции на диска. Сложих дискове от това, което ми беше под ръка, просто да покажа склонност. Разликата между 8.3.6.2076 и 8.3.7.2008 е малка (в Ramdisk Turbo boost версия 8.3.6 дава 56.18 и 8.3.7.2008 дава 55.56, в други тестове разликата е още по-малка). Консумация на енергия - максимална производителност, турбо усилване деактивирано (освен ако не е отбелязано друго).

	Raid 10 4x SATA 7200 ATA ST31500341AS	Raid 10 4x SAS 10k	Raid 10 4x SAS 15k	Единично SSD	рамдиск		Кешът е активиран RAID контролер
	21,74	28,09	32,47	49,02	50,51	53,76	49,02
1С 8.2	21,65	28,57	32,05	48,54	49,02	53,19
8.2.19.83	21,65	28,41	31,45	48,54	49,50	53,19
	33,33	42,74	45,05	51,55	52,08	55,56	51,55
1C 8.3	33,46	42,02	45,05	51,02	52,08	54,95
8.3.7.2008	35,46	43,01	44,64	51,55	52,08	56,18

Включеният кеш на RAID контролера елиминира всички разлики между дисковете, номерата са еднакви и за sat, и за sas. Тестването с него за малко количество данни е безполезно и не е индикатор.

За платформата 8.2 разликата в производителността между опциите SATA и SSD е повече от двойна. Това не е правописна грешка. Ако погледнете монитора на производителността по време на теста на SATA устройства. след това има ясно видимо "Активно време на диска (в%)" 80-95. Да, ако активирате кеша за запис на самите дискове, скоростта ще се увеличи до 35, ако активирате кеша на raid контролера - до 49 (независимо кои дискове се тестват в момента). Но това са синтетични папагали на кеша, при реална работа с големи бази данни никога няма да има 100% коефициент на попадение в кеша за запис.

Скоростта дори на евтини SSD (тествах на Agility 3) е достатъчна, за да работи файловата версия. Ресурсът за запис е друг въпрос, тук трябва да погледнете във всеки конкретен случай, ясно е, че Intel 3700 ще има порядък по-висок, но там цената е съответна. И да, разбирам, че когато тествам SSD устройство, тествам и кеша на това устройство в по-голяма степен, реалните резултати ще бъдат по-малко.

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

Основните предимства на SSD дисковете за файловата версия ще се появят, когато има много бази данни и всяка с няколко потребители. Ако има 1-2 бази и потребители в района на 10, тогава SAS дисковете ще бъдат достатъчни. (но за всеки случай - вижте зареждането на тези дискове, поне през perfmon).

Основните предимства на терминалния сървър са, че той може да има много слаби клиенти и мрежовите настройки влияят много по-малко на терминалния сървър (отново вашият KO).

Изводи: ако стартирате теста Gilev на терминалния сървър (от същия диск, където са работещите бази данни) и в онези моменти, когато работещата база данни се забави, а тестът Gilev показва добър резултат (над 30), тогава бавният работата на основната работна база данни е виновен, най-вероятно програмист.

Ако тестът на Gilev показва малки числа и имате както процесор с висока честота, така и бързи дискове, тогава тук администраторът трябва да вземе поне perfmon и да запише всички резултати някъде и да гледа, наблюдава, прави заключения. Няма да има окончателен съвет.

Опция клиент-сървър.

Тестовете бяха проведени само на 8.2, т.к. На 8.3 всичко зависи доста сериозно от версията.

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

	SQL: Xeon E5-2630	SQL: Xeon E5-2630 Fiber channel-SSD	SQL: Xeon E5-2630 Фибърен канал - SAS	SQL: Xeon E5-2630 Локален SSD	SQL: Xeon E5-2630 Fiber channel-SSD	SQL: Xeon E5-2630 Локален SSD	1C: Xeon 5650 =	1C: Xeon 5650 = споделена памет	1C: Xeon 5650 =	1C: Xeon 5650 =	1C: Xeon 5650 =
	16,78	18,23	16,84	28,57	27,78	32,05	34,72	36,50	23,26	40,65	39.37
1С 8.2	17,12	17,06	14,53	29,41	28,41	31,45	34,97	36,23	23,81	40,32	39.06
	16,72	16,89	13,44	29,76	28,57	32,05	34,97	36,23	23,26	40,32	39.06

Изглежда, че разгледах всички интересни опции, ако се интересувате от нещо друго - пишете в коментарите, ще се опитам да го направя.

SAS при съхранение е по-бавно от локалните SSD, въпреки че хранилището има големи размери на кеша. SSD дискове и локални и системи за съхранение за теста Gilev работят със сравними скорости. Не знам нито един стандартен многонишков тест (не само записи, но и цялото оборудване), с изключение на натоварването 1C от MCC.

Промяната на сървъра 1C от 5520 на 5650 даде почти удвояване на производителността. Да, сървърните конфигурации не съвпадат напълно, но показва тенденция (нищо изненадващо).

Увеличаването на честотата на SQL сървъра, разбира се, дава ефект, но не същият като на 1C сървъра, MS SQL Server е напълно способен (ако го попитате) да използва многоядрена и свободна памет.

Промяната на мрежата между 1C и SQL от 1 Gbps на 10 Gbps дава около 10% от папагалите. Очаквано повече.

Активирането на споделената памет все още дава ефекта, макар и не 15%, както е описано. Не забравяйте да го направите, става бързо и лесно. Ако някой даде наименуван екземпляр на SQL сървъра по време на инсталацията, тогава, за да работи 1C, името на сървъра трябва да бъде посочено не чрез FQDN (tcp / ip ще работи), не чрез localhost или просто ServerName, а чрез ServerName\InstanceName, за пример zz-test\zztest. (В противен случай ще възникне следната грешка в DBMS: Microsoft SQL Server Native Client 10.0: Доставчик на споделена памет: Библиотеката със споделена памет, използвана за свързване към SQL Server 2000, не е намерена. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE=08001, състояние=1, сериозност=10, собствен =126, ред=0).

За потребители под 100, единствената точка за разделяне на два отделни сървъра е лиценз за Win 2008 Std (и по-стари версии), който поддържа само 32 GB RAM. Във всички останали случаи 1C и SQL определено трябва да се инсталират на един и същ сървър и да им се даде повече (поне 64 GB) памет. Даването на MS SQL на по-малко от 24-28 GB RAM е неоправдана алчност (ако смятате, че имате достатъчно памет за него и всичко работи добре, може би версията на файла 1C ще ви е достатъчна?)

Колко по-лошо работи куп 1C и SQL във виртуална машина е темата на отделна статия (намек - забележимо по-лошо). Дори в Hyper-V нещата не са толкова ясни...

Режимът на балансирана производителност е лош. Резултатите са в добро съответствие с версията на файла.

Много източници казват, че режимът за отстраняване на грешки (ragent.exe -debug) дава силно намаляване на производителността. Е, понижава, да, но 2-3% не бих нарекъл съществен ефект.