យើងស៊ីដំរីជាផ្នែកៗ។ យុទ្ធសាស្ត្រតាមដានសុខភាពកម្មវិធីជាមួយឧទាហរណ៍

ជំរាបសួរមនុស្សគ្រប់គ្នា!

ក្រុមហ៊ុនរបស់យើងបានចូលរួមក្នុងការអភិវឌ្ឍន៍កម្មវិធី និងជំនួយបច្ចេកទេសជាបន្តបន្ទាប់។ ជំនួយផ្នែកបច្ចេកទេសតម្រូវឱ្យមិនត្រឹមតែជួសជុលកំហុសប៉ុណ្ណោះទេ ប៉ុន្តែត្រូវតាមដានដំណើរការនៃកម្មវិធីរបស់យើង។

ឧទាហរណ៍ ប្រសិនបើសេវាកម្មមួយបានគាំង នោះអ្នកត្រូវកត់ត្រាបញ្ហានេះដោយស្វ័យប្រវត្តិ ហើយចាប់ផ្តើមដោះស្រាយវា និងមិនរង់ចាំអ្នកប្រើប្រាស់ដែលមិនពេញចិត្តក្នុងការទាក់ទងផ្នែកជំនួយបច្ចេកទេសនោះទេ។

យើង​មាន​ក្រុមហ៊ុន​តូច​មួយ យើង​មិន​មាន​ធនធាន​ក្នុង​ការ​សិក្សា​និង​រក្សា​ដំណោះ​ស្រាយ​ស្មុគស្មាញ​ណា​មួយ​សម្រាប់​ការ​ត្រួត​ពិនិត្យ​កម្មវិធី​នោះ​ទេ យើង​ត្រូវ​ការ​ដើម្បី​ស្វែង​រក​ដំណោះ​ស្រាយ​សាមញ្ញ និង​មាន​ប្រសិទ្ធិ​ភាព។

យុទ្ធសាស្ត្រតាមដាន

វាមិនងាយស្រួលទេក្នុងការត្រួតពិនិត្យមុខងាររបស់កម្មវិធីមួយ កិច្ចការនេះមិនមែនជារឿងតូចតាចទេ សូម្បីតែអ្នកក៏អាចនិយាយថាមានភាពច្នៃប្រឌិតផងដែរ។ វាពិបាកជាពិសេសក្នុងការផ្ទៀងផ្ទាត់ប្រព័ន្ធពហុតំណភ្ជាប់ដ៏ស្មុគស្មាញ។

តើអ្នកអាចស៊ីដំរីដោយរបៀបណា? មានតែនៅក្នុងផ្នែកប៉ុណ្ណោះ! យើងប្រើវិធីសាស្រ្តនេះដើម្បីត្រួតពិនិត្យកម្មវិធី។

ខ្លឹមសារនៃយុទ្ធសាស្ត្រតាមដានរបស់យើង៖

បំបែកកម្មវិធីរបស់អ្នកទៅជាសមាសធាតុ។
បង្កើតការត្រួតពិនិត្យត្រួតពិនិត្យសម្រាប់សមាសធាតុនីមួយៗ។

សមាសធាតុមួយត្រូវបានចាត់ទុកថាដំណើរការ ប្រសិនបើការត្រួតពិនិត្យទាំងអស់របស់វាត្រូវបានអនុវត្តដោយគ្មានកំហុស។ កម្មវិធីមួយត្រូវបានចាត់ទុកថាមានសុខភាពល្អ ប្រសិនបើសមាសធាតុទាំងអស់របស់វាមានមុខងារ។

ដូច្នេះប្រព័ន្ធណាមួយអាចត្រូវបានតំណាងថាជាមែកធាងនៃសមាសភាគ។ សមាសធាតុស្មុគស្មាញត្រូវបានបំបែកទៅជាធាតុសាមញ្ញជាង។ សមាសធាតុសាមញ្ញមានការត្រួតពិនិត្យ។

Benchmarks មិន​មែន​មាន​ន័យ​ថា​ដើម្បី​អនុវត្ត​ការ​ធ្វើ​តេ​ស្ត​មុខងារ​, ពួក​វា​មិន​មែន​ជា​ការ​ធ្វើ​តេ​ស្ត​ឯកតា​។ ការត្រួតពិនិត្យការត្រួតពិនិត្យគួរតែពិនិត្យមើលថាតើសមាសធាតុមានអារម្មណ៍យ៉ាងណានៅពេលបច្ចុប្បន្នក្នុងពេលបច្ចុប្បន្ន ថាតើមានធនធានទាំងអស់ដែលចាំបាច់សម្រាប់ដំណើរការរបស់វា និងថាតើមានបញ្ហាណាមួយដែរឬទេ។

មិនមានអព្ភូតហេតុទេ ការត្រួតពិនិត្យភាគច្រើននឹងត្រូវបង្កើតដោយឯករាជ្យ។ ប៉ុន្តែ​កុំ​ខ្លាច​អី ព្រោះ​ក្នុង​ករណី​ភាគ​ច្រើន​ការ​ពិនិត្យ​មួយ​ប្រើ​លេខ​កូដ 5-10 ប៉ុន្តែ​អ្នក​អាច​អនុវត្ត​តក្កវិជ្ជា​ណា​មួយ ហើយ​អ្នក​នឹង​យល់​យ៉ាង​ច្បាស់​ពី​របៀប​ដែល​មូលប្បទានប័ត្រ​ដំណើរការ។

ប្រព័ន្ធត្រួតពិនិត្យ

ឧបមាថាយើងបំបែកកម្មវិធីទៅជាសមាសធាតុ បង្កើត និងអនុវត្តការត្រួតពិនិត្យសម្រាប់សមាសភាគនីមួយៗ ប៉ុន្តែអ្វីដែលត្រូវធ្វើជាមួយលទ្ធផលនៃការត្រួតពិនិត្យទាំងនេះ? តើ​យើង​ធ្វើ​ដូចម្តេច​ដើម្បី​ដឹង​ថា​ការ​ពិនិត្យ​មួយ​ចំនួន​បាន​បរាជ័យ?

