Alena Tulyakova surati, “Clerk.Ru” axborot agentligi
Maqolada Ajam 1C ma'murlari yo'l qo'yadigan asosiy xatolar aniqlangan va misol sifatida Gilev testi yordamida ularni qanday hal qilish ko'rsatilgan.
Ushbu maqolani yozishdan asosiy maqsad 1C bilan hali tajribaga ega bo'lmagan ma'murlar (va dasturchilar) uchun aniq nuanslarni takrorlamaslikdir.
Ikkilamchi maqsad, agar menda biron bir kamchilik bo'lsa, Infostart buni menga eng tez ko'rsatib beradi.
V. Gilevning testi allaqachon o'ziga xos "de-fakto" standartiga aylandi. Muallif o'z veb-saytida juda aniq tavsiyalar berdi, lekin men shunchaki ba'zi natijalarni taqdim etaman va eng ko'p uchraydigan xatolarni sharhlayman. Tabiiyki, sizning uskunangizdagi test natijalari har xil bo'lishi mumkin, bu faqat nima bo'lishi kerakligi va nimaga intilishi mumkinligi haqida ko'rsatma. Darhol ta'kidlashni istardimki, o'zgarishlar bosqichma-bosqich amalga oshirilishi kerak va har bir qadamdan so'ng u qanday natija berganligini tekshiring.
Infostart-da shunga o'xshash maqolalar mavjud, men ularga havolalarni tegishli bo'limlarga qo'yaman (agar biror narsani o'tkazib yuborsam, sharhlarda menga taklif qiling, men qo'shaman). Shunday qilib, sizning 1C sekin deb faraz qilaylik. Muammoni qanday aniqlash mumkin va kim aybdor, administrator yoki dasturchi ekanligini qanday tushunish mumkin?
Dastlabki ma'lumotlar:
Sinov qilingan kompyuter, asosiy gvineya cho'chqasi: HP DL180G6, 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2 bilan jihozlangan. Taqqoslash uchun, Core i3-2100 bitta ipli testda solishtirish mumkin bo'lgan natijalarni ko'rsatadi. Men ataylab tanlagan uskunalar eng yangi emas edi, zamonaviy uskunalar bilan natijalar sezilarli darajada yaxshi.
Alohida 1C va SQL serverlarini sinash uchun SQL server: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.
10 Gbit tarmoqni sinash uchun Intel 520-DA2 adapterlaridan foydalanilgan.
Fayl versiyasi. (ma'lumotlar bazasi umumiy papkada serverda joylashgan, mijozlar tarmoq, CIFS/SMB protokoli orqali ulanadi). Bosqichma-bosqich algoritm:
0. Gilevning test ma'lumotlar bazasini asosiy ma'lumotlar bazalari bilan bir xil papkadagi fayl serveriga qo'shing. Biz mijoz kompyuteridan ulanamiz va testni o'tkazamiz. Natijani eslaymiz.
Hatto 10 yil oldingi eski kompyuterlar uchun ham (775 soketidagi Pentium) 1C: Enterprise yorlig'ini bosishdan ma'lumotlar bazasi oynasi paydo bo'lgunga qadar vaqt bir daqiqadan kamroq vaqtni olishi tushuniladi. (Celeron = sekin).
Agar sizning kompyuteringiz 1 Gb tezkor xotiraga ega 775 soketdagi Pentium-dan yomonroq bo'lsa, men sizga hamdardman va fayl versiyasida 1C 8.2 da qulay ishlashga erishishingiz qiyin bo'ladi. Yoki yangilash (vaqt keldi) yoki terminalga (yoki ingichka mijozlar va boshqariladigan shakllar bo'lsa, veb) o'tish haqida o'ylab ko'ring.
Agar kompyuter yomonroq bo'lmasa, siz administratorni tepishingiz mumkin. Hech bo'lmaganda tarmoq, antivirus va HASP himoya drayverining ishlashini tekshiring.
Agar Gilevning ushbu bosqichdagi testida 30 ta "to'tiqush" yoki undan yuqori bo'lsa, lekin 1C ishchi bazasi hali ham sekin ishlayotgan bo'lsa, savollar dasturchiga yo'naltirilishi kerak.
1. Mijoz kompyuteri qanchalik "siqish" mumkinligi haqida ko'rsatma sifatida biz faqat ushbu kompyuterning ishlashini tarmoqsiz tekshiramiz. Biz test ma'lumotlar bazasini mahalliy kompyuterga o'rnatamiz (juda tez diskda). Agar mijoz kompyuterida oddiy SSD bo'lmasa, u holda ramdisk yaratiladi. Hozircha eng oddiy va bepuli bu Ramdisk korxonasi.
8.2 versiyasini sinab ko'rish uchun 256 MB ramdisk kifoya qiladi va! Eng muhimi. Kompyuterni qayta ishga tushirgandan so'ng, ramdisk ishlayotgan bo'lsa, unda 100-200 MB bo'sh joy bo'lishi kerak. Shunga ko'ra, ramdisksiz, normal ishlashi uchun 300-400 MB bo'sh xotira bo'lishi kerak.
8.3 versiyasini sinab ko'rish uchun 256 MB ramdisk etarli, ammo sizga ko'proq bo'sh RAM kerak.
Sinov paytida siz protsessor yukiga qarashingiz kerak. Idealga yaqin holatda (ramdisk), mahalliy fayl 1c ishlayotganda 1 protsessor yadrosini yuklaydi. Shunga ko'ra, agar sinov paytida protsessor yadrosi to'liq yuklanmagan bo'lsa, zaif tomonlarini qidiring. Bir oz hissiy, lekin umuman olganda to'g'ri, protsessorning 1C ishlashiga ta'siri tasvirlangan. Malumot uchun, hatto zamonaviy Core i3-larda ham yuqori chastotali 70-80 raqamlari juda real.
Ushbu bosqichda eng ko'p uchraydigan xatolar.
- Noto'g'ri sozlangan antivirus. Ko'pgina antiviruslar mavjud, ularning har biri uchun sozlamalar har xil, men shuni aytamanki, to'g'ri konfiguratsiya bilan na veb, na Kasperskiy 1C xalaqit bermaydi. Standart sozlamalar bilan taxminan 3-5 to'tiqush (10-15%) olib tashlanishi mumkin.
- Ishlash rejimi. Ba'zi sabablarga ko'ra, kam odam bunga e'tibor beradi, ammo ta'sir eng muhim hisoblanadi. Agar sizga tezlik kerak bo'lsa, buni mijoz va server kompyuterlarida qilishingiz kerak. ( Yaxshi tavsif Gilevda. Yagona ogohlantirish shundaki, ba'zi anakartlarda Intel SpeedStep-ni o'chirsangiz, TurboBoost-ni yoqolmaysiz).
Ishlash rejimini ikkita joyda yoqishingiz mumkin (va afzalroq):
- BIOS orqali. C1, C1E, Intel C-state (C2, C3, C4) rejimlarini o'chiring. Turli xil bioslarda ular boshqacha nomlanadi, ammo ma'nosi bir xil. Qidirish uchun uzoq vaqt talab etiladi, qayta ishga tushirish talab qilinadi, lekin agar siz buni bir marta qilsangiz, uni unutishingiz mumkin. Agar BIOS-da hamma narsani to'g'ri qilsangiz, tezlik oshadi. Ba'zi anakartlarda siz BIOS sozlamalarini Windows ishlash rejimi rol o'ynamasligi uchun sozlashingiz mumkin. (Gilev'dan BIOS sozlamalariga misollar). Ushbu sozlamalar asosan server protsessorlari yoki "kengaytirilgan" BIOS bilan bog'liq, agar siz buni topa olmagan bo'lsangiz va sizda Xeon bo'lmasa, bu yaxshi.
- Boshqaruv paneli - Elektr ta'minoti - Yuqori samaradorlik. Minus - agar kompyuterga uzoq vaqt xizmat ko'rsatilmagan bo'lsa, u fandan ko'proq shovqin qiladi, ko'proq isitadi va ko'proq iste'mol qiladi. ko'proq energiya. Bu ishlash uchun to'lov.
| Bular standart sozlamalar. BIOS C holati yoqilgan, muvozanatli quvvat iste'moli rejimi |  |
| BIOS C holati yoqilgan, yuqori ishlash rejimi Pentium va Core uchun siz u erda to'xtashingiz mumkin, Siz hali ham Xeondan bir oz "to'tiqush" ni siqib qo'yishingiz mumkin |  |
| BIOS-da C holati o'chirilgan, yuqori ishlash rejimi. Agar siz Turbo boost-dan foydalanmasangiz, u shunday ko'rinishi kerak ishlash uchun sozlangan server |  |
Va endi raqamlar. Sizga eslatib o'taman: Intel Xeon 5650, ramdisk. Birinchi holda, test 23,26 ni, oxirgi holatda - 49,5 ni ko'rsatadi. Farqi deyarli ikki baravar. Raqamlar farq qilishi mumkin, ammo Intel Core uchun nisbat deyarli bir xil bo'lib qoladi.
Hurmatli administratorlar, siz 1C ni xohlaganingizcha tanqid qilishingiz mumkin, lekin agar oxirgi foydalanuvchilarga tezlik kerak bo'lsa, yuqori ishlash rejimini yoqishingiz kerak.
c) Turbo Boost. Avvalo, masalan, protsessoringiz ushbu funktsiyani qo'llab-quvvatlashini tushunishingiz kerak. Agar u qo'llab-quvvatlasa, siz hali ham qonuniy ravishda ba'zi ishlashni olishingiz mumkin. (Men chastotani haddan tashqari oshirib yuborish masalalariga, ayniqsa serverlarga tegmoqchi emasman, buni o'zingizning xavf-xataringiz va xavfingiz ostida qiling. Lekin men avtobus tezligini 133 dan 166 ga oshirish tezlikni ham, issiqlik tarqalishini ham sezilarli darajada oshirishiga qo'shilaman)
Turbo boostni qanday yoqish kerakligi yozilgan, masalan, . Lekin! 1C uchun ba'zi nuanslar mavjud (eng aniq emas). Qiyinchilik shundaki, turbo kuchaytirgichning maksimal ta'siri C holati yoqilganda sodir bo'ladi. Va biz shunga o'xshash narsani olamiz:
E'tibor bering, multiplikator maksimal, yadro tezligi chiroyli va ishlash yuqori. Ammo 1s bilan natija nima bo'ladi?
Ammo oxir-oqibat ma'lum bo'lishicha, protsessor unumdorligi testlariga ko'ra, 23 ko'paytiruvchisi bo'lgan versiya oldinda, Gilevning fayl versiyasidagi testlariga ko'ra, 22 va 23 multiplikatorli ko'rsatkichlar bir xil, ammo mijoz-serverda. versiya - multiplikatori 23 bo'lgan versiya dahshatli dahshatli dahshatli (hatto C holati 7 darajaga o'rnatilgan bo'lsa ham, u C holati o'chirilganidan ko'ra sekinroq). Shuning uchun tavsiya etilgan ikkala variantni ham o'zingiz tekshirib ko'ring va eng yaxshisini tanlang. Qanday bo'lmasin, 49,5 va 53 to'tiqush o'rtasidagi farq juda muhim, ayniqsa ko'p harakat qilmasdan.
Xulosa - turbo boost yoqilgan bo'lishi kerak. Eslatib o'taman, BIOS-da Turbo boost elementini yoqishning o'zi etarli emas, siz boshqa sozlamalarni ham ko'rib chiqishingiz kerak (BIOS: QPI L0s, L1 - o'chirish, tozalashni talab qilish - o'chirish, Intel SpeedStep - yoqish, Turbo boost - yoqish Boshqaruv paneli - Quvvat parametrlari - Yuqori unumdorlik). Va men hali ham (fayl versiyasi uchun ham) multiplikator kichikroq bo'lsa ham, c-holat o'chirilgan variantni tanlayman. Bu shunday bo'ladi ...
Juda munozarali nuqta - bu xotira chastotasi. Misol uchun, xotira chastotasi juda kuchli ta'sir ko'rsatadi. Mening testlarim bunday qaramlikni aniqlamadi. Men DDR 2/3/4 ni solishtirmayman, men bir xil chiziq ichida chastotani o'zgartirish natijalarini ko'rsataman. Xotira bir xil, ammo BIOS-da biz past chastotalarni o'rnatishga majburmiz.
 |  |  |
Va sinov natijalari. 1C 8.2.19.83, mahalliy ramdisk fayl versiyasi uchun, mijoz-server 1C va bitta kompyuterda SQL uchun, Umumiy xotira. Turbo boost ikkala versiyada ham o'chirib qo'yilgan. 8.3 taqqoslanadigan natijalarni ko'rsatadi.
Farqi o'lchov xatosi ichida. Chastotaning o'zgarishi bilan boshqa parametrlar ham o'zgarishini, bir xil CAS kechikishini va RASni CAS kechikishini ko'rsatish uchun men CPU-Z ning skrinshotlarini maxsus tortib oldim, bu chastota o'zgarishini neytrallashtiradi. Farq, xotira modullari sekinroqdan tezroqga jismoniy o'zgartirilganda bo'ladi, lekin u erda ham raqamlar unchalik ahamiyatli emas.
2. Mijoz kompyuterining protsessorini va xotirasini saralagandan so'ng, biz keyingi juda muhim joyga - tarmoqqa o'tamiz. Tarmoqni sozlash haqida ko'plab kitoblar yozilgan, Infostart (va boshqalar) haqida maqolalar mavjud, ammo bu erda men bu mavzuga e'tibor bermayman. 1C ni sinab ko'rishni boshlashdan oldin, iltimos, ikkita kompyuter o'rtasidagi iperf butun o'tkazish qobiliyatini (1 Gbit kartalar uchun - kamida 850 Mbit yoki undan ham yaxshisi 950-980) ko'rsatishiga ishonch hosil qiling, bu Gilevning tavsiyalariga amal qilgan. Keyin - ishning eng oddiy sinovi, g'alati darajada, tarmoq orqali bitta katta faylni (5-10 gigabayt) nusxalash bo'ladi. 1 Gbit tarmoqdagi normal ishlashning bilvosita belgisi o'rtacha nusxa ko'chirish tezligi 100 MB / sek, yaxshi ishlash - 120 MB / sek bo'ladi. Sizning e'tiboringizni zaif nuqta (shu jumladan) protsessor yuki bo'lishi mumkinligiga qaratmoqchiman. Linux-dagi SMB protokoli juda zaif parallellashtirilgan va ish paytida u bitta protsessor yadrosini osongina "eyishi" mumkin va boshqa iste'mol qilmaydi.
Va yana bir narsa. Standart sozlamalar bilan Windows mijozi eng yaxshi Windows serveri (yoki hatto Windows ish stantsiyasi) va SMB/CIFS protokoli, Linux mijozi (debian, ubuntu boshqalarga qaramadi) linux va NFS bilan yaxshi ishlaydi ( u SMB bilan ham ishlaydi, lekin NFS da to'tiqushlar balandroq). Chiziqli nusxalash paytida Windows Linux serverini NFS-ga tezroq bitta oqimga ko'chirish hech narsani anglatmaydi. 1C uchun Debian tuning - bu alohida maqolaning mavzusi, men bunga hali tayyor emasman, garchi fayl versiyasida men bir xil uskunada Win versiyasiga qaraganda bir oz yaxshiroq ishlashga erishdim, lekin postgres bilan. 50 foydalanuvchi Men hali ham hamma narsani juda yomon qilyapman.
"Kuygan" ma'murlar biladigan eng muhim narsa, lekin yangi boshlanuvchilar e'tiborga olinmaydi. 1c ma'lumotlar bazasiga yo'lni o'rnatishning ko'plab usullari mavjud. Siz servershare qilishingiz mumkin, siz 192.168.0.1share qilishingiz mumkin, z net foydalanishingiz mumkin: 192.168.0.1share (va ba'zi hollarda bu usul ham ishlaydi, lekin har doim emas) va keyin Z diskini belgilang. Bu barcha yo'llar ko'rinadi. Xuddi shu joyga ishora qiling, lekin 1C uchun normal ishlashni juda ishonchli ta'minlaydigan faqat bitta usul mavjud. Shunday qilib, buni to'g'ri bajarishingiz kerak:
Buyruqlar satrida (yoki siyosatlarda yoki siz uchun qulay bo'lgan har qanday narsada) - DriveLetter: servershare-dan foydalaning. Misol: aniq foydalanish m: server bazalari. Men IP-manzilni EMAS, server nomini alohida ta'kidlayman. Agar server nomi ko'rinmasa, uni serverdagi DNS-ga yoki mahalliy ravishda xostlar fayliga qo'shing. Ammo manzil nomi bilan bo'lishi kerak. Shunga ko'ra, ma'lumotlar bazasiga boradigan yo'lda ushbu diskka kiring (rasmga qarang).
Va endi men nima uchun bu maslahat ekanligini raqamlar bilan ko'rsataman. Dastlabki ma'lumotlar: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 OS Win 2008 R2, Win 7, Debian 8. Eng so'nggi drayverlar, yangilanishlar qo'llaniladi. Sinovdan oldin men Iperf to'liq o'tkazish qobiliyatiga ega ekanligiga ishonch hosil qildim (10 Gbit kartalar bundan mustasno, u faqat 7,2 Gbitni siqib chiqara oldi, nega keyinroq tushunaman, test serveri hali to'g'ri sozlanmagan). Disklar har xil, lekin hamma joyda SSD (sinov uchun bitta diskni maxsus joylashtirganman, u boshqa hech narsa bilan yuklanmagan) yoki SSD-dan reyd mavjud. 100 Mbit tezligi Intel 362 adapterining sozlamalarini cheklash orqali olingan 1 Gbit mis Intel 350 va 1 Gbit optik Intel X520-DA2 (adapter tezligini cheklash orqali olingan). Maksimal ishlash, turbo boost o'chirilgan (natijalarni taqqoslash uchun, yaxshi natijalar uchun turbo boost 10% dan bir oz kamroq qo'shiladi, yomon natijalar uchun u umuman ta'sir qilmasligi mumkin). 1C 8.2.19.86, 8.3.6.2076 versiyalari. Men barcha raqamlarni bermayman, faqat eng qiziqarlilarini keltiraman, shunda sizda solishtiradigan narsangiz bo'ladi.
| 100 Mbit CIFS G'alaba 2008 - G'alaba 2008 ip-manzil orqali bog'lanish | 100 Mbit CIFS G'alaba 2008 - G'alaba 2008 ism bilan chaqirish | 1 Gbit CIFS G'alaba 2008 - G'alaba 2008 ip-manzil orqali bog'lanish | 1 Gbit CIFS G'alaba 2008 - G'alaba 2008 ism bilan chaqirish | 1 Gbit CIFS G'alaba 2008 - Win 7 ism bilan chaqirish | 1 Gbit CIFS G'alaba 2008 - Debian ism bilan chaqirish | 10 Gbit CIFS G'alaba 2008 - G'alaba 2008 ip-manzil orqali bog'lanish | 10 Gbit CIFS G'alaba 2008 - G'alaba 2008 ism bilan chaqirish |
|
| 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 |
Xulosa (jadvaldan va dan shaxsiy tajriba. Faqat fayl versiyasi uchun amal qiladi):
- Tarmoq orqali, agar ushbu tarmoq to'g'ri sozlangan bo'lsa va 1C da yo'l to'g'ri kiritilgan bo'lsa, ish uchun juda oddiy raqamlarni olishingiz mumkin. Hatto birinchi Core i3 ham osonlik bilan 40+ to'tiqush ishlab chiqarishi mumkin, bu juda yaxshi va bu nafaqat to'tiqushlar, balki haqiqiy ishda ham farq sezilarli. Lekin! Bir nechta (10 dan ortiq) foydalanuvchilar bilan ishlashda cheklov endi tarmoq bo'lmaydi, bu erda 1 Gbit hali ham etarli, lekin ko'p foydalanuvchili ish paytida blokirovka qilish (Gilev).
- 1C 8.3 platformasi to'g'ri tarmoq konfiguratsiyasi nuqtai nazaridan ko'p marta talabchan. Asosiy sozlamalar - Gilevga qarang, lekin hamma narsa ta'sir qilishi mumkinligini yodda tuting. Men antivirusni o'chirish (va shunchaki o'chirish), FCoE kabi protokollarni olib tashlash, drayverlarni eski, lekin Microsoft tomonidan tasdiqlangan versiyaga o'zgartirish (ayniqsa, ASUS va DLC kabi arzon kartalar uchun), ikkinchi tarmoq kartasini olib tashlash tezlashishini ko'rdim. serverdan. Variantlar juda ko'p, tarmog'ingizni ehtiyotkorlik bilan sozlang. Vaziyat bo'lishi mumkinki, platforma 8.2 maqbul raqamlarni beradi va 8.3 - ikki yoki undan ko'p marta kamroq. 8.3 platforma versiyalari bilan o'ynashga harakat qiling, ba'zida siz juda katta effektga ega bo'lasiz.
- 1C 8.3.6.2076 (ehtimol keyinroq, men hali aniq versiyani qidirmadim) 8.3.7.2008 ga qaraganda tarmoq orqali sozlash hali ham osonroq. Men 8.3.7.2008 dan boshlab tarmoq orqali normal ishlashga erishdim (taqqoslash mumkin bo'lgan to'tiqushlarda) faqat bir necha marta umumiy holat uchun takrorlay olmadim; Men ko'p narsani tushunmadim, lekin Process Explorer-dan olingan ma'lumotlarga ko'ra, u erda yozuv 8.3.6-dagi kabi yaxshi emas.
- 100 Mbit tarmoqda ishlashda uning yuklanish grafigi kichik bo'lishiga qaramay (tarmoq bepul deb aytishimiz mumkin), ish tezligi hali ham 1 Gbitga qaraganda ancha past. Buning sababi tarmoqning kechikishi.
- Boshqa barcha narsalar teng (yaxshi ishlaydigan tarmoq) 1C 8.2 uchun Intel-Realtek ulanishi Intel-Intelga qaraganda 10% sekinroq. Ammo realtek-realtek odatda ko'kdan keskin cho'kishni berishi mumkin. Shuning uchun, agar sizda pul bo'lsa, Intel tarmoq kartalarini hamma joyda saqlash yaxshidir, agar pulingiz bo'lmasa, Intel-ni faqat serverga o'rnating (sizning CO). Va Intel tarmoq kartalarini sozlash bo'yicha ko'rsatmalar bir necha baravar ko'p.
- Odatiy antivirus sozlamalari (misol sifatida drweb 10 versiyasidan foydalangan holda) to'tiqushlarning taxminan 8-10% ni egallaydi. Agar siz uni kerakli tarzda sozlasangiz (1cv8 jarayoniga hamma narsani qilishiga ruxsat bering, garchi u xavfsiz bo'lmasa ham), tezlik antivirussiz bir xil bo'ladi.
- Linux guruslarini o'qimang. Samba bilan server ajoyib va bepul, lekin agar siz serverga Win XP yoki Win7 (yoki undan ham yaxshiroq - server OS) ni o'rnatsangiz, u holda 1c fayl versiyasi tezroq ishlaydi. Ha, samba va protokollar stegi va tarmoq sozlamalari va yana ko'p narsalarni debian/ubuntu-da yaxshi sozlash mumkin, ammo bu mutaxassislar uchun tavsiya etiladi. Linuxni standart sozlamalar bilan o'rnatib, keyin sekin deb aytishdan foyda yo'q.
- Fio yordamida tarmoqdan foydalanish orqali ulangan disklarning ishlashini tekshirish juda yaxshi fikr. Hech bo'lmaganda, bu 1C platformasi bilan bog'liq muammolar yoki tarmoq/disk bilan bog'liqmi, aniq bo'ladi.
- Yagona foydalanuvchi versiyasi uchun men 1 Gbit va 10 Gbit o'rtasidagi farq ko'rinadigan testlar (yoki vaziyat) haqida o'ylay olmayman. Fayl versiyasi uchun 10 Gbit yaxshiroq natijalar bergan yagona narsa bu disklarni iSCSI orqali ulashdir, ammo bu alohida maqola uchun mavzu. Shunga qaramay, fayl versiyasi uchun 1 Gbit kartalar etarli deb o'ylayman.
- Nima uchun 100 Mbit tarmoq bilan 8.3 8.2 dan sezilarli darajada tezroq ishlashini tushunmayapman, lekin bu haqiqat edi. Boshqa barcha jihozlar, boshqa barcha sozlamalar mutlaqo bir xil, shunchaki bir holatda 8.2 sinovdan o'tkaziladi, ikkinchisida - 8.3.
- Sozlanmagan NFS win-win yoki win-lin 6 ta to'tiqush beradi, men ularni jadvalga kiritmadim. Sozlagandan so'ng men 25 ni oldim, lekin u beqaror edi (o'lchovlardagi farq 2 birlikdan ko'proq edi). Men Windows va NFS protokolidan foydalanish bo'yicha tavsiyalar bera olmayman.
Terminal server. (ma'lumotlar bazasi serverda, mijozlar tarmoq, RDP protokoli orqali ulanadi). Bosqichma-bosqich algoritm:
- Biz Gilevning test ma'lumotlar bazasini asosiy ma'lumotlar bazalari bilan bir xil papkadagi serverga qo'shamiz. Biz bir xil serverdan ulanamiz va testni o'tkazamiz. Natijani eslaymiz.
- Fayl versiyasida bo'lgani kabi, biz protsessorni sozlaymiz. Terminal serverida protsessor odatda asosiy rol o'ynaydi (xotira etishmasligi yoki xotira etishmasligi kabi aniq zaif tomonlari yo'q deb taxmin qilinadi. katta miqdor keraksiz dasturiy ta'minot).
- Terminal serverida tarmoq kartalarini sozlash 1c ishlashiga deyarli ta'sir qilmaydi. "Maxsus" qulaylikni ta'minlash uchun, agar sizning serveringiz 50 dan ortiq to'tiqushlarni ishlab chiqarsa, siz RDP protokolining yangi versiyalari bilan o'ynashingiz mumkin, faqat foydalanuvchilarning qulayligi, tezroq javob berish va aylantirish uchun.
- Ko'p sonli foydalanuvchilar faol ishlayotganda (va bu erda siz allaqachon 30 kishini bitta ma'lumotlar bazasiga ulashga urinib ko'rishingiz mumkin, agar urinib ko'rsangiz), SSD drayverini o'rnatish juda tavsiya etiladi. Ba'zi sabablarga ko'ra, disk 1C ishlashiga ayniqsa ta'sir qilmaydi, deb ishoniladi, ammo barcha testlar yozish uchun yoqilgan kontroller keshi bilan amalga oshiriladi, bu noto'g'ri. Sinov bazasi kichik, u keshga juda yaxshi joylashadi, shuning uchun yuqori raqamlar. Haqiqiy (katta) ma'lumotlar bazalarida hamma narsa butunlay boshqacha bo'ladi, shuning uchun testlar uchun kesh o'chirilgan.
| Raid 10 4x SATA 7200 ATA ST31500341AS | Reyd 10 4x SAS 10k | Reyd 10 4x SAS 15k | Yagona SSD | Ramdisk | Ramdisk | Kesh yoqilgan RAID boshqaruvchisi |
|
| 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 |
- Yoqilgan RAID kontroller keshi disklar orasidagi barcha farqlarni yo'q qiladi, raqamlar ham sat, ham cas uchun bir xil. U bilan oz miqdordagi ma'lumotni sinab ko'rish foydasiz va hech qanday ko'rsatkich emas.
- 8.2 platformasi uchun SATA va SSD opsiyalari o'rtasidagi ishlash farqi ikki baravar ko'p. Bu xato emas. Agar siz SATA drayvlarida sinov paytida ishlash monitoriga qarasangiz. keyin siz "Faol diskning ishlash vaqti (%) 80-95 ni aniq ko'rishingiz mumkin. Ha, agar siz disklarning keshini yozib olish uchun yoqsangiz, tezlik 35 ga oshadi, agar siz reyd kontroller keshini yoqsangiz - 49 tagacha (hozirda qaysi disklar sinovdan o'tkazilayotganidan qat'iy nazar). Lekin bu sintetik kesh to'tiqushlari haqiqiy ishda, katta ma'lumotlar bazalari bilan hech qachon 100% yozish keshini urish nisbati bo'lmaydi.
- Hatto arzon SSD-larning tezligi (men Agility 3 da sinab ko'rdim) fayl versiyasini ishga tushirish uchun etarli. Yozish resursi boshqa masala, siz har bir alohida holatda uni ko'rib chiqishingiz kerak, Intel 3700 bilan u kattaroq buyurtma bo'lishi aniq, ammo narx mos keladi. Va ha, men tushunamanki, SSD diskini sinab ko'rganimda, men ushbu diskning keshini ko'proq darajada sinab ko'raman, haqiqiy natijalar kamroq bo'ladi.
- Eng to'g'ri (mening nuqtai nazarimdan) yechim fayl ma'lumotlar bazasi (yoki bir nechta fayl ma'lumotlar bazalari) uchun aks ettirilgan reydda 2 ta SSD diskni ajratish va u erda boshqa hech narsa joylashtirmaslikdir. Ha, oyna bilan SSD-lar teng ravishda eskiradi va bu minus, lekin hech bo'lmaganda kontroller elektroniği qandaydir tarzda xatolardan himoyalangan.
- Fayl versiyasi uchun SSD drayverlarining asosiy afzalliklari har birida bir nechta foydalanuvchi bo'lgan ko'plab ma'lumotlar bazalari mavjud bo'lganda paydo bo'ladi. Agar 1-2 ma'lumotlar bazasi mavjud bo'lsa va 10 ga yaqin foydalanuvchi bo'lsa, unda SAS disklari etarli bo'ladi. (lekin har qanday holatda, ushbu disklarni hech bo'lmaganda perfmon orqali yuklashga qarang).
- Terminal serverining asosiy afzalliklari shundaki, u juda zaif mijozlarga ega bo'lishi mumkin va tarmoq sozlamalari terminal serveriga kamroq ta'sir qiladi (yana sizning K.O.).
Agar Gilev testi kichik raqamlarni ko'rsatsa va sizda yuqori soatli protsessor va tezkor disklar mavjud bo'lsa, unda administrator hech bo'lmaganda perfmonni olib, barcha natijalarni biron joyga yozib qo'yishi va kuzatishi, kuzatishi va xulosa chiqarishi kerak. Hech qanday aniq maslahat bo'lmaydi.
Mijoz-server varianti.
Sinovlar faqat 8.2 da o'tkazildi, chunki 8.3 da hamma narsa juda jiddiy versiyaga bog'liq.
Sinov uchun men tanladim turli xil variantlar serverlar va ular orasidagi tarmoqlar asosiy tendentsiyalarni ko'rsatish uchun.
| 1C: Xeon 5520 SQL: Xeon E5-2630 | 1C: Xeon 5520 SQL: Xeon E5-2630 Tolali kanal - SSD | 1C: Xeon 5520 SQL: Xeon E5-2630 Elyaf kanali - SAS | 1C: Xeon 5650 SQL: Xeon E5-2630 | 1C: Xeon 5650 SQL: Xeon E5-2630 Tolali kanal - SSD | 1C: Xeon 5650 SQL: Xeon E5-2630 | 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 |
Men barcha qiziqarli variantlarni ko'rib chiqdim shekilli, agar sizni qiziqtirgan boshqa narsa bo'lsa, sharhlarda yozing, men buni qilishga harakat qilaman.
- Saqlash tizimlarida SAS mahalliy SSD-larga qaraganda sekinroq, garchi saqlash tizimlarida kesh hajmi kattaroq bo'lsa ham. SSD-lar ham mahalliy, ham saqlash tizimlarida Gilev testi uchun taqqoslanadigan tezlikda ishlaydi. MCC dan 1C yuk testidan tashqari men hech qanday standart ko'p tarmoqli testni (nafaqat yozib olish, balki barcha jihozlarni) bilmayman.
- 1C serverini 5520 dan 5650 ga o'zgartirish ishlashni deyarli ikki baravar oshirdi. Ha, server konfiguratsiyalari to'liq mos kelmaydi, lekin u tendentsiyani ko'rsatadi (syurpriz emas).
- SQL serveridagi chastotani oshirish, albatta, samara beradi, lekin 1C serveridagi kabi emas (agar siz so'rasangiz) ko'p yadroli va bo'sh xotiradan foydalanish;
- 1C va SQL o'rtasidagi tarmoqni 1 Gbit dan 10 Gbitgacha o'zgartirish taxminan 10% to'tiqushlarni beradi. Men ko'proq kutgandim.
- Umumiy xotirani yoqish, maqolada ta'riflanganidek, 15% bo'lmasa ham, ta'sir qiladi. Buni amalga oshirishga ishonch hosil qiling, xayriyatki, bu tez va oson. Agar o'rnatish paytida kimdir SQL serveriga nomlangan namunani bergan bo'lsa, u holda 1C ishlashi uchun server nomi FQDN tomonidan emas (tcp/ip ishlaydi), localhost yoki shunchaki ServerName orqali emas, balki ServerNameInstanceName orqali ko'rsatilishi kerak, masalan zz- testzztest. (Aks holda DBMS xatosi bo'ladi: Microsoft SQL Server Native Client 10.0: Umumiy xotira provayderi: SQL Server 2000 bilan ulanishni o'rnatish uchun foydalaniladigan umumiy xotira kutubxonasi topilmadi. HRESULT=80004005, HRESULT=80004005, HRESULT=080, S04Qr : SQLSTATE = 08001, holat = 1, jiddiylik = 10, mahalliy = 126, chiziq = 0).
- 100 dan kam foydalanuvchilar uchun uni ikkita alohida serverga bo'lishning yagona nuqtasi Win 2008 Std (va undan yuqori) litsenziyasi bo'lib, u faqat 32 Gb tezkor xotirani qo'llab-quvvatlaydi. Boshqa barcha holatlarda, 1C va SQL, albatta, bitta serverga o'rnatilishi va ko'proq (kamida 64 GB) xotira berilishi kerak. MS SQL-ga 24-28 Gb dan kamroq operativ xotira berish asossiz ochko'zlikdir (agar sizda buning uchun etarli xotira bor deb o'ylasangiz va hamma narsa yaxshi ishlaydi, ehtimol siz uchun 1C fayl versiyasi etarli bo'larmi?)
- Virtual mashinada 1C va SQL kombinatsiyasi qanchalik yomon ishlashi - bu alohida maqolaning mavzusi (maslahat - sezilarli darajada yomonroq). Hatto Hyper-Vda ham hamma narsa unchalik aniq emas...
- Balanslangan ishlash rejimi yomon. Natijalar fayl versiyasiga juda mos keladi.
- Ko'pgina manbalarning ta'kidlashicha, disk raskadrovka rejimi (ragent.exe -debug) ishlashning sezilarli pasayishiga olib keladi. Xo'sh, u kamaytiradi, ha, lekin men 2-3% ni sezilarli ta'sir deb aytmayman.
2. Dasturning xususiyatlari. Ko'pincha, optimal sozlamalar bilan ham, 1C juda sekin ishlaydi. Ma'lumotlar bazasi bilan bir vaqtning o'zida ishlaydiganlar soni 4-5 foydalanuvchidan oshganda, unumdorlik ayniqsa keskin pasayadi.
Siz kompaniyada kimsiz?
Sekin 1C ishlashi muammosini hal qilish kompaniyada kim ekanligingizga bog'liq. Agar siz texnik bo'lsangiz, shunchaki o'qing. Agar siz direktor yoki buxgalter bo'lsangiz, maxsus havolaga o'ting ↓
Tarmoq tarmoqli kengligi
Qoidaga ko'ra, bitta emas, balki bir nechta foydalanuvchi bitta axborot bazasi (IS) bilan ishlaydi. Shu bilan birga, 1C mijozi o'rnatilgan kompyuter va axborot xavfsizligi joylashgan kompyuter o'rtasida doimiy ma'lumotlar almashinuvi mavjud. Ushbu ma'lumotlarning hajmi juda katta. Vaziyat ko'pincha 100 Mbit / s tezlikda ishlaydigan mahalliy tarmoqning eng keng tarqalgan tezligi bo'lib, oddiygina yuk bilan bardosh bera olmaganida yuzaga keladi. Va yana foydalanuvchi dasturning sekin ishlashidan shikoyat qiladi.
Ushbu omillarning har biri alohida-alohida dastur tezligini sezilarli darajada pasaytiradi, lekin eng yoqimsiz narsa shundaki, odatda bu narsalar qo'shiladi.
Endi 10 ta o'rta o'lchamli kompyuterlarning mahalliy tarmog'i misolida past 1C tezligi va ularning narxi muammosining bir nechta echimlarini ko'rib chiqaylik.
Birinchi yechim. Infratuzilmani modernizatsiya qilish
Bu, ehtimol, eng aniq yechim. Keling, uning minimal narxini hisoblaylik.
Hech bo'lmaganda, har bir kompyuter uchun biz o'rtacha 1500 rublni tashkil etadigan 2 GB RAM tayoqqa muhtojmiz, 1 Gbit / s tezlikni qo'llab-quvvatlaydigan tarmoq kartasi taxminan 700 rublni tashkil qiladi. Bundan tashqari, sizga 1 Gbit / s tezlikni qo'llab-quvvatlaydigan kamida 1 router kerak bo'ladi, bu taxminan 4000 rublni tashkil qiladi. Umumiy xarajat - ishni hisobga olmaganda, asbob-uskunalar uchun 26 000 rubl.
Aslida, tezlik sezilarli darajada oshishi mumkin, ammo endi ofis uchun arzon kompyuterlarni sotib olishning iloji yo'q. Bundan tashqari, ushbu yechim Wi-Fi-dan foydalanadigan yoki Internet orqali ishlashni xohlaydiganlar uchun qo'llanilmaydi - ularning holatida tarmoq tezligi o'nlab marta past bo'lishi mumkin. Shu o‘rinda savol tug‘iladi: “To‘liq dasturni bitta dasturda amalga oshirish mumkin emasmi? kuchli server, shuning uchun foydalanuvchi kompyuteri murakkab hisob-kitoblarda qatnashmaydi, shunchaki tasvirni uzatishga xizmat qiladimi? Keyin siz juda zaif kompyuterlarda, hatto past tarmoqli kengligi tarmoqlarida ham ishlashingiz mumkin. Tabiiyki, bunday echimlar mavjud.
Ikkinchi yechim. Terminal serveri
U 1C 7 davrida katta mashhurlikka erishdi. U Windows-ning server versiyasida amalga oshirilgan va bizning vazifamizni yaxshi bajaradi. Biroq, uning tuzoqlari bor, ya'ni litsenziyalar narxi.
Operatsion tizimning o'zi taxminan 40 000 rublni tashkil qiladi. Bunga qo'shimcha ravishda, biz 1C-da ishlashni rejalashtirgan har bir kishi uchun narxi taxminan 1700 rubl bo'lgan Windows Server CAL litsenziyasi va taxminan 5900 rubl turadigan Windows Remote Desktop Services CAL litsenziyasi kerak bo'ladi.
10 ta kompyuter tarmog'ining narxini hisoblab chiqqach, biz 116 000 rublni tashkil qilamiz. faqat bitta litsenziya uchun. Bunga serverning o'zi narxini (kamida 40 000 rubl) va amalga oshirish ishlarining narxini qo'shing, ammo bu holda ham litsenziyalar narxi ta'sirchan bo'lib chiqdi.
Uchinchi yechim. 1C Enterprise xizmati
1C ushbu muammoning o'z yechimini ishlab chiqdi, bu dastur tezligini sezilarli darajada oshirishi mumkin. Ammo bu erda ham bir nuance bor.
Haqiqat shundaki, bunday yechimning narxi nashrga qarab 50 000 dan 80 000 rublgacha. 15 tagacha foydalanuvchisi bo'lgan kompaniya uchun bu juda qimmatga tushadi. 1C kompaniyasining ma'lumotlariga ko'ra, kichik biznesga mo'ljallangan va 10 000 - 15 000 rubl atrofida bo'lgan "1C korxona mini-serveri" ga katta umid bog'langan.
Biroq, u sotuvga chiqarilganda, bu mahsulot katta umidsizlikka uchradi. Gap shundaki, mini-serverdan foydalanish mumkin bo'lgan maksimal foydalanuvchilar soni atigi 5 kishi edi.
1C dasturchisi forumda yozganidek: “1C nima uchun aynan 5 ta ulanishni tanlagani hali ham noma'lum! Muammolar faqat 4 foydalanuvchi bilan boshlanadi, lekin beshta foydalanuvchi bilan hammasi tugaydi. Agar siz oltinchi odamni bog'lamoqchi bo'lsangiz, yana 50 ming to'lang, kamida 10 ta ulanishni amalga oshirishimiz mumkin edi...”.
Albatta, mini-server ham o'z iste'molchisini topdi. Biroq, 5 yoki undan ortiq kishi 1C bilan ishlaydigan kompaniyalar uchun oddiy va arzon echim paydo bo'lmadi.
Yuqorida tavsiflangan dasturni tezlashtirish usullariga qo'shimcha ravishda, 5-15 foydalanuvchi segmenti uchun ideal bo'lgan yana bir variant mavjud, ya'ni fayl rejimida 1C uchun veb-kirish.
To'rtinchi yechim. Fayl rejimida 1C uchun veb-ga kirish
Ishlash printsipi quyidagicha: axborot xavfsizligi nashr etiladigan kompyuterda veb-serverning qo'shimcha roli o'rnatiladi.
Tabiiyki, bu tarmoqdagi eng kuchli kompyuter yoki ushbu rolga bag'ishlangan alohida mashina bo'lishi kerak. Shundan so'ng siz 1C bilan veb-server rejimida ishlashingiz mumkin. Barcha og'ir operatsiyalar server tomonida amalga oshiriladi va tarmoq orqali uzatiladigan trafik, mijozning kompyuteridagi yuk kabi minimallashtiriladi.
Shunday qilib, hatto juda zaif mashinalar ham 1C da ishlash uchun ishlatilishi mumkin va tarmoq tarmoqli kengligi muhim bo'lmaydi. Bizning sinovlarimiz siz bemalol ishlashingiz mumkinligini ko'rsatdi mobil internet hech qanday noqulaylikni boshdan kechirmasdan arzon planshetda.
Ushbu parametr ish tezligi bo'yicha korporativ 1C serveridan pastroq, ammo bu farq deyarli 15-20 foydalanuvchigacha ko'rinmaydi. Aytgancha, veb-serverni amalga oshirish uchun siz IIS (Windows uchun) va Apache (Linux uchun) dan foydalanishingiz mumkin va bu ikkala echim ham bepul!
qaramay aniq afzalliklari, 1C ishini optimallashtirishning bu usuli juda mashhur bo'lmagan.
Men aniq ayta olmayman, lekin bu ikki sababga bog'liq:
- Juda zaif tavsif texnik hujjatlar
- Tizim ma'muri va 1C dasturchisining javobgarligi chorrahasida joylashgan
Odatda, tizim ma'muriga past tezlik muammosi bilan murojaat qilganda, u infratuzilmani yoki terminal serverini yangilashni taklif qiladi, agar 1C mutaxassisi bilan bog'lansa, unga 1C korporativ serveri taklif etiladi. Shunday qilib, agar sizning kompaniyangizda infratuzilma uchun mas'ul bo'lgan mutaxassis va 1C uchun mas'ul bo'lgan mutaxassis "qo'lda" ishlayotgan bo'lsa, unda siz veb-serverga asoslangan yechimdan xavfsiz foydalanishingiz mumkin.
Keling, 1C ni tezlashtiramiz. Masofadan, tez va sizning ishtirokingizsiz
Biz mijozni buzmasdan 1Ski-ni qanday tezlashtirishni bilamiz. Biz muammoni o'rganamiz, ishimizni qilamiz va ketamiz. Agar dastur normal ishlashini istasangiz, biz bilan bog'laning. Biz buni aniqlaymiz.
So'rov qoldiring va dasturni tezlashtirish bo'yicha bepul maslahat oling.
1C ning sekin ishlashining sabablari. Fayl rejimi haqida bir necha so'z.
Ba'zi foydalanuvchilar ta'kidlaganidek, boshqariladigan dastur asosida yaratilgan yangi 1C konfiguratsiyalari etarli tezlikda ishlamaydi. Ushbu maqolada biz 1C ning fayl rejimida ishlashiga qanday sabablar ta'sir qilishiga javob berishga harakat qilamiz, bundan tashqari, yangi funktsiyalar ko'proq resurslarni talab qiladi.
Avvalroq biz 1C tezligi disk tizimining ishlashiga bog'liqligini aytdik. Ushbu topilmalar dasturni ma'lum bir shaxsiy kompyuter yoki terminal serverida ishga tushirish orqali olingan. Biroq, server oddiy shaxsiy kompyuterga asoslangan maxsus server yoki faqat foydalanuvchi kompyuteri bo'lgan tarmoq bilan ishlashda bir qator ilovalar sodir bo'ladi.
Turli “ichki” resurslar monitoringi shuni ko'rsatdiki, bu masalaga deyarli e'tibor berilmayapti. Boshqariladigan ilovadagi konfiguratsiya aybdor degan mashhur e'tiqod paydo bo'ldi. Asosiy tavsiya - boshqa rejimga o'tish: server-mijoz yoki terminal. Bu bayonotlar faqat qisman haqiqatdir. Bu keyinroq muhokama qilinadi.
Resurs iste'moliga dastlabki qarash.
Ushbu maqolada biz ikkita savolga javob berishga harakat qilamiz:
- Boshqariladigan ilova konfiguratsiyasi oddiylardan sekinroq ekanligi rostmi?
- Hosildorlikka birinchi navbatda nima ta'sir qiladi?
Ushbu savollarga javob berish uchun biz maxsus tadqiqot o'tkazdik. Buning uchun biz ikkita virtual mashina oldik. Birinchisi nazorat ostida Shamol 2012 yil R 2, ikkinchi shamol esa 8.1. Ushbu mashinalarning har biriga ikkita yadro ajratilgan (Co qayta i 5-4670), shuningdek, 2 gigabayt operativ xotira. Bu raqamlar odatdagi ofis kompyuterlari uchun o'rtacha. Server ikkitadan RAID 0 ga joylashtirilgan W.D. Se . Mijoz umumiy maqsadli disklarning shunga o'xshash qatorida edi.
Tajriba uchun biz Buxgalteriya 2.0, 2.0.64.12 versiyasining turli xil konfiguratsiyalarini oldik. Keyinchalik versiya 3.0.38.52 ga yangilandi. Ishga tushirishlar 8.3.5.1443 platformasida amalga oshirildi.
Uchinchi versiyaning axborot bazasi hajmi sezilarli darajada oshib borayotgani darhol seziladi. RAM so'rovlari ham ortib bormoqda:
Guruch. 1
Uchinchi versiyaga nisbatan shubhaga qaramay, shuni ta'kidlash kerakki, fayl versiyalarining oddiy foydalanuvchilari aslida ma'lumotlar bazalarini saqlash va ularni yangilash zarurligiga e'tibor bermaydilar. Bu, qoida tariqasida, malakali administrator tomonidan qo'llab-quvvatlanadigan mijoz-server versiyasidan sezilarli farq.
Biroq, 1C ma'lumotlar bazasi har qanday ma'lumotlar bazasi kabi to'g'ri ishlashi uchun doimiy texnik xizmat ko'rsatishni talab qiladi. Buning uchun maxsus vosita - Axborot bazasini tekshirish va tuzatish. Ushbu vosita faqat muammolarni hal qilish uchun mo'ljallanganligini ko'rsatadigan nomga qaramay, yomon ishlash ham muammo hisoblanadi. Ma'lumotlar bazasini qayta qurish va qayta indekslash yordamida optimallashtirishingiz mumkin. Bu shunday ko'rinadi:
Guruch. 2
Ushbu variantlardan foydalanish ma'lumotlar bazasini ikkinchi versiyadan kichikroq bo'lishiga olib keldi. Shuni ta'kidlash kerakki, "ikki" ham ilgari optimallashtirilmagan. Aytgancha, RAM iste'moli ham kamaydi.
Guruch. 3
Keyinchalik biz yangi tasniflagichlar va ma'lumotnomalarni yuklab oldik, indekslar yaratdik va boshqa bir qator ishlarni amalga oshirdik. zarur harakatlar. Bularning barchasi uchinchi versiya bazasining ko'payishiga olib keldi. Shunday qilib, agar "ikki" ga faqat maksimal 20 megabayt operativ xotira kerak bo'lsa, yangi nashrga taxminan 500 MB kerak bo'ladi. Ushbu qiymat keyingi ish uchun hisobga olinishi kerak.
Net
Keling, tarmoq ilovalari uchun eng muhimlaridan biri bo'lgan tarmoq tarmoqli kengligi kabi parametrni ko'rib chiqaylik. 1C katta hajmdagi ma'lumotlarni ko'chiradi va tashkilotlardagi tarmoqlar asosan 100 megabitli uskunalar asosida qurilgan. Bu sinov uchun sekundiga 100 Megabit va 1 Gigabitga teng ishlash ko'rsatkichlarini tanlash sharti edi.
Keling, 1C fayl ma'lumotlar bazasi tarmoq orqali birinchi marta ishga tushirilganda sodir bo'ladigan jarayonlarni ko'rib chiqaylik. Birinchi marta ishga tushirilganda, foydalanuvchi vaqtinchalik papkalarga katta hajmdagi ma'lumotlarni yuklab oladi. 100 Megabit/sek tezlikda yuklab olish taxminan qirq soniya davom etadi, bu kanal kengligi jarayonlarni tezroq amalga oshirishga imkon bermasligi bilan bog'liq.
Guruch. 4
Ikkinchi ishga tushirish ba'zi ma'lumotlarni keshlash tufayli tezroq bo'ladi. Tarmoqni 1 Gbit/s ga o'zgartirish 1C ning yuklanishini sezilarli darajada tezlashtiradi. Bu quyidagi rasmda aniq tasvirlangan:
Guruch. 5
Ma'lumotlarni tahlil qilgandan so'ng, biz ikkinchi versiya tezligidan qat'iy nazar tezroq yuklanishini ko'ramiz. Bundan tashqari, biz gigabit tezligiga o'tish yuklab olish vaqtini 4 baravar yaxshilaganini ko'ramiz. Shuningdek, grafikalar ushbu rejimda uchinchi versiyani optimallashtirish bilan bog'liq deyarli hech qanday farqlar yo'qligini ko'rsatadi.
Tarmoq tezligining og'ir yuklarda ishlashga ta'sirini tekshirish quyidagi natijalarni ko'rsatdi:
Guruch. 6
Keling, batafsil ko'rib chiqaylik. Optimallashtirilgan bazaga ega 100 megabitli Uchinchi versiya ikkinchi versiyaga teng tezlikka ega, optimallashtirilmagan "troyka" esa deyarli ikki marta "sekinlashadi". 1 Gbit/s tezlikda nisbatlar deyarli o‘zgarmaydi. Bunga qo'shimcha ravishda, gigabit tezligiga o'tish aslida uzatish vaqtini ikki marta uch marta va uch marta yarmiga qisqartiradi.
Guruch. 7
Garchi, nima deyish mumkin bo'lsa ham, muammo o'tkazish qobiliyatida emas. Optimallashtirishdan oldin uchinchi versiya ikkinchisidan taxminan 20 foizga past. Optimallashtirish sizga ishni tezlashtirishga va hatto ma'lum darajada ikkalasidan ham oshib ketishga imkon beradi. Gigabit tezligiga o'tgandan so'ng, optimallashtirilgan uchlik hech qanday "bonus" olmaydi, optimallashtirilmagan bazalar va dubl tezroq ishlaydi. Ularning orasidagi farqlar minimal darajada saqlanadi.
Ammo shunga qaramay, 1C ning sekin ishlashining sababi nima? Keling, ko'rib chiqaylik!
Server disk quyi tizimi va SSD
Ilgari biz ma'lumotlar bazasini joylashtirish tufayli 1C tezligini oshirdik SSD . Serverning disk quyi tizimi juda ko'p yaxshi ishlash, buni 2 ta asosda guruh sinovi paytidagi o'lchovlari natijalari tasdiqlaydi. Asossiz bo'lmaylik, quyidagi rasmga qarang:
Guruch. 8
Natijalarni tahlil qilaylik: kiritish-chiqarish operatsiyalari soni vaqt birligiga (1 soniya) 913 tani tashkil etdi. Bunday holda, navbat uzunligi 1,84 dan oshmaydi. 2 diskli massiv uchun yomon emas, shunday emasmi? Shunday qilib, o'nta tarmoq mijozi har qanday rejimda yaxshi ishlashi uchun oddiy disklardan tayyorlangan nometall mos kelishi mantiqan.
Keyingi tadqiqot ehtiyoj haqidagi savolga javob beradi SSD serverda. Tadqiqot tamoyillari yuqoridagilarga o'xshashdir, barcha holatlarda ulanish 1 Gbit / s ni tashkil qiladi. Barcha natijalar nisbiy qiymatlarda berilgan.
1. Ma'lumotlar bazasini yuklash tezligi
Guruch. 9
G'alati, ma'lumotlar bazasini yuklash tezligi hech qanday tarzda bog'liq emas SSD . Bu tarmoq tarmoqli kengligi cheklovlari bilan bog'liq. Bundan tashqari, ishlash ma'lum ta'sir ko'rsatadi.
Guruch. 10
Yuqorida aytib o'tilganidek, diskning ishlashi normal ishlash uchun javob beradi (rejimning og'irligidan qat'iy nazar). Bu shuni aniqlaydi SSD tezligiga ta'sir qilmaydi. (istisno, optimallashtirilmagan baza, uning ish faoliyatini yaxshilagan va optimallashtirilganga teng bo'lgan). Bu optimallashtirish tasodifiy kiritish-chiqarish operatsiyalari sonini kamaytirishga yordam beradi va ma'lumotlar bazasiga kirish tezligini oshiradi, degan tezisni yana bir bor tasdiqlaydi.
3. Keling, kundalik vazifalarni ko'rib chiqaylik:
Guruch. 11
Optimallashtirilmagan baza yana afzalliklarga ega bo'ladi, optimallashtirilgan bazalar esa SSD deyarli ta'sir qilmadi. Shunday qilib, sotib olish yoki sotib olmaslik SSD - tanlov sizniki. Biroq, ma'lumotlar bazalarini o'z vaqtida saqlashni va bo'limni ma'lumotlar bazalari bilan defragmentatsiya qilishni unutmang.
Mijoz diskining quyi tizimi SSD
Biz allaqachon ta'sir tadqiqotlarini o'tkazdik SSD mahalliy o'rnatilgan 1C ish tezligida. Chiqarilgan xulosalar qisman tarmoq rejimiga tegishli. Bu shuni ko'rsatadiki, 1C turli xil vazifalar (shu jumladan fon va muntazam) uchun disk resurslaridan foydalanadi. 1C yuklashdan keyin disk resurslariga qanday kirishini ko'rsatadigan rasmga qarang (davomiylik taxminan 40 soniya).
12-rasm
Shunday qilib, SSD ba'zi jarayonlarning tezligini oshirishi mumkin, ammo bu panatseya emas. Tarmoq o'tkazish qobiliyati hali ham tezlikni cheklaydi. Standart muammolarni hal qilish uchun oddiy muammo juda mos keladi HDD
Mantiqiy xulosa shuki, sekin qattiq disk dastur sekinlashuvining asosiy sababi emas.
Ram
Mana, munosib daqiqalar alohida e'tibor. Uchinchi versiya taxminan 500 MB RAMni talab qiladi, shuning uchun agar RAMning umumiy miqdori 1 GB bo'lsa, bu dasturning to'g'ri ishlashi uchun juda kam bo'lishi mumkin.
Xotirani 1 GB ga qisqartirib, biz ikkita ma'lumot bazasini ishga tushirdik.
Guruch. 13
Dastur ajratilgan xotiraga sarmoya kiritganligi sababli, vaziyat unchalik muhim emasga o'xshaydi. Biroq, dasturning operatsion ma'lumotlarga bo'lgan ehtiyoji o'zgarmaganligini unutmasligimiz kerak. Ular faqat keshga, almashtirishga va hokazolarga o'tishdi. Ya'ni, talab qilinmagan ma'lumotlar RAMdan disk xotirasiga o'tadi. Va bu ma'lumotlarni olish tezligidagi farq tubdan.
Keling, natijalarni 2 GB bilan ishlash bilan taqqoslaylik:
Guruch. 14
Tarmoq ma'lumotlarni olish uchun faol foydalanila boshlandi va protsessor bu ma'lumotlarni qayta ishlash uchun kamroq faol foydalanilmadi. Disk faoliyati minimal va jarayonlarni sekinlashtirmaydi.
Xotirani 1 GB ga qisqartirgandan keyin nima bo'ladi?
Guruch. 15
Barcha yuk qattiq diskka tushdi. Protsessor va tarmoq ishtirok etmaydi, tizim avval diskdan kerakli ma'lumotlarni oladi, so'ngra talab qilinmagan ma'lumotlarni u erga yuboradi.
Bu hatto ikkita ochiq ma'lumotlar bazasi bilan sub'ektiv ishlarni sekin va yoqimsiz qiladi. Misol uchun, "Tovarlar va xizmatlarni sotish" jurnalini ochish uchun taxminan yigirma soniya kerak bo'ldi. Disk faolligi (qizil rang bilan chizilgan) juda yuqori edi.
Guruch. 16
Biz uchta o'lchovni o'tkazish orqali operativ xotiraning ishlashga ta'sirining adekvatligi va ob'ektivligiga erishishga qaror qildik:
Ikkala ma'lumotlar bazasi ham o'xshash bo'lib, optimallashtirilgan ma'lumotlar bazasini nusxalash orqali yaratilgan. Mana natija:
Guruch. 17
Yuklash vaqti 30% ga oshadi, lekin ma'lumotlar bazasida operatsiyalarni bajarish uchun ketadigan vaqt 3 baravar ko'paydi. Bu normal ishlashni deyarli imkonsiz qiladi (bunday vaziyatda siz yordam bera olasiz SSD , lekin ko'proq RAM sotib olish osonroq va moliyaviy jihatdan foydaliroq.
Xulosa: kichik hajmdagi RAM - bu yangi konfiguratsiyalar bilan 1C ni sekinlashtiradigan asosiy muammo. Minimal talab qilinadigan RAM miqdori 2 GB. Va bu sizning kompyuteringizda nafaqat 1C, balki qimmatbaho operativ xotirani "eyish" mumkin bo'lgan boshqa ko'plab dasturlar ham ochiq bo'lishini hisobga olmaydi.
Markaziy protsessor
Protsessorning rolini baholash uchun operativ xotiraga o'xshash bir qator o'lchovlar o'tkazildi. O'lchovlar xotira hajmi 1 Gb, shuningdek, 2 Gb bo'lgan bir yadroli va ikki yadroli protsessorlar uchun amalga oshirildi.
Guruch. 18
Kuchliroq protsessor, resurslar yetishmaganda ma'lum bir yukni olganiga qaramay, umuman olganda, hech narsa yaratmadi. sezilarli foyda. Bu 1C katta protsessor resurslarini talab qilmasligi bilan bog'liq.
Xulosa.
- 1C ning sekin ishlashining asosiy sababi operativ xotiraning etishmasligi bo'lib, buning natijasida yuk qattiq diskka va qisman protsessorga o'tkaziladi.
- Tarmoq ishlashi qisman ta'sir qiladi. 100 Mbitli kanal ishlash uchun jiddiy cheklovchi omil bo'lishi mumkin, ammo nozik mijoz rejimi bu kamchilikni muvozanatlashi mumkin.
- SSD sotib olish – yechim yaxshi, lekin qimmat. Diskni bir xil turdagi zamonaviyroq bilan almashtirish arzonroq.
- Tez protsessor - bu yaxshi narsa, lekin 1C ni tezlashtirish kerak emas.) Kompyuter "og'ir" operatsiyalar uchun foydalanilgandan tashqari.
O'tkazilgan tadqiqotlar va olingan xulosalar asosida siz o'zingiz uchun sekin 1C tezligi muammosini juda samarali hal qilishingiz mumkin.
1C tizimi kichik va o'rta biznes uchun avtomatlashtirish bozorida ustun mavqega ega. Agar kompaniya 1C buxgalteriya tizimini tanlagan bo'lsa, unda odatda deyarli barcha xodimlar oddiy mutaxassislardan tortib menejmentgacha ishlaydi. Shunga ko'ra, kompaniyaning biznes jarayonlarining tezligi 1C tezligiga bog'liq. Agar 1C qoniqarsiz tezlikda ishlasa, bu butun kompaniyaning ishiga va foydasiga bevosita ta'sir qiladi.
Haqiqatan ham mavjud 1C tezlashtirishning uchta usuli:
- Uskuna quvvatini oshirish.
- Operatsion tizim va DBMS sozlamalarini optimallashtirish.
- 1C da kod va algoritmlarni optimallashtirish.
Birinchi usul uskunalar va litsenziyalarni sotib olishni talab qiladi, uchinchisi dasturchilar uchun juda ko'p mehnat talab qiladi va natijada ikkala yo'l ham katta moliyaviy xarajatlarga olib keladi. Avvalo, siz dastur kodiga e'tibor qaratishingiz kerak, chunki server sig'imini oshirish noto'g'ri kodni qoplay olmaydi. Har qanday dasturchi biladiki, bir necha qatorli kodlar yordamida istalgan server resurslarini to'liq yuklaydigan jarayonni yaratish mumkin.
Agar kompaniya dastur kodi optimal ekanligiga ishonch hosil qilsa, lekin u hali ham sekin ishlasa, boshqaruv odatda server sig'imini oshirishga qaror qiladi. Shu nuqtada mantiqiy savol tug'iladi: nima etishmayapti, qancha va oxirida nima qo'shilishi kerak.
1C kompaniyasi qancha resurslar kerakligi haqidagi savolga juda noaniq javob beradi, biz bu haqda avvalroq maqolalarimizda yozgan edik. Va shuning uchun siz mustaqil ravishda tajriba o'tkazishingiz va 1C ishlashi nimaga bog'liqligini aniqlashingiz kerak. EFSOL da dastur ishlashi bilan tajribalar quyida tasvirlangan.
1C 8.2 bilan, ayniqsa boshqariladigan shakllardan foydalanadigan konfiguratsiyalar bilan ishlaganda, g'alati haqiqat sezildi: 1C kuchli serverga qaraganda ish stantsiyasida tezroq ishlaydi. Bundan tashqari, ish stantsiyasining barcha xususiyatlari servernikidan ham yomonroq.
1-jadval - Dastlabki sinov o'tkazilgan konfiguratsiyalar
Ish stantsiyasi yuqori xususiyatlarga ega 1C serveriga qaraganda 155% ko'proq ish faoliyatini ko'rsatadi. Biz nima bo'layotganini aniqlay boshladik va qidiruvni qisqartira boshladik.
1-rasm - Gilev testidan foydalangan holda ish stantsiyasida ishlash o'lchovlari
Birinchi shubha Gilevning testi etarli emasligi edi. Shakllarni ochish, hujjatlarni joylashtirish, hisobotlarni yaratish va hokazolarni asbob-uskunalar vositalaridan foydalangan holda o'lchash Gilevning testi 1C da ishning haqiqiy tezligiga mutanosib baho berishini ko'rsatdi.
RAM soni va chastotasi
Internetda mavjud bo'lgan ma'lumotlarning tahlili shuni ko'rsatdiki, ko'pchilik 1C ishlashining xotira chastotasiga bog'liqligi haqida yozadi. Bu ovoz balandligiga emas, balki chastotaga bog'liq. Biz ushbu gipotezani sinab ko'rishga qaror qildik, chunki bizda serverda 1066 MGts RAM chastotasi ish stantsiyasida 1333 MGts va serverdagi RAM miqdori allaqachon ancha yuqori. Biz zudlik bilan 1066 MGts emas, balki 800 MGts ni o'rnatishga qaror qildik, shunda ishlashning xotira chastotasiga bog'liqligi ta'siri aniqroq bo'ladi. Natijada hosildorlik 12 foizga tushib, 39,37 birlikni tashkil etdi. Biz serverda 1066 MGts o'rniga 1333 MGts chastotali xotirani o'rnatdik va unumdorlikning biroz o'sishini oldik - taxminan 11%. Hosildorlik 19,53 birlikni tashkil etdi. Shunga ko'ra, bu xotira masalasi emas, garchi uning chastotasi biroz o'sishni ta'minlaydi.
2-rasm - RAM chastotasini pasaytirgandan keyin ish stantsiyasida ishlash o'lchovlari
3-rasm - RAM chastotasini oshirgandan so'ng serverdagi ishlash o'lchovlari
Disk quyi tizimi
Keyingi gipoteza disk quyi tizimi bilan bog'liq edi. Darhol ikkita taxmin paydo bo'ldi:
- SSD-lar SAS drayverlariga qaraganda yaxshiroq, hatto ular 10-raidda bo'lsa ham.
- iSCSI sekin yoki noto'g'ri.
Shuning uchun ish stantsiyasida SSD o'rniga oddiy SATA disk o'rnatildi va server bilan ham xuddi shunday qilindi - ma'lumotlar bazasi mahalliy SATA diskiga joylashtirildi. Natijada, ishlash o'lchovlari umuman o'zgarmadi. Ehtimol, bu etarli miqdorda operativ xotira mavjudligi va disklar sinov paytida deyarli hech qanday tarzda ishtirok etmasligi sababli sodir bo'ladi.
Markaziy protsessor
Serverdagi protsessorlar, albatta, kuchliroq va ulardan ikkitasi bor, lekin chastota ish stantsiyasiga qaraganda bir oz pastroq. Biz protsessor chastotasining ishlashga ta'sirini tekshirishga qaror qildik: server uchun yuqori chastotali protsessorlar yo'q edi, shuning uchun biz ish stantsiyasida protsessor chastotasini pasaytirdik. Korrelyatsiya aniqroq bo'lishi uchun biz darhol uni 1,6 ga tushirdik. Sinov shuni ko'rsatdiki, unumdorlik sezilarli darajada pasaygan, ammo 1,6 protsessor bilan ham ish stantsiyasi deyarli 28 dona ishlab chiqargan, bu serverdagidan deyarli 1,5 baravar ko'pdir.
4-rasm - 1,6 gigagertsli protsessorli ish stantsiyasida ishlash o'lchovlari
Video karta
Internetda 1C ning ishlashiga video karta ta'sir qilishi mumkinligi haqida ma'lumot mavjud. Biz ish stantsiyasining o'rnatilgan videosi, professional Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5 adapteri va eski GeForce 16MbSDR video kartasidan foydalanishga harakat qildik. Gilev testi davomida sezilarli farq sezilmadi. Ehtimol, video karta hali ham ta'sir qiladi, lekin real sharoitlar boshqariladigan shakllarni ochish kerak bo'lganda va hokazo.
Ayni paytda ish stantsiyasining nima uchun sezilarli darajada yomonroq xususiyatlarga ega bo'lsa ham tezroq ishlashiga ikkita shubha bor:
- MARKAZIY PROTSESSOR. Ish stantsiyasidagi protsessor turi 1C ga ko'proq mos keladi.
- Chipset. Boshqa barcha narsalar teng bo'lsa, bizning ish stantsiyamiz yangi chipsetga ega, ehtimol bu muammo.
1C ishlashi asosan nimaga bog'liqligini aniqlash uchun biz kerakli komponentlarni sotib olishni va sinovni davom ettirishni rejalashtirmoqdamiz. Tasdiqlash va xarid qilish jarayoni davom etayotgan bir paytda, biz optimallashtirishni amalga oshirishga qaror qildik, chunki bu hech qanday xarajat qilmaydi. Quyidagi bosqichlar aniqlandi:
1-bosqich. Tizimni sozlash
Birinchidan, BIOS va operatsion tizimda quyidagi sozlamalarni o'rnatamiz:
- Server BIOS-da protsessor quvvatini tejash uchun barcha sozlamalarni o'chirib qo'yamiz.
- Operatsion tizimda "Maksimal ishlash" rejasini tanlang.
- Protsessor ham maksimal ishlash uchun sozlangan. Buni PowerSchemeEd yordam dasturi yordamida amalga oshirish mumkin.
2-bosqich. SQL server va 1C:Enterprise serverini sozlash
Biz DBMS va 1C: Enterprise server sozlamalariga quyidagi o'zgarishlar kiritamiz.
- Umumiy xotira protokolini sozlash:
- Birgalikda xotira faqat 1C 8.2.17 dan boshlab oldingi versiyalarda yoqiladi, Named Pipe yoqiladi - ish tezligidan biroz pastroq. Ushbu texnologiya faqat 1C va MSSQL xizmatlari bir xil jismoniy yoki virtual serverda o'rnatilgan bo'lsa ishlaydi.
- 1C xizmatini disk raskadrovka rejimiga o'tkazish tavsiya etiladi, chunki paradoksal ravishda bu ishlashni oshiradi. Odatiy bo'lib, serverda disk raskadrovka o'chirib qo'yilgan.
- SQL serverini sozlash:
- Bizga faqat server kerak, u bilan bog'liq bo'lgan boshqa xizmatlar va, ehtimol, kimdir ulardan foydalanadi, faqat ishni sekinlashtiradi. Biz quyidagi xizmatlarni to'xtatamiz va o'chirib qo'yamiz: To'liq matnli qidiruv (1C o'zining to'liq matnli qidirish mexanizmiga ega), Integratsiya xizmatlari va boshqalar.
- Biz serverga ajratilgan maksimal xotira hajmini o'rnatdik. Bu SQL serveri ushbu miqdorni hisoblab chiqishi va xotirani oldindan tozalashi uchun kerak.
- Biz ish zarrachalarining maksimal sonini (Maksimal ishchi iplari) o'rnatamiz va ortib borayotgan server ustuvorligini (Boost priority) o'rnatamiz.
3-bosqich: ishlab chiqarish ma'lumotlar bazasini o'rnatish
DBMS serveri va 1C: Enterprise optimallashtirilgandan so'ng biz ma'lumotlar bazasi sozlamalariga o'tamiz. Agar ma'lumotlar bazasi hali .dt faylidan kengaytirilmagan bo'lsa va siz uning taxminiy hajmini bilsangiz, darhol boshlang'ich faylga ma'lumotlar bazasi hajmining ">=" belgisini ko'rsatgan ma'qul, ammo bu masala. ta'mi bo'lsa, u hali ham kengayish vaqtida o'sadi. Avtomatik kattalashtirish hajmi ko'rsatilishi kerak: har bir baza uchun taxminan 200 MB va har bir jurnal uchun 50 MB, chunki Standart qiymatlar - 1 MB va 10% ga o'sish faylni har 3 tranzaksiyada oshirish kerak bo'lganda server ishini juda sekinlashtiradi. Bundan tashqari, agar RAID massivi ishlatilsa, ma'lumotlar bazasi faylini va jurnal faylini turli jismoniy disklarda yoki RAID guruhlarida saqlashni belgilash va jurnalning o'sishini cheklash yaxshiroqdir. Tempdb faylini yuqori tezlikdagi massivga ko'chirish tavsiya etiladi, chunki DBMS unga tez-tez kirishadi.
4-bosqich. Rejalashtirilgan vazifalarni o'rnatish
Rejalashtirilgan vazifalar grafik vositalardan foydalangan holda Boshqaruv bo'limidagi Texnik xizmat ko'rsatish rejasi yordamida juda oddiy tarzda yaratiladi, shuning uchun biz bu qanday amalga oshirilishini batafsil tasvirlab bermaymiz. Keling, hosildorlikni oshirish uchun qanday operatsiyalarni bajarish kerakligini ko'rib chiqaylik.
- Indekslarni defragmentatsiya qilish va statistikani yangilash har kuni amalga oshirilishi kerak, chunki agar indeks parchalanishi > 25% bo'lsa, bu server ish faoliyatini keskin kamaytiradi.
- Statistikani defragmentatsiya qilish va yangilash tezda amalga oshiriladi va foydalanuvchilarni ajratishni talab qilmaydi. Bundan tashqari, har kuni qilish tavsiya etiladi.
- To'liq qayta indekslash - bloklangan ma'lumotlar bazasi bilan amalga oshiriladi, buni haftada kamida bir marta qilish tavsiya etiladi. Tabiiyki, to'liq qayta indekslashdan so'ng, indekslar darhol defragmentatsiya qilinadi va statistika yangilanadi.
Natijada tizim, SQL server va ishchi ma’lumotlar bazasini nozik sozlash yordamida ish unumdorligini 46 foizga oshirishga erishdik. O'lchovlar 1C KIP asbobi va Gilev testi yordamida amalga oshirildi. Ikkinchisi dastlab bo'lgan 17,53 ga nisbatan 25,6 birlikni ko'rsatdi.
Qisqacha xulosa
- 1C ishlashi RAM chastotasiga juda bog'liq emas. Xotiraning etarli miqdoriga erishilgandan so'ng, xotirani yanada kengaytirish mantiqiy emas, chunki bu ishlashning oshishiga olib kelmaydi.
- 1C ishlashi video kartaga bog'liq emas.
- 1C ishlashi bunga bog'liq emas disk quyi tizimi diskni o'qish yoki yozish navbatidan oshib ketmaslik sharti bilan. Agar SATA drayverlari o'rnatilgan bo'lsa va ularning navbati oshib ketmasa, SSD ni o'rnatish ish faoliyatini yaxshilamaydi.
- Ishlash ko'p jihatdan protsessor chastotasiga bog'liq.
- Operatsion tizim va MSSQL serverining to'g'ri konfiguratsiyasi bilan hech qanday moddiy xarajatlarsiz 1C unumdorligini 40-50% ga oshirish mumkin.
DIQQAT! Juda muhim nuqta! Barcha o'lchovlar Gilev testi va 1C asboblari yordamida sinov bazasida amalga oshirildi. Haqiqiy ma'lumotlar bazasining haqiqiy foydalanuvchilar bilan xatti-harakati olingan natijalardan farq qilishi mumkin. Masalan, test ma'lumotlar bazasida biz ishlashning video kartaga va RAM miqdoriga bog'liqligini topmadik. Ushbu xulosalar juda shubhali va haqiqiy sharoitda bu omillar ishlashga sezilarli ta'sir ko'rsatishi mumkin. Boshqariladigan shakllardan foydalanadigan konfiguratsiyalar bilan ishlashda video karta muhim ahamiyatga ega va kuchli grafik protsessor dastur interfeysini chizish nuqtai nazaridan ishni tezlashtiradi, vizual ravishda bu 1C ning tezroq ishlashida namoyon bo'ladi.
Sizning 1C sekin ishlayaptimi? Ko'p yillik tajribaga ega EFSOL mutaxassislariga kompyuterlar va serverlar uchun IT-texnik xizmat ko'rsatishga buyurtma bering yoki 1C-ni kuchli va nosozliklarga chidamli 1C virtual serveriga o'tkazing.
Tizim integratsiyasi. Konsalting
1C: Enterprise platformasida mahsulotlar bilan ishlaydigan har bir kishi "1C sekin" iborasini eshitgan bo'lishi mumkin. Kimlardir bu haqda shikoyat qilishdi, boshqalari shikoyatlarni qabul qilishdi. Ushbu maqolada biz ushbu muammoning eng keng tarqalgan sabablarini va uni hal qilish variantlarini ko'rib chiqishga harakat qilamiz.
Keling, metaforaga murojaat qilaylik: odam nima uchun biror joyga kelmaganini bilishdan oldin, uning yurish uchun oyoqlari borligiga ishonch hosil qilishingiz kerak. Shunday qilib, keling, apparat va tarmoq talablaridan boshlaylik.
Agar Windows 7 o'rnatilgan bo'lsa:
Agar sizda Windows 8 yoki 10 o'rnatilgan bo'lsa:
Shuni ham yodda tutingki, diskda kamida 2 Gb bo'sh joy bo'lishi kerak va tarmoqqa ulanish tezligi kamida 100 MB/sek bo'lishi kerak.
Mijoz-server versiyasida serverlarning xususiyatlarini hisobga olish mantiqiy emas, chunki bu holda hamma narsa foydalanuvchilar soniga va ular 1Cda hal qiladigan vazifalarning o'ziga xos xususiyatlariga bog'liq.
Server konfiguratsiyasini tanlashda quyidagilarni yodda tuting:
- Bitta 1C server ishchi jarayoni o'rtacha 4 GB sarflaydi (foydalanuvchi ulanishi bilan adashtirmaslik kerak, chunki bitta ishchi jarayon server sozlamalarida ko'rsatgan darajada ko'p ulanishga ega bo'lishi mumkin);
- Bitta jismoniy serverda 1C va DBMS (ayniqsa MS SQL) dan foydalanish katta hajmdagi ma'lumotlarni qayta ishlashda foyda keltiradi (masalan, oyni yopish, model asosida byudjetni hisoblash va h.k.), lekin yuklanmagan operatsiyalar paytida ishlashni sezilarli darajada pasaytiradi ( masalan, amalga oshirish hujjatini yaratish va o'tkazish va boshqalar);
- Esda tutingki, 1C serverlari va ma'lumotlar bazasi 1 GB "qalin" kanal orqali ulanishi kerak;
- Yuqori unumdor disklardan foydalaning va 1C serveri va DBMS rollarini boshqa rollar bilan birlashtirmang (masalan, fayl, AD, domen boshqaruvchisi va boshqalar).
Agar uskunani tekshirgandan so'ng, 1C hali ham "sekinlashsa"
Bizda kichik kompaniya bor, 7 kishi va 1C sekin. Biz mutaxassislarga murojaat qildik va ular faqat mijoz-server varianti bizni qutqarishini aytishdi. Lekin biz uchun bunday yechim qabul qilinishi mumkin emas, bu juda qimmat!
Ma'lumotlar bazasida muntazam texnik xizmat ko'rsatish*:
1. Ma'lumotlar bazasini konfigurator rejimida ishga tushiring.
2. Asosiy menyuda "Ma'muriyat" ni va unda - "Test va tuzatish" ni tanlang.
3. Rasmdagi kabi barcha katakchalarni belgilang. Run tugmasini bosing.
*Ma'lumotlar bazasi hajmi va shaxsiy kompyuteringizning xususiyatlariga qarab, ushbu protsedura 15 daqiqadan bir soatgacha davom etishi mumkin.
Agar bu yordam bermasa, biz mijoz-server ulanishini amalga oshiramiz, lekin apparat va dasturiy ta'minotga qo'shimcha investitsiyalarsiz:
1. Ofisda eng kam yuklangan ish stoli kompyuterini tanlang (noutbuk emas): u kamida 4 GB operativ xotira va kamida 100 MB/sek tarmoq ulanishiga ega bo‘lishi kerak.
2. Unda IIS (Internet Information Server) ni faollashtiring. Buning uchun:
3. Ma'lumotlar bazasini ushbu kompyuterda nashr eting. Bu mavzuda mavjud mavjud material ITS da yoki qo'llab-quvvatlash bo'yicha mutaxassis bilan bog'laning.
4. Foydalanuvchi kompyuterlarida nozik mijoz orqali ma'lumotlar bazasiga kirishni sozlang. Buning uchun:
1C ishga tushirish oynasini oching.
Ish bazasini tanlang. Bu erda "Sizning bazangiz". "Tahrirlash" tugmasini bosing. Kalitni "Veb-serverda" holatiga o'rnating, pastdagi qatorda IIS faollashtirilgan server nomi yoki IP-manzilini va ma'lumotlar bazasi nashr etilgan nomini ko'rsating. "Keyingi" tugmasini bosing.
"Asosiy ishga tushirish rejimi" tugmachasini "Thin Client" rejimiga o'rnating. "Bajarildi" tugmasini bosing.
Bizda juda katta kompaniya bor, lekin unchalik katta emas, taxminan 50-60 kishi biz mijoz-server variantidan foydalanamiz, lekin 1C juda sekin.
Bunday holda, 1C serverini va DBMS serverini ikki xil serverga bo'lish tavsiya etiladi. Ajratishda, esda tuting: agar ular oddiygina virtualizatsiya qilingan bir xil jismoniy serverda qolsa, unda bu serverlarning disklari boshqacha bo'lishi kerak - jismoniy jihatdan boshqacha! Bundan tashqari, MS SQL haqida gap ketganda, DBMS serverida muntazam vazifalarni o'rnatishni unutmang (bu haqda batafsil ma'lumot ITS veb-saytida tasvirlangan)
Bizda juda katta kompaniya bor, 100 dan ortiq foydalanuvchi. Har bir narsa ushbu parametr bo'yicha 1C tavsiyalariga muvofiq tuzilgan, ammo ba'zi hujjatlarni qayta ishlashda 1C juda sekin ishlaydi va ba'zida blokirovka xatosi paydo bo'ladi. Balki bazani yig'ishtirasizmi?
Shunga o'xshash vaziyat juda aniq jamg'arma yoki buxgalteriya registrining hajmi (lekin ko'pincha - to'plash) tufayli yuzaga keladi, chunki registr umuman "yopiladi", ya'ni. kiruvchi harakatlar mavjud, lekin oqim harakati yo'q yoki registr balanslari hisoblangan o'lchovlar soni juda katta. Hatto oldingi ikkita sababning aralashmasi ham bo'lishi mumkin. Qaysi registr hamma narsani buzayotganini qanday aniqlash mumkin?
Hujjatlar sekin ishlov berilgan vaqtni yoki blokirovka xatosi bo'lgan vaqtni va foydalanuvchini qayd qilamiz.
Ro'yxatdan o'tish jurnalini oching.
Biz “Data.Post” hodisa turi bilan kerakli foydalanuvchi uchun kerakli vaqtda kerakli hujjatni topamiz.
Agar blokirovka xatosi bo'lsa, tranzaktsiya bekor qilinmaguncha yoki biz eng uzoq o'zgarishni qidiramiz (oldingi yozuvdan vaqt bir daqiqadan ko'proq).
Shundan so'ng, biz ushbu reestrni yo'q qilish har qanday holatda ham butun ma'lumotlar bazasidan arzonroq ekanligini yodda tutib, qaror qabul qilamiz.
Biz juda katta kompaniyamiz, 1000 dan ortiq foydalanuvchi, kuniga minglab hujjatlar, o'zimizning IT bo'limimiz, katta serverlar parki, biz bir necha marta so'rovlarni optimallashtirdik, lekin 1C sekin. Biz 1C dan oshib ketdik va bizga kuchliroq narsa kerak.
Bunday holatlarning aksariyatida sekinlashayotgan 1C emas, balki ishlatiladigan yechimning arxitekturasi. Yangi biznes dasturini tanlayotganda, biznes jarayonlaringizni dasturda yozish ularni ba'zilariga, ayniqsa, juda qimmat dasturga aylantirishdan ko'ra arzonroq va osonroq ekanligini unutmang. Bunday imkoniyatni faqat 1C taqdim etadi. Shuning uchun, savolni berish yaxshiroqdir: “Vaziyatni qanday tuzatish kerak? Qanday qilib 1C ni bunday hajmlarda "uchib ketish" mumkin? Keling, bir nechta davolash usullarini qisqacha ko'rib chiqaylik:
- 1C qo'llab-quvvatlaydigan parallel va asinxron dasturlash texnologiyalaridan foydalaning (fondagi ishlar va tsikldagi so'rovlar).
- Yechim arxitekturasini loyihalashda, eng qiyin joylarda to'plash registrlari va buxgalteriya registrlaridan foydalanishdan saqlaning.
- Ma'lumotlar strukturasini ishlab chiqishda (jamlash va/yoki axborot registrlari) qoidaga amal qiling: "Yozish va o'qish uchun eng tezkor jadval - bu bitta ustunli jadval." Oddiy RAUSE mexanizmini ko'rib chiqsangiz, biz nima haqida gapirayotganimiz aniqroq bo'ladi.
- Katta hajmdagi ma'lumotlarni qayta ishlash uchun bir xil ma'lumotlar bazasi ulangan yordamchi klasterlardan foydalaning (lekin hech qanday holatda interaktiv ish paytida buni qilish kerak emas!!!). Bu sizga standart 1C qulflarini chetlab o'tishga imkon beradi, bu esa ma'lumotlar bazasi bilan to'g'ridan-to'g'ri SQL vositalari bilan ishlashda bo'lgani kabi deyarli bir xil tezlikda ishlash imkonini beradi.
Shuni ta'kidlash kerakki, xoldinglar va yirik kompaniyalar uchun 1C optimallashtirish alohida, katta maqola uchun mavzudir, shuning uchun bizning veb-saytimizda yangilangan materiallarni kuzatib boring.
