«1С тағы да баяулап кетті» — бухгалтерия қызметкерлерінен жиі естілетін шағымдардың бірі. Бағдарлама құжаттарды ұзақ ашады, операцияларды өткізу кезінде қатып қалады, есептерді баяу қалыптастырады немесе ең жоғары жүктеме кезінде жауап беруді тоқтатады.
Алғашқы күдік әдетте бағдарламаның өзіне немесе бухгалтер компьютерінің өнімділігі жеткіліксіз екеніне түседі. Бірақ жұмыс орнын ауыстыру мәселені әрдайым шеше бермейді.
Баяу жұмысқа сервердегі қатқыл диск, тұрақсыз жергілікті желі, жедел жад тапшылығы, дерекқордағы бұғаттаулар, ДҚБЖ-ның қате баптаулары немесе тиімсіз жұмыс істейтін конфигурация себеп болуы мүмкін.
Қалыпты өнімділікті қалпына келтіру үшін жабдық пен баптауларды кездейсоқ өзгертпей, нақты қай компонент кідіріс тудырып тұрғанын анықтау қажет.
1С компьютердің, желінің, сервердің және деректерді сақтау жүйесінің ресурстарын пайдаланады.
Бағдарламаны қайта орнатпас немесе жаңа жабдық сатып алмас бұрын кідіріс қай кезеңде пайда болатынын анықтау қажет.
1. Алдымен нақты ненің баяулап тұрғанын анықтаңыз
Диагностика үшін «бағдарлама баяу жұмыс істей бастады» деген жалпы хабарлама жеткіліксіз.
Қандай операциялар қиындық тудыратынын, мәселе қашан пайда болғанын және оған бір уақытта қанша пайдаланушы тап болатынын нақтылау керек.
Мысалы, ақпараттық базаның ұзақ жүктелуі мен құжаттардың баяу өткізілуі мүлдем әртүрлі себептерден болуы мүмкін.
Пайдаланушыға қандай сұрақтар қою керек
- Бағдарламаның өзі ме, әлде нақты база ма ұзақ іске қосылады?
- Барлық құжат баяу ашыла ма, әлде тек белгілі біреулері ме?
- Мәселе құжаттарды өткізу кезінде пайда бола ма?
- Есептерді қалыптастырғанда кідіріс бола ма?
- Бір қызметкер ғана ма, әлде бүкіл бухгалтерия баяу жұмыс істей ме?
- Мәселе тұрақты ма, әлде белгілі бір уақытта ғана пайда бола ма?
- 1С жаңартылғаннан кейін жұмыс өзгерді ме?
- Жақында пайдаланушылар саны артқан жоқ па?
- База немесе сервер басқа жабдыққа көшірілген жоқ па?
Жауаптар техникалық диагностика басталмай тұрып-ақ іздеу аясын тарылтуға көмектеседі.
Операциялардың орындалу уақытын өлшеу неге маңызды
«Бұрын жылдам еді, қазір өте баяу» деген субъективті бағалаудың орнына нақты көрсеткіштерді тіркеген пайдалы.
Мысалы, белгілі бір құжатты ашу, нақты есепті қалыптастыру және ақпараттық базаны іске қосу уақытын өлшеуге болады.
Алынған нәтижелер әртүрлі жұмыс орындарының өнімділігін салыстыруға, сервердің күйін тексеруге және орындалған жұмыстардың нәтижесін кейін объективті бағалауға мүмкіндік береді.
2. 1С базасы қайда орналасқан
Алғашқы техникалық сұрақтардың бірі — ұйым қандай архитектура қолданады.
Ақпараттық базаның орналасуына қарай қай компоненттерді бірінші кезекте тексеру керектігі анықталады.
Жергілікті файлдық база
Ақпараттық база бухгалтердің компьютерінде тікелей орналасса, оның өнімділігіне жинақтауыштың күйі, жедел жад көлемі, процессор және операциялық жүйенің жұмысы әсер етуі мүмкін.
Файлдық база үшін диск жүйесінің күйі әсіресе маңызды, өйткені операциялардың едәуір бөлігі ақпараттық база файлына жүгінумен байланысты.
Желілік ресурстағы файлдық база
База каталогы файлдық серверде болса, сақтау жүйесінің өнімділігін де, желілік қосылымның тұрақтылығын да тексеру қажет.
Кідірістер, дерек беру қателері және файлдық қол жеткізу мәселелері пайдаланушылар жұмысына айтарлықтай әсер етуі мүмкін.
Клиент-серверлік база
Клиент-сервер архитектурасында 1С сервері және дерекқорларды басқару жүйесі жұмыс істейді.
Бұл схемада өнімділік клиенттік қолданбаның, 1С серверінің, ДҚБЖ-ның және диск қоймасының өзара жұмысына тәуелді.
Егер бүкіл бухгалтерия бір серверлік базаны пайдаланса, бір қызметкердің компьютерін ауыстыру сервер өнімділігінің ортақ мәселесін жоймайды.
| Архитектура | Нені тексеру керек |
|---|---|
| Жергілікті файлдық база | Жұмыс компьютері, RAM, CPU, SSD және фондық процестер |
| Жергілікті желідегі файлдық база | Сақтау сервері, желілік қосылым, файлдық қол жеткізу және жинақтауыштардың күйі |
| Клиент-серверлік 1С | Қолданба сервері, ДҚБЖ, бұғаттаулар, диск кідірістері және желі |
| Бұлттық 1С | Қосылым, клиенттік құрылғы және провайдер қолжетімді ететін сервис көрсеткіштері |
3. Мәселе бухгалтердің компьютерінде болған кезде
Егер тек бір қызметкерде баяулап, ал сол ақпараттық базаның басқа пайдаланушылары қиындық көрмесе, оның жұмыс орнын мұқият тексеру қажет.
Бірақ мұндай жағдайда да компьютерді бірден ақаулы деп санауға болмайды.
Себеп жеке баптауларда, желілік қосылымда, жергілікті компоненттерде немесе пайдаланушы профилінің ерекшеліктерінде болуы мүмкін.
Жедел жадтың жеткіліксіздігі
Бухгалтер бір уақытта бірнеше 1С базасын, Excel, көптеген қойындысы бар браузерді, корпоративтік поштаны және электрондық құжаттарды қолдануы мүмкін.
Бос жедел жад жеткіліксіз болса, Windows paging файлын белсендірек пайдалана бастайды.
Бұл қолданбалардың жауап беру уақытын арттыруы мүмкін, әсіресе жинақтауыштың өзі баяу болса.
Диагностика кезінде жадтың нақты пайдаланылуын, paging белсенділігін және іске қосылған процестер тізімін тексеру қажет.
Баяу немесе ақаулы жинақтауыш
Егер файлдық база жергілікті HDD-де орналасса, кездейсоқ оқу және жазу өнімділігі операциялардың орындалу жылдамдығын шектеуі мүмкін.
Тиісті сценарийлерде операциялық жүйе мен жергілікті ақпараттық базаны SSD-ге көшіру жүйенің жауап беруін жақсарта алады.
Бірақ жинақтауышта аппараттық ақау белгілері болса, алдымен деректердің сақталуын қамтамасыз ету керек.
Өзекті резервтік көшірме жоқ болса, ықтимал ақаулы дискіде ұзақ жүктемелік тесттер жүргізбеу керек.
Шамадан тыс жүктелген процессор
CPU-дың жоғары жүктелуі тек 1С-пен байланысты болмауы мүмкін.
Компьютер ресурстарын фондық жаңартулар, антивирустық тексеру, файлдарды синхрондау және басқа қолданбалар пайдалануы мүмкін.
Сонымен бірге CPU жалпы жүктемесінің төмен болуы мәселені жоққа шығармайды: жеке операция бір ядроның өнімділігімен шектелуі мүмкін.
Қате қуат режимі
Ноутбуктерде өнімділік энергия үнемдеу режимі, қызып кету немесе аккумулятормен жұмыс істеу салдарынан шектеліп тұрған жоқ па — соны тексеру қажет.
Бірақ қуат параметрлерін нақты температура мен салқындату жүйесінің мүмкіндіктерін ескере отырып өзгерту керек.
4. Неліктен SSD мәселені әрдайым шешпейді
HDD-ні SSD-ге ауыстыру кез келген компьютерді жылдамдатудың әмбебап тәсілі ретінде жиі қарастырылады.
Бірақ 1С базасы бөлек серверде болса, бухгалтер компьютеріне жаңа жинақтауыш орнату серверлік сақтау жүйесіндегі кідірістерді жоймайды.
Құжаттар бұғаттаулар немесе тиімсіз сұраныстар салдарынан баяу өткізілетін жағдайға да осы қағида қатысты.
Сондықтан жаңғыртуды нақты шектеуші компонент анықталғаннан кейін ғана жүргізген дұрыс.
Егер жұмыс компьютері 1С серверінен немесе ДҚБЖ-дан жауап күтіп тұрса, оның жедел жадын ұлғайту және жергілікті жинақтауышты ауыстыру проблемалық операцияның жылдамдығына дерлік әсер етпеуі мүмкін.
5. Жергілікті желі 1С өнімділігіне қалай әсер етеді
Ақпараттық база файлдық серверде орналасса немесе пайдаланушылар қашықтағы 1С серверіне қосылса, желінің күйі әсіресе маңызды.
Диагностика кезінде қосылымның номиналды жылдамдығын ғана емес, деректерді берудің тұрақтылығын да бағалау керек.
Тұрақсыз Ethernet
Зақымдалған кабель, сапасыз қосылыс немесе коммутатордың ақаулы порты дерек беру қателерін, пакет жоғалуын және байланыс үзілуін тудыруы мүмкін.
Мұндай ақаулар интернетті әдеттегідей қолданғанда әрдайым байқала бермейді.
Желілік интерфейстердің күйін, келісілген қосылу жылдамдығын, порт қателерін және құрылғылар арасындағы нақты кідірісті тексеру қажет.
Wi-Fi арқылы жұмыс
Сымсыз желіні корпоративтік қолданбаларға қосылу үшін пайдалануға болады, бірақ оның сапасы радиоарнаның жүктемесіне, сигнал деңгейіне және пайдалану жағдайына тәуелді.
1С базасына өнімді файлдық қол жеткізу үшін көбіне тұрақты сымды қосылым тиімдірек.
Қашықтан жұмыс қажет болса, тұрақсыз қосылым арқылы файлдық базаның ортақ каталогын ашпай, қолайлы қол жеткізу архитектурасын таңдаған дұрыс.
VPN арқылы файлдық база
Кеңседе орналасқан 1С файлдық базасымен қашықтағы желілік файлдық ресурс арқылы тікелей жұмыс істеу үлкен кідірістерге және байланыс үзілген кездегі қосымша тәуекелдерге әкелуі мүмкін.
Қашықтан қол жеткізу үшін терминалдық қосылымды немесе қолдау көрсетілетін клиент-сервер архитектурасын бағалаған жөн.
Нақты схема пайдаланушылар санын, қауіпсіздік талаптарын және байланыс арналарының сипаттамаларын ескеруі тиіс.
6. Неліктен процессор жүктемесі төмен болса да сервер баяулауы мүмкін
Кейде әкімші сервердегі Task Manager-ді ашып, CPU жүктемесі 10–20% шамасында екенін көріп, сервер қалыпты жұмыс істеп тұр деп қорытынды жасайды.
Бірақ жүйе өнімділігі бір ғана көрсеткішпен анықталмайды.
Процессор уақыттың көп бөлігін диск операцияларының аяқталуын, ДҚБЖ жауабын немесе бұғаттаудың босауын күтіп өткізуі мүмкін.
Бұл кезде пайдаланушылар ұзақ кідірістерді көреді, ал процессордың жалпы пайдалану пайызы салыстырмалы түрде төмен болып қала береді.
Нені бақылау қажет
- CPU жүктемесін ядролар және процестер бойынша.
- Жедел жадтың нақты пайдаланылуын.
- Paging белсенділігін.
- Оқу және жазу кідірістерін.
- Жүктеме контекстіндегі диск операциялары кезегінің ұзындығын.
- 1С сервері мен ДҚБЖ жүктемесін.
- Пайдаланушы қосылымдарының санын.
- Блокировкаларды күту уақытын.
Әр көрсеткіштің жеке мәнін жабдық сипаттамаларымен және нақты жұмыс сценарийімен бірге бағалау қажет.
7. Сервердің диск жүйесі: жиі жасырын себеп
1С жұмысы оқу және жазу операцияларының көп санымен қатар жүруі мүмкін.
Бұл ДҚБЖ белсенді қолданылатын клиент-серверлік жүйелер үшін әсіресе маңызды.
Серверлік диск жүйесі жүктемеге төтеп бере алмаса, пайдаланушылар құжаттарды өткізу және есептерді қалыптастыру кезінде кідірістерге тап болуы мүмкін.
Неліктен жинақтауышты тек көлемі бойынша бағалауға болмайды
Сыйымдылығы бірдей екі массивтің өнімділігі айтарлықтай өзгеше болуы мүмкін.
Жинақтауыш түрін, RAID конфигурациясын, кездейсоқ операциялардың сипатын, контроллер күйін және нақты жүктемені ескеру қажет.
Бос орын көлемінің де маңызы бар, бірақ бос терабайттардың болуы дерекқордың жоғары жылдамдықпен жұмыс істейтініне кепілдік бермейді.
Деградацияланған RAID
RAID-массивтің бір жинақтауышы істен шықса, жүйе жұмысын жалғастыруы мүмкін, бірақ оның ақауға төзімділігі мен өнімділігі өзгеруі ықтимал.
Массивті қалпына келтірудің кейбір операциялары қосымша жүктеме тудырады.
Сондықтан диагностика кезінде RAID күйін, аппараттық журналдарды және диск жүйесінің көрсеткіштерін тексеру керек.
Ақау анықталса, ең алдымен резервтік көшірмелердің күйін бағалап, қарастырылған рәсім бойынша қызмет көрсетуді ұйымдастыру қажет.
8. Себеп SQL Server немесе PostgreSQL ішінде болған кезде
Клиент-сервер архитектурасында дерекқорларды басқару жүйесі маңызды рөл атқарады.
Сервер жеткілікті қуатты болса да, ДҚБЖ-ның қате баптаулары, деректерді сақтау мәселелері немесе тиімсіз сұраныстар кідіріс тудыруы мүмкін.
Жадтың жеткіліксіздігі
ДҚБЖ сұраныстарды өңдеу және деректерді кэштеу үшін жедел жадты пайдаланады.
Қолжетімді жад жеткіліксіз болса немесе сервер бір уақытта ресурсты көп қажет ететін тым көп қолданбаға қызмет көрсетсе, өнімділік төмендеуі мүмкін.
RAM жалпы көлемін ғана емес, ресурстардың операциялық жүйе, 1С сервері және ДҚБЖ арасында бөлінуін де талдау қажет.
Тиімсіз сұраныстар
Кейбір операциялар өңделетін деректер көлемінің үлкендігіне немесе сұраныс орындалу жоспарының тиімсіздігіне байланысты елеулі жүктеме тудыруы мүмкін.
Мұндай жағдайда процессорды ауыстыру нақты сұранысты немесе деректер құрылымын түзетуден аз нәтиже беруі мүмкін.
Дерекқорға техникалық қызмет көрсету
Қолданылатын ДҚБЖ үшін техникалық қызмет көрсету регламентін қарастыру қажет.
Ол дерекқор күйі мен статистикасын бақылауды, журналдарды тексеруді, сұраныс өнімділігін талдауды және нақты жүйеге арналған басқа операцияларды қамтуы мүмкін.
Диагностикасыз интернеттегі кездейсоқ кеңестер бойынша индекстерді жаппай қайта құруға немесе ДҚБЖ параметрлерін өзгертуге болмайды.
Барлық өзгеріс ДҚБЖ нұсқасын, база көлемін, жүктемені және қалпына келтіру мүмкіндіктерін ескере отырып орындалуы тиіс.
9. Блокировкалар: бір құжат бүкіл бухгалтерияны неге баяулатады
Бірнеше пайдаланушы қатар жұмыс істегенде жүйе деректердің келісімділігін қамтамасыз етуі тиіс.
Ол үшін транзакциялар мен бұғаттаулар механизмдері қолданылады.
Бір операция бұғаттауды тым ұзақ ұстап тұрса, басқа пайдаланушылар оның аяқталуын күтуге мәжбүр болуы мүмкін.
Жағдай мысалы
Бір пайдаланушы деректердің үлкен көлемін өзгертетін ресурсты көп қажет ететін операцияны орындайды.
Екінші пайдаланушы байланысты деректерді қолданатын құжатты өткізуге тырысады.
Егер операция үйлеспейтін бұғаттауға тап болса, оның орындалуы қажетті ресурстар босатылғанға дейін кідіруі немесе күту қатесімен аяқталуы мүмкін.
Бұл кезде процессор жүктемесі салыстырмалы түрде төмен болып қалуы мүмкін.
Мұндай мәселелер қалай анықталады
Клиент-сервер жүйесінде бұғаттауларды күту, ұзақ транзакциялар, проблемалық сұраныстар және кідіріс кезінде пайдаланушылар орындайтын әрекеттер талдануы тиіс.
Терең талдау үшін технологиялық журнал және 1С платформасында қарастырылған диагностика құралдары қолданылуы мүмкін.
Егер кідірістің себебі тиімсіз жұмыс логикасы немесе ұзақ транзакция болса, жедел жад пен жаңа процессорлар қосу мәселені міндетті түрде жоймайды.
Алдымен күтуді тудыратын операцияны табу қажет.
10. Неліктен 1С тек белгілі бір уақытта баяулайды
Егер өнімділік күн сайын бір уақытта едәуір төмендесе, фондық операциялар кестесін тексеру керек.
Мысалы, жұмыс уақытында регламенттік тапсырмалар, басқа жүйелермен алмасу, ірі есептерді қалыптастыру немесе резервтік көшіру іске қосылуы мүмкін.
Мұндай операциялар есептеу ресурстары, дискілер және деректерге қол жеткізу үшін пайдаланушылар әрекеттерімен бәсекелесуі мүмкін.
Нені тексеру керек
- 1С регламенттік тапсырмаларының кестесін.
- Резервтік көшіру орындалатын уақытты.
- ДҚБЖ қызмет көрсету кестесін.
- Сыртқы жүйелермен алмасуды.
- Сервердегі басқа қолданбалардың фондық операцияларын.
- Антивирустық тексерулер мен жаңартуларды.
Ауыр операция жұмыс күні ішінде орындалуы міндетті болмаса, оны келісілген қызмет көрсету терезесіне ауыстыруға болады.
Бірақ кестені бухгалтерия және басқа тәуелді жүйелер талаптарын ескере отырып өзгерту қажет.
11. Антивирус 1С жұмысына қалай әсер етуі мүмкін
Қорғау құралдары файлдарға қол жеткізуді және бағдарламалық процестер әрекетін бақылайды.
Белгілі бір конфигурацияларда бұл файлдық қол жеткізу операциялары мен деректерді өңдеуге қосымша кідіріс қосуы мүмкін.
Мұндай жағдайларды файлдық база қолданылғанда және ДҚБЖ серверлерінде әсіресе мұқият талдау керек.
Алайда антивирусты уақытша тоқтату қорғауды тұрақты өшіруге айналмауы тиіс.
Мәселе расталса, өндірушілердің құжаттамасын тексеріп, тек минималды қажетті ерекшеліктерді баптау қажет.
Каталогтарға, процестерге және файлдарға арналған ерекшеліктер нақты архитектураға және қабылданған қауіпсіздік саясатына сәйкес келуі тиіс.
Күмәнді жылдамдық өсімі үшін бүкіл жүйелік дискіні немесе барлық жұмыс құжатын тексеруден алып тастауға болмайды.
12. Неліктен 1С жаңартудан кейін баяулауы мүмкін
Өнімділіктің төмендеуі платформа немесе қолданбалы конфигурация жаңартылуымен сәйкес келсе, нақты не өзгергенін тексеру қажет.
Жаңа нұсқаның ресурс талаптары, сұраныс логикасы немесе қосымша фондық операциялары өзгеше болуы мүмкін.
Жаңартумен бірге сыртқы өңдеулер, кеңейтімдер және интеграция механизмдері де өзгеруі ықтимал.
Нені анықтау қажет
- Жаңартуға дейінгі және кейінгі платформаның нақты нұсқаларын.
- Қолданбалы конфигурация релизін.
- Орнатылған кеңейтімдер тізімін.
- Қай операция баяулағанын.
- Ол бұрын қанша уақытта орындалғанын.
- Қандай қосымша тапсырмалар пайда болғанын.
- Мәселе тестілік ортада байқала ма.
Тестілік көшірмеде қауіпсіз тексеруге мүмкіндік болса, проблемалық операцияны бақыланатын жағдайда қайталап көрген пайдалы.
Деректер үйлесімділігі мен есепке әсерін бағаламай, жұмыс базасын кез келген алдыңғы нұсқаға кері қайтаруға болмайды.
13. Себеп сыртқы өңдеулер мен жетілдірулерде болған кезде
Көптеген ұйым қосымша өңдеулерді, есептерді және конфигурация кеңейтімдерін қолданады.
Олар қызметкерлердің жұмысын айтарлықтай жеңілдетуі мүмкін, бірақ белгілі жағдайда қосымша жүктеме көзіне айналады.
Мысалы, сыртқы өңдеу көптеген жеке сұраныс орындауы, бір деректі қайта-қайта алуы немесе ұзақ транзакцияларды ұстап тұруы мүмкін.
Диагностика кезінде кідіріс типтік операцияда ма, әлде арнайы жетілдірілген механизмде ме — соны анықтау керек.
Мәселе бағдарламалық кодпен байланысты болса, 1С әзірлеушісінің талдауы қажет болады.
Бірақ жетілдіру қажет деген қорытынды пайдаланушылардың байқауына ғана емес, өлшеу нәтижесіне сүйенуі тиіс.
14. Технологиялық журнал және өнімділікті өлшеу
Жабдық пен желінің жалпы диагностикасы айқын себеп таппаса, 1С платформасының өз операцияларын талдауға көшу қажет.
Ол үшін арнайы диагностика құралдары бар.
Өнімділікті өлшеу
Өлшеу механизмі бағдарламалық кодтың жекелеген учаскелерінің орындалу уақытын талдауға мүмкіндік береді.
Ол жалпы уақыттың елеулі бөлігін қандай операциялар алатынын және қай жерде артық шақырулар туатынын анықтауға көмектеседі.
Бұл құрал қолданбалы конфигурациядағы баяу операцияларды зерттегенде әсіресе пайдалы.
Толығырақ: 1С өнімділігін өлшеу жөніндегі ресми құжаттама.
Технологиялық журнал
Технологиялық журнал 1С платформасы компоненттерінің жұмысы туралы толық ақпарат жинауға мүмкіндік береді.
Оны ұзақ сұраныстарды, бұғаттауларды күтуді және басқа технологиялық мәселелерді диагностикалау үшін қолдануға болады.
Бірақ оқиғаларды егжей-тегжейлі жазу қосымша жүктеме және журналдардың үлкен көлемін тудыруы мүмкін.
Сондықтан детализация деңгейі мен деректер жинау кезеңін нақты міндетке сай таңдау қажет.
Құжаттама: 1С технологиялық журналы.
Өнімділікті басқару орталығы
Күрделірек клиент-сервер жүйелер үшін мониторинг және өнімділікті талдаудың арнайы құралдары қарастырылған.
Олар әртүрлі компоненттердің көрсеткіштерін салыстыруға, проблемалық сұраныстарды табуға және бұғаттаулардың әсерін талдауға мүмкіндік береді.
Мұндай құралдар инфрақұрылым көптеген пайдаланушыға қызмет көрсетіп, қарапайым диагностика кідіріс көзін анықтай алмаған кезде әсіресе пайдалы.
15. Неліктен базаның үлкен көлемі әрдайым себеп емес
1С баяулағанда ақпараттық базаның көлеміне жиі назар аударады.
Бірақ деректер көлемінің үлкен болуы мәселенің нақты себебі дәл сол екенін дәлелдемейді.
Өнімділік деректер құрылымына, сұраныстар сипатына, пайдаланушылар санына, диск жүйесіне және ДҚБЖ баптауларына да тәуелді.
Тиімсіз сұраныстары бар шағын база әлдеқайда үлкен, бірақ дұрыс қызмет көрсетілетін жүйеден баяу жұмыс істеуі мүмкін.
Сондықтан жаңа сервер сатып алу қажеттілігін тек база көлемінің өсуімен негіздеуге болмайды.
16. Серверді жаңғырту шынымен қашан қажет
Кейде диагностика қолданыстағы жабдық нақты жүктемеге енді сәйкес келмейтінін растайды.
Мысалы, серверде тұрақты RAM тапшылығы болуы, диск жүйесі шамадан тыс жүктелуі немесе ең маңызды операциялар үшін CPU өнімділігі жеткіліксіз болуы мүмкін.
Мұндай жағдайда қай компонент жұмысты шектеп тұрғанын анықтау қажет.
Кейде мәселені жедел жадты ұлғайту немесе жинақтауыштарды жаңғырту арқылы шешуге болады.
Басқа жағдайда серверді ауыстыру немесе ақпараттық жүйе архитектурасын өзгерту орынды.
Мәселе тиімсіз сұраныстарда, баптау қателерінде немесе бұғаттауларда болса, жаңа жабдық сатып алу күтілетін нәтиже бермеуі мүмкін.
Негізделген жаңғырту жүктеме көрсеткіштеріне, операциялардың орындалу кідірістеріне және пайдаланушы талаптарына сүйенуі тиіс.
Бұл компанияға нақты қандай жабдық қажет екенін анықтап, артық шығыннан сақтайды.
17. Диагностиканы неден бастау керек: қадамдық алгоритм
Баяу жұмыс туралы шағым пайда болғанда тексерулерді ретімен орындау маңызды.
1С-ті қайта орнатып, ДҚБЖ баптауларын өзгертіп, Windows жаңартып және желілік жабдықты бір уақытта ауыстыруға болмайды.
Осыдан кейін өнімділік өзгерсе, нақты себепті анықтау әлдеқайда қиын болады.
1-кезең. Мәселені тіркеңіз
Бірнеше нақты жұмыс операциясын таңдап, олардың орындалу уақытын өлшеңіз.
2-кезең. Ауқымын анықтаңыз
Баяулау бір пайдаланушыда, жеке топта немесе барлық қызметкерде байқала ма — соны анықтаңыз.
3-кезең. Жұмыс орнын тексеріңіз
Мәселе жергілікті болса, компьютерді, пайдаланушы профилін, желілік қосылымды және қажетті компоненттерді тексеріңіз.
4-кезең. Инфрақұрылымды тексеріңіз
Мәселе ортақ болса, сервердің, диск жүйесінің, желінің және қолданылатын ДҚБЖ-ның күйін талдаңыз.
5-кезең. Кідірістерді оқиғалармен салыстырыңыз
Қызметкерлер шағымдары резервтік көшірумен, регламенттік тапсырмалармен немесе басқа ресурсты көп қажет ететін операциялармен сәйкес келе ме — соны нақтылаңыз.
6-кезең. Терең диагностика жүргізіңіз
Жабдық айқын мәселе көрсетпесе, платформада қарастырылған сұраныстарды, бұғаттауларды және операциялардың орындалу уақытын талдау құралдарын пайдаланыңыз.
7-кезең. Нәтижені тексеріңіз
Анықталған себеп жойылғаннан кейін бастапқы бақылау операцияларын қайта орындаңыз.
Нәтижелерді салыстыру орындалған жұмысты объективті бағалауға мүмкіндік береді.
18. Кесте: қандай белгі бойынша себепті қайдан іздеу керек
| Белгі | Бірінші кезекте нені тексеру керек |
|---|---|
| 1С тек бір қызметкерде баяу | Жұмыс компьютері, желі, пайдаланушы профилі және жергілікті компоненттер |
| Бүкіл бухгалтерия баяулайды | Ортақ инфрақұрылым, сервер, ДҚБЖ және диск жүйесі |
| Кідірістер күн сайын белгілі бір уақытта пайда болады | Регламенттік тапсырмалар, резервтік көшіру және фондық операциялар |
| Белгілі бір құжат ұзақ өткізіледі | Сұраныстар, транзакциялар, бұғаттаулар және конфигурация логикасы |
| Желідегі файлдық база баяу ашылады | Файлдық сервер, жинақтауыштар, желілік қосылым және қол жеткізу баптаулары |
| Мәселе жаңартудан кейін басталды | Платформа, конфигурация, кеңейтімдер және фондық операциялар өзгерістерін |
| Сервер дерлік жүктелмеген, бірақ пайдаланушылар күтеді | Диск кідірістері, ДҚБЖ күтулері және бұғаттаулар |
| Көшіруден кейін 1С нашар жұмыс істей бастады | Архитектура, БҚ нұсқалары, жабдық сипаттамалары және қосылу баптаулары |
Бұл кесте диагностиканың бастапқы бағытын анықтауға көмектеседі, бірақ нақты техникалық көрсеткіштерді тексеруді алмастырмайды.
19. 1С баяу жұмыс істегенде не істемеу керек
Бағдарламаны тездетуге бағытталған кейбір әрекеттер диагностиканы қиындатып немесе деректерге қосымша тәуекел тудыруы мүмкін.
- Тексерілген резервтік көшірмесіз жұмыс базасын жоймаңыз және жаңасын жасамаңыз.
- Ықтимал тоқтап тұруды келіспей жұмыс базасын қалпына келтіру мен тестілеуді бастамаңыз.
- Өнімділікті тексеру үшін антивирустық қорғауды толығымен өшірмеңіз.
- Басқа нұсқаға немесе архитектураға арналған кеңестер бойынша ДҚБЖ баптауларын өзгертпеңіз.
- Қажетсіз жаппай қызмет көрсету операцияларын жұмыс уақытында орындамаңыз.
- Аппараттық шектеу расталмайынша серверді ауыстырмаңыз.
- Тәуекелді бағаламай файлдық базаны тұрақсыз қашықтағы қосылым арқылы ашпаңыз.
- Мәселе себебін анықтау керек болса, бірнеше өзгерісті бір уақытта бастамаңыз.
Дерекқормен ықтимал қауіпті операцияларды алдын ала келісіп, жарамды резервтік көшірме бар кезде орындау және ұйымның жұмыстың үздіксіздігіне қойылатын талаптарын ескеру қажет.
1С өнімділігін диагностикалау чек-листі
Нақты баяу операциялар анықталған
Бақылау әрекеттерінің орындалу уақыты тіркелген
Мәселеге қанша пайдаланушы тап болатыны анықталған
Ақпараттық база архитектурасы анықталған
Платформа нұсқасы мен конфигурация релизі тексерілген
Жүйедегі соңғы өзгерістер тексерілген
Жұмыс компьютерлерінің CPU жүктемесі тексерілген
Жедел жад пайдаланылуы тексерілген
Жергілікті жинақтауыштардың күйі тексерілген
Пайдаланушылардың желілік қосылымдары тексерілген
Порт қателері мен қосылым тұрақтылығы тексерілген
Дерекқордың нақты орналасуы анықталған
Серверлік жабдықтың күйі тексерілген
RAID-массивтер мен жинақтауыштар күйі тексерілген
Диск операцияларының кідірістері өлшенген
1С серверінің жүктемесі тексерілген
Сервер мен ДҚБЖ-ның RAM пайдалануы тексерілген
Ұзақ сұраныстар талданған
Блокировкаларды күту тексерілген
Регламенттік тапсырмалар кестесі тексерілген
Резервтік көшірудің әсері тексерілген
Антивирустық қорғаудың әсері бағаланған
Сыртқы өңдеулер мен кеңейтімдер тексерілген
Қажет болса өнімділік өлшеуі орындалған
Қажет болса технологиялық журнал жиналған
Қауіпті операциялар алдында резервтік көшіру тексерілген
Баяулаудың расталған себебі анықталған
Қажетті өзгерістер жоспары жасалған
Түзетуден кейін бақылау өлшеулері қайталанған
Нәтиже пайдаланушылармен келісілген
Толық инфрақұрылым аудиті қашан қажет
Егер 1С-тің баяу жұмысы тұрақсыз желі, сервер қателері, резервтік көшіру ақаулары немесе жұмыс компьютерлерінің тұрақты істен шығуы сияқты басқа мәселелермен қатар жүрсе, ұйым кеңірек инфрақұрылымдық шектеулерге тап болуы мүмкін.
Мұндай жағдайда серверлерді, желіні, сақтау жүйелерін және қызмет көрсету процестерін кешенді тексеру пайдалы.
Мұндай тексерудің құрамы туралы «IT-аудит: компания инфрақұрылымында нені тексеру керек» материалынан оқыңыз.
Егер мәселе компьютерді ауыстырғаннан кейін бірден пайда болса, платформаның, базаның, лицензиялардың және интеграциялардың дұрыс көшірілгенін бөлек тексеру қажет.
Жаңа жұмыс орнын дұрыс дайындау үшін «Бухгалтердің жұмыс орнын қалай дұрыс дайындау керек» мақаласын да ұсынамыз.
Қорытынды
1С-тің баяу жұмысы бағдарламаның өз кемшіліктерімен немесе бухгалтердің ескірген компьютерімен әрдайым байланысты емес.
Өнімділік ақпараттық жүйе архитектурасына, серверлердің, жергілікті желінің, жинақтауыштардың, ДҚБЖ-ның және қолданба конфигурациясының күйіне тәуелді.
Сондықтан диагностиканы нақты белгілерден, кідірістерді өлшеуден және мәселенің ауқымын анықтаудан бастау қажет.
Тек содан кейін жабдықты жаңғырту, баптауларды өзгерту немесе бағдарламалық конфигурацияны оңтайландыру қажет пе екенін негізді түрде шешуге болады.
WEB-LABS ұйымдарға корпоративтік қолданбалардың өнімділік мәселелерін диагностикалауға, серверлік және желілік инфрақұрылымды тексеруге, жұмыс орындарын жаңғыртуға және компанияның IT-жүйелерінің тұрақты жұмысын қамтамасыз етуге көмектеседі.