យើងនឹងត្រូវការប្រព័ន្ធត្រួតពិនិត្យ។ នាងនឹងបំពេញភារកិច្ចដូចខាងក្រោមៈ

• ទទួលបានលទ្ធផលតេស្ត ហើយប្រើពួកវាដើម្បីកំណត់ស្ថានភាពនៃសមាសធាតុ។
  ដោយមើលឃើញ វាមើលទៅដូចជាការបន្លិចមែកធាងសមាសភាគ។ សមាសធាតុមុខងារប្រែទៅជាពណ៌បៃតង សារធាតុដែលមានបញ្ហាប្រែទៅជាពណ៌ក្រហម។
• អនុវត្តការត្រួតពិនិត្យទូទៅចេញពីប្រអប់។
  ប្រព័ន្ធត្រួតពិនិត្យអាចអនុវត្តការត្រួតពិនិត្យមួយចំនួនដោយខ្លួនឯង។ ហេតុ​អ្វី​បាន​ជា​បង្កើត​កង់​ឡើង​វិញ ចូរ​យើង​ប្រើ​វា។ ឧទាហរណ៍ អ្នកអាចពិនិត្យមើលថាទំព័រគេហទំព័រមួយកំពុងបើក ឬម៉ាស៊ីនមេកំពុង pinging។
• ផ្ញើការជូនដំណឹងអំពីបញ្ហាទៅកាន់ភាគីដែលចាប់អារម្មណ៍។
• ការមើលឃើញនៃទិន្នន័យត្រួតពិនិត្យ ការផ្តល់របាយការណ៍ ក្រាហ្វ និងស្ថិតិ។

ការពិពណ៌នាសង្ខេបនៃប្រព័ន្ធ ASMO

វាជាការល្អបំផុតក្នុងការពន្យល់ជាមួយឧទាហរណ៍មួយ។ សូមក្រឡេកមើលរបៀបដែលការត្រួតពិនិត្យដំណើរការនៃប្រព័ន្ធ ASMO ត្រូវបានរៀបចំ។

ASMO គឺជាប្រព័ន្ធគាំទ្រឧតុនិយមស្វ័យប្រវត្តិ។ ប្រព័ន្ធនេះជួយឱ្យអ្នកឯកទេសផ្នែកសេវាផ្លូវថ្នល់យល់អំពីកន្លែង និងពេលណាដែលចាំបាច់ក្នុងការព្យាបាលផ្លូវដោយសារធាតុ de-icing ។ ប្រព័ន្ធប្រមូលទិន្នន័យពីចំណុចត្រួតពិនិត្យផ្លូវ។ ចំណុចត្រួតពិនិត្យផ្លូវ គឺជាកន្លែងនៅលើផ្លូវដែលឧបករណ៍ត្រូវបានដំឡើង៖ ស្ថានីយ៍អាកាសធាតុ កាមេរ៉ាវីដេអូ។ល។ ដើម្បីទស្សន៍ទាយស្ថានភាពគ្រោះថ្នាក់ ប្រព័ន្ធទទួលការព្យាករណ៍អាកាសធាតុពីប្រភពខាងក្រៅ។

ដូច្នេះ សមាសភាពនៃប្រព័ន្ធគឺមានលក្ខណៈធម្មតា៖ គេហទំព័រ ភ្នាក់ងារ ឧបករណ៍។ ចូរចាប់ផ្តើមត្រួតពិនិត្យ។

បំបែកប្រព័ន្ធទៅជាសមាសធាតុ

សមាសធាតុខាងក្រោមអាចត្រូវបានសម្គាល់នៅក្នុងប្រព័ន្ធ ASMO៖

1. គណនីផ្ទាល់ខ្លួន
នេះគឺជាកម្មវិធីបណ្តាញ។ យ៉ាងហោចណាស់ អ្នកត្រូវពិនិត្យមើលថាកម្មវិធីមាននៅលើអ៊ីនធឺណិត។

2. មូលដ្ឋានទិន្នន័យ
មូលដ្ឋានទិន្នន័យរក្សាទុកទិន្នន័យដែលមានសារៈសំខាន់សម្រាប់ការរាយការណ៍ ហើយអ្នកត្រូវតែធានាថាការបម្រុងទុកមូលដ្ឋានទិន្នន័យត្រូវបានបង្កើតដោយជោគជ័យ។

3. ម៉ាស៊ីនមេ
តាម server យើងមានន័យថា hardware ដែលកម្មវិធីដំណើរការ។ វាចាំបាច់ក្នុងការពិនិត្យមើលស្ថានភាពនៃ HDD, RAM, CPU ។

4. ភ្នាក់ងារ
នេះ​ជា​សេវាកម្ម Windows ដែល​ធ្វើ​កិច្ចការ​ផ្សេងៗ​គ្នា​ជា​ច្រើន​តាម​កាលវិភាគ។ យ៉ាងហោចណាស់អ្នកត្រូវពិនិត្យមើលថាសេវាកម្មកំពុងដំណើរការ។

5. ភារកិច្ចភ្នាក់ងារ
គ្រាន់តែដឹងថាភ្នាក់ងារកំពុងធ្វើការគឺមិនគ្រប់គ្រាន់ទេ។ ភ្នាក់ងារ​អាច​នឹង​ធ្វើ​ការ ប៉ុន្តែ​មិន​អនុវត្ត​កិច្ចការ​ដែល​បាន​កំណត់​របស់​ខ្លួន​ទេ។ ចូរបំបែកសមាសធាតុភ្នាក់ងារទៅជាភារកិច្ច ហើយពិនិត្យមើលថាតើភារកិច្ចភ្នាក់ងារនីមួយៗដំណើរការដោយជោគជ័យឬអត់។

