Upp 8.3 почна да работи бавно. Совети за автоматизација. Користење на SQL Server DMO објекти

Корисниците често се жалат дека „1C 8.3 е бавен“: формуларите за документи се отвораат бавно, документите треба долго време да се обработат, програмата започнува, извештаите бараат долго време за да се генерираат итн.

Покрај тоа, таквите „багови“ може да се појават во различни програми:

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

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

Доколку сте заинтересирани за посериозна оптимизација на опциите на клиент-сервер за функционирање на системот, посетете го делот на страницата.

Каде се закажаните задачи во 1C 8.3?

Пред да имам време да ја вчитам програмата, 1C изврши многу работни места во заднина. Можете да ги видите со одење во менито „Администрација“, потоа „Поддршка и одржување“:

Добијте 267 видео лекции на 1C бесплатно:

Вака изгледа прозорецот со завршени задачи:

И така целосна листасите закажани задачи што се стартуваат:

Меѓу овие задачи можете да видите како „“, вчитување на различни класификатори, проверка на релевантноста на верзијата на програмата и така натаму. На пример, немам никаква корист за скоро сите овие задачи. Не чувам евиденција за валути, сам ги контролирам верзиите и вчитувам класификатори по потреба.

Според тоа, во мој (и во повеќето случаи во ваш) интерес е да ги оневозможите непотребните задачи.

Оневозможување рутински и заднински задачи во 1C 8.3

Симптоми и историја на пациентот:

Работата на неколку корисници преку мрежата со иста датотека (база на податоци) вклучува механизам за блокирање на мрежата. Ова го принудува системот да губи драгоцено време за да ги идентификува отворените сесии за снимање и соодветно да ги решава конфликтите.

Главните знаци на операција на блокирање:

• брза корисничка работа со базата на податоци преку мрежата во ексклузивен режим и исклучително бавна кога неколку корисници работат истовремено
• брзо корисничко искуство со локална база на податоци на серверот и бавна работа преку мрежата
• апелира до датотечен системнешто помалку од 10 MB/сек

Така, ми беше дадена задача да се погрижам дури три корисници да можат да работат во 1C во исто време! Смешно, нели?

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

Среќата не би била целосна ако не беа прекрасните оперативни системи - на компјутер и на еден Лаптоп со Windows 7, од друга - Windows 8.

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

Лансирањето 1C на лаптоп е посебно шоу што траеше околу 3 минути!

На многу ресурси наидов на совет да се префрлам на работа во пристап до терминал. За жал, Windows 7 не дозволува редовни средствасе претвори во терминален сервер - максимум една активна врска. Во овој случај, преостанатите сесии не завршуваат, можете повторно да се поврзете под друг корисник - да го „исфрлите“ претходниот корисник, но без да ја прекинете неговата сесија. Затоа, треба да префрлите 1C на оперативен систем на сервер, каде што нема такви ограничувања. Клиентот, на сопствен ризик, го реши проблемот со користење на алатка од трета страна Windows7_SP1_RDPhack.

Но, авантурите не завршија тука. Дури и во терминалната врска имаше значителни доцнења. Уште еднаш семоќните пребарувачи ми помогнаа. Подолу се дадени совети за забрзување на датотеката 1C, што ги следев:

1. Оневозможиупотреба на мрежен протокол IPv6, конфигурирајте адресирање на „стариот“ IPv4.

2. Додајте 1C процеси на исклучоците на заштитниот ѕид на Windows, како и антивирусни исклучоци или целосно оневозможете ги (поризично, но едноставен тест покажа зголемување на брзинатаповторно објавување документи кога е оневозможено Антивирус Avast фактор на!)

3. Започнете со индексирање на пребарување на целосен текст во 1C или целосно исклучете го

4. Извршете Тестирање и поправање на базата на податоци, проверувајќи со алатката ChDbfl

5. Извршете ја ставката Check Configuration во конфигурацијата (ако конфигурацијата не е стандардна, ова може да биде корисно). Врз основа на резултатите од проверката на конфигурацијата, таа магично се намали во големина за речиси една третина. Навистина не навлегував во она што дојдовните програмери го ажурираа пред мене, но фактот е очигледен.

