1C optimizatsiyasi: 1C sekin ishlasa, tezlashtiramiz

1C unumdorligini optimallashtirish

1C nega sekin ishlayotganining haqiqiy sababini topamiz — taxmin bilan emas, texnologik jurnal va soʻrov rejalari orqali. Hujjat oʻtkazish, hisobotlar va almashinuvlarni bir necha barobar tezlashtiramiz.

Bepul ekspress-audit olish

soatlar → daqiqalar «ogʻir» operatsiyalar boʻyicha odatiy natija

Tanish muammolarmi?

Hujjatlar daqiqalab oʻtkaziladi

Realizatsiyani oʻtkazish yoki oyni yopish shu qadar choʻzildiki, foydalanuvchilar choy ichib ulguradi. Bundan keyin yanada yomonlashadi.

Foydalanuvchilar bloklashlarga duch keladi

«Bloklash konflikti», «kutish vaqti oshib ketdi» — bazada odam koʻp boʻlganda, ayniqsa eng band kunlarda ish toʻxtab qoladi.

Hisobotlar juda uzoq shakllanadi

Boshqaruv hisobotlari va katta davrlar boʻyicha aylanma-qoldiq vedomosti oʻnlab daqiqa quriladi yoki taymaut bilan yiqiladi.

Serverni kuchaytirdingiz — foyda boʻlmadi

Kuchliroq server sotib olindi, lekin ish tezlashmadi. Demak, gap temirda emas — soʻrovlar, indekslar yoki arxitekturada.

1C sekin ishlayapti: nima qilish kerak

Birinchi qoida — yangi server sotib olmang. Oʻn holatning sakkizida 1C sekin ishlashining sababi temirda emas: millionlab ortiqcha satrni oʻqiydigan soʻrovlar, mavjud boʻlmagan indekslar, maʼlumotlar bazasini boshqarish tizimi (MBBT)ning eskirgan statistikasi yoki foydalanuvchilar oʻrtasidagi bloklashlar. Bularning barchasi instrumental tarzda tashxislanadi: 1C texnologik jurnali va SQL soʻrov rejalari aybdorni kod satrigacha aniqlik bilan koʻrsatadi.

Sababni qanday izlaymiz

1C texnologik jurnali — uzoq davom etadigan soʻrovlar va bloklashlardagi kutishlar boʻyicha hodisalar yigʻishni sozlaymiz; qaysi operatsiyalar va kimning kodi vaqtni yeyayotganining aniq manzarasini olamiz.
SQL soʻrov rejalari — MBBT ogʻir soʻrovlarni aslida qanday bajarayotganini koʻramiz: indeks boʻyicha qidiruv oʻrniga skanerlash, ortiqcha birlashtirishlar, nooptimal ichma-ich soʻrovlar.
MBBT kutishlar statistikasi — server nimaga tiralayotganini aniqlaymiz: disklar, protsessor, bloklashlar, xotira.
Asosiy operatsiyalar boʻyicha APDEX oʻlchovlari — tezlikni «oʻrtacha koʻrsatkichlar» bilan emas, foydalanuvchi koʻzi bilan qayd etamiz.

Odatiy topilmalar

Yillar davomida «aybdorlar» roʻyxati takrorlanadi: sikldagi soʻrovlar, tanlovlarsiz virtual jadvallar bilan birlashtirishlar, oʻtkazish tranzaksiyasi ichida qoldiqlarni olish, indekslanmagan maydonlar boʻyicha tanlovlar, ommaviy yuklashlardan keyin eskirgan statistika, oʻzi yozilgan koddagi ortiqcha bloklashlar. Deyarli barchasi temirni almashtirmasdan va yangi konfiguratsiyaga oʻtmasdan hal boʻladi.

SQL serverda 1C ni tezlashtirish