6. ចំណុចត្រួតពិនិត្យផ្លូវ (កុងតឺន័រនៃ MPCs ទាំងអស់)
មានចំណុចត្រួតពិនិត្យផ្លូវជាច្រើន ដូច្នេះសូមបញ្ចូលគ្នានូវ MPC ទាំងអស់នៅក្នុងសមាសធាតុតែមួយ។ វានឹងធ្វើឱ្យវាកាន់តែងាយស្រួលក្នុងការអានទិន្នន័យត្រួតពិនិត្យ។ នៅពេលមើលស្ថានភាពនៃសមាសភាគ "ប្រព័ន្ធ ASMO" វានឹងច្បាស់ភ្លាមៗអំពីកន្លែងដែលមានបញ្ហា៖ នៅក្នុងកម្មវិធី ផ្នែករឹង ឬនៅក្នុងប្រព័ន្ធគ្រប់គ្រងអតិបរមា។

7. ចំណុចត្រួតពិនិត្យផ្លូវ (ដែនកំណត់អតិបរមាមួយ)
យើង​នឹង​ចាត់​ទុក​សមាសភាគ​នេះ​ថា​អាច​ប្រើ​បាន​ប្រសិន​បើ​ឧបករណ៍​ទាំងអស់​នៅ​លើ MPC នេះ​អាច​ប្រើ​បាន​។

8. ឧបករណ៍
នេះគឺជាម៉ាស៊ីនថតវីដេអូ ឬស្ថានីយ៍អាកាសធាតុដែលត្រូវបានដំឡើងនៅកម្រិតកំហាប់អតិបរមា។ វាចាំបាច់ក្នុងការពិនិត្យមើលថាឧបករណ៍នេះដំណើរការបានត្រឹមត្រូវ។

នៅក្នុងប្រព័ន្ធត្រួតពិនិត្យ មែកធាងសមាសភាគនឹងមើលទៅដូចនេះ៖

ការត្រួតពិនិត្យកម្មវិធីគេហទំព័រ

ដូច្នេះ យើង​បាន​បែងចែក​ប្រព័ន្ធ​ទៅ​ជា​ផ្នែកៗ ហើយ​ឥឡូវ​យើង​ត្រូវ​ពិនិត្យ​មើល​សមាសធាតុ​នីមួយៗ។

ដើម្បីត្រួតពិនិត្យកម្មវិធីគេហទំព័រ យើងប្រើការត្រួតពិនិត្យខាងក្រោម៖

1. ពិនិត្យមើលការបើកទំព័រមេ
ការត្រួតពិនិត្យនេះត្រូវបានអនុវត្តដោយប្រព័ន្ធត្រួតពិនិត្យ។ ដើម្បីប្រតិបត្តិវា យើងបង្ហាញអាសយដ្ឋានទំព័រ បំណែកឆ្លើយតបដែលរំពឹងទុក និងពេលវេលាប្រតិបត្តិសំណើអតិបរមា។

2. ពិនិត្យកាលបរិច្ឆេទទូទាត់ប្រាក់តាមដែន
ការត្រួតពិនិត្យសំខាន់ណាស់។ នៅពេលដែលដែននៅតែមិនទាន់បង់ប្រាក់ អ្នកប្រើប្រាស់មិនអាចបើកគេហទំព័របានទេ។ ការដោះស្រាយបញ្ហាអាចចំណាយពេលច្រើនថ្ងៃ ព្រោះ... ការផ្លាស់ប្តូរ DNS មិនត្រូវបានអនុវត្តភ្លាមៗទេ។

3. ពិនិត្យវិញ្ញាបនបត្រ SSL
សព្វថ្ងៃនេះ គេហទំព័រស្ទើរតែទាំងអស់ប្រើពិធីការ https ដើម្បីចូលប្រើ។ ដើម្បីឱ្យពិធីការដំណើរការបានត្រឹមត្រូវ អ្នកត្រូវការវិញ្ញាបនបត្រ SSL ដែលមានសុពលភាព។

ខាងក្រោមនេះគឺជាធាតុផ្សំ "គណនីផ្ទាល់ខ្លួន" នៅក្នុងប្រព័ន្ធត្រួតពិនិត្យ៖

ការត្រួតពិនិត្យទាំងអស់ខាងលើនឹងដំណើរការសម្រាប់កម្មវិធីភាគច្រើន ហើយមិនត្រូវការការសរសេរកូដទេ។ នេះពិតជាត្រជាក់ខ្លាំងណាស់ ព្រោះអ្នកអាចចាប់ផ្តើមត្រួតពិនិត្យកម្មវិធីគេហទំព័រណាមួយក្នុងរយៈពេល 5 នាទី។ ខាងក្រោមគឺជាការត្រួតពិនិត្យបន្ថែមដែលអាចត្រូវបានអនុវត្តសម្រាប់កម្មវិធីគេហទំព័រ ប៉ុន្តែការអនុវត្តរបស់ពួកគេគឺស្មុគស្មាញ និងជាក់លាក់នៃកម្មវិធី ដូច្នេះយើងនឹងមិនគ្របដណ្តប់វានៅក្នុងអត្ថបទនេះទេ។

តើអ្នកអាចពិនិត្យអ្វីទៀត?

ដើម្បីត្រួតពិនិត្យកម្មវិធីគេហទំព័ររបស់អ្នកឱ្យបានពេញលេញ អ្នកអាចធ្វើការត្រួតពិនិត្យដូចខាងក្រោម៖

• ចំនួនកំហុស JavaScript ក្នុងមួយរយៈពេល
• ចំនួននៃកំហុសនៅលើផ្នែកកម្មវិធីបណ្តាញ (ផ្នែកខាងក្រោយ) សម្រាប់រយៈពេលនេះ។
• ចំនួននៃការឆ្លើយតបកម្មវិធីគេហទំព័រដែលមិនជោគជ័យ (លេខកូដឆ្លើយតប 404, 500 ។ល។)
• ពេលវេលាអនុវត្តសំណួរជាមធ្យម

