Забрзајте ја сложената автоматизација на работата. Барања за членство

Неодамна, корисниците и администраторите се повеќе почнаа да се жалат дека новите 1C конфигурации развиени врз основа на управувана апликација се бавни, во некои случаи неприфатливо бавни. Јасно е дека новите конфигурации содржат нови функции и способности и затоа се позахтевни за ресурсите, но повеќето корисници немаат разбирање за тоа што првенствено влијае на работата на 1C во режим на датотека. Ајде да се обидеме да ја поправиме оваа празнина.

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

Една мала студија за ресурси на руски јазик на 1C покажа дека ова прашање внимателно се заобиколува; во случај на проблеми, обично се препорачува да се префрлите на режим на клиент-сервер или терминал. И, исто така, стана речиси општо прифатено дека конфигурациите на управувана апликација работат многу побавно од вообичаените. Како по правило, аргументите се дадени „железо“: „тука Сметководство 2.0 штотуку полета, а“ тројката „едвај се движи, се разбира, има одредена вистина во овие зборови, па ајде да се обидеме да ја дознаеме.

Потрошувачка на ресурси на прв поглед

Пред да започнеме со оваа студија, си поставивме две цели: да откриеме дали управуваните конфигурации базирани на апликации се всушност побавни од конвенционалните конфигурации и кои ресурси имаат најголемо влијание врз перформансите.

За тестирање, земавме две виртуелни машини со Windows Server 2012 R2 и Windows 8.1, соодветно, со 2 јадра на домаќинот Core i5-4670 и 2 GB RAM, што одговара на просечна канцелариска машина. Серверот беше поставен на RAID 0 низа од два, а клиентот беше поставен на слична низа на дискови за општа намена.

Како експериментални основи, избравме неколку конфигурации на сметководство 2.0, издание 2.0.64.12 , кој потоа беше ажуриран на 3.0.38.52 , сите конфигурации беа извршени на платформата 8.3.5.1443 .

Првото нешто што привлекува внимание е зголемената големина на информативната база на Тројката, а таа значително порасна, како и многу поголеми апетити за RAM меморија:

Веќе сме подготвени да го слушнеме вообичаеното: „што додадоа на оваа тројка“, но да не избрзуваме. За разлика од корисниците на верзии на клиент-сервер, за кои е потребен повеќе или помалку квалификуван администратор, корисниците на верзии на датотеки ретко размислуваат за одржување на базата на податоци. Исто така, вработените во специјализираните фирми кои ги опслужуваат (читај - ажурираат) овие бази ретко размислуваат за тоа.

Во меѓувреме, информативната база 1C е полноправна DBMS од сопствен формат, кој исто така бара одржување, а за ова постои дури и алатка наречена Тестирање и поправање на инфобазата. Можеби името играше сурова шега, што се чини дека имплицира дека ова е алатка за решавање проблеми, но слабите перформанси се исто така проблем, а реструктуирањето и реиндексирањето, заедно со компресија на табелата, се добро познати алатки за оптимизација на базата на податоци за секој администратор на RDBMS. Ајде да провериме?

По примената на избраните дејства, базата на податоци драматично „изгуби тежина“, станувајќи уште помала од „двете“, кои никој никогаш не ги оптимизирал, а потрошувачката на RAM меморија исто така малку се намали.

Последователно, по вчитување на нови класификатори и директориуми, создавање индекси итн. големината на основата ќе расте, генерално, основите на „трите“ се поголеми од основите на „двајцата“. Сепак, ова не е поважно, ако втората верзија беше задоволена со 150-200 MB RAM, тогаш на новото издание му треба веќе половина гигабајт, а оваа вредност треба да се земе предвид при планирањето на потребните ресурси за работа со програмата .

Нето

Пропусниот опсег на мрежата е еден од најважните параметри за мрежните апликации, особено како 1C во режим на датотека, со што се движат значителни количини на податоци преку мрежата. Повеќето мрежи на мали претпријатија се изградени врз основа на евтина опрема од 100 Mbps, па затоа започнавме со тестирање со споредување на индикаторите за перформанси на 1C во мрежите 100 Mbps и 1 Gbps.

Што се случува кога ќе ја стартувате базата на датотеки 1C преку мрежата? Клиентот презема прилично голема количина на информации во привремени папки, особено ако ова е првото „ладно“ лансирање. Со брзина од 100 Mbps, очекувано наидуваме на пропусниот опсег и преземањето може да потрае значително време, во нашиот случај, околу 40 секунди (цената на поделбата на графиконот е 4 секунди).

Второто лансирање е побрзо, бидејќи дел од податоците се зачувани во кешот и остануваат таму до рестартирање. Преминот кон гигабитна мрежа може значително да го забрза вчитувањето на програмата, и „ладно“ и „топло“, и се забележува односот на вредностите. Затоа, решивме да го изразиме резултатот во релативна смисла, земајќи ја најголемата вредност на секое мерење како 100%:

Како што можете да видите од графиконите, сметководството 2.0 се вчитува двојно побрзо при која било мрежна брзина, преминот од 100 Mbps на 1 Gbps ви овозможува да го забрзате времето на преземање за четири пати. Нема разлика помеѓу оптимизираните и неоптимизираните бази на податоци на Тројката во овој режим.

Исто така, го проверивме влијанието на брзината на мрежата врз тешките операции, на пример, за време на повторното хостирање на групата. Резултатот е исто така изразен во релативни термини:

Овде е веќе поинтересно, оптимизираната база на „тројката“ во мрежа од 100 Mbit / s работи со иста брзина како „двајцата“, а неоптимизираната покажува двојно полош резултат. На гигабит, соодносите се зачувани, неоптимизираната „тројка“ е исто така двојно побавна од „двата“, а оптимизираната заостанува за една третина. Исто така, преминот кон 1 Gb / s ви овозможува да го намалите времето на извршување за три пати за верзијата 2.0 и два пати за верзијата 3.0.

За да го оцениме влијанието на брзината на мрежата врз секојдневната работа, користевме мерење на перформанситесо извршување на низа од претходно дефинирани дејства во секоја база на податоци.

Всушност, за секојдневните задачи, пропусниот опсег на мрежата не е тесно грло, неоптимизираната „тројка“ е само 20% побавна од две, а по оптимизацијата излегува дека е приближно исто побрзо - влијаат предностите од работењето во режим на тенок клиент. Преминот кон 1 Gb / s не и дава никакви предности на оптимизираната база, а неоптимизираната основа и двојката почнуваат да работат побрзо, покажувајќи мала разлика меѓу нив.

Од извршените тестови, станува јасно дека мрежата не е тесно грло за нови конфигурации, а управуваната апликација работи уште побрзо од вообичаеното. Можете исто така да препорачате да се префрлите на 1 Gb/s ако тешките задачи и брзината на вчитување на базата на податоци се клучни за вас, во други случаи, новите конфигурации ви дозволуваат ефикасно да работите дури и во бавни мрежи од 100 Mb/s.

Значи, зошто 1C забавува? Ќе истражуваме дополнително.

Подсистем на серверски диск и SSD

Во претходната статија, постигнавме зголемување на перформансите на 1C со поставување на бази на податоци на SSD. Можеби перформансите на потсистемот на серверскиот диск не се доволни? Ги меривме перформансите на серверот на дискот за време на групно извршување во две бази на податоци одеднаш и добивме прилично оптимистички резултат.

И покрај релативно високиот број на влезно/излезни операции во секунда (IOPS) - 913, должината на редот не надминува 1,84, што е многу добар резултат за низа со два диска. Врз основа на него, можеме да претпоставиме дека огледалото од обичните дискови ќе биде доволно за нормално функционирање на 8-10 мрежни клиенти во тешки режими.

Значи, дали е потребен SSD на серверот? Најдобриот одговор на ова прашање ќе помогне во тестирањето, кое го спроведовме користејќи слична методологија, мрежната врска е насекаде 1 Gb / s, резултатот е исто така изразен во релативни вредности.