6. Оневозможете ги непотребните функционални опции.

7. Поставете кориснички права. (Овој и претходниот совет ми изгледаа глупави додека не го гледав рендерот управувани формипри отворање на списокот со документи. Колку помалку непотребни работи во управуваниот интерфејс, толку побрзо функционира, по правило)

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

9. Наведете „брзина на поврзување - ниска“ во поставките на списокот со бази на податоци (ова не даде многу резултат, освен што сликите на потсистемите беа исклучени :))

По завршувањето на сите овие чекори, базата на датотеки 1C почна да работи многу побрзо. Почна да се стартува за максимум 10 секунди, а брзината на пренос на документи се зголеми во просек 12 пати.

Можеби овој краток напис ќе ви биде корисен ако одеднаш треба да ја забрзате вашата база на податоци за датотеки 1C.

P.S: Но, лансирањето датотека 1C користејќи мрежен пристап до споделена папка е сè уште нереално, бидејќи ... Дури и најбрзиот погон со цврста состојба, RAM меморијата и процесорот ќе наидат на блокирање на мрежата, а работата на повеќе од еден корисник ќе биде практично невозможна. Тоа е законкретно за конфигурацијата на UT 11.1. Само напишаните мали конфигурации можат да работат доста брзо дури и во верзијата на датотеката.

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

Дефрагментатор на дисковисо база на датотеки

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

Надградба на хардверот - побрз хард диск, нов прекинувач, процесор итн.

Инсталирајте на веб-сервер, пристап со користење на тенок клиент. Тука мислењата се поделени. Некои велат дека е многу пати побрзо, други велат дека нема забележано забрзување.

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

Разбирливо е дека дури и за старите компјутери пред 10 години (Pentium на штекерот 775 ) времето од кликнување на кратенката 1C: Enterprise до појавата на прозорецот на базата на податоци треба да помине помалку од една минута. ( Селерон = бавно).

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

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

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

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

За тестирање на верзијата 8.2, доволно е рамдиск од 256 MB, и! Најважниот. По рестартирање на компјутерот, кога работи ramdisk, треба да има 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, тоа е во ред.

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

Како да проверите дали режимот е овозможен. Стартувајте го менаџерот на задачи - перформанси - монитор на ресурси - процесор. Чекаме додека процесорот не е зафатен со ништо.

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

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

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

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

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

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

	Фактор	Основна брзина (фреквенција), GHz	CPU-Z единечна нишка	Гилев Рамдиск тест верзија на датотеката	Гилев Рамдиск тест клиент-сервер
Без турбо засилување
C-состојба исклучена, турбо засилување				53.19	40,32
Вклучена C-состојба, турбо засилување			1080	53,13	23,04

Но на крајот испаѓа дека според тестовите за перформанси на процесорот напредува верзијата со множител 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 Gbit ќе биде просечната брзина на копирање од 100 MB/s, добра работа - 120 MB/s. Би сакал да го привлечам вашето внимание на фактот дека слабата точка (вклучувајќи) може да биде оптоварувањето на процесорот. SMB Протоколот на Linux е прилично слабо паралелизиран и за време на работата може лесно да „изеде“ едно процесорско јадро и да не троши повеќе.

И понатаму. Со стандардните поставки за Windows, клиентот најдобро работи со сервер за Windows (или дури прозорци кои работатстаница) и протоколот SMB/CIFS, клиентот на linux (debian, ubuntu не ги гледаше другите) работи подобро со linux и NFS (работи и со SMB, но папагалите се повисоки на NFS). Фактот дека при линеарно копирање серверот на Windows Linux на NFS побрзо се копира во еден тек, не значи ништо. Дебиан тјунинг за 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. Не ги давам сите бројки, туку само најинтересните, за да имате со што да споредувате.

	Победа 2008 - Победа 2008 година контактирајте со ip адреса	Победа 2008 - Победа 2008 година Повикувајќи се по име	Победа 2008 - Победа 2008 година Контактирајте по IP адреса	Победа 2008 - Победа 2008 година Повикувајќи се по име	Победа 2008 - Победа 7 Повикувајќи се по име	Победа 2008 - Дебиан Повикувајќи се по име	Победа 2008 - Победа 2008 година Контактирајте по IP адреса	Победа 2008 - Победа 2008 година Повикувајќи се по име
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1C 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 i3 може лесно да произведе 40+ папагали, што е доста добро, а тоа не се само папагали, во реалната работа разликата е и забележлива. Но! Ограничувањето при работа со неколку (повеќе од 10) корисници повеќе нема да биде мрежата, овде сепак е доволно 1 Gbit, но блокирање при работа со повеќе корисници (Gilev).

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

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

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

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

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

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

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

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