ការត្រួតពិនិត្យសេវាកម្មវីនដូ (ភ្នាក់ងារ)

នៅក្នុងប្រព័ន្ធ ASMO ភ្នាក់ងារដើរតួជាអ្នកកំណត់ពេលភារកិច្ច ដែលប្រតិបត្តិកិច្ចការដែលបានកំណត់ពេលក្នុងផ្ទៃខាងក្រោយ។

ប្រសិនបើកិច្ចការភ្នាក់ងារទាំងអស់បានបញ្ចប់ដោយជោគជ័យ ភ្នាក់ងារកំពុងដំណើរការបានត្រឹមត្រូវ។ វាប្រែថាដើម្បីតាមដានភ្នាក់ងារមួយ អ្នកត្រូវតាមដានកិច្ចការរបស់វា។ ដូច្នេះយើងបែងចែកសមាសភាគ "ភ្នាក់ងារ" ទៅជាភារកិច្ច។ សម្រាប់កិច្ចការនីមួយៗ យើងនឹងបង្កើតសមាសភាគដាច់ដោយឡែកមួយនៅក្នុងប្រព័ន្ធត្រួតពិនិត្យ ដែលសមាសធាតុ "ភ្នាក់ងារ" នឹងក្លាយជា "មេ" ។

យើងបំបែកសមាសភាគភ្នាក់ងារទៅជាសមាសភាគកុមារ (ភារកិច្ច)៖

ដូច្នេះ​ហើយ យើង​បាន​បំបែក​សមាសធាតុ​ស្មុគស្មាញ​មួយ​ទៅ​ជា​សាមញ្ញ​មួយ​ចំនួន។ ឥឡូវនេះយើងត្រូវមកពិនិត្យសម្រាប់សមាសធាតុសាមញ្ញនីមួយៗ។ សូមចំណាំថាសមាសភាគមេ "ភ្នាក់ងារ" នឹងមិនមានការត្រួតពិនិត្យណាមួយទេ ពីព្រោះប្រព័ន្ធត្រួតពិនិត្យនឹងគណនាស្ថានភាពរបស់វាដោយឯករាជ្យដោយផ្អែកលើស្ថានភាពនៃសមាសភាគកូនរបស់វា។ ម្យ៉ាងវិញទៀត ប្រសិនបើកិច្ចការទាំងអស់ត្រូវបានបញ្ចប់ដោយជោគជ័យ នោះភ្នាក់ងារកំពុងដំណើរការដោយជោគជ័យ។

មានកិច្ចការច្រើនជាងមួយរយនៅក្នុងប្រព័ន្ធ ASMO តើវាពិតជាចាំបាច់ក្នុងការត្រួតពិនិត្យតែមួយគត់សម្រាប់កិច្ចការនីមួយៗមែនទេ? ជាការពិតណាស់ ការគ្រប់គ្រងនឹងកាន់តែប្រសើរឡើង ប្រសិនបើយើងមកជាមួយ និងអនុវត្តការត្រួតពិនិត្យពិសេសផ្ទាល់ខ្លួនរបស់យើងសម្រាប់ភារកិច្ចភ្នាក់ងារនីមួយៗ ប៉ុន្តែក្នុងករណីភាគច្រើន វាគ្រប់គ្រាន់ក្នុងការប្រើការត្រួតពិនិត្យជាសកល។

ប្រព័ន្ធ ASMO ប្រើតែការត្រួតពិនិត្យជាសកលសម្រាប់ភារកិច្ច ហើយនេះគឺគ្រប់គ្រាន់ដើម្បីតាមដានដំណើរការនៃប្រព័ន្ធ។

កំពុងពិនិត្យមើលវឌ្ឍនភាព
ការត្រួតពិនិត្យសាមញ្ញបំផុត និងមានប្រសិទ្ធភាពបំផុតគឺការត្រួតពិនិត្យការប្រតិបត្តិ។ ការត្រួតពិនិត្យផ្ទៀងផ្ទាត់ថាភារកិច្ចត្រូវបានបញ្ចប់ដោយគ្មានកំហុស។ កិច្ចការទាំងអស់មានការត្រួតពិនិត្យនេះ។

ការពិនិត្យមើលក្បួនដោះស្រាយ

បន្ទាប់ពីការអនុវត្តភារកិច្ចនីមួយៗ អ្នកត្រូវផ្ញើលទ្ធផលនៃការត្រួតពិនិត្យ SUCCESS ទៅកាន់ប្រព័ន្ធត្រួតពិនិត្យ ប្រសិនបើការប្រតិបត្តិភារកិច្ចបានជោគជ័យ ឬកំហុសប្រសិនបើការប្រតិបត្តិបានបញ្ចប់ដោយមានកំហុស។

ការត្រួតពិនិត្យនេះអាចរកឃើញបញ្ហាដូចខាងក្រោមៈ

1. កិច្ចការដំណើរការ ប៉ុន្តែបរាជ័យដោយមានកំហុស។
2. ភារកិច្ចបានឈប់ដំណើរការ ជាឧទាហរណ៍ វាបានបង្កក។

សូមក្រឡេកមើលពីរបៀបដែលបញ្ហាទាំងនេះត្រូវបានដោះស្រាយយ៉ាងលំអិត។

បញ្ហាទី 1 - ភារកិច្ចដំណើរការប៉ុន្តែបរាជ័យដោយមានកំហុស
ខាងក្រោម​នេះ​ជា​ករណី​ដែល​កិច្ចការ​ដំណើរការ ប៉ុន្តែ​បរាជ័យ​នៅ​ចន្លោះ​ម៉ោង ១៤:០០ ដល់ ១៦:០០។