Да почнеме со брзината на вчитување на базата на податоци.

Можеби некому му изгледа изненадувачки, но базата на SSD на серверот не влијае на брзината на преземање на базата на податоци. Главниот ограничувачки фактор овде, како што е прикажано со претходниот тест, е пропусната моќ на мрежата и перформансите на клиентот.

Ајде да продолжиме со повторно поврзување:

Веќе забележавме погоре дека перформансите на дискот се сосема доволни дури и за тешки операции, така што брзината на SSD исто така не е засегната, освен неоптимизираната основа, која се израмни со оптимизираната на SSD. Всушност, ова уште еднаш потврдува дека операциите за оптимизација ги организираат информациите во базата на податоци, намалувајќи го бројот на случајни I/O операции и зголемувајќи ја брзината на пристап до неа.

На секојдневните задачи сликата е слична:

Само неоптимизираната база ја добива користа од SSD. Се разбира, можете да купите SSD, но би било многу подобро да размислите за навремено одржување на базите. Исто така, не заборавајте за дефрагментирање на партицијата на инфобазата на серверот.

Подсистем на клиентски диск и SSD

Го анализиравме влијанието на SSD на брзината на локално инсталираниот 1C во , многу од она што е кажано важи и за работа во мрежен режим. Навистина, 1C доста активно користи ресурси на дискот, вклучително и за заднина и закажани задачи. На сликата подолу, можете да видите како Accounting 3.0 доста активно пристапува до дискот околу 40 секунди по вчитувањето.

Но, во исто време, треба да се знае дека за работна станица каде што активна работа се изведува со една или две информативни бази, ресурсите за изведба на конвенционален HDD од масовна серија се сосема доволни. Купувањето SSD може да забрза некои процеси, но нема да забележите радикално забрзување во секојдневната работа, бидејќи, на пример, преземањето ќе биде ограничено од мрежниот опсег.

Бавниот хард диск може да забави некои операции, но не може само по себе да предизвика забавување на програмата.

RAM меморија

И покрај фактот дека RAM меморијата сега е непристојно евтина, многу работни станици продолжуваат да работат со количината на меморија што беше инсталирана кога беа купени. Ова е местото каде што чекаат првите проблеми. Врз основа на фактот дека просечната „тројка“ бара околу 500 MB меморија, можеме да претпоставиме дека вкупната количина на RAM од 1 GB за работа со програмата нема да биде доволна.

Ја намаливме системската меморија на 1 GB и лансиравме две инфобази.

На прв поглед, сè не е толку лошо, програмата ги ублажи своите апетити и целосно се задржа во рамките на достапната меморија, но да не заборавиме дека потребата за оперативни податоци не е променета, па каде отидоа? Исфрлени на диск, кеш, замена, итн., Суштината на оваа операција е дека податоците што не се потребни во моментот се испраќаат од брза RAM меморија, чија количина не е доволна, на забавен диск.

Каде води? Ајде да видиме како се користат системските ресурси во тешки операции, на пример, да започнеме групно повторување во две бази на податоци одеднаш. Прво на систем со 2 GB RAM:

Како што можете да видите, системот активно ја користи мрежата за примање податоци, а процесорот за нивна обработка, активноста на дискот е незначителна, во процесот на обработка повремено расте, но не е ограничувачки фактор.

Сега да ја намалиме меморијата на 1 GB:

Ситуацијата радикално се менува, главниот товар сега паѓа на тврдиот диск, процесорот и мрежата се неактивен, чекајќи системот да ги прочита потребните податоци од дискот во меморијата и да испрати непотребни податоци таму.

Во исто време, дури и субјективната работа со две отворени бази на податоци на систем со 1 GB меморија се покажа како крајно непријатна, директориумите и списанијата беа отворени со значително задоцнување и активен пристап на дискот. На пример, отворањето на списанието Продажба на стоки и услуги траеше околу 20 секунди и беше придружено со голема активност на дискот цело ова време (нагласено со црвена линија).

Со цел објективно да го процениме влијанието на RAM меморијата врз перформансите на конфигурациите врз основа на управувана апликација, спроведовме три мерења: брзина на вчитување на првата база, брзина на вчитување на втората база и групно повторно објавување во една од базите. Двете основи се целосно идентични и создадени со копирање на оптимизираната основа. Резултатот е изразен во релативни единици.

Резултатот говори сам за себе, ако времето на вчитување порасне за околу една третина, што е сепак доста толерантно, тогаш времето за извршување на операции во базата на податоци расте три пати, нема потреба да се зборува за каква било удобна работа во такви услови. Патем, ова е случај кога купувањето на SSD може да ја подобри ситуацијата, но многу е полесно (и поевтино) да се справите со причината, а не со последиците и само да купите соодветна количина RAM меморија.

Недостатокот на RAM меморија е главната причина зошто работата со нови 1C конфигурации е непријатна. Треба да се разгледаат минимални соодветни конфигурации со 2 GB меморија на одборот. Во исто време, имајте на ум дека во нашиот случај беа создадени услови за „стаклена градина“: беа лансирани чист систем, само 1C и менаџерот за задачи. Во реалниот живот, прелистувачот, канцеларискиот пакет, антивирус, итн., обично се отворени на работен компјутер, затоа постапете од потребата од 500 MB по база на податоци плус одредена маржа за да не наидете на недостаток при тешки операции. на меморија и драстична деградација на перформансите.

Процесорот

Централната единица за обработка, без претерување, може да се нарече срцето на компјутерот, бидејќи тој е тој што на крајот ги обработува сите пресметки. За да ја оцениме неговата улога, извршивме уште еден сет тестови, исто како и за RAM меморијата, намалувајќи го бројот на достапни јадра за виртуелната машина од две на едно, додека тестот беше извршен двапати со големина на меморија од 1 GB и 2 GB.

Резултатот се покажа доста интересен и неочекуван, помоќниот процесор доста ефикасно го презеде товарот во услови на недостаток на ресурси, инаку без да даде опипливи придобивки. 1C Enterprise (во режим на датотека) тешко може да се нарече апликација која активно користи процесорски ресурси, прилично непотребна. И во тешки услови, процесорот се оптоварува не толку со пресметување на податоците на самата апликација, туку со сервисирање на режиски трошоци: дополнителни I/O операции итн.

заклучоци

Значи, зошто 1C забавува? Прво на сите, ова е недостаток на RAM меморија, главниот товар во овој случај паѓа на хард дискот и процесорот. И ако тие не блескаат со перформанси, како што обично се случува во канцелариските конфигурации, тогаш ја добиваме ситуацијата опишана на почетокот на статијата - „двајцата“ работеа добро, а „тројката“ бесрамно успорува.

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

Потоа треба да обрнете внимание на дискот, купувањето SSD веројатно нема да биде добра инвестиција, но заменувањето на дискот со помодерен нема да биде излишно. Разликата помеѓу генерациите на хард дискови може да се процени од следниот материјал: .

И конечно процесорот. Побрзиот модел, се разбира, нема да биде излишен, но нема смисла да се зголемат неговите перформанси, освен ако овој компјутер не се користи за тешки операции: сериска обработка, тешки извештаи, месечни затворања итн.

Се надеваме дека овој материјал ќе ви помогне брзо да го разберете прашањето „зошто 1C забавува“ и да го решите најефективно и без дополнителни трошоци.

• Тагови:

Фотографија на Алена Туљакова, IA Clerk.Ru

Написот ги означува главните грешки што ги прават почетниците администратори на 1C и покажува како да ги решат користејќи го примерот на тестот Гилев.

Главната цел на пишувањето на статијата е да не се повторуваат очигледните нијанси на оние администратори (и програмери) кои сè уште не стекнале искуство со 1C.

Споредна цел, ако имам некакви недостатоци, ова најбрзо ќе ми го посочи Инфостарт.