Не разбирам зошто, со мрежа од 100 Mbit, 8.3 работи значително побрзо од 8.2, но тоа беше факт. Целата друга опрема, сите други поставки се апсолутно исти, само во еден случај се тестира 8.2, а во другиот - 8.3.

Ненаместен NFS win-win или win-lin дава 6 папагали, не ги вклучив во табелата. По дотерувањето добив 25, но беше нестабилен (разликата во мерењата беше повеќе од 2 единици). Сè уште не можам да дадам никакви препораки користејќи прозорции протоколот NFS.

По сите поставки и проверки, повторно го извршуваме тестот од клиентскиот компјутер и се радуваме на подобрениот резултат (ако работи). Ако резултатот е подобрен, има повеќе од 30 папагали (и особено повеќе од 40), помалку од 10 корисници работат во исто време, а работната база на податоци е сè уште бавна - речиси сигурно е проблем со програмерот (или имате веќе ги достигнаа врвните можности на верзијата на датотеката).

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

0. Додадете тест база на податоци на Гилев на серверот во истата папка како и главните бази на податоци. Се поврзуваме од истиот сервер и го извршуваме тестот. Се сеќаваме на резултатот.

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

2. Поставувањето мрежни картички во случај на терминален сервер практично нема ефект врз работата на 1c. За да обезбедите „специјална“ удобност, ако вашиот сервер произведува повеќе од 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 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
1C 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 ги елиминира сите разлики помеѓу дисковите. Тестирањето со него на мала количина на податоци е бескорисно и не е индикативно од никаков вид.

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

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

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

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

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

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

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

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

Тестовите беа направени само на 8.2, бидејќи на 8.3 се зависи доста сериозно од верзијата.

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

	SQL: Xeon E5-2630	SQL: Xeon E5-2630 Канал со влакна - SSD	SQL: Xeon E5-2630 Канал со влакна - SAS	SQL: Xeon E5-2630 Локален SSD	SQL: Xeon E5-2630 Канал со влакна - 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
1C 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-дисковите, локални и системи за складирање за тестот на Гилев работат со споредливи брзини. Не знам никаков стандарден тест со повеќе нишки (не само снимање, туку целата опрема) освен тестот за оптоварување 1C од MCC.

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

Зголемувањето на фреквенцијата на серверот SQL секако дава ефект, но не е ист како кај серверот MS SQL е одличен (ако го прашате) за користење на повеќе јадра и бесплатна меморија.

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