តួលេខបង្ហាញថានៅពេលដែលកិច្ចការបរាជ័យ សញ្ញាមួយត្រូវបានបញ្ជូនភ្លាមៗទៅកាន់ប្រព័ន្ធត្រួតពិនិត្យ ហើយស្ថានភាពនៃការត្រួតពិនិត្យដែលត្រូវគ្នានៅក្នុងប្រព័ន្ធត្រួតពិនិត្យក្លាយជាការជូនដំណឹង។

សូមចំណាំថានៅក្នុងប្រព័ន្ធត្រួតពិនិត្យស្ថានភាពនៃសមាសភាគអាស្រ័យលើស្ថានភាពផ្ទៀងផ្ទាត់។ ស្ថានភាពរោទិ៍នៃការត្រួតពិនិត្យនឹងផ្លាស់ប្តូរសមាសធាតុកម្រិតខ្ពស់ទាំងអស់ទៅជាការជូនដំណឹង សូមមើលរូបភាពខាងក្រោម។

បញ្ហាទី 2 - កិច្ចការបានបញ្ឈប់ការប្រតិបត្តិ (ជាប់គាំង)
តើប្រព័ន្ធត្រួតពិនិត្យនឹងយល់យ៉ាងដូចម្តេចថា កិច្ចការមួយត្រូវបានជាប់គាំង?

លទ្ធផលត្រួតពិនិត្យមានរយៈពេលសុពលភាព ឧទាហរណ៍ 1 ម៉ោង។ ប្រសិនបើមួយម៉ោងកន្លងផុតទៅ ហើយមិនមានលទ្ធផលតេស្តថ្មីទេ ប្រព័ន្ធត្រួតពិនិត្យនឹងកំណត់ស្ថានភាពតេស្តទៅជាសំឡេងរោទិ៍។

ក្នុងរូបភាពខាងលើ ភ្លើងបានបិទនៅម៉ោង 14:00 រសៀល។ នៅម៉ោង 15:00 ប្រព័ន្ធត្រួតពិនិត្យនឹងរកឃើញថាលទ្ធផលតេស្ត (ចាប់ពីម៉ោង 14:00) គឺរលួយព្រោះ ពេលវេលាពាក់ព័ន្ធបានផុតកំណត់ (មួយម៉ោង) ប៉ុន្តែមិនមានលទ្ធផលថ្មីទេ ហើយនឹងប្តូរការត្រួតពិនិត្យទៅជាស្ថានភាពរោទិ៍។

នៅម៉ោង 16:00 ភ្លើងត្រូវបានបើកម្តងទៀត កម្មវិធីនឹងបញ្ចប់កិច្ចការ ហើយបញ្ជូនលទ្ធផលប្រតិបត្តិទៅកាន់ប្រព័ន្ធត្រួតពិនិត្យ ស្ថានភាពតេស្តនឹងទទួលបានជោគជ័យម្តងទៀត។

តើខ្ញុំគួរប្រើពេលវេលាពិនិត្យភាពពាក់ព័ន្ធអ្វីខ្លះ?

ពេលវេលាពាក់ព័ន្ធត្រូវតែធំជាងរយៈពេលអនុវត្តភារកិច្ច។ ខ្ញុំសូមណែនាំឱ្យកំណត់ពេលវេលាពាក់ព័ន្ធ 2-3 ដងយូរជាងរយៈពេលអនុវត្តភារកិច្ច។ នេះគឺចាំបាច់ដើម្បីជៀសវាងការទទួលការជូនដំណឹងមិនពិត នៅពេលដែលឧទាហរណ៍ កិច្ចការមួយចំណាយពេលយូរជាងធម្មតា ឬនរណាម្នាក់បានផ្ទុកកម្មវិធីឡើងវិញ។

កំពុងពិនិត្យមើលវឌ្ឍនភាព

ប្រព័ន្ធ ASMO មានភារកិច្ច "Load Forecast" ដែលព្យាយាមទាញយកការព្យាករណ៍ថ្មីពីប្រភពខាងក្រៅម្តងក្នុងមួយម៉ោង។ ពេលវេលាពិតប្រាកដនៅពេលដែលការព្យាករណ៍ថ្មីលេចឡើងនៅក្នុងប្រព័ន្ធខាងក្រៅមិនត្រូវបានគេដឹងនោះទេប៉ុន្តែវាត្រូវបានគេដឹងថាវាកើតឡើង 2 ដងក្នុងមួយថ្ងៃ។ វាប្រែថាប្រសិនបើមិនមានការព្យាករណ៍ថ្មីសម្រាប់រយៈពេលជាច្រើនម៉ោងនោះនេះគឺជារឿងធម្មតាប៉ុន្តែប្រសិនបើមិនមានការព្យាករណ៍ថ្មីលើសពីមួយថ្ងៃទេនោះអ្វីមួយបានខូចនៅកន្លែងណាមួយ។ ឧទាហរណ៍ ទ្រង់ទ្រាយទិន្នន័យនៅក្នុងប្រព័ន្ធព្យាករណ៍ខាងក្រៅអាចផ្លាស់ប្តូរ ដែលនេះជាមូលហេតុដែល ASMO នឹងមិនឃើញការចេញផ្សាយការព្យាករណ៍ថ្មី។

ការពិនិត្យមើលក្បួនដោះស្រាយ

កិច្ចការបញ្ជូនលទ្ធផលនៃការត្រួតពិនិត្យជោគជ័យទៅប្រព័ន្ធត្រួតពិនិត្យ នៅពេលដែលវាជោគជ័យក្នុងការទទួលបានវឌ្ឍនភាព (ទាញយកការព្យាករណ៍អាកាសធាតុថ្មី)។ ប្រសិនបើមិនមានការរីកចំរើន ឬមានកំហុសកើតឡើងទេនោះ គ្មានអ្វីត្រូវបានបញ្ជូនទៅប្រព័ន្ធត្រួតពិនិត្យនោះទេ។

មូលប្បទានប័ត្រត្រូវតែមានចន្លោះពេលពាក់ព័ន្ធ ដែលក្នុងអំឡុងពេលនេះវាត្រូវបានធានាថានឹងទទួលបានវឌ្ឍនភាពថ្មី។