Тестот на В. Гилев веќе стана еден вид „де факто“ стандард. Авторот на неговата веб-страница даде сосема разбирливи препораки, но јас едноставно ќе дадам некои резултати и ќе ги коментирам најверојатните грешки. Секако, резултатите од тестот на вашата опрема може да се разликуваат, ова е само упатство, што треба да биде и кон што можете да се стремите. Сакам веднаш да забележам дека промените мора да се прават чекор по чекор, и по секој чекор, проверете каков резултат дал.

Има слични написи на Инфостарт, во соодветните делови ќе ставам линкови до нив (ако нешто пропуштив, кажете ми во коментар, ќе го додадам). Значи, да претпоставиме дека сте успориле 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 = бавна работа).

Ако вашиот компјутер е полош од 775 socket pentium со 1 GB RAM, тогаш сочувствувам со вас и ќе ви биде тешко да постигнете удобна работа на 1C 8.2 во верзијата на датотеката. Размислете за надградба (одамна задоцнета) или префрлување на терминален (или веб, во случај на тенки клиенти и управувани форми) сервер.

Ако компјутерот не е полош, тогаш можете да го исфрлите администраторот. Најмалку, проверете ја работата на мрежата, антивирусот и драјверот за заштита на HASP.

Ако тестот на Гилев во оваа фаза покажа 30 „папагали“ и повеќе, но работната база 1C сè уште работи бавно - прашањата се веќе за програмерот.

1. За упатство, колку клиентскиот компјутер може да „исцеди“, ја проверуваме работата само на овој компјутер, без мрежа. Тестната база ја ставаме на локалниот компјутер (на многу брз диск). Ако клиентскиот компјутер нема нормален SSD, тогаш се креира рамдиск. Досега, наједноставно и бесплатно е претпријатието Рамдиск.

За да ја тестирате верзијата 8.2, доволно е 256 MB рамдиск, и! Најважниот. По рестартирање на компјутерот со работен рамдиск, треба да има 100-200 MB слободни. Соодветно на тоа, без рамдиск, за нормално функционирање на слободна меморија треба да има 300-400 MB.

За тестирање на верзијата 8.3, доволно е рамдиск од 256 MB, но потребна е повеќе бесплатна RAM меморија.

Кога тестирате, треба да го погледнете оптоварувањето на процесорот. Во случај близок до идеален (ramdisk), локалната датотека 1c вчитува 1 процесорско јадро за време на работата. Според тоа, ако за време на тестирањето јадрото на процесорот не е целосно вчитано, побарајте слабости. Опишано е малку емотивно, но генерално точно, влијанието на процесорот врз работата на 1C. Само за референца, дури и на модерниот Core i3 со висока фреквенција, бројките 70-80 се сосема реални.

Најчестите грешки во оваа фаза.

• Неправилно конфигуриран антивирус. Има многу антивируси, поставките за секој се различни, можам само да кажам дека со соодветна конфигурација, ниту веб, ниту Kaspersky 1C не се мешаат. Со „стандардните“ поставки - може да се одземат околу 3-5 папагали (10-15%).
• режим на изведба. Поради некоја причина, малку луѓе обрнуваат внимание на ова, а ефектот е најзначаен. Ако ви треба брзина, тогаш мора да го направите тоа, и на клиентски и на серверски компјутери. (Гилев има добар опис. Единственото предупредување е дека на некои матични плочи, ако е исклучен Intel SpeedStep, тогаш TurboBoost не може да се вклучи).

Можете (и по можност) да го овозможите режимот на изведба на две места:

• преку BIOS-от. Оневозможете ги режимите C1, C1E, Intel C-state (C2, C3, C4). Во различни биос тие се нарекуваат различно, но значењето е исто. Барајте долго време, потребно е рестартирање, но ако сте го направиле тоа еднаш, тогаш можете да заборавите. Ако сè е направено правилно во BIOS-от, тогаш брзината ќе се додаде. На некои матични плочи, поставките на BIOS-от може да се постават така што режимот на изведба на Windows нема да игра улога. (Примери за поставување BIOS од Гилев). Овие поставки главно се однесуваат на процесорите на серверот или „напредниот“ BIOS, ако не сте го нашле во вашиот систем, а немате Xeon - во ред е.

• Контролен панел - моќност - високи перформанси. Минус - ако компјутерот не се сервисирал долго време, посилно ќе зуи со вентилатор, повеќе ќе се загрева и ќе троши повеќе енергија. Ова е цената на перформансите.

Ова се стандардните поставки. BIOS-от C-состојба е овозможена, режим на избалансирана моќност
Овозможена C-состојба на BIOS-от, режим со високи перформанси За Pentium и Core, можете да застанете таму, сеуште можете да исцедите неколку „папагали“ од Ксеон
Во BIOS-от, C-состојбите се исклучени, режим со високи перформанси. Ако не користите Turbo boost - вака треба да изгледа сервер подесен за перформанси

И сега бројките. Да те потсетам: Intel Xeon 5650, ramdisk. Во првиот случај, тестот покажува 23,26, во вториот - 49,5. Разликата е речиси двојна. Бројките може да варираат, но односот останува речиси ист за Intel Core.

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

в) Турбо засилување. Прво треба да разберете дали вашиот процесор ја поддржува оваа функција, на пример. Ако го прави тоа, тогаш сепак можете сосема легално да добиете некои перформанси. (Не сакам да ги допирам прашањата за оверклокување, особено серверите, направете го тоа на ваш сопствен ризик и ризик. Но, се согласувам дека зголемувањето на брзината на автобусот од 133 на 166 дава многу забележливо зголемување и на брзината и на дисипацијата на топлина)

Како да вклучите турбо засилување е напишано, на пример,. Но! За 1C, постојат некои нијанси (не најочигледните). Тешкотијата е што максималниот ефект на турбо засилување се манифестира кога ќе се вклучи состојбата C. И излегува нешто како оваа слика:

Ве молиме имајте предвид дека мултипликаторот е максимум, брзината на јадрото е најубава, перформансите се високи. Но, што ќе се случи како резултат на 1s?

Но на крајот излегува дека според тестовите за перформанси на процесорот, претстои варијантата со множител 23, според тестовите на Гилев во фајл верзијата перформансите со множител 22 и 23 се исти, но во верзија на клиент-сервер, варијанта со множител на 23 хорор хорор хорор (дури и ако C-state е поставена на ниво 7, сепак е побавна отколку со исклучена C-состојба). Затоа, препораката, проверете ги самите двете опции и одберете ја најдобрата од нив. Во секој случај, разликата помеѓу 49,5 и 53 папагали е доста значајна, особено што е без многу труд.

Заклучок - турбо засилување мора да биде вклучено. Дозволете ми да ве потсетам дека не е доволно да ја вклучите ставката Turbo boost во BIOS-от, треба да погледнете и други поставки (BIOS: QPI L0s, L1 - оневозможи, чистење на побарувачката - оневозможи, Intel SpeedStep - овозможи, Turbo boost - овозможи.Контролен панел - Моќност - Високи перформанси) . И јас сепак (дури и за верзијата на датотеката) би застанал на опцијата каде што е исклучена состојбата c, иако множителот е помалку таму. Земете вакво нешто...

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

И резултатите од тестот. 1C 8.2.19.83, за верзијата на датотеката локален ramdisk, за клиент-сервер 1C и SQL на еден компјутер, Заедничка меморија. Турбо засилувањето е оневозможено и во двете опции. 8.3 покажува споредливи резултати.

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

2. Кога ги сфативме процесорот и меморијата на клиентскиот компјутер, преминуваме на следното многу важно место - мрежата. Напишани се многу тома книги за подесување на мрежата, има написи на Инфостарт ( и други), овде нема да се фокусирам на оваа тема. Пред да започнете со тестирање на 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 на истата опрема, но со постгрес со корисници над 50 Сè уште имам сè многу лошо.