Овозможувањето на споделена меморија сè уште дава ефект, иако не 15%, како што е опишано. Задолжително направете го тоа, за среќа е брзо и лесно. Ако за време на инсталацијата некој му дал на SQL серверот именуван пример, тогаш за да работи 1C, името на серверот мора да биде одредено не со FQDN (tcp/ip ќе работи), не преку localhost или само ServerName, туку преку ServerName\InstanceName, на пример. zz-тест\zztest. (Во спротивно ќе има грешка во DBMS: Microsoft SQL Server Native Client 10.0: Shared Memory Provider: Библиотеката за споделена меморија што се користеше за воспоставување врска со 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% значителен ефект.

Многу често луѓето доаѓаат кај нас со прашања како што се:

• Зошто серверот 1C успорува?
• Компјутерот 1C е многу бавен
• Клиентот 1C е ужасно бавен

Понекогаш, како решение за проблемот, на клиентите им нудиме сервер за 1C за изнајмување без сопирачки, со избор на конфигурација на серверот и оперативен систем, можете да го конфигурирате серверот онлајн на веб-страницата на нашиот партнер, користејќи ја врската https://1cloud.ruпоглавје Услуги, поглавје Виртуелен сервер.

Што да направите и како да го надминете, и така натаму по редослед:

Клиентите работат многу бавно со серверската верзија на 1C

Покрај бавната работа на 1C, има и бавна работа со мрежните датотеки. Проблемот се јавува при нормална работа и со RDP

За да го решам ова, по секоја инсталација на Seven или серверот од 2008 година, секогаш започнувам

netsh int tcp постави глобално автоматско подесување=оневозможено

netsh int tcp постави глобален autotuninglevel=оневозможен

netsh int tcp сет глобален rss=оневозможен оџак=оневозможен

и мрежата работи без проблеми

понекогаш најдобрата опција е:

netsh интерфејс tcp поставено глобално автоматско подесување= ВисокоОграничено

вака изгледа инсталацијата

Конфигурирајте го антивирус или заштитен ѕид на Windows

Како да конфигурирате антивирус или заштитен ѕид на Windows за водење на сервер 1C (комбинација од 1C Server: Enterprise и MS SQL 2008, на пример).

Додадете правила:

• Ако серверот SQL прифаќа врски на стандардната TCP порта 1433, тогаш тоа го дозволуваме.
• Ако SQL-портата е динамична, тогаш мора да се дозволат врски со апликацијата %ProgramFiles%\ Microsoft SQLСервер\MSSQL10_50.MSSQLSERVER\MSSQL\Binn\sqlservr.exe.
• Серверот 1C работи на портите 1541, кластерот 1540 и опсегот 1560-1591. Од сосема мистични причини, понекогаш таквата листа на отворени порти сè уште не дозволува поврзување со серверот. За да бидете сигурни дека работи, дозволете го опсегот 1540-1591.

Подесување на перформансите на серверот/компјутерот

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

1. Поставки на BIOS-от

• Во BIOS-от на серверот, ги оневозможуваме сите поставки за да заштедиме енергија на процесорот.
• Ако има „C1E“ и задолжително исклучете го!!
• За некои не многу паралелни задачи, исто така се препорачува да се исклучи хипертргувањето во BIOS-от
• Во некои случаи (особено за HP!) треба да отидете во BIOS-от на серверот и да ги исклучите артиклите што ги имаат на име EIST, Intel SpeedStep и C1E.
• Наместо тоа, треба да најдете ставки поврзани со процесорот таму што имаат Turbo Boost во нивните имиња и да ги Овозможите.
• Ако во BIOS-от има општа индикација за режим на заштеда на енергија и вклучете го максимални перформанси(може да се нарече и „агресивен“)

2. Поставки за шема во оперативниот систем - Високи перформанси

Серверите со архитектура на Intel Sandy Bridge можат динамички да ги менуваат фреквенциите на процесорот.

Понекогаш решението за проблемот со бавното работење на серверот 1C е застарена или расипана опрема, во овој случај на клиентите им нудиме сервер за 1C за изнајмување без сопирачки, со избор на конфигурација на серверот и оперативен систем, можете да го направите на нашиот веб-страницата на партнерот, на линкот https://1cloud.ruСекција за услуги, дел за виртуелен сервер.

Ако имате какви било прашања ве молиме контактирајте:

• јавете се на +7-812-385-55-66 во Санкт Петербург
• пишете на адресата
• оставете апликација на нашата веб-страница на страницата „Онлајн апликација“.

2. Карактеристики на програмата. Често, дури и со оптимални поставки, 1C работи многу бавно. Перформансите особено нагло паѓаат кога бројот на истовремено работа со базата на податоци надминува 4-5 корисници.

Кој си ти во друштвото?

Решението на проблемот со бавното работење на 1C зависи од тоа кој сте во компанијата. Ако сте техничар, само прочитајте. Доколку сте директор или сметководител, следете ја специјалната врска ↓

Пропусен опсег на мрежата

Како по правило, со еден информативна база(IB) не работи еден, туку неколку корисници. Во исто време, постои постојана размена на податоци помеѓу компјутерот на кој е инсталиран клиентот 1C и компјутерот на кој се наоѓа безбедноста на информациите. Обемот на овие податоци е доста значаен. Често се јавува ситуација кога локалната мрежа која работи со брзина од 100 Mbit/s, што е најчестата брзина, едноставно не може да се справи со оптоварувањето. И повторно корисникот се жали дека програмата е бавна.

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

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

Решение еден. Модернизација на инфраструктурата

Ова е можеби најочигледното решение. Да ја пресметаме нејзината минимална цена.

Најмалку, за секој компјутер ни треба 2 GB RAM стик, кој чини, во просек, 1.500 рубли, LAN картичкасо поддршка за брзина 1 Gbit/s, чини околу 700 рубли. Дополнително, ќе ви треба најмалку 1 рутер кој поддржува брзина од 1 Gbit/s, што ќе чини приближно 4.000 рубли. Вкупни трошоци - 26.000 рубли за опрема, без работа.

Во принцип, брзината може значително да се зголеми, но сега веќе не е можно да се купат евтини компјутери за канцеларијата. Освен тоа, оваа одлукане се применува за оние кои користат Wi-Fi или сакаат да работат преку Интернет - во нивниот случај, брзината на мрежата може да биде десетици пати помала. Овде се поставува прашањето: „Дали е можно да се имплементира целата програма на еден моќен сервер, така што компјутерот на корисникот не учествува во сложени пресметки, но служи едноставно за пренос на слика?“ Потоа можете да работите дури и на многу слаби компјутери, дури и на мрежи со низок опсег. Нормално, такви решенија постојат.

Решение два. Терминален сервер

Доби голема популарност уште во деновите на 1C 7. Имплементиран на серверот Верзии на Windowsи совршено се справува со нашата задача. Сепак, тоа има свои стапици, имено цената на лиценците.

Самата операционен системќе чини околу 40.000 рубли. Дополнително на ова, ќе ни требаат сите што планираат да работат во 1C Лиценца за Windows Сервер CAL, чини околу 1.700 рубли и лиценца CAL за услуги за далечинска работна површина на Windows, која чини околу 5.900 рубли.

Откако ги пресметавме трошоците за мрежа од 10 компјутери, завршуваме со 116.000 рубли. само за една лиценца. Додади на ова цената на самиот сервер (најмалку 40.000 рубли) и трошоците за имплементација, сепак, дури и без ова, цената за лиценците се покажа како импресивна.

Решение три. Услуга 1C Enterprise

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

Факт е дека цената на таквото решение се движи од 50.000 до 80.000 рубли, во зависност од изданието. За компанија со до 15 корисници излегува дека е прилично скапо. Големи надежи се полагаа на „1C претпријатие мини-сервер“, кој, според компанијата 1C, е наменет за мали бизниси и чини околу 10.000 - 15.000 рубли.

Меѓутоа, кога излезе во продажба, овој производ беше големо разочарување. Факт е дека максималниот број на корисници со кои можеше да се користи мини-серверот беше само 5.

Како што напиша еден програмер 1C на форумот: „Сè уште не е јасно зошто 1C избра точно 5 врски! Проблемите започнуваат само со 4 корисници, но со пет се завршува. Ако сакаш да поврзеш шесто лице, плати уште 50 илјади би можеле да направиме најмалку 10 врски...“

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

Покрај методите за забрзување на програмата опишани погоре, постои уште еден кој е идеален за сегментот од 5 - 15 корисници, имено веб-пристап за 1C во режим на датотека.

Решение четири. Пристап до веб за 1C во режим на датотека

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

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

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

Оваа опција е инфериорна во однос на серверот на претпријатието 1C во однос на брзината на работа, но оваа разлика е практично невидлива до 15-20 корисници. Патем, за имплементирање на веб-сервер можете да користите IIS (за Windows) и Apache (за Linux) и двете од овие решенија се бесплатни!

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

Не можам да кажам со сигурност, но најверојатно ова се должи на две причини:

• Доста слаб опис во техничката документација
• Се наоѓа на раскрсницата на одговорноста системски администратори 1C програмер

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

Ајде да забрзаме 1C. Од далечина, брзо и без ваше учество

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

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