សូមចំណាំថាយើងនឹងសិក្សាអំពីបញ្ហាជាមួយនឹងការពន្យាពេល ពីព្រោះប្រព័ន្ធត្រួតពិនិត្យត្រូវរង់ចាំរហូតដល់រយៈពេលសុពលភាពនៃលទ្ធផលស្កេនចុងក្រោយផុតកំណត់។ ដូច្នេះ​រយៈពេល​សុពលភាព​នៃ​មូលប្បទានប័ត្រ​មិន​ចាំបាច់​ត្រូវ​ធ្វើ​យូរ​ពេក​ទេ។

ការត្រួតពិនិត្យមូលដ្ឋានទិន្នន័យ

ដើម្បីគ្រប់គ្រងមូលដ្ឋានទិន្នន័យនៅក្នុងប្រព័ន្ធ ASMO យើងធ្វើការត្រួតពិនិត្យដូចខាងក្រោមៈ

1. ផ្ទៀងផ្ទាត់ការបង្កើតការបម្រុងទុក
2. កំពុងពិនិត្យមើលទំហំថាសទំនេរ

ផ្ទៀងផ្ទាត់ការបង្កើតការបម្រុងទុក
នៅក្នុងកម្មវិធីភាគច្រើន វាជារឿងសំខាន់ដែលត្រូវតែមានការបម្រុងទុកមូលដ្ឋានទិន្នន័យទាន់សម័យ ដូច្នេះប្រសិនបើម៉ាស៊ីនមេបរាជ័យ អ្នកអាចដាក់ពង្រាយកម្មវិធីទៅម៉ាស៊ីនមេថ្មី។

ASMO បង្កើតច្បាប់ចម្លងបម្រុងទុកមួយដងក្នុងមួយសប្តាហ៍ ហើយផ្ញើវាទៅកន្លែងផ្ទុក។ នៅពេលដែលនីតិវិធីនេះត្រូវបានបញ្ចប់ដោយជោគជ័យ លទ្ធផលនៃការត្រួតពិនិត្យជោគជ័យត្រូវបានបញ្ជូនទៅប្រព័ន្ធត្រួតពិនិត្យ។ លទ្ធផលផ្ទៀងផ្ទាត់មានសុពលភាពរយៈពេល 9 ថ្ងៃ។ ទាំងនោះ។ ដើម្បីគ្រប់គ្រងការបង្កើតការបម្រុងទុក យន្តការ "ការត្រួតពិនិត្យដំណើរការ" ដែលយើងបានពិភាក្សាខាងលើត្រូវបានប្រើ។

កំពុងពិនិត្យមើលទំហំថាសទំនេរ
ប្រសិនបើមិនមានទំហំទំនេរគ្រប់គ្រាន់នៅលើថាសទេនោះ មូលដ្ឋានទិន្នន័យនឹងមិនអាចដំណើរការបានត្រឹមត្រូវទេ ដូច្នេះហើយចាំបាច់ត្រូវគ្រប់គ្រងទំហំទំនេរ។

វាងាយស្រួលប្រើម៉ែត្រដើម្បីពិនិត្យមើលប៉ារ៉ាម៉ែត្រលេខ។

ម៉ែត្រ គឺ​ជា​អថេរ​ជា​លេខ តម្លៃ​ដែល​ត្រូវ​បាន​បញ្ជូន​ទៅ​ប្រព័ន្ធ​ត្រួតពិនិត្យ។ ប្រព័ន្ធត្រួតពិនិត្យពិនិត្យតម្លៃកម្រិតចាប់ផ្ដើម និងគណនាស្ថានភាពម៉ែត្រ។

ខាងក្រោមនេះគឺជារូបភាពនៃអ្វីដែលសមាសធាតុ "មូលដ្ឋានទិន្នន័យ" មើលទៅដូចនៅក្នុងប្រព័ន្ធត្រួតពិនិត្យ៖

ការត្រួតពិនិត្យម៉ាស៊ីនមេ

ដើម្បីត្រួតពិនិត្យម៉ាស៊ីនមេ យើងប្រើការត្រួតពិនិត្យ និងម៉ែត្រខាងក្រោម៖

1. ទំហំថាសទំនេរ
ប្រសិនបើទំហំថាសអស់ កម្មវិធីនឹងមិនអាចដំណើរការបានទេ។ យើងប្រើតម្លៃកម្រិត 2៖ កម្រិតទីមួយគឺការព្រមាន កម្រិតទីពីរគឺការជូនដំណឹង។

2. តម្លៃ RAM ជាមធ្យមគិតជាភាគរយក្នុងមួយម៉ោង
យើង​ប្រើ​មធ្យម​ម៉ោង​ព្រោះ​... យើងមិនចាប់អារម្មណ៍នឹងការប្រណាំងដ៏កម្រនោះទេ។

3. ភាគរយ CPU ជាមធ្យមក្នុងមួយម៉ោង
យើង​ប្រើ​មធ្យម​ម៉ោង​ព្រោះ​... យើងមិនចាប់អារម្មណ៍នឹងការប្រណាំងដ៏កម្រនោះទេ។

4. ពិនិត្យ Ping
ពិនិត្យមើលថាម៉ាស៊ីនមេគឺនៅលើអ៊ីនធឺណិត។ ប្រព័ន្ធត្រួតពិនិត្យអាចអនុវត្តការត្រួតពិនិត្យនេះ មិនចាំបាច់សរសេរកូដទេ។

ខាងក្រោមនេះគឺជារូបភាពនៃអ្វីដែលសមាសធាតុ "ម៉ាស៊ីនមេ" មើលទៅដូចនៅក្នុងប្រព័ន្ធត្រួតពិនិត្យ៖

ការត្រួតពិនិត្យឧបករណ៍