Најважно е што знаат „изгорените“ администратори, но почетниците не го земаат во предвид. Постојат многу начини за поставување на патеката до базата на податоци 1c. Можете да направите servershare, можете да 192.168.0.1share, можете нето да користите z: 192.168.0.1share (а во некои случаи и овој метод ќе работи, но не секогаш) и потоа наведете диск Z. Се чини дека сите овие патеки укажуваат на истото истото место, но за 1C постои само еден начин што дава прилично стабилни перформанси. Значи, еве што треба да направите правилно:

На командната линија (или во политиките, или што и да ви одговара) - нето користете DriveLetter: servershare. Пример: нето употреба m:serverbases. Конкретно нагласувам, НЕ IP адресата, туку името на серверот. Ако серверот не е видлив по име, додајте го во dns на серверот или локално во датотеката на домаќините. Но, жалбата мора да биде по име. Соодветно на тоа, на патот до базата на податоци, пристапете до овој диск (видете ја сликата).

И сега ќе покажам со бројки зошто вакви совети. Почетни податоци: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 картички. OS Win 2008 R2, Win 7, Debian 8. Најнови драјвери, применети ажурирања. Пред тестирањето, се уверив дека Iperf го дава целосниот опсег (освен картичките од 10 Gbit, испадна да исцеди само 7,2 Gbit, подоцна ќе видам зошто, серверот за тестирање сè уште не е конфигуриран правилно). Дисковите се различни, но секаде има SSD (специјално вметнат еден диск за тестирање, ништо друго не се вчитува) или рација од SSD. Брзината од 100 Mbit е добиена со ограничување на поставките на адаптерот Intel 362. Немаше разлика помеѓу 1 Gbit бакар Intel 350 и 1 Gbit оптика Intel X520-DA2 (добиена со ограничување на брзината на адаптерот). Максималните перформанси, турбо засилувањето е оневозможено (само за споредливост на резултатите, турбо засилувањето додава нешто помалку од 10% за добри резултати, за лоши резултати може воопшто да не влијае). Верзии 1C 8.2.19.86, 8.3.6.2076. Не ги давам сите бројки, туку само најинтересните, за да има со што да се споредува.

Заклучоци (од табелата и од лично искуство. Важи само за верзијата на датотеката):

• Преку мрежата, можете да добиете сосема нормални броеви за работа ако оваа мрежа е нормално конфигурирана и патеката е правилно напишана во 1C. Дури и првиот Core i3s може да даде 40+ папагали, што е сосема добро, и тоа не се само папагали, разликата е забележлива и во вистинска работа. Но! ограничувањето при работа со неколку (повеќе од 10) корисници повеќе нема да биде мрежата, овде 1 Gbit е сепак доволно, но блокирање при работа со повеќе корисници (Gilev).
• платформата 1C 8.3 е многукратно побара за компетентно поставување на мрежата. Основни поставки - видете ги Гилев, но имајте на ум дека сè може да влијае. Видов забрзување од фактот што го деинсталираа (и не само што го исклучија) антивирусот, од бришење протоколи како FCoE, од менување драјвери на постара, но сертифицирана верзија на microsoft (особено за евтини картички како asus и longs), од отстранување на втора мрежна картичка од серверот. Многу опции, смислено конфигурирајте ја мрежата. Може да има ситуација кога платформата 8.2 дава прифатливи бројки, а 8.3 - два или дури и повеќе пати помалку. Обидете се да играте со верзиите на платформата 8.3, понекогаш добивате многу голем ефект.
• 1C 8.3.6.2076 (можеби подоцна, сè уште не сум ја барал точната верзија) преку мрежата сè уште е полесно да се постави од 8.3.7.2008 година. Од 8.3.7.2008 година за да се постигне нормална работа на мрежата (кај споредливите папагали) испадна само неколку пати, не можев да го повторам за поопшт случај. Не разбрав многу, но судејќи по крпите од Process Explorer, снимката не оди таму како што оди во 8.3.6.
• И покрај фактот дека кога работите на мрежа од 100Mbps, нејзиниот распоред за оптоварување е мал (можеме да кажеме дека мрежата е бесплатна), брзината на работа сепак е многу помала отколку на 1 Gbps. Причината е латентноста на мрежата.
• Ceteris paribus (добро функционална мрежа) за 1C 8.2, врската Intel-Realtek е 10% побавна од Intel-Intel. Но, realtek-realtek генерално може да даде нагло слегнување од ведро небо. Затоа, ако има пари, подобро е да ги чувате мрежните картички Интел насекаде, ако нема пари, тогаш ставете го Интел само на серверот (вашиот КО). Да, и има многу пати повеќе инструкции за подесување на интел мрежни картички.
• Стандардните антивирусни поставки (на пример, верзијата drweb 10) одземаат околу 8-10% од папагалите. Ако го конфигурирате правилно (дозволете му на процесот 1cv8 да направи сè, иако не е безбеден) - брзината е иста како без антивирус.
• НЕ читајте гуруа на Линукс. Серверот со самба е одличен и бесплатен, но ако ставите Win XP или Win7 на серверот (или уште подобро - оперативниот систем на серверот), тогаш во датотеката верзијата 1c ќе работи побрзо. Да, и самбата и стекот на протоколи и мрежните поставки и многу повеќе во debian / ubuntu се добро наместени, но ова се препорачува за специјалисти. Нема смисла да се инсталира Linux со стандардни поставки, а потоа да се каже дека е бавен.
• Добра идеја е да ги тестирате дисковите поврзани преку мрежна употреба со fio. Барем ќе биде јасно дали се работи за проблеми со платформата 1C или со мрежата / дискот.
• За варијанта за еден корисник, не можам да мислам на тестови (или ситуација) каде што разликата помеѓу 1Gb и 10 Gb би била видлива. Единственото место каде што 10 Gbps за верзијата на датотеката дава подобри резултати беше поврзувањето на дискови преку iSCSI, но ова е тема за посебна статија. Сепак, мислам дека картичките од 1 Gbit се доволни за верзијата на датотеката.
• Зошто, со мрежа од 100 Mbit, 8.3 работи значително побрзо од 8.2 - не разбирам, но фактот се случи. Целата друга опрема, сите други поставки се сосема исти, само во еден случај се тестира 8.2, а во другиот - 8.3.
• Не дотеран NFS win - win или win-lin дава 6 папагали, не го вклучи во табелата. По штимање добив 25, но е нестабилен (налетот во мерењата е повеќе од 2 единици). Засега не можам да дадам препораки за користење на Windows и протоколот NFS.

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

• Ја додаваме базата за тестирање Gilev на серверот во истата папка како и главните бази на податоци. Се поврзуваме од истиот сервер и го извршуваме тестот. Се сеќаваме на резултатот.
• На ист начин како и во верзијата на датотеката, го поставивме процесорот. Во случај на терминален сервер, процесорот генерално ја игра главната улога (се подразбира дека нема очигледни слабости, како што е недостатокот на меморија или огромна количина на непотребен софтвер).
• Поставувањето мрежни картички во случај на терминален сервер практично нема ефект врз работата на 1s. За да обезбедите „специјална“ удобност, ако вашиот сервер дава повеќе од 50 папагали, можете да си играте со новите верзии на протоколот RDP, само за удобност на корисниците, побрз одговор и лизгање.
• Со активна работа на голем број корисници (и тука веќе може да се обидете да поврзете 30 луѓе во една база, ако се обидете), многу е пожелно да инсталирате SSD-уред. Поради некоја причина, се верува дека дискот не влијае особено на работата на 1C, но сите тестови се вршат со кешот на контролорот вклучен за пишување, што е погрешно. Тест базата е мала, се вклопува во кешот, па оттука и високите бројки. На вистински (големи) бази на податоци, сè ќе биде сосема поинаку, така што кешот е оневозможен за тестови.