Alohida yoʻnalish — MBBTni 1C uchun sozlash: xotira va parallellik parametrlari, tempdb, statistikani avtomatik yangilash, indekslarga xizmat koʻrsatish. «Standart» sozlamalar mavhum yuklamaga moʻljallangan, 1C profiliga emas. MS SQL ni ham, PostgreSQL ni ham sozlaymiz — biridan ikkinchisiga migratsiyalar bilan birga.

Siz nima olasiz

Raqamlar bilan diagnostika: qaysi operatsiya qancha vaqt olyapti va nima uchun

Optimallashtirilgan soʻrovlar va kod — «oldin/keyin» oʻlchovlari bilan

MBBT darajasida sozlangan indekslar va statistika

Bloklashlardagi kutishlarni tahlil qilish va bartaraf etish

Sozlangan texnologik jurnal va nazorat metodikasi

Arxitektura va uskuna boʻyicha tavsiyalar hisoboti — faqat chindan zarur joyda

Biz qanday ishlaymiz

Oʻlchash va simptomlarni qayd etish

Sekin operatsiyalar roʻyxatini tuzamiz va joriy koʻrsatkichlarni oʻlchaymiz — samarani shulardan boshlab hisoblaymiz.

Diagnostika

Texnologik jurnal, SQL soʻrov rejalari, kutishlar statistikasi. Aybdor kod satrlari va soʻrovlarni aniq topamiz.

Optimallashtirish

Soʻrovlar va kodni tuzatamiz, indekslarni sozlaymiz, bloklashlarni bartaraf etamiz. Har bir oʻzgarishni oʻlchov bilan tekshiramiz.

Natija nazorati

Roʻyxatdagi har bir operatsiya boʻyicha «oldin/keyin»ni koʻrsatamiz. Degradatsiya oldindan koʻrinishi uchun monitoring sozlaymiz.

Ko'p so'raladigan savollar

1C tormozlayapti — balki shunchaki kuchliroq server olish kerakdir?

Koʻpincha bu yordam bermaydi: sabab odatda temirda emas, soʻrovlar, indekslar yoki bloklashlarda boʻladi. Avval diagnostika — u tor joy qayerdaligini aniq koʻrsatadi. Agar gap chindan temirda boʻlsa, buni ochiq aytamiz va qaysi yangilash samara berishini hisoblab beramiz.

Optimallashtirish vaqtida ishni toʻxtatish kerakmi?

Yoʻq. Diagnostika ishlab turgan tizimda olib boriladi va foydalanuvchilarga xalaqit bermaydi. Kod va indekslardagi oʻzgarishlar nusxada ishlab chiqiladi va kelishilgan oynalarda — odatda tunda — produktivga oʻtkaziladi.

Bizda nostandart (qayta ishlangan) konfiguratsiya. Bu muammomi?

Aksincha, bu odatiy holat: unumdorlik muammolarining aksariyati aynan qayta ishlovlarda yashaydi. Texnologik jurnal va soʻrov rejalari aybdorni kod satrigacha aniqlik bilan koʻrsatadi — konfiguratsiya standartmi yoki oʻzi yozilganmi, farqi yoʻq.

Qanday samara kutish mumkin?

«Ogʻir» operatsiyalar boʻyicha odatiy natija — bir necha barobar tezlashish: hisobotlar oʻnlab daqiqadan daqiqalargacha, oʻtkazish daqiqalardan soniyalargacha. Boshlashdan oldin oʻlchovlarni qayd etamiz, tugagach har bir operatsiya boʻyicha «oldin/keyin»ni koʻrsatamiz. Siz tasdiqlangan natija uchun toʻlaysiz.

1C yangilanishdan keyin tormozlay boshladi. Yordam berasizmi?

Ha, bu tez-tez uchraydigan stsenariy: yangilanishdan keyin soʻrovlar oʻzgaradi va MBBT statistikasi ishdan chiqadi. Aynan nima oʻzgarganini topamiz va tezlikni qaytaramiz — bu odatda bir necha kundan boshlanadi.