ខ្ញុំនឹងប្រាប់អ្នកពីរបៀបដែលទិន្នន័យត្រូវបានទទួល។ សម្រាប់ចំណុចត្រួតពិនិត្យផ្លូវនីមួយៗ (MPC) មានភារកិច្ចមួយនៅក្នុងកម្មវិធីរៀបចំភារកិច្ច ឧទាហរណ៍ "ការស្ទង់មតិ MPC M2 គីឡូម៉ែត្រ 200" ។ កិច្ចការទទួលបានទិន្នន័យពីឧបករណ៍ MPC ទាំងអស់រៀងរាល់ 30 នាទីម្តង។

បញ្ហាបណ្តាញទំនាក់ទំនង
គ្រឿងបរិក្ខារភាគច្រើនមានទីតាំងនៅក្រៅទីក្រុង បណ្តាញ GSM ត្រូវបានប្រើសម្រាប់ការបញ្ជូនទិន្នន័យ ដែលមិនដំណើរការស្ថិរភាព (មានបណ្តាញ ឬមិនមាន)។

ដោយសារការបរាជ័យបណ្តាញញឹកញាប់ ជាដំបូង ការត្រួតពិនិត្យការស្ទង់មតិរបស់ MPC ក្នុងការត្រួតពិនិត្យមើលទៅដូចនេះ៖

វាច្បាស់ណាស់ថានេះមិនមែនជាជម្រើសដំណើរការទេ ព្រោះមានការជូនដំណឹងមិនពិតជាច្រើនអំពីបញ្ហា។ បន្ទាប់មកវាត្រូវបានសម្រេចចិត្តប្រើ "ការត្រួតពិនិត្យដំណើរការ" សម្រាប់ឧបករណ៍នីមួយៗពោលគឺឧ។ មានតែសញ្ញាជោគជ័យប៉ុណ្ណោះដែលត្រូវបានបញ្ជូនទៅប្រព័ន្ធត្រួតពិនិត្យ នៅពេលដែលឧបករណ៍ត្រូវបានស្ទង់មតិដោយគ្មានកំហុស។ ពេលវេលាពាក់ព័ន្ធត្រូវបានកំណត់ទៅ 5 ម៉ោង។

ឥឡូវនេះ ការត្រួតពិនិត្យផ្ញើការជូនដំណឹងអំពីបញ្ហាតែនៅពេលដែលឧបករណ៍មិនអាចធ្វើការស្ទង់មតិលើសពី 5 ម៉ោងប៉ុណ្ណោះ។ ជាមួយនឹងកម្រិតខ្ពស់នៃប្រូបាប៊ីលីតេ ទាំងនេះមិនមែនជាការជូនដំណឹងមិនពិតទេ ប៉ុន្តែជាបញ្ហាពិត។

ខាង​ក្រោម​នេះ​ជា​រូបភាព​នៃ​អ្វី​ដែល​ឧបករណ៍​មើល​ទៅ​ដូច​ជា​ក្នុង​ប្រព័ន្ធ​ត្រួត​ពិនិត្យ៖

សំខាន់!
នៅពេលដែលបណ្តាញ GSM ឈប់ដំណើរការ ឧបករណ៍ MDC ទាំងអស់មិនត្រូវបានស្ទង់មតិទេ។ ដើម្បីកាត់បន្ថយចំនួនអ៊ីមែលពីប្រព័ន្ធត្រួតពិនិត្យ វិស្វកររបស់យើងជាវការជូនដំណឹងអំពីបញ្ហាផ្នែកជាមួយប្រភេទ "MPC" ជាជាង "ឧបករណ៍"។ នេះអនុញ្ញាតឱ្យអ្នកទទួលបានការជូនដំណឹងមួយសម្រាប់ MPC នីមួយៗ ជាជាងទទួលការជូនដំណឹងដាច់ដោយឡែកសម្រាប់ឧបករណ៍នីមួយៗ។

គ្រោងការណ៍ត្រួតពិនិត្យ ASMO ចុងក្រោយ

ចូរយើងដាក់អ្វីៗទាំងអស់រួមគ្នា ហើយមើលថាតើយើងមានគម្រោងត្រួតពិនិត្យបែបណា។

សេចក្តីសន្និដ្ឋាន

ចូរយើងសង្ខេប។
តើការត្រួតពិនិត្យការអនុវត្តរបស់ ASMO ផ្តល់ឱ្យយើងអ្វីខ្លះ?

1. ពេលវេលាលុបបំបាត់ពិការភាពបានថយចុះ
យើងធ្លាប់បានឮអំពីបញ្ហាពីអ្នកប្រើប្រាស់ ប៉ុន្តែមិនមែនអ្នកប្រើប្រាស់ទាំងអស់រាយការណ៍អំពីពិការភាពនោះទេ។ វាបានកើតឡើងដែលយើងបានរៀនអំពីដំណើរការខុសប្រក្រតីនៃសមាសធាតុប្រព័ន្ធមួយសប្តាហ៍បន្ទាប់ពីវាបានបង្ហាញខ្លួន។ ឥឡូវនេះប្រព័ន្ធត្រួតពិនិត្យជូនដំណឹងដល់យើងអំពីបញ្ហាភ្លាមៗនៅពេលរកឃើញបញ្ហា។

2. ស្ថេរភាពប្រព័ន្ធបានកើនឡើង
ចាប់តាំងពីពិការភាពបានចាប់ផ្តើមត្រូវបានលុបចោលមុននេះ ប្រព័ន្ធទាំងមូលចាប់ផ្តើមដំណើរការកាន់តែមានស្ថេរភាព។

3. ការកាត់បន្ថយចំនួននៃការហៅទៅកាន់ផ្នែកជំនួយបច្ចេកទេស
ឥឡូវនេះបញ្ហាជាច្រើនត្រូវបានជួសជុល មុនពេលអ្នកប្រើប្រាស់ដឹងអំពីពួកគេ។ អ្នកប្រើប្រាស់បានចាប់ផ្តើមទាក់ទងផ្នែកជំនួយបច្ចេកទេសតិចជាញឹកញាប់។ ទាំងអស់នេះមានឥទ្ធិពលល្អលើកេរ្តិ៍ឈ្មោះរបស់យើង។