• Вклучениот кеш на RAID контролерот ја елиминира целата разлика помеѓу дисковите, бројките се исти и за sat и за sas. Тестирањето со него за мала количина на податоци е бескорисно и не е индикатор.
• За платформата 8.2, разликата во перформансите помеѓу опциите SATA и SSD е повеќе од двојно. Ова не е печатна грешка. Ако го погледнете мониторот за перформанси за време на тестот на SATA-дискови. тогаш јасно се гледа „Време на активно диск (во%)“ 80-95. Да, ако го овозможите кешот за запишување на самите дискови, брзината ќе се зголеми на 35, ако ја овозможите кешот на контролорот за рација - до 49 (без оглед на тоа кои дискови се тестираат во моментот). Но, ова се синтетички папагали на кешот, во вистинска работа со големи бази на податоци никогаш нема да има 100% сооднос на удар на кешот за пишување.
• Брзината на дури и евтините SSD дискови (јас тестирав на Agility 3) е доволна за да работи верзијата на датотеката. Ресурсот за пишување е друга работа, тука треба да се погледне во секој конкретен случај, јасно е дека Intel 3700 ќе има ред на големина повисок, но таму цената е соодветна. И да, разбирам дека при тестирање на SSD-уред, јас исто така го тестирам кешот на овој диск во поголема мера, вистинските резултати ќе бидат помали.
• Најправилно (од моја гледна точка) решение би било да се распределат 2 SSD-дискови на mirror raid за базата на датотеки (или неколку бази на датотеки), а не да се стави ништо друго таму. Да, со огледало, SSD дисковите се истрошуваат на ист начин, и ова е минус, но барем некако се осигурани од грешки во електрониката на контролорот.
• Главните предности на SSD-дисковите за верзијата на датотеката ќе се појават кога има многу бази на податоци, и секоја со неколку корисници. Ако има 1-2 бази, а корисници во регионот од 10, тогаш SAS дисковите ќе бидат доволни. (но во секој случај - погледнете го вчитувањето на овие дискови, барем преку perfmon).
• Главните предности на терминалниот сервер се тоа што може да има многу слаби клиенти, а мрежните поставки многу помалку влијаат на терминалниот сервер (повторно вашиот КО).

Ако тестот Гилев покажува мали бројки, а имаш и процесор со висока фреквенција и брзи дискови, тогаш тука администраторот треба да земе барем перфмон, и некаде да ги сними сите резултати и да гледа, набљудува, извлекува заклучоци. Нема да има дефинитивен совет.

Опција клиент-сервер.

Тестовите беа извршени само на 8.2, tk. На 8.3, сè зависи сериозно од верзијата.

За тестирање, избрав различни опции за сервер и мрежи меѓу нив за да ги покажам главните трендови.

Се чини дека ги разгледав сите интересни опции, ако ве интересира нешто друго - напишете во коментарите, ќе се обидам да го направам тоа.

• SAS за складирање е побавен од локалните SSD-дискови, иако складирањето има големи димензии на кешот. SSD-дисковите и локалните системи и системи за складирање за тестот Гилев работат со споредливи брзини. Не знам никаков стандарден тест со повеќе нишки (не само записи, туку и целата опрема) освен оптоварувањето 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, туку преку ServerNameInstanceName, на пример zz- testzztest. (Во спротивно, ќе се појави следнава грешка во DBMS: Мајкрософт SQL Server Native Client 10.0: Shared Memory Provider: Библиотеката за споделена меморија што се користеше за поврзување со SQL Server 2000 не беше пронајдена. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, HRESULS55r0000 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% значителен ефект.

Главната цел на пишувањето на статијата е да не се повторуваат очигледните нијанси на оние администратори (и програмери) кои сè уште не стекнале искуство со 1C.

Споредна цел, ако имам некакви недостатоци, ова најбрзо ќе ми го посочи Инфостарт.

Тестот на В. Гилев веќе стана еден вид „де факто“ стандард. Авторот на неговата веб-страница даде сосема разбирливи препораки, но јас едноставно ќе дадам некои резултати и ќе ги коментирам најверојатните грешки. Секако, резултатите од тестот на вашата опрема може да се разликуваат, ова е само упатство, што треба да биде и кон што можете да се стремите. Сакам веднаш да забележам дека промените мора да се прават чекор по чекор, и по секој чекор, проверете каков резултат дал.

Има слични написи на Инфостарт, во соодветните делови ќе ставам линкови до нив (ако нешто пропуштив, кажете ми во коментар, ќе го додадам). Значи, да претпоставиме дека сте успориле 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, тогаш се креира рамдиск. Досега, наједноставно и бесплатно е претпријатието Рамдиск.

За да ја тестирате верзијата 8.2, доволно е 256 MB рамдиск, и! Најважниот. По рестартирање на компјутерот со работен рамдиск, треба да има 100-200 MB слободни. Соодветно на тоа, без рамдиск, за нормално функционирање на слободна меморија треба да има 300-400 MB.

За тестирање на верзијата 8.3, доволно е рамдиск од 256 MB, но потребна е повеќе бесплатна 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 од Гилев). Овие поставки главно се однесуваат на процесорите на серверот или „напредниот“ BIOS, ако не сте го нашле во вашиот систем, а немате Xeon - во ред е.

Контролен панел - моќност - високи перформанси. Минус - ако компјутерот не се сервисирал долго време, посилно ќе зуи со вентилатор, повеќе ќе се загрева и ќе троши повеќе енергија. Ова е цената на перформансите.

Како да проверите дали режимот е овозможен. Стартувај Task Manager - Performance - Resource Monitor - CPU. Чекаме додека процесорот не е зафатен со ништо.

Ова се стандардните поставки. С-состојба на BIOS-от вклучени, режим на избалансирана моќност
С-состојба на BIOS-от вклучени, режим со високи перформанси За Pentium и Core, можете да застанете таму, сеуште можете да исцедите неколку „папагали“ од Ксеон
С-состојба на BIOS-от исклучен, режим со високи перформанси. Ако не користите Turbo boost - вака треба да изгледа сервер подесен за перформанси

И сега бројките. Да те потсетам: Intel Xeon 5650, ramdisk. Во првиот случај, тестот покажува 23,26, во вториот - 49,5. Разликата е речиси двојна. Бројките може да варираат, но односот останува речиси ист за Intel Core.

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

в) Турбо засилување. Прво треба да разберете дали вашиот процесор ја поддржува оваа функција, на пример. Ако го прави тоа, тогаш сепак можете сосема легално да добиете некои перформанси. (Не сакам да ги допирам прашањата за оверклокување, особено серверите, направете го тоа на ваш сопствен ризик и ризик. Но, се согласувам дека зголемувањето на брзината на автобусот од 133 на 166 дава многу забележливо зголемување и на брзината и на дисипацијата на топлина)

Како да вклучите турбо засилување е напишано, на пример,. Но! За 1C има некои нијанси (не најочигледните). Тешкотијата е што максималниот ефект на турбо засилување се манифестира кога ќе се вклучи состојбата C. И излегува нешто како оваа слика:

Ве молиме имајте предвид дека мултипликаторот е максимум, брзината на јадрото е најубава, перформансите се високи. Но, што ќе се случи како резултат на 1s?

Но на крајот излегува дека според тестовите за перформанси на процесорот, претстои варијантата со множител 23, според тестовите на Гилев во фајл верзијата перформансите со множител 22 и 23 се исти, но во верзија на клиент-сервер, варијанта со множител на 23 хорор хорор хорор (дури и ако C-state е поставена на ниво 7, сепак е побавна отколку со исклучена C-состојба). Затоа, препораката, проверете ги самите двете опции и одберете ја најдобрата од нив. Во секој случај, разликата помеѓу 49,5 и 53 папагали е доста значајна, особено што е без многу труд.

Заклучок - турбо засилување мора да биде вклучено. Дозволете ми да ве потсетам дека не е доволно да ја вклучите ставката Turbo boost во BIOS-от, треба да погледнете и други поставки (BIOS: QPI L0s, L1 - оневозможи, чистење на побарувачката - оневозможи, Intel SpeedStep - овозможи, Turbo boost - овозможи.Контролен панел - Моќност - Високи перформанси) . И јас сепак (дури и за верзијата на датотеката) би застанал на опцијата каде што е исклучена состојбата c, иако множителот е помалку таму. Земете вакво нешто...

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

И резултатите од тестот. 1C 8.2.19.83, за верзијата на датотеката локален ramdisk, за клиент-сервер 1C и SQL на еден компјутер, Заедничка меморија. Турбо засилувањето е оневозможено и во двете опции. 8.3 покажува споредливи резултати.

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

2. Кога ги сфативме процесорот и меморијата на клиентскиот компјутер, преминуваме на следното многу важно место - мрежата. Напишани се многу тома книги за подесување на мрежата, има написи на Инфостарт ( и други), овде нема да се фокусирам на оваа тема. Пред да започнете со тестирање на 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 на истата опрема, но со постгрес со корисници над 50 Сè уште имам сè многу лошо.

Најважниот , кој е познат по „запалените“ администратори, но почетниците не го земаат во предвид. Постојат многу начини за поставување на патеката до базата на податоци 1c. Можете да правите \\server\share, можете да \\192.168.0.1\share, можете нето да користите z: \\192.168.0.1\share (и во некои случаи овој метод исто така ќе работи, но не секогаш) и потоа наведете погонот Z. Се чини дека сите овие патеки укажуваат на истото место, но за 1C постои само еден начин што дава прилично стабилни перформанси. Значи, еве што треба да направите правилно:

На командната линија (или во политиките, или што и да ви одговара) - нето користете DriveLetter: \\server\share. Пример: нето употреба m:\\server\bases. Конкретно нагласувам НЕ IP адреса, имено имесервер. Ако серверот не е видлив по име, додајте го во dns на серверот или локално во датотеката на домаќините. Но, жалбата мора да биде по име. Соодветно на тоа, на патот до базата на податоци, пристапете до овој диск (видете ја сликата).

И сега ќе покажам со бројки зошто вакви совети. Почетни податоци: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 картички. OS Win 2008 R2, Win 7, Debian 8. Најнови драјвери, применети ажурирања. Пред тестирањето, се уверив дека Iperf го дава целосниот опсег (освен картичките од 10 Gbit, испадна да исцеди само 7,2 Gbit, подоцна ќе видам зошто, серверот за тестирање сè уште не е конфигуриран правилно). Дисковите се различни, но секаде има SSD (специјално вметнат еден диск за тестирање, ништо друго не се вчитува) или рација од SSD. Брзината од 100 Mbit е добиена со ограничување на поставките на адаптерот Intel 362. Немаше разлика помеѓу 1 Gbit бакар Intel 350 и 1 Gbit оптика Intel X520-DA2 (добиена со ограничување на брзината на адаптерот). Максималните перформанси, турбо засилувањето е оневозможено (само за споредливост на резултатите, турбо засилувањето додава нешто помалку од 10% за добри резултати, за лоши резултати може воопшто да не влијае). Верзии 1C 8.2.19.86, 8.3.6.2076. Не ги давам сите бројки, туку само најинтересните, за да има со што да се споредува.

Заклучоци (од табелата и од лично искуство. Важи само за верзијата на датотеката):

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

Платформата 1C 8.3 е многу пати побара за компетентно поставување на мрежата. Основни поставки - видете ги Гилев, но имајте на ум дека сè може да влијае. Видов забрзување од фактот што го деинсталираа (и не само што го исклучија) антивирусот, од бришење протоколи како FCoE, од менување драјвери на постара, но сертифицирана верзија на microsoft (особено за евтини картички како asus и longs), од отстранување на втора мрежна картичка од серверот. Многу опции, смислено конфигурирајте ја мрежата. Може да има ситуација кога платформата 8.2 дава прифатливи бројки, а 8.3 - два или дури и повеќе пати помалку. Обидете се да играте со верзиите на платформата 8.3, понекогаш добивате многу голем ефект.

1C 8.3.6.2076 (можеби подоцна, сè уште не сум ја барал точната верзија) преку мрежата сè уште е полесно да се постави од 8.3.7.2008 година. Од 8.3.7.2008 година за да се постигне нормална работа на мрежата (кај споредливите папагали) испадна само неколку пати, не можев да го повторам за поопшт случај. Не разбрав многу, но судејќи по крпите од Process Explorer, снимката не оди таму како што оди во 8.3.6.

И покрај фактот дека кога работите на мрежа од 100Mbps, нејзиниот распоред за оптоварување е мал (можеме да кажеме дека мрежата е бесплатна), брзината на работа сепак е многу помала отколку на 1 Gbps. Причината е латентноста на мрежата.

Ceteris paribus (добро функционална мрежа) за 1C 8.2, врската Intel-Realtek е 10% побавна од Intel-Intel. Но, realtek-realtek генерално може да даде нагло слегнување од ведро небо. Затоа, ако има пари, подобро е да ги чувате мрежните картички Интел насекаде, ако нема пари, тогаш ставете го Интел само на серверот (вашиот КО). Да, и има многу пати повеќе инструкции за подесување на интел мрежни картички.

Стандардните антивирусни поставки (на пример, верзијата drweb 10) одземаат околу 8-10% од папагалите. Ако го конфигурирате правилно (дозволете му на процесот 1cv8 да направи сè, иако не е безбеден) - брзината е иста како без антивирус.

НЕ читајте гуруа на Линукс. Серверот со самба е одличен и бесплатен, но ако ставите Win XP или Win7 на серверот (или уште подобро - оперативниот систем на серверот), тогаш во датотеката верзијата 1c ќе работи побрзо. Да, и самбата и стекот на протоколи и мрежните поставки и многу повеќе во debian / ubuntu се добро наместени, но ова се препорачува за специјалисти. Нема смисла да се инсталира Linux со стандардни поставки, а потоа да се каже дека е бавен.

Добра идеја е да ги тестирате дисковите поврзани преку мрежна употреба со fio. Барем ќе биде јасно дали се работи за проблеми со платформата 1C или со мрежата / дискот.

За варијанта за еден корисник, не можам да мислам на тестови (или ситуација) каде што разликата помеѓу 1Gb и 10 Gb би била видлива. Единственото место каде што 10 Gbps за верзијата на датотеката дава подобри резултати беше поврзувањето на дискови преку iSCSI, но ова е тема за посебна статија. Сепак, мислам дека картичките од 1 Gbit се доволни за верзијата на датотеката.

Зошто, со мрежа од 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, но сите тестови се вршат со кешот на контролорот вклучен за пишување, што е погрешно. Тест базата е мала, се вклопува во кешот, па оттука и високите бројки. На вистински (големи) бази на податоци, сè ќе биде сосема поинаку, така што кешот е оневозможен за тестови.

На пример, ја проверив работата на тестот Гилев со различни опции на дискот. Ставив дискови од она што беше при рака, само за да покажам тенденција. Разликата помеѓу 8.3.6.2076 и 8.3.7.2008 е мала (во Ramdisk Turbo boost верзијата 8.3.6 дава 56.18 и 8.3.7.2008 дава 55,56, во другите тестови разликата е уште помала). Потрошувачка на енергија - максимални перформанси, турбо засилување е оневозможено (освен ако не е поинаку наведено).

Вклучениот кеш на RAID контролерот ја елиминира целата разлика помеѓу дисковите, бројките се исти и за sat и за sas. Тестирањето со него за мала количина на податоци е бескорисно и не е индикатор.

За платформата 8.2, разликата во перформансите помеѓу опциите SATA и SSD е повеќе од двојно. Ова не е печатна грешка. Ако го погледнете мониторот за перформанси за време на тестот на SATA-дискови. тогаш јасно се гледа „Време на активно диск (во%)“ 80-95. Да, ако го овозможите кешот за запишување на самите дискови, брзината ќе се зголеми на 35, ако ја овозможите кешот на контролорот за рација - до 49 (без оглед на тоа кои дискови се тестираат во моментот). Но, ова се синтетички папагали на кешот, во вистинска работа со големи бази на податоци никогаш нема да има 100% сооднос на удар на кешот за пишување.