4. ការបង្កើនភាពស្មោះត្រង់របស់អតិថិជន និងអ្នកប្រើប្រាស់
អតិថិជនបានកត់សម្គាល់ការផ្លាស់ប្តូរជាវិជ្ជមាននៅក្នុងស្ថេរភាពនៃប្រព័ន្ធ។ អ្នកប្រើប្រាស់ជួបប្រទះបញ្ហាតិចតួចក្នុងការប្រើប្រាស់ប្រព័ន្ធ។

5. កាត់បន្ថយការចំណាយលើជំនួយបច្ចេកទេស
យើងឈប់ធ្វើការត្រួតពិនិត្យដោយដៃ។ ឥឡូវនេះការត្រួតពិនិត្យទាំងអស់គឺដោយស្វ័យប្រវត្តិ។ ពីមុន យើងបានរៀនអំពីបញ្ហាពីអ្នកប្រើប្រាស់ វាច្រើនតែពិបាកក្នុងការយល់ពីបញ្ហាដែលអ្នកប្រើប្រាស់កំពុងនិយាយ។ ឥឡូវនេះ បញ្ហាភាគច្រើនត្រូវបានរាយការណ៍ដោយប្រព័ន្ធត្រួតពិនិត្យ ការជូនដំណឹងមានទិន្នន័យបច្ចេកទេស ដែលតែងតែធ្វើឱ្យច្បាស់ថាមានអ្វីខុស និងកន្លែងណា។

សំខាន់!
អ្នកមិនអាចដំឡើងប្រព័ន្ធត្រួតពិនិត្យនៅលើម៉ាស៊ីនមេតែមួយដែលកម្មវិធីរបស់អ្នកដំណើរការបានទេ។ ប្រសិនបើម៉ាស៊ីនមេធ្លាក់ចុះ កម្មវិធីនឹងឈប់ដំណើរការ ហើយនឹងមិនមាននរណាម្នាក់ជូនដំណឹងអំពីវាទេ។

ប្រព័ន្ធត្រួតពិនិត្យត្រូវតែដំណើរការលើម៉ាស៊ីនមេដាច់ដោយឡែកនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យផ្សេងទៀត។

ប្រសិនបើអ្នកមិនចង់ប្រើម៉ាស៊ីនមេដែលខិតខំប្រឹងប្រែងក្នុងមជ្ឈមណ្ឌលទិន្នន័យថ្មីទេ អ្នកអាចប្រើប្រព័ន្ធត្រួតពិនិត្យពពក។ ក្រុមហ៊ុនរបស់យើងប្រើប្រព័ន្ធត្រួតពិនិត្យពពក Zidium ប៉ុន្តែអ្នកអាចប្រើប្រព័ន្ធត្រួតពិនិត្យណាមួយផ្សេងទៀត។ តម្លៃនៃប្រព័ន្ធត្រួតពិនិត្យពពកគឺទាបជាងការជួលម៉ាស៊ីនមេថ្មី។

អនុសាសន៍:

1. បំបែកកម្មវិធី និងប្រព័ន្ធក្នុងទម្រង់ជាមែកធាងនៃសមាសធាតុឱ្យបានលម្អិតតាមដែលអាចធ្វើទៅបាន ដូច្នេះវានឹងងាយស្រួលយល់អំពីកន្លែង និងអ្វីដែលខូច ហើយការគ្រប់គ្រងនឹងកាន់តែពេញលេញ។
2. ដើម្បីពិនិត្យមើលមុខងាររបស់សមាសធាតុ សូមប្រើតេស្ត។ វាជាការប្រសើរក្នុងការប្រើការត្រួតពិនិត្យសាមញ្ញជាច្រើនជាជាងការស្មុគ្រស្មាញមួយ។
3. កំណត់រចនាសម្ព័ន្ធកម្រិតម៉ែត្រនៅផ្នែកម្ខាងនៃប្រព័ន្ធត្រួតពិនិត្យ ជាជាងសរសេរពួកវាជាកូដ។ វានឹងជួយសង្រ្គោះអ្នកពីការចងក្រង កំណត់រចនាសម្ព័ន្ធឡើងវិញ ឬចាប់ផ្តើមកម្មវិធីឡើងវិញ។
4. សម្រាប់ការត្រួតពិនិត្យផ្ទាល់ខ្លួន សូមប្រើរឹមនៃពេលវេលាពាក់ព័ន្ធ ដើម្បីជៀសវាងការទទួលការជូនដំណឹងមិនពិត ពីព្រោះការត្រួតពិនិត្យខ្លះចំណាយពេលយូរបន្តិចដើម្បីបំពេញជាងធម្មតា។
5. ព្យាយាមធ្វើឱ្យសមាសធាតុនៅក្នុងប្រព័ន្ធត្រួតពិនិត្យប្រែពណ៌ក្រហមតែនៅពេលដែលពិតជាមានបញ្ហា។ ប្រសិនបើពួកវាប្រែជាក្រហមដោយគ្មានអ្វីសោះ នោះអ្នកនឹងឈប់យកចិត្តទុកដាក់លើការជូនដំណឹងនៃប្រព័ន្ធត្រួតពិនិត្យ អត្ថន័យរបស់វានឹងត្រូវបាត់បង់។

ប្រសិនបើអ្នកមិនទាន់ប្រើប្រព័ន្ធត្រួតពិនិត្យនៅឡើយ សូមចាប់ផ្តើម! វាមិនពិបាកដូចដែលវាហាក់ដូចជានោះទេ។ ចាប់ផ្តើមមើលដើមឈើពណ៌បៃតងដែលអ្នកបានដាំដុះដោយខ្លួនឯង។

សូមសំណាងល្អ។

ប្រភព: www.habr.com