Брзината на дури и евтините SSD дискови (јас тестирав на Agility 3) е доволна за да работи верзијата на датотеката. Ресурсот за пишување е друга работа, тука треба да се погледне во секој конкретен случај, јасно е дека Intel 3700 ќе има ред на големина повисок, но таму цената е соодветна. И да, разбирам дека при тестирање на SSD-уред, јас исто така го тестирам кешот на овој диск во поголема мера, вистинските резултати ќе бидат помали.

Најправилно (од моја гледна точка) решение би било да се распределат 2 SSD-дискови на mirror raid за базата на датотеки (или неколку бази на датотеки), а не да се стави ништо друго таму. Да, со огледало, SSD дисковите се истрошуваат на ист начин, и ова е минус, но барем некако се осигурани од грешки во електрониката на контролорот.

Главните предности на SSD-дисковите за верзијата на датотеката ќе се појават кога има многу бази на податоци, и секоја со неколку корисници. Ако има 1-2 бази, а корисници во регионот од 10, тогаш SAS дисковите ќе бидат доволни. (но во секој случај - погледнете го вчитувањето на овие дискови, барем преку perfmon).

Главните предности на терминалниот сервер се тоа што може да има многу слаби клиенти, а мрежните поставки многу помалку влијаат на терминалниот сервер (повторно вашиот КО).

Заклучоци: ако го извршите тестот Гилев на терминалниот сервер (од истиот диск каде што се работните бази на податоци) и во оние моменти кога работната база на податоци се забавува, а тестот Гилев покажува добар резултат (над 30), тогаш бавниот Работењето на главната работна база на податоци е виновен, најверојатно програмер.

Ако тестот Гилев покажува мали бројки, а имаш и процесор со висока фреквенција и брзи дискови, тогаш тука администраторот треба да земе барем перфмон, и некаде да ги сними сите резултати и да гледа, набљудува, извлекува заклучоци. Нема да има дефинитивен совет.

Опција клиент-сервер.

Тестовите беа извршени само на 8.2, tk. На 8.3, сè зависи сериозно од верзијата.

За тестирање, избрав различни опции за сервер и мрежи меѓу нив за да ги покажам главните трендови.

Се чини дека ги разгледав сите интересни опции, ако ве интересира нешто друго - напишете во коментарите, ќе се обидам да го направам тоа.

SAS за складирање е побавен од локалните SSD-дискови, иако складирањето има големи димензии на кешот. SSD-дисковите и локалните системи и системи за складирање за тестот Гилев работат со споредливи брзини. Не знам никаков стандарден тест со повеќе нишки (не само записи, туку и целата опрема) освен оптоварувањето 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: Мајкрософт SQL Server Native Client 10.0: Shared Memory Provider: Библиотеката за споделена меморија што се користеше за поврзување со SQL Server 2000 не беше пронајдена. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, HRESULS55r0000 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% значителен ефект.

Системот 1C е една од главните алатки за водење на мали и средни бизниси денес. Како по правило, сите вработени во организацијата имаат пристап до програмата. Така, ако 1C почне да забавува или да работи бавно, тогаш ова значително влијае на водењето на бизнисот. Размислете како можете сами да ја забрзате и оптимизирате работата во 1C.

Оптимизација со ажурирање 1C

Новите верзии на 1C секогаш работат поуспешно и побрзо, затоа не заборавајте да ги следите ажурирањата. Сметководството се препорачува да се ажурира што е можно почесто. Особено кога има верзии на регулирано известување.

Многумина долго време ја користеа можноста за автоматско ажурирање на програмата. Иако ова прашање лесно се решава рачно за 1s Enterprise 8.3, ажурирањето што нема да предизвика проблеми.

Првиот чекор е да ја преземете најновата верзија на платформата што моментално се користи. Ова се прави или со користење на дискот ITS или преку веб-интерфејсот, каде што тие обезбедуваат постојана поддршка за корисниците на програма како што е 1s Enterprise 8.3, ажурирањето на конфигурацијата за кое исто така е официјално доставено.

Во вториот случај, архивата со податоци за ажурирање се презема одделно. Неговото отпакување се одвива во која било папка која се смета за најзгодна за корисникот. После тоа, треба да ја извршите датотеката .exe. Во следниот прозорец, едноставно кликнете на копчето „Следно“.

Ќе се појави друга страница. На него, корисникот ја избира патеката по која инсталацијата е завршена. Но, овој чекор се препорачува само за напредни сопственици на персонален компјутер. Стандардните функции обично се доволни за решавање на повеќето проблеми. Стандардно, во овој случај, е наведена една папка, каде што сите ажурирања се инсталираат одеднаш. Ова е многу попогодно отколку кога последните патеки се различни. Ние само кликнуваме на копчињата „Следно“ неколку пати во програмата 1s Enterprise 8.3, чие ажурирање на конфигурацијата треба да се случи брзо.

Останува само последното копче кое нуди „Инсталација“.

Како да се забрза 1C ако платформата се забави

Најчесто, проблемите произлегуваат од фактот дека во една од фазите се намалува концентрацијата на вниманието на изведувачот. Тука е важно правилно да ја изберете шемата на самото ажурирање, само во овој случај нема да наидеме на проблем кога 1s ќе замрзне за време на ажурирањето.

Ажурирање на верзијата 7.7

Постојат неколку видови на конфигурација. Во зависност од ова, се избира текот на понатамошните дејства.

• Типично - во овој случај, се претпоставува дека ажурирањето се врши и за регулирано известување.
• Типични индустриски конфигурации - на многу начини личат на претходните опции. Важно е однапред да ги прочитате упатствата дадени од развивачот. Во спротивно, нема да можете да разберете зошто 1s 8.3 паѓа за време на ажурирањето.
• Изменет стандард - корисникот секогаш има можност самиот да ја модифицира апликацијата за да ги задоволува тековните потреби. Друга опција за проширување на функционалноста е транзицијата кон нови платформи. На пример, 8-та верзија.

За верзијата 8.0 и 8.1

Платформата 8.0 во моментов се повлекува од поддршката. Новите генерички дизајни ќе работат само кога се користат најновите верзии. Потребно е само да не се заборави дека сите средни изданија се пренесуваат без неуспех. Во спротивно, постои голема веројатност едноставно да се изгуби информацијата. Или наидете во ситуација кога 1s се замрзнува при ажурирање на конфигурацијата.

Можно е да се воведе нова стандардна конфигурација, а потоа на неа да се префрлат остатоците од старите инфобази.

Што се однесува до верзијата 8.1, постојат неколку начини за надградба на неа:

1. рачно;
2. во автоматски режим;
3. апел до специјалисти на компании кои обезбедуваат услуги во оваа област.

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

Првично, секоја конфигурација се однесува на типични случувања. Тој престанува да биде таков ако се направат одредени промени во претпријатието. На пример, за време на инсталацијата. Постојат две класи кои се издвојуваат од атипични конфигурации:

1. сменето;
2. создаден од нула, земајќи ги предвид потребите на одредено претпријатие.

Понекогаш конфигурацијата од втора класа активно се дистрибуира до корисниците. Тогаш тоа му припаѓа на стандардот. Само производителот не се смета за самиот 1C, туку компанијата што ја создаде новата верзија.

Актуелноста на конфигурациите може да се одржува со следните дејства:

• Корекција на грешка.
• Функционално проширување.
• Подобрување.
• Променете го 1s 8.3, конфигурацијата не се ажурира во случај на грешки во услугата.

Процесот на инсталација може да потрае различно време во зависност од брзината на Интернет што моментално ја користите. Во посебен прозорец, корисникот избира дали да се ажурира на крајот од работата или веднаш. Со последната опција, треба да бидете сигурни дека никој друг не работи со апликацијата. Самиот процес вклучува употреба на ексклузивен режим во апликацијата 1s Enterprise 8.3, последното ажурирање не е исклучок.

• Мора да се запомни дека не сите верзии на издавање може да одговараат на тековната конфигурација.
• Ако ажурирањата не се направени долго време, можеби ќе треба да преземете неколку датотеки или архиви одеднаш.
• Во списокот, лесно е да се разбере која верзија на 1s Enterprise 8.3 е потребна, ажурирањето го избира самиот корисник.

Кога процесот ќе заврши, самиот Конфигуратор може да се затвори. Токму овој режим најчесто се користи доколку е потребно ажурирање. Удобно е, го автоматизира речиси целиот процес. Следниот пат кога ќе ја стартувате за прв пат, може да видите порака дека платформата е застарена. И дека во моментов не е препорачливо да се користи.

Дополнителни причини за сопирање

Ако програмата се ажурира правилно и без никакви грешки, сепак, 1C сè уште забавува, тогаш причината може да биде како што следува:

• Антивирус - ако е правилно конфигуриран, ниту еден антивирус нема да се меша со системот, меѓутоа, ако ги користите фабричките поставки, тогаш перформансите на 1C може да се намалат за 5-10%. Можете да го оптимизирате антивирусот користејќи дополнителни поставки со отстранување на режимот на позадина (ако е апсолутно неопходно).
• Компјутерски параметри - често недоволно моќните компјутери доведуваат до силно намалување на перформансите на 1C. Посебно внимание треба да се посвети на видео картичката, оперативниот систем и процесорот.

Ваквите методи значително ќе ја оптимизираат и забрзаат работата во 1C за која било компанија или претпријатие, по што перформансите на програмата значително ќе се зголемат.

Ажуриран материјал

Курсот е снимен на верзијата 8.3користење MS SQL Server 2014 годинаи најновите верзииалатки за продуктивност, со детален опис на новите поставки и функции.

При што работа со 8.2 е исто така опишана во курсот.

Два нови секции: „Тестирање“ и „Резервна копија“

Делот „Тестирање“ опфаќа и тестирање со помош на конфигурацијата на Центарот за тестирање и автоматско тестирање. Плус, се разгледуваат прашања за опремата за тестирање.

Во делот „Резервна копија“ се разгледуваат прашањата за создавање резервни копии од нула користејќи го примерот на MS SQL Server. Исто така, обезбедува информации за моделите за обновување, како тие работат и како тие се однесуваат на резервната копија.

Форматот на материјалот е променет

Со него, можете брзо да најдете информации за која било од темите опфатени во курсот, а исто така да ја користите како референца кога ќе наидете на проблеми со изведбата.

Курсот стана многу подетален

Додадени се повеќе детали и технички детали за сите теми, што ќе биде многу корисно за подготовка за 1C:Expert испит и тестирање за 1C:Professional за технолошки прашања.

• Додадени лекции за постапување со исклучоци во трансакција
• Додадени информации за блокирање со намера
• Додадено работна паралелна табелакога користите PostgreSQL
• Додаден е пример парсирање на ќор-сокак користејќи го дневникот на технологијата
• Додадени информации за паралелна работа на објекти на метаподатоциво различни режими со различни поставки.
• Додадени информации за новтип на мутекс
• Додаден детален опис Уреди за кластер на сервери 1C, вклучувајќи опис на главните услужни датотеки
• Ажурирано решавање на проблеми за да се подготвите за 1C:Expert
• Додадена е единствена обработка, што ви овозможува да видите точно кои записи во однос на метаподатоците се моментално заклучени
• Целата е додадена резервен дел
• Додадени информации за механизам за складирање и преземање резултати
• Додадени информации за животен век на браватаво различни нивоа на изолација на трансакциите
• Додадени информации за тестирање на оптоварување и избор на соодветна опрема
• Додадени информации за користење на механизмот автоматско тестирање
• Додадени информации за влијанието на сортирањето врз перформанситебарања
• Додадени информации за работата динамични листи
• Додадени информации за препорачани практикипрограмирање
• Додадено корисни скрипти и динамични погледи

Додадени нови практични задачи

Многу од додадените задачи се засноваат на реални ситуации од проекти за оптимизација.

Додадено е и ажурирана завршна задачакоја стана уште посложена и поинтересна.

Поддршка во Master Group

Поддршката е обезбедена на страниците за лекциите на курсот. Можете да поставите какви било прашања за материјалите за курсот.

Исто и ти добијте пристап до стотици прашања и одговори на нивод другите учесници на курсот.

Времетраење на поддршката: до 4 месеци(во зависност од избраната верзија на курсот).

Можете да го активирате пристапот до групата Master во било којпогодно време во рок од 100 дена од купувањето.

Барања за членство

Нема посебни барања за учесниците на курсот.

За успешно завршување на курсот, мора да имате барем минимално искуство за развој во 1C.

Ви треба компјутер со 1C 8.3 и Windows

Безбедниот видео плеер работи само во околини на Windows. Гледањето видео не е можно во виртуелни средини и со алатки за далечински пристап.

Верзии на курсот и трошоците

Овој курс има ТРИ верзии: ЛАЈТ, ПРОФ, КРАЈНА.

Тие се разликуваат по целта, содржината, трошоците и условите за поддршка во Master Group.

За купувачите на курсот Дијагнозирајте проблеми со перформансите

Цената на курсот „Дијагноза на проблеми со изведбата на 1C: што конкретно го успорува системот“ ќе биде броипри купување на курсот „Забрзување и оптимизација на системи на 1C: Enterprise 8.3“.

Едноставно нарачувате соодветна верзија на курсот за оптимизација, додека во нарачката го наведувате кодот за попуст што ви е испратен по купувањето на курсот „Дијагностицирање проблеми со перформансите“.

На пример, земајќи го предвид попустот, верзијата LITE ќе чини 11.300 9.800 рубли.

Гаранција

Тренираме од 2008 година, уверени сме во квалитетот на нашите курсеви и ги даваме нашите стандардна гаранција од 60 дена.

Ова значи дека ако почнавте да го посетувате нашиот курс, но одеднаш се премисливте (или, да речеме, немате можност), тогаш имате рок од 60 дена да донесете одлука - и ако се вратите, ќе ви ги вратиме парите 100% од уплатата.

Плаќање на рати

Нашите курсеви може да се платат на рати или на рати, дури и без камата. При што веднаш добивате пристап до материјалите.

Ова е можно кога плаќате од физички лица во износ од 3.000 рубли. до 150.000 рубли.

Сè што треба да направите е да го изберете начинот на плаќање „Плаќање преку Yandex.Checkout“. Потоа, на веб-страницата на платниот систем, изберете „Плати на рати“, наведете го терминот и износот на плаќањата, пополнете краток прашалник - и за неколку минути ќе добиете одлука.

Опции за плаќање

Ги прифаќаме сите главни форми на плаќање.

Од поединци- плаќања од картички, плаќања со електронски пари (WebMoney, YandexMoney), плаќања преку Интернет банкарство, плаќања преку продавници за комуникација итн. Можно е и плаќање на нарачката во делови (на рати), вклучително и без дополнителна камата.

Започнете со нарачка - и во вториот чекор ќе можете да го изберете претпочитаниот начин на плаќање.

Од организации и индивидуални претприемачи– безготовинско плаќање, обезбедени се документи за достава. Внесувате нарачка - и веднаш можете да испечатите фактура за плаќање.

Обука за повеќе вработени

Нашите курсеви се дизајнирани за индивидуално учење. Групната обука на еден сет е нелегална дистрибуција.

Ако една компанија треба да обучи повеќе вработени, ние обично нудиме „додатоци“ кои се 40% поевтини.

За да нарачате „дополнителен комплет“ изберете 2 или повеќе комплети курсеви во формуларотпочнувајќи од вториот сет цената на курсот ќе биде 40% поевтина.

Постојат три услови за користење на дополнителни комплети:

• не можете да купите само дополнителен сет ако барем еден обичен сет не е купен претходно (или заедно со него).
• нема други попусти за дополнителни комплети (тие се веќе намалени, ќе испаднеше дека е „попуст на попуст“)
• промоциите (на пример, компензација од 7.000 рубли) не се однесуваат на дополнителни сетови од истата причина