រូបថតដោយ Alena Tulyakova ទីភ្នាក់ងារសារព័ត៌មាន "Clerk.Ru"

អត្ថបទកំណត់អត្តសញ្ញាណកំហុសចម្បងដែលអ្នកគ្រប់គ្រង 1C ថ្មីថ្មោងធ្វើ និងបង្ហាញពីរបៀបដោះស្រាយពួកវាដោយប្រើការធ្វើតេស្ត Gilev ជាឧទាហរណ៍មួយ។

គោលបំណងសំខាន់នៃការសរសេរអត្ថបទនេះគឺដើម្បីជៀសវាងការធ្វើឡើងវិញនូវភាពច្បាស់លាស់សម្រាប់អ្នកគ្រប់គ្រងទាំងនោះ (និងអ្នកសរសេរកម្មវិធី) ដែលមិនទាន់ទទួលបានបទពិសោធន៍ជាមួយ 1C ។

គោលដៅបន្ទាប់បន្សំគឺថាប្រសិនបើខ្ញុំមានការខ្វះខាតណាមួយ Infostart នឹងលឿនបំផុតដើម្បីចង្អុលបង្ហាញរឿងនេះដល់ខ្ញុំ។

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

មានអត្ថបទស្រដៀងគ្នានៅលើ Infostart ខ្ញុំនឹងដាក់តំណភ្ជាប់ទៅពួកគេនៅក្នុងផ្នែកដែលពាក់ព័ន្ធ (ប្រសិនបើខ្ញុំខកខានអ្វីមួយសូមណែនាំខ្ញុំនៅក្នុងមតិយោបល់ខ្ញុំនឹងបន្ថែមវា) ។ ដូច្នេះ សន្មត់ថា 1C របស់អ្នកយឺត។ តើត្រូវវិនិច្ឆ័យបញ្ហាដោយរបៀបណា និងរបៀបយល់ថាអ្នកណាត្រូវស្តីបន្ទោស អ្នកគ្រប់គ្រង ឬអ្នកសរសេរកម្មវិធី?

ទិន្នន័យដំបូង៖

កុំព្យូទ័រដែលបានសាកល្បង ជ្រូកហ្គីណេមេ៖ HP DL180G6 បំពាក់ដោយ 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. សម្រាប់ការប្រៀបធៀប Core i3-2100 បង្ហាញលទ្ធផលដែលអាចប្រៀបធៀបបាននៅក្នុងការធ្វើតេស្តតែមួយខ្សែ។ គ្រឿងបរិក្ខារដែលខ្ញុំបានជ្រើសរើសដោយចេតនាមិនមែនជាឧបករណ៍ថ្មីបំផុតនោះទេ ជាមួយនឹងឧបករណ៍ទំនើបៗ លទ្ធផលគឺប្រសើរជាងគួរឱ្យកត់សម្គាល់។

សម្រាប់​ការ​សាកល្បង​ម៉ាស៊ីន​មេ 1C និង SQL ដាច់​ដោយ​ឡែក SQL server៖ IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

ដើម្បីសាកល្បងបណ្តាញ 10 Gbit អាដាប់ទ័រ Intel 520-DA2 ត្រូវបានប្រើ។

កំណែឯកសារ។ (មូលដ្ឋានទិន្នន័យគឺនៅលើម៉ាស៊ីនមេនៅក្នុងថតដែលបានចែករំលែក អតិថិជនភ្ជាប់តាមរយៈបណ្តាញ CIFS/SMB protocol)។ ក្បួនដោះស្រាយមួយជំហានម្តង ៗ ៖

0. បន្ថែមមូលដ្ឋានទិន្នន័យសាកល្បងរបស់ Gilev ទៅម៉ាស៊ីនមេឯកសារនៅក្នុងថតដូចគ្នានឹងមូលដ្ឋានទិន្នន័យសំខាន់។ យើងភ្ជាប់ពីកុំព្យូទ័រអតិថិជន ហើយដំណើរការតេស្ត។ យើងចាំលទ្ធផល។

វាត្រូវបានគេយល់ថាសូម្បីតែសម្រាប់កុំព្យូទ័រចាស់ពី 10 ឆ្នាំមុន (Pentium នៅលើរន្ធ 775) ពេលវេលានៃការចុចលើ 1C: ផ្លូវកាត់សហគ្រាសទៅរូបរាងនៃបង្អួចមូលដ្ឋានទិន្នន័យគួរតែចំណាយពេលតិចជាងមួយនាទី។ (Celeron = យឺត) ។

ប្រសិនបើកុំព្យូទ័ររបស់អ្នកអាក្រក់ជាង Pentium នៅលើរន្ធ 775 ដែលមាន RAM 1 GB នោះខ្ញុំអាណិតអ្នកហើយវានឹងពិបាកសម្រាប់អ្នកក្នុងការសម្រេចបាននូវការងារប្រកបដោយផាសុកភាពនៅលើ 1C 8.2 នៅក្នុងកំណែឯកសារ។ គិតអំពីការធ្វើឱ្យប្រសើរ (វាជាពេលវេលាខ្ពស់) ឬប្តូរទៅស្ថានីយ (ឬគេហទំព័រ ក្នុងករណីម៉ាស៊ីនភ្ញៀវស្តើង និងទម្រង់ដែលបានគ្រប់គ្រង)។

ប្រសិនបើកុំព្យូទ័រមិនអាក្រក់ទេនោះអ្នកអាចទាត់អ្នកគ្រប់គ្រង។ ជាអប្បបរមា សូមពិនិត្យមើលប្រតិបត្តិការនៃបណ្តាញ កំចាត់មេរោគ និងកម្មវិធីបញ្ជាការពារ HASP ។

ប្រសិនបើការធ្វើតេស្តរបស់ Gilev នៅដំណាក់កាលនេះបានបង្ហាញ "សេក" ចំនួន 30 ក្បាល ឬខ្ពស់ជាងនេះ ប៉ុន្តែមូលដ្ឋានការងារ 1C នៅតែដំណើរការយឺត សំណួរគួរតែត្រូវបានបញ្ជូនទៅអ្នកសរសេរកម្មវិធី។

1. ក្នុងនាមជាការណែនាំអំពីចំនួនកុំព្យូទ័រអតិថិជនអាច "ច្របាច់" យើងពិនិត្យមើលប្រតិបត្តិការរបស់កុំព្យូទ័រនេះតែប៉ុណ្ណោះ ដោយគ្មានបណ្តាញ។ យើងដំឡើងមូលដ្ឋានទិន្នន័យសាកល្បងនៅលើកុំព្យូទ័រមូលដ្ឋាន (នៅលើថាសលឿនណាស់) ។ ប្រសិនបើកុំព្យូទ័រអតិថិជនមិនមាន SSD ធម្មតាទេនោះ ramdisk ត្រូវបានបង្កើត។ សម្រាប់ពេលនេះ សាមញ្ញបំផុត និងឥតគិតថ្លៃគឺសហគ្រាស Ramdisk ។

ដើម្បីសាកល្បងកំណែ 8.2, ramdisk 256 MB គឺគ្រប់គ្រាន់ហើយ! សំខាន់បំផុត។ បន្ទាប់ពីចាប់ផ្តើមកុំព្យូទ័រឡើងវិញជាមួយនឹង ramdisk កំពុងដំណើរការវាគួរតែមាន 100-200 MB ឥតគិតថ្លៃនៅលើវា។ ដូច្នោះហើយដោយគ្មាន ramdisk សម្រាប់ប្រតិបត្តិការធម្មតាគួរតែមានអង្គចងចាំឥតគិតថ្លៃ 300-400 MB ។

ដើម្បីសាកល្បងកំណែ 8.3, ramdisk 256 MB គឺគ្រប់គ្រាន់ ប៉ុន្តែអ្នកត្រូវការ RAM ឥតគិតថ្លៃបន្ថែមទៀត។

នៅពេលធ្វើតេស្តអ្នកត្រូវមើលបន្ទុករបស់ខួរក្បាល។ ក្នុងករណីដែលនៅជិតឧត្តមគតិ (ramdisk) ឯកសារមូលដ្ឋាន 1c ផ្ទុក 1 processor core នៅពេលដំណើរការ។ ដូច្នោះហើយ ប្រសិនបើក្នុងអំឡុងពេលសាកល្បង ស្នូលដំណើរការរបស់អ្នកមិនដំណើរការពេញលេញទេ សូមរកមើលចំណុចខ្សោយ។ អារម្មណ៍តិចតួច ប៉ុន្តែជាទូទៅត្រឹមត្រូវ ឥទ្ធិពលរបស់ខួរក្បាលលើប្រតិបត្តិការ 1C ត្រូវបានពិពណ៌នា។ គ្រាន់តែសម្រាប់ជាឯកសារយោង សូម្បីតែនៅលើ Core i3s ទំនើបដែលមានប្រេកង់ខ្ពស់ លេខ 70-80 គឺពិតជាប្រាកដនិយម។

កំហុសទូទៅបំផុតនៅដំណាក់កាលនេះ។

• កំចាត់មេរោគដែលបានកំណត់រចនាសម្ព័ន្ធមិនត្រឹមត្រូវ។ មានកំចាត់មេរោគជាច្រើន ការកំណត់សម្រាប់នីមួយៗគឺខុសគ្នា ខ្ញុំនឹងនិយាយថាជាមួយនឹងការកំណត់ត្រឹមត្រូវ ទាំងគេហទំព័រ និង Kaspersky 1C មិនជ្រៀតជ្រែកឡើយ។ ជាមួយនឹងការកំណត់លំនាំដើម ប្រហែល 3-5 សេក (10-15%) អាចត្រូវបានយកចេញ។
• របៀបអនុវត្ត។ សម្រាប់ហេតុផលមួយចំនួន មានមនុស្សតិចណាស់ដែលយកចិត្តទុកដាក់ចំពោះបញ្ហានេះ ប៉ុន្តែឥទ្ធិពលគឺសំខាន់បំផុត។ ប្រសិនបើអ្នកត្រូវការល្បឿន នោះអ្នកត្រូវតែធ្វើវាទាំងនៅលើម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេ។ (Gilev មានការពិពណ៌នាដ៏ល្អ។ ការព្រមានតែមួយគត់គឺថានៅលើ motherboard មួយចំនួន ប្រសិនបើអ្នកបិទ Intel SpeedStep អ្នកមិនអាចបើក TurboBoost បានទេ)។

សរុបមក ខណៈពេលដែល 1C កំពុងដំណើរការ វាមានការរង់ចាំជាច្រើនសម្រាប់ការឆ្លើយតបពីឧបករណ៍ផ្សេងទៀត (ថាស បណ្តាញ។ល។)។ ខណៈពេលកំពុងរង់ចាំការឆ្លើយតប ប្រសិនបើរបៀបដំណើរការត្រូវបានបើក ខួរក្បាលនឹងបន្ថយប្រេកង់របស់វា។ ការឆ្លើយតបបានមកពីឧបករណ៍ 1C (ខួរក្បាល) ត្រូវការដំណើរការ ប៉ុន្តែវដ្តនាឡិកាដំបូងគឺនៅប្រេកង់កាត់បន្ថយ បន្ទាប់មកប្រេកង់កើនឡើង ហើយ 1C ម្តងទៀតរង់ចាំការឆ្លើយតបពីឧបករណ៍។ ហើយដូច្នេះ - រាប់រយដងក្នុងមួយវិនាទី។

អ្នកអាច (និងនិយម) បើកដំណើរការមុខងារជាពីរកន្លែង៖

• តាមរយៈ BIOS ។ បិទរបៀប C1, C1E, Intel C-state (C2, C3, C4) ។ នៅក្នុង bios ផ្សេងគ្នា គេហៅថាខុសគ្នា ប៉ុន្តែអត្ថន័យគឺដូចគ្នា។ វាត្រូវការពេលយូរក្នុងការស្វែងរក ការចាប់ផ្ដើមឡើងវិញគឺត្រូវបានទាមទារ ប៉ុន្តែប្រសិនបើអ្នកធ្វើវាម្តង នោះអ្នកអាចបំភ្លេចវាបាន។ ប្រសិនបើអ្នកធ្វើអ្វីគ្រប់យ៉ាងបានត្រឹមត្រូវនៅក្នុង BIOS នោះល្បឿននឹងកើនឡើង។ នៅលើ motherboard មួយចំនួន អ្នកអាចកំណត់ការកំណត់ BIOS ដូច្នេះរបៀបដំណើរការរបស់ Windows នឹងមិនដើរតួនាទីទេ។ (ឧទាហរណ៍នៃការកំណត់ BIOS ពី Gilev) ។ ការកំណត់ទាំងនេះភាគច្រើនទាក់ទងនឹងដំណើរការម៉ាស៊ីនមេ ឬ BIOSes "កម្រិតខ្ពស់" ប្រសិនបើអ្នកមិនបានរកឃើញវា ហើយអ្នកមិនមាន Xeon វាមិនអីទេ។

• ផ្ទាំងបញ្ជា - ការផ្គត់ផ្គង់ថាមពល - ដំណើរការខ្ពស់។ ដក - ប្រសិនបើកុំព្យូទ័រមិនដំណើរការយូរទេ វានឹងធ្វើឱ្យមានសំឡេងកង្ហារកាន់តែខ្លាំង ឡើងកំដៅ និងប្រើប្រាស់ថាមពលកាន់តែច្រើន។ នេះគឺជាថ្លៃសម្តែង។

របៀបពិនិត្យមើលថារបៀបត្រូវបានបើក។ បើកដំណើរការកម្មវិធីគ្រប់គ្រងភារកិច្ច - ការអនុវត្ត - ម៉ូនីទ័រធនធាន - ស៊ីភីយូ។ យើងរង់ចាំរហូតដល់ processor រវល់ដោយគ្មានអ្វីសោះ។

ទាំងនេះគឺជាការកំណត់លំនាំដើម។ បើក BIOS C-state, របៀបប្រើប្រាស់ថាមពលមានតុល្យភាព
បើកដំណើរការ BIOS C-state របៀបដំណើរការខ្ពស់។ សម្រាប់ Pentium និង Core អ្នកអាចឈប់នៅទីនោះ។ អ្នកនៅតែអាចច្របាច់ "សេក" តិចតួចចេញពី Xeon
នៅក្នុង BIOS C-state ត្រូវបានបិទ របៀបដំណើរការខ្ពស់។ ប្រសិនបើអ្នកមិនប្រើ Turbo boost ទេ នេះជាអ្វីដែលវាគួរតែមើលទៅ ម៉ាស៊ីនមេត្រូវបានលៃតម្រូវសម្រាប់ដំណើរការ

ហើយឥឡូវនេះលេខ។ ខ្ញុំសូមរំលឹកអ្នក៖ Intel Xeon 5650, ramdisk ។ ក្នុងករណីដំបូងការធ្វើតេស្តបង្ហាញ 23.26 ចុងក្រោយ - 49.5 ។ ភាពខុសគ្នាគឺស្ទើរតែពីរដង។ លេខអាចប្រែប្រួល ប៉ុន្តែសមាមាត្រនៅតែដូចគ្នាសម្រាប់ Intel Core ។

អ្នកគ្រប់គ្រងជាទីគោរព អ្នកអាចរិះគន់ 1C តាមដែលអ្នកចូលចិត្ត ប៉ុន្តែប្រសិនបើអ្នកប្រើប្រាស់ចុងក្រោយត្រូវការល្បឿន អ្នកត្រូវបើកដំណើរការមុខងារខ្ពស់។

គ) ការជំរុញ Turbo ។ ដំបូងអ្នកត្រូវយល់ថាតើ processor របស់អ្នកគាំទ្រមុខងារនេះឬអត់។ ប្រសិនបើវាគាំទ្រ នោះអ្នកនៅតែអាចទទួលបានការអនុវត្តដោយស្របច្បាប់។ (ខ្ញុំ​មិន​ចង់​ប៉ះ​លើ​បញ្ហា​នៃ​ការ​ត្រួត​ពិនិត្យ​ប្រេកង់ ជាពិសេស​ម៉ាស៊ីន​បម្រើ ធ្វើ​វា​ដោយ​គ្រោះថ្នាក់ និង​ហានិភ័យ​ផ្ទាល់​ខ្លួន​របស់​អ្នក។ ប៉ុន្តែ​ខ្ញុំ​យល់​ស្រប​ថា​ការ​បង្កើន​ល្បឿន​ឡានក្រុង​ពី 133 ដល់ 166 ផ្ដល់​នូវ​ការ​កើន​ឡើង​គួរ​ឱ្យ​កត់​សម្គាល់​ទាំង​ល្បឿន និង​ការ​បញ្ចេញ​កម្ដៅ)

ឧទាហរណ៍ របៀបបើក turbo boost ត្រូវបានសរសេរ។ តែ! សម្រាប់ 1C មានការ nuances មួយចំនួន (មិនច្បាស់បំផុត) ។ ការលំបាកគឺថាឥទ្ធិពលអតិបរមានៃការជំរុញ turbo កើតឡើងនៅពេលដែល C-state ត្រូវបានបើក។ ហើយយើងទទួលបានអ្វីមួយដូចនេះ៖

សូមចំណាំថាមេគុណគឺអតិបរមា ល្បឿនស្នូលគឺស្រស់ស្អាត ហើយដំណើរការគឺខ្ពស់។ ប៉ុន្តែតើលទ្ធផលនឹងមានអ្វីកើតឡើងជាមួយ 1s?

ប៉ុន្តែនៅទីបញ្ចប់វាប្រែថាយោងទៅតាមការអនុវត្តស៊ីភីយូសាកល្បងកំណែដែលមានមេគុណ 23 គឺនៅខាងមុខ យោងទៅតាមការធ្វើតេស្តរបស់ Gilev នៅក្នុងកំណែឯកសារការអនុវត្តជាមួយមេគុណនៃ 22 និង 23 គឺដូចគ្នាប៉ុន្តែនៅក្នុងម៉ាស៊ីនភ្ញៀវ - ម៉ាស៊ីនមេ។ កំណែ - កំណែដែលមានមេគុណ 23 គឺគួរឱ្យភ័យខ្លាចដ៏គួរឱ្យភ័យខ្លាច (ទោះបីជា C -state កំណត់ទៅកម្រិត 7 វានៅតែយឺតជាង C-state ត្រូវបានបិទ) ។ ដូច្នេះ អនុសាសន៍គឺត្រូវពិនិត្យមើលជម្រើសទាំងពីរសម្រាប់ខ្លួនអ្នក ហើយជ្រើសរើសជម្រើសដ៏ល្អបំផុត។ ក្នុងករណីណាក៏ដោយភាពខុសគ្នារវាងសេក 49.5 និង 53 គឺមានសារៈសំខាន់ជាពិសេសដោយគ្មានការប្រឹងប្រែងច្រើន។

សេចក្តីសន្និដ្ឋាន - ការជំរុញ turbo ត្រូវតែបើក។ ខ្ញុំសូមរំលឹកអ្នកថាវាមិនគ្រប់គ្រាន់ទេក្នុងការបើកធាតុជំរុញ Turbo នៅក្នុង BIOS អ្នកក៏ត្រូវមើលការកំណត់ផ្សេងទៀត (BIOS: QPI L0s, L1 - បិទ, ទាមទារការបោសសំអាត - បិទ, Intel SpeedStep - បើក, ការជំរុញ Turbo - បើកផ្ទាំងបញ្ជា - ជម្រើសថាមពល - ដំណើរការខ្ពស់) ។ ហើយខ្ញុំនៅតែនឹង (សូម្បីតែសម្រាប់កំណែឯកសារ) ជ្រើសរើសជម្រើសដែល c-state ត្រូវបានបិទ ទោះបីជាមេគុណតូចជាងក៏ដោយ។ វានឹងប្រែជាអ្វីមួយដូចនេះ ...

ចំណុចចម្រូងចម្រាសមួយគឺប្រេកង់នៃការចងចាំ។ ជាឧទាហរណ៍ ប្រេកង់នៃការចងចាំត្រូវបានបង្ហាញថាមានឥទ្ធិពលខ្លាំង។ ការធ្វើតេស្តរបស់ខ្ញុំមិនបង្ហាញពីការពឹងផ្អែកបែបនេះទេ។ ខ្ញុំនឹងមិនប្រៀបធៀប DDR 2/3/4 ទេខ្ញុំនឹងបង្ហាញលទ្ធផលនៃការផ្លាស់ប្តូរប្រេកង់នៅក្នុងបន្ទាត់ដូចគ្នា។ អង្គចងចាំគឺដូចគ្នាប៉ុន្តែនៅក្នុង BIOS យើងបង្ខំឱ្យកំណត់ប្រេកង់ទាប។

និងលទ្ធផលតេស្ត។ 1C 8.2.19.83 សម្រាប់កំណែឯកសារ ramdisk មូលដ្ឋាន សម្រាប់ម៉ាស៊ីនភ្ញៀវ 1C និង SQL នៅលើកុំព្យូទ័រតែមួយ អង្គចងចាំដែលបានចែករំលែក។ ការជំរុញ Turbo ត្រូវបានបិទនៅក្នុងកំណែទាំងពីរ។ 8.3 បង្ហាញលទ្ធផលប្រៀបធៀប។

ភាពខុសគ្នាគឺនៅក្នុងកំហុសនៃការវាស់វែង។ ជាពិសេសខ្ញុំបានទាញរូបថតអេក្រង់នៃ CPU-Z ដើម្បីបង្ហាញថាជាមួយនឹងការផ្លាស់ប្តូរប្រេកង់ ប៉ារ៉ាម៉ែត្រផ្សេងទៀតក៏ផ្លាស់ប្តូរដែរ CAS Latency និង RAS ដូចគ្នាទៅនឹង CAS Delay ដែលបន្សាបការផ្លាស់ប្តូរប្រេកង់។ ភាពខុសគ្នានឹងកើតឡើងនៅពេលដែលម៉ូឌុលអង្គចងចាំត្រូវបានផ្លាស់ប្តូរជារូបវ័ន្ត ពីយឺតទៅលឿន ប៉ុន្តែសូម្បីតែលេខនោះក៏មិនសំខាន់ដែរ។

2. នៅពេលដែលយើងបានតម្រៀបចេញនូវខួរក្បាល និងអង្គចងចាំរបស់កុំព្យូទ័រអតិថិជន យើងបន្តទៅកន្លែងសំខាន់បន្ទាប់ទៀត - បណ្តាញ។ សៀវភៅជាច្រើនត្រូវបានសរសេរអំពីការលៃតម្រូវបណ្តាញ, មានអត្ថបទនៅលើ Infostart (, និងផ្សេងទៀត) ប៉ុន្តែនៅទីនេះខ្ញុំនឹងមិនផ្តោតលើប្រធានបទនេះទេ។ មុនពេលចាប់ផ្តើមសាកល្បង 1C សូមប្រាកដថា iperf រវាងកុំព្យូទ័រពីរបង្ហាញកម្រិតបញ្ជូនទាំងមូល (សម្រាប់កាត 1 Gbit - ល្អ យ៉ាងហោចណាស់ 850 Mbit ឬប្រសើរជាងនេះ 950-980) ដែលដំបូន្មានរបស់ Gilev ត្រូវបានធ្វើតាម។ បន្ទាប់មក - ការធ្វើតេស្តសាមញ្ញបំផុតនៃប្រតិបត្តិការនឹងត្រូវបាន, ចម្លែកគ្រប់គ្រាន់, ចម្លងឯកសារធំមួយ (5-10 ជីហ្គាបៃ) នៅលើបណ្តាញ។ សញ្ញាប្រយោលនៃប្រតិបត្តិការធម្មតានៅលើបណ្តាញ 1 Gbit នឹងមានល្បឿនចម្លងជាមធ្យម 100 MB/sec ប្រតិបត្តិការល្អ - 120 MB/sec ។ ខ្ញុំចង់ទាក់ទាញការយកចិត្តទុកដាក់របស់អ្នកចំពោះការពិតដែលថាចំណុចខ្សោយ (រួមទាំង) អាចជាបន្ទុករបស់ខួរក្បាល។ ពិធីការ SMB នៅលើលីនុចគឺមានភាពស្របគ្នាមិនសូវល្អទេ ហើយក្នុងអំឡុងពេលប្រតិបត្តិការ វាអាច "ស៊ី" ស្នូលដំណើរការមួយបានយ៉ាងងាយស្រួល ហើយមិនប្រើប្រាស់ទៀតទេ។

ហើយរឿងមួយទៀត។ ជាមួយនឹងការកំណត់លំនាំដើម ម៉ាស៊ីនភ្ញៀវ windows ដំណើរការបានល្អបំផុតជាមួយ windows server (ឬសូម្បីតែ windows workstation) និង SMB/CIFS protocol ដែលជាម៉ាស៊ីនភ្ញៀវ linux (debian, ubuntu មិនបានមើលអ្វីផ្សេងទៀតទេ) ដំណើរការល្អជាមួយ linux និង NFS ( វាក៏ដំណើរការជាមួយ SMB ផងដែរ ប៉ុន្តែនៅលើសេក NFS មានកំពស់ខ្ពស់ជាង)។ ការពិតដែលថាក្នុងអំឡុងពេលចម្លងលីនេអ៊ែរម៉ាស៊ីនមេវីនដូលីនុចទៅ NFS ត្រូវបានចម្លងចូលទៅក្នុងស្ទ្រីមមួយលឿនជាងមុនមិនមានន័យអ្វីនោះទេ។ ការលៃតម្រូវ Debian សម្រាប់ 1C គឺជាប្រធានបទនៃអត្ថបទដាច់ដោយឡែក ខ្ញុំមិនទាន់រួចរាល់សម្រាប់វានៅឡើយទេ ទោះបីជាខ្ញុំអាចនិយាយបានថានៅក្នុងកំណែឯកសារខ្ញុំទទួលបានដំណើរការប្រសើរជាងកំណែ Win បន្តិចនៅលើឧបករណ៍ដូចគ្នា ប៉ុន្តែជាមួយនឹង postgres ជាមួយនឹងជាង អ្នកប្រើប្រាស់ 50 នាក់ ខ្ញុំនៅតែធ្វើអ្វីគ្រប់យ៉ាងអាក្រក់ណាស់។

អ្វីដែលសំខាន់បំផុតដែលអ្នកគ្រប់គ្រង "ដុត" ដឹងប៉ុន្តែអ្នកចាប់ផ្តើមដំបូងមិនគិតគូរទេ។ មានវិធីជាច្រើនដើម្បីកំណត់ផ្លូវទៅកាន់មូលដ្ឋានទិន្នន័យ 1c ។ អ្នកអាចធ្វើ servershare អ្នកអាចធ្វើបាន 192.168.0.1share អ្នកអាចប្រើសុទ្ធ z: 192.168.0.1share (ហើយក្នុងករណីខ្លះវិធីសាស្ត្រនេះក៏នឹងដំណើរការដែរ ប៉ុន្តែមិនមែនជានិច្ចទេ) ហើយបន្ទាប់មកបញ្ជាក់ drive Z។ វាហាក់បីដូចជាផ្លូវទាំងអស់នេះ ចង្អុលទៅវត្ថុដូចគ្នា កន្លែងដូចគ្នា ប៉ុន្តែសម្រាប់ 1C មានវិធីសាស្រ្តតែមួយគត់ដែលផ្តល់នូវដំណើរការធម្មតាគួរឱ្យទុកចិត្ត។ ដូច្នេះ នេះជាអ្វីដែលអ្នកត្រូវធ្វើឲ្យបានត្រឹមត្រូវ៖

នៅលើបន្ទាត់ពាក្យបញ្ជា (ឬក្នុងគោលការណ៍ឬអ្វីក៏ដោយដែលងាយស្រួលសម្រាប់អ្នក) - ប្រើ DriveLetter សុទ្ធ៖ servershare ។ ឧទាហរណ៍៖ ការប្រើប្រាស់សុទ្ធ m: serverbases ។ ខ្ញុំសង្កត់ធ្ងន់ជាពិសេស មិនមែនអាសយដ្ឋាន IP ទេ ប៉ុន្តែឈ្មោះម៉ាស៊ីនមេ។ ប្រសិនបើឈ្មោះម៉ាស៊ីនមេមិនអាចមើលឃើញទេ បន្ថែមវាទៅ dns នៅលើម៉ាស៊ីនមេ ឬក្នុងស្រុកទៅឯកសារម៉ាស៊ីន។ ប៉ុន្តែអាសយដ្ឋានត្រូវតែជាឈ្មោះ។ ដូច្នោះហើយ នៅតាមផ្លូវទៅកាន់មូលដ្ឋានទិន្នន័យ សូមចូលទៅកាន់ថាសនេះ (មើលរូបភាព)។

ហើយឥឡូវនេះខ្ញុំនឹងបង្ហាញជាមួយនឹងលេខថាហេតុអ្វីបានជានេះជាដំបូន្មាន។ ទិន្នន័យដំបូង៖ Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 cards OS Win 2008 R2, Win 7, Debian 8. កម្មវិធីបញ្ជាចុងក្រោយ ការអាប់ដេតត្រូវបានអនុវត្ត។ មុនពេលធ្វើតេស្ត ខ្ញុំបានធ្វើឱ្យប្រាកដថា Iperf ផ្តល់កម្រិតបញ្ជូនពេញលេញ (លើកលែងតែកាត 10 Gbit វាគ្រប់គ្រងបានត្រឹមតែ 7.2 Gbit ប៉ុណ្ណោះ ខ្ញុំនឹងឃើញមូលហេតុនៅពេលក្រោយ ម៉ាស៊ីនមេសាកល្បងមិនទាន់ត្រូវបានកំណត់ត្រឹមត្រូវទេ)។ ថាសគឺខុសគ្នា ប៉ុន្តែនៅគ្រប់ទីកន្លែងមាន SSD (ខ្ញុំបានបញ្ចូលថាសតែមួយសម្រាប់សាកល្បងជាពិសេស វាមិនត្រូវបានផ្ទុកជាមួយអ្វីផ្សេងទៀតទេ) ឬការវាយឆ្មក់ពី SSD ។ ល្បឿន 100 Mbit ត្រូវបានទទួលដោយការកំណត់ការកំណត់របស់អាដាប់ទ័រ Intel 362 មិនមានភាពខុសគ្នារវាង 1 Gbit copper Intel 350 និង 1 Gbit optical Intel X520-DA2 (ទទួលបានដោយការកំណត់ល្បឿននៃអាដាប់ទ័រ)។ ដំណើរការអតិបរមា ការជំរុញ turbo ត្រូវបានបិទ (គ្រាន់តែសម្រាប់ការប្រៀបធៀបនៃលទ្ធផល ការជំរុញ turbo សម្រាប់លទ្ធផលល្អបន្ថែមតិចជាង 10% សម្រាប់លទ្ធផលមិនល្អ វាអាចមិនមានផលប៉ះពាល់អ្វីទាំងអស់) ។ កំណែ 1C 8.2.19.86, 8.3.6.2076 ។ ខ្ញុំ​មិន​ផ្តល់​លេខ​ទាំង​អស់​ទេ ប៉ុន្តែ​មាន​តែ​លេខ​ដែល​គួរ​ឱ្យ​ចាប់​អារម្មណ៍​បំផុត ដូច្នេះ​អ្នក​មាន​អ្វី​ដែល​អាច​ប្រៀប​ធៀប​បាន។

	100 Mbit CIFS ឈ្នះឆ្នាំ 2008 - ឈ្នះឆ្នាំ 2008 ទំនាក់ទំនងតាមអាសយដ្ឋាន ip	100 Mbit CIFS ឈ្នះឆ្នាំ 2008 - ឈ្នះឆ្នាំ 2008 ការហៅតាមឈ្មោះ	1 Gbit CIFS ឈ្នះឆ្នាំ 2008 - ឈ្នះឆ្នាំ 2008 ទំនាក់ទំនងតាមអាសយដ្ឋាន ip	1 Gbit CIFS ឈ្នះឆ្នាំ 2008 - ឈ្នះឆ្នាំ 2008 ការហៅតាមឈ្មោះ	1 Gbit CIFS ឈ្នះ 2008 - ឈ្នះ 7 ការហៅតាមឈ្មោះ	1 Gbit CIFS ឈ្នះឆ្នាំ 2008 - ដេបៀន ការហៅតាមឈ្មោះ	10 Gbit CIFS ឈ្នះឆ្នាំ 2008 - ឈ្នះឆ្នាំ 2008 ទំនាក់ទំនងតាមអាសយដ្ឋាន ip	10 Gbit CIFS ឈ្នះឆ្នាំ 2008 - ឈ្នះឆ្នាំ 2008 ការហៅតាមឈ្មោះ
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1C ៨.២	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 ៨.៣	6,61	33,33	15,58	43,86	40,00	37,88	16,23	42,74
8.3.6.2076		33,78	15,53	43,48	39,37	37,59		42,74

សេចក្តីសន្និដ្ឋាន (ពីតារាង និងពីបទពិសោធន៍ផ្ទាល់ខ្លួន។ អនុវត្តចំពោះកំណែឯកសារប៉ុណ្ណោះ)៖

• នៅលើបណ្តាញ អ្នកអាចទទួលបានលេខធម្មតាសម្រាប់ការងារ ប្រសិនបើបណ្តាញនេះត្រូវបានកំណត់រចនាសម្ព័ន្ធត្រឹមត្រូវ ហើយផ្លូវត្រូវបានបញ្ចូលយ៉ាងត្រឹមត្រូវក្នុង 1C។ សូម្បីតែ Core i3 ដំបូងក៏អាចផលិតសត្វសេកចំនួន 40+ យ៉ាងងាយស្រួលដែរ ដែលល្អមែនទែន ហើយទាំងនេះមិនត្រឹមតែជាសេកប៉ុណ្ណោះទេ នៅក្នុងការងារជាក់ស្តែង ភាពខុសគ្នាក៏គួរឱ្យកត់សម្គាល់ផងដែរ។ តែ! ដែនកំណត់នៅពេលធ្វើការជាមួយអ្នកប្រើប្រាស់ជាច្រើន (ច្រើនជាង 10) នឹងលែងជាបណ្តាញទៀតហើយ នៅទីនេះ 1 Gbit គឺនៅតែគ្រប់គ្រាន់ ប៉ុន្តែការទប់ស្កាត់ក្នុងអំឡុងពេលធ្វើការច្រើនអ្នកប្រើប្រាស់ (Gilev)។
• វេទិកា 1C 8.3 មានតម្រូវការច្រើនជាងច្រើនដងក្នុងលក្ខខណ្ឌនៃការកំណត់បណ្តាញត្រឹមត្រូវ។ ការកំណត់មូលដ្ឋាន - សូមមើល Gilev ប៉ុន្តែត្រូវចាំថាអ្វីគ្រប់យ៉ាងអាចមានឥទ្ធិពល។ ខ្ញុំបានឃើញការបង្កើនល្បឿនពីការលុប (ហើយមិនគ្រាន់តែបិទ) កំចាត់មេរោគ ពីការលុបពិធីការដូចជា FCoE ពីការផ្លាស់ប្តូរកម្មវិធីបញ្ជាទៅចាស់ ប៉ុន្តែ Microsoft បានបញ្ជាក់កំណែ (ជាពិសេសសម្រាប់កាតថោកដូចជា ASUS និង DLC) ពីការដកកាតបណ្តាញទីពីរ ពីម៉ាស៊ីនមេ។ មានជម្រើសជាច្រើន រៀបចំបណ្តាញរបស់អ្នកដោយប្រុងប្រយ័ត្ន។ ប្រហែលជាមានស្ថានភាពមួយដែលវេទិកា 8.2 ផ្តល់លេខដែលអាចទទួលយកបាន ហើយ 8.3 - ពីរ ឬច្រើនដងតិចជាង។ សាកល្បងលេងជាមួយកំណែវេទិកា 8.3 ពេលខ្លះអ្នកទទួលបានឥទ្ធិពលខ្លាំង។
• 1C 8.3.6.2076 (ប្រហែលជាពេលក្រោយ ខ្ញុំមិនទាន់បានស្វែងរកកំណែពិតប្រាកដនៅឡើយទេ) នៅតែងាយស្រួលក្នុងការកំណត់រចនាសម្ព័ន្ធនៅលើបណ្តាញជាង 8.3.7.2008។ ខ្ញុំអាចសម្រេចបាននូវប្រតិបត្តិការធម្មតានៅលើបណ្តាញចាប់ពី 8.3.7.2008 (ក្នុងសត្វសេកដែលអាចប្រៀបធៀបបាន) តែពីរបីដងប៉ុណ្ណោះ ខ្ញុំមិនអាចធ្វើវាឡើងវិញសម្រាប់ករណីទូទៅបានទេ។ ខ្ញុំមិនយល់ច្រើនទេ ប៉ុន្តែការវិនិច្ឆ័យដោយការរុំជើងពី Process Explorer ការថតនៅទីនោះគឺមិនល្អដូចនៅក្នុង 8.3.6 ទេ។
• ទោះបីជាការពិតដែលថានៅពេលធ្វើការលើបណ្តាញ 100 Mbit ក្រាហ្វផ្ទុករបស់វាតូច (យើងអាចនិយាយបានថាបណ្តាញនេះគឺឥតគិតថ្លៃ) ល្បឿនប្រតិបត្តិការនៅតែតិចជាង 1 Gbit ។ មូលហេតុគឺភាពយឺតនៃបណ្តាញ។
• អ្វីៗផ្សេងទៀតគឺស្មើគ្នា (បណ្តាញដែលដំណើរការបានល្អ) សម្រាប់ 1C 8.2 ការតភ្ជាប់ Intel-Realtek គឺយឺតជាង Intel-Intel 10% ។ ប៉ុន្តែ realtek-realtek ជាទូទៅអាចផ្តល់នូវការធ្លាក់ចុះយ៉ាងខ្លាំងចេញពីពណ៌ខៀវ។ ដូច្នេះ ប្រសិនបើអ្នកមានលុយ វាជាការប្រសើរក្នុងការរក្សាកាតបណ្តាញ Intel នៅគ្រប់ទីកន្លែង ប្រសិនបើអ្នកមិនមានលុយទេ សូមដំឡើង Intel តែនៅលើម៉ាស៊ីនមេ (CO របស់អ្នក)។ ហើយមានការណែនាំជាច្រើនដងបន្ថែមទៀតសម្រាប់ការលៃតម្រូវកាតបណ្តាញ Intel ។
• ការកំណត់កំចាត់មេរោគលំនាំដើម (ដោយប្រើ drweb កំណែ 10 ជាឧទាហរណ៍) យកប្រហែល 8-10% នៃសេក។ ប្រសិនបើអ្នកកំណត់រចនាសម្ព័ន្ធវាដូចដែលវាគួរតែ (អនុញ្ញាតឱ្យដំណើរការ 1cv8 ធ្វើអ្វីៗគ្រប់យ៉ាង ទោះបីជាវាមិនមានសុវត្ថិភាពក៏ដោយ) ល្បឿនគឺដូចគ្នានឹងដោយគ្មានកំចាត់មេរោគដែរ។
• កុំអាន Linux gurus ។ ម៉ាស៊ីនមេដែលមាន samba គឺអស្ចារ្យ និងឥតគិតថ្លៃ ប៉ុន្តែប្រសិនបើអ្នកដំឡើង Win XP ឬ Win7 (ឬប្រសើរជាងនេះ - server OS) នៅលើ server នោះកំណែឯកសារនៃ 1c នឹងដំណើរការលឿនជាងមុន។ បាទ/ចាស samba និងជង់ពិធីការ និងការកំណត់បណ្តាញ និងច្រើនទៀត អាចត្រូវបានកែសម្រួលយ៉ាងល្អនៅក្នុង debian/ubuntu ប៉ុន្តែវាត្រូវបានណែនាំសម្រាប់អ្នកឯកទេស។ វាគ្មានចំណុចអ្វីទេក្នុងការដំឡើង Linux ជាមួយនឹងការកំណត់លំនាំដើម ហើយបន្ទាប់មកនិយាយថាវាយឺត។
• វាជាការប្រសើរណាស់ក្នុងការពិនិត្យមើលប្រតិបត្តិការនៃថាសដែលបានតភ្ជាប់តាមរយៈការប្រើប្រាស់សុទ្ធដោយប្រើ fio ។ យ៉ាងហោចណាស់វានឹងច្បាស់ថាតើទាំងនេះជាបញ្ហាជាមួយវេទិកា 1C ឬជាមួយបណ្តាញ/ថាស។
• សម្រាប់កំណែអ្នកប្រើតែមួយ ខ្ញុំមិនអាចគិតពីការធ្វើតេស្ត (ឬស្ថានភាព) ដែលភាពខុសគ្នារវាង 1 Gbit និង 10 Gbit នឹងអាចមើលឃើញ។ រឿងតែមួយគត់ដែល 10Gbit សម្រាប់កំណែឯកសារបានផ្តល់លទ្ធផលល្អប្រសើរគឺការភ្ជាប់ថាសតាមរយៈ iSCSI ប៉ុន្តែនេះគឺជាប្រធានបទសម្រាប់អត្ថបទដាច់ដោយឡែកមួយ។ នៅតែខ្ញុំគិតថាសម្រាប់កាតកំណែ 1 Gbit គឺគ្រប់គ្រាន់ហើយ។
• ខ្ញុំមិនយល់ហេតុអ្វីទេ ជាមួយនឹងបណ្តាញ 100 Mbit 8.3 ដំណើរការលឿនជាង 8.2 គួរឱ្យកត់សម្គាល់ប៉ុន្តែវាជាការពិត។ ឧបករណ៍ផ្សេងទៀតទាំងអស់ ការកំណត់ផ្សេងទៀតទាំងអស់គឺដូចគ្នាទាំងស្រុង វាគ្រាន់តែថានៅក្នុងករណីមួយ 8.2 ត្រូវបានសាកល្បង ហើយក្នុងករណីផ្សេងទៀត - 8.3 ។
• មិនមែន NFS win-win ឬ win-lin ផ្តល់ឱ្យសេកចំនួន 6 ខ្ញុំមិនបានបញ្ចូលវានៅក្នុងតារាងទេ។ បន្ទាប់ពីការលៃតម្រូវខ្ញុំទទួលបាន 25 ប៉ុន្តែវាមិនស្ថិតស្ថេរ (ភាពខុសគ្នានៃការវាស់វែងមានច្រើនជាង 2 ឯកតា) ។ ខ្ញុំមិនទាន់អាចផ្តល់ការណែនាំអំពីការប្រើប្រាស់ Windows និងពិធីការ NFS នៅឡើយទេ។

បន្ទាប់ពីការកំណត់ និងការត្រួតពិនិត្យទាំងអស់ យើងដំណើរការការធ្វើតេស្តម្តងទៀតពីកុំព្យូទ័រអតិថិជន ហើយរីករាយជាមួយនឹងលទ្ធផលដែលបានកែលម្អ (ប្រសិនបើវាដំណើរការ)។ ប្រសិនបើលទ្ធផលមានភាពប្រសើរឡើង មានសេកច្រើនជាង 30 ក្បាល (ជាពិសេសជាង 40) អ្នកប្រើប្រាស់តិចជាង 10 នាក់កំពុងធ្វើការក្នុងពេលតែមួយ ហើយមូលដ្ឋានទិន្នន័យដែលធ្វើការនៅតែយឺត - ស្ទើរតែប្រាកដជាបញ្ហាអ្នកសរសេរកម្មវិធី (ឬអ្នកបានទៅដល់រួចហើយ។ សមត្ថភាពកំពូលនៃកំណែឯកសារ) ។

ម៉ាស៊ីនមេស្ថានីយ។ (មូលដ្ឋានទិន្នន័យគឺនៅលើម៉ាស៊ីនមេ អតិថិជនភ្ជាប់តាមរយៈបណ្តាញ ពិធីការ RDP) ។ ក្បួនដោះស្រាយមួយជំហានម្តង ៗ ៖

• យើងបន្ថែមមូលដ្ឋានទិន្នន័យសាកល្បងរបស់ Gilev ទៅម៉ាស៊ីនមេនៅក្នុងថតដូចគ្នានឹងមូលដ្ឋានទិន្នន័យសំខាន់។ យើងភ្ជាប់ពីម៉ាស៊ីនមេដូចគ្នា ហើយដំណើរការសាកល្បង។ យើងចាំលទ្ធផល។
• តាមវិធីដូចគ្នាទៅនឹងកំណែឯកសារ យើងកំណត់រចនាសម្ព័ន្ធដំណើរការ។ ក្នុងករណីម៉ាស៊ីនមេស្ថានីយ ខួរក្បាលដំណើរការជាទូទៅដើរតួនាទីសំខាន់ (វាត្រូវបានសន្មត់ថាមិនមានចំណុចខ្សោយជាក់ស្តែងដូចជាកង្វះអង្គចងចាំ ឬចំនួនដ៏ច្រើននៃកម្មវិធីដែលមិនចាំបាច់)។
• ការកំណត់រចនាសម្ព័ន្ធកាតបណ្តាញនៅក្នុងករណីនៃម៉ាស៊ីនមេស្ថានីយស្ទើរតែមិនមានឥទ្ធិពលលើប្រតិបត្តិការនៃ 1c ។ ដើម្បីធានាបាននូវការលួងលោម "ពិសេស" ប្រសិនបើម៉ាស៊ីនមេរបស់អ្នកផលិតសត្វសេកច្រើនជាង 50 ក្បាល អ្នកអាចលេងជាមួយកំណែថ្មីនៃពិធីការ RDP ដោយគ្រាន់តែសម្រាប់ការលួងលោមរបស់អ្នកប្រើប្រាស់ ការឆ្លើយតបលឿនជាងមុន និងការរមូរ។
• នៅពេលដែលអ្នកប្រើប្រាស់មួយចំនួនធំកំពុងធ្វើការយ៉ាងសកម្ម (ហើយនៅទីនេះអ្នកអាចព្យាយាមភ្ជាប់មនុស្ស 30 នាក់ទៅមូលដ្ឋានទិន្នន័យមួយ ប្រសិនបើអ្នកព្យាយាម) វាជាការល្អក្នុងការដំឡើងដ្រាយ SSD ។ សម្រាប់ហេតុផលមួយចំនួន វាត្រូវបានគេជឿថាឌីសមិនប៉ះពាល់ដល់ប្រតិបត្តិការរបស់ 1C នោះទេ ប៉ុន្តែការធ្វើតេស្តទាំងអស់ត្រូវបានអនុវត្តជាមួយនឹងឃ្លាំងសម្ងាត់របស់ឧបករណ៍បញ្ជាដែលបើកដំណើរការសម្រាប់ការសរសេរដែលមិនត្រឹមត្រូវ។ មូលដ្ឋានសាកល្បងគឺតូច វាសមល្អនៅក្នុងឃ្លាំងសម្ងាត់ ដូច្នេះចំនួនខ្ពស់។ នៅលើមូលដ្ឋានទិន្នន័យពិតប្រាកដ (ធំ) អ្វីគ្រប់យ៉ាងនឹងខុសគ្នាទាំងស្រុង ដូច្នេះឃ្លាំងសម្ងាត់ត្រូវបានបិទសម្រាប់ការធ្វើតេស្ត។

ជាឧទាហរណ៍ ខ្ញុំបានពិនិត្យប្រតិបត្តិការនៃការធ្វើតេស្ត Gilev ជាមួយនឹងជម្រើសថាសផ្សេងៗគ្នា។ ខ្ញុំ​បាន​ដំឡើង​ឌីស​ពី​អ្វី​ដែល​មាន​នៅ​ក្នុង​ដៃ ដើម្បី​បង្ហាញ​ពី​ទំនោរ​។ ភាពខុសគ្នារវាង 8.3.6.2076 និង 8.3.7.2008 គឺតូច (នៅក្នុង Ramdisk Turbo boost version 8.3.6 ផលិត 56.18 និង 8.3.7.2008 ផលិត 55.56 ក្នុងការធ្វើតេស្តផ្សេងទៀត ភាពខុសគ្នាគឺតូចជាង)។ ការប្រើប្រាស់ថាមពល - ដំណើរការអតិបរមា ការជំរុញ turbo ត្រូវបានបិទ (លុះត្រាតែមានចែងផ្សេង) ។

	វាយឆ្មក់ 10 4x SATA 7200 ATA ST31500341AS	ការវាយឆ្មក់ 10 4x SAS 10k	ការវាយឆ្មក់ 10 4x SAS 15k	SSD តែមួយ	រ៉ាមឌីស	រ៉ាមឌីស	បានបើកដំណើរការឃ្លាំងសម្ងាត់ ឧបករណ៍បញ្ជា RAID
	21,74	28,09	32,47	49,02	50,51	53,76	49,02
1C ៨.២	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 ៨.៣	33,46	42,02	45,05	51,02	52,08	54,95
8.3.7.2008	35,46	43,01	44,64	51,55	52,08	56,18

• ឃ្លាំងសម្ងាត់ឧបករណ៍បញ្ជា RAID ដែលបានបើកដំណើរការលុបបំបាត់ភាពខុសគ្នាទាំងអស់រវាងឌីស លេខគឺដូចគ្នាសម្រាប់ទាំង sat និង cas។ ការធ្វើតេស្តជាមួយវាលើទិន្នន័យមួយចំនួនតូចគឺគ្មានប្រយោជន៍ ហើយមិនបង្ហាញពីប្រភេទណាមួយឡើយ។
• សម្រាប់វេទិកា 8.2 ភាពខុសគ្នានៃដំណើរការរវាងជម្រើស SATA និង SSD គឺច្រើនជាងទ្វេដង។ នេះមិនមែនជាកំហុសទេ។ ប្រសិនបើអ្នកក្រឡេកមើលម៉ូនីទ័រដំណើរការអំឡុងពេលធ្វើតេស្តលើដ្រាយ SATA ។ បន្ទាប់មកអ្នកអាចមើលឃើញយ៉ាងច្បាស់ "ពេលវេលាដំណើរការថាសសកម្ម (គិតជា%)" 80-95 ។ បាទ / ចាសប្រសិនបើអ្នកបើកឃ្លាំងសម្ងាត់នៃឌីសដោយខ្លួនឯងសម្រាប់ការថតនោះល្បឿននឹងកើនឡើងដល់ 35 ប្រសិនបើអ្នកបើកឃ្លាំងសម្ងាត់របស់ឧបករណ៍បញ្ជាវាយឆ្មក់ - រហូតដល់ 49 (មិនថាថាសណាមួយកំពុងត្រូវបានសាកល្បងនៅពេលនេះ) ។ ប៉ុន្តែទាំងនេះគឺជាសេកឃ្លាំងសម្ងាត់សំយោគនៅក្នុងការងារពិត ជាមួយនឹងមូលដ្ឋានទិន្នន័យធំ នឹងមិនដែលមានសមាមាត្រការសរសេរឃ្លាំងសម្ងាត់ 100% ឡើយ។
• ល្បឿននៃសូម្បីតែ SSDs ថោក (ខ្ញុំបានសាកល្បងនៅលើ Agility 3) គឺគ្រប់គ្រាន់ដើម្បីដំណើរការកំណែឯកសារ។ ធនធានថតគឺជាបញ្ហាមួយទៀត អ្នកត្រូវមើលវានៅក្នុងករណីជាក់លាក់នីមួយៗ វាច្បាស់ណាស់ថា Intel 3700 នឹងមានលំដាប់ខ្ពស់ជាងនេះ ប៉ុន្តែតម្លៃគឺត្រូវគ្នា។ ហើយបាទ ខ្ញុំយល់ថានៅពេលសាកល្បងថាស SSD ខ្ញុំក៏សាកល្បងឃ្លាំងសម្ងាត់នៃថាសនេះក្នុងកម្រិតធំជាងនេះ លទ្ធផលពិតនឹងតិចជាង។
• ដំណោះស្រាយត្រឹមត្រូវបំផុត (តាមទស្សនៈរបស់ខ្ញុំ) គឺត្រូវបែងចែកថាស SSD ចំនួន 2 នៅក្នុងការវាយឆ្មក់ឆ្លុះសម្រាប់មូលដ្ឋានទិន្នន័យឯកសារ (ឬមូលដ្ឋានទិន្នន័យឯកសារជាច្រើន) ហើយមិនត្រូវដាក់អ្វីផ្សេងទៀតនៅទីនោះទេ។ បាទ/ចាស ជាមួយនឹងកញ្ចក់ SSDs អស់ស្មើៗគ្នា ហើយនេះគឺជាការដក ប៉ុន្តែយ៉ាងហោចណាស់ឧបករណ៍អេឡិចត្រូនិករបស់ឧបករណ៍បញ្ជាត្រូវបានការពារពីកំហុស។
• គុណសម្បត្តិចម្បងនៃដ្រាយ SSD សម្រាប់កំណែឯកសារនឹងលេចឡើងនៅពេលដែលមានមូលដ្ឋានទិន្នន័យជាច្រើន ដែលនីមួយៗមានអ្នកប្រើប្រាស់ជាច្រើន។ ប្រសិនបើមានមូលដ្ឋានទិន្នន័យ 1-2 ហើយមានអ្នកប្រើប្រាស់ប្រហែល 10 នាក់នោះ ថាស SAS នឹងគ្រប់គ្រាន់។ (ប៉ុន្តែក្នុងករណីណាក៏ដោយសូមមើលការផ្ទុកថាសទាំងនេះយ៉ាងហោចណាស់តាមរយៈ perfmon) ។
• គុណសម្បត្តិចម្បងនៃម៉ាស៊ីនមេស្ថានីយគឺថា វាអាចមានអតិថិជនខ្សោយខ្លាំង ហើយការកំណត់បណ្តាញប៉ះពាល់ដល់ម៉ាស៊ីនមេស្ថានីយតិចជាង (ម្តងទៀត K.O. របស់អ្នក)។

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

ប្រសិនបើការធ្វើតេស្ត Gilev បង្ហាញលេខតូច ហើយអ្នកមានដំណើរការនាឡិកាខ្ពស់ និងថាសលឿន នោះអ្នកគ្រប់គ្រងត្រូវយកយ៉ាងហោចណាស់ perfmon កត់ត្រាលទ្ធផលទាំងអស់នៅកន្លែងណាមួយ ហើយមើល សង្កេត និងធ្វើការសន្និដ្ឋាន។ វានឹងមិនមានការណែនាំច្បាស់លាស់ទេ។

ជម្រើសម៉ាស៊ីនភ្ញៀវ - ម៉ាស៊ីនមេ។

ការធ្វើតេស្តត្រូវបានអនុវត្តតែនៅលើ 8.2, ដោយសារតែ នៅលើ 8.3 អ្វីគ្រប់យ៉ាងអាស្រ័យយ៉ាងធ្ងន់ធ្ងរលើកំណែ។

សម្រាប់ការធ្វើតេស្ត ខ្ញុំបានជ្រើសរើសជម្រើសម៉ាស៊ីនមេ និងបណ្តាញផ្សេងគ្នារវាងពួកវា ដើម្បីបង្ហាញពីនិន្នាការចម្បង។

	1C: Xeon 5520 SQL៖ Xeon E5-2630	1C: Xeon 5520 SQL៖ Xeon E5-2630 ឆានែលសរសៃ - SSD	1C: Xeon 5520 SQL៖ Xeon E5-2630 ឆានែលជាតិសរសៃ - SAS	1C: Xeon 5650 SQL៖ Xeon E5-2630	1C: Xeon 5650 SQL៖ Xeon E5-2630 ឆានែលសរសៃ - 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 ៨.២	17,12	17,06	14,53	29,41	28,41	31,45	34,97	36,23	23,81	40,32	39.06
	16,72	16,89	13,44	29,76	28,57	32,05	34,97	36,23	23,26	40,32	39.06

វាហាក់ដូចជាខ្ញុំបានពិចារណាជម្រើសគួរឱ្យចាប់អារម្មណ៍ទាំងអស់ប្រសិនបើមានអ្វីផ្សេងទៀតដែលអ្នកចាប់អារម្មណ៍សរសេរនៅក្នុងមតិយោបល់ខ្ញុំនឹងព្យាយាមធ្វើវា។

• SAS នៅលើប្រព័ន្ធផ្ទុកទិន្នន័យគឺយឺតជាង SSDs មូលដ្ឋាន ទោះបីជាប្រព័ន្ធផ្ទុកទិន្នន័យមានទំហំឃ្លាំងសម្ងាត់ធំជាងក៏ដោយ។ SSDs ទាំងក្នុងស្រុក និងនៅលើប្រព័ន្ធផ្ទុកទិន្នន័យ ដំណើរការក្នុងល្បឿនដែលអាចប្រៀបធៀបបានសម្រាប់ការធ្វើតេស្តរបស់ Gilev ។ ខ្ញុំ​មិន​ដឹង​ថា​ការ​ធ្វើ​តេស្ដ​ពហុ​ខ្សែ​ស្ដង់ដារ​ណា​មួយ (មិន​មែន​គ្រាន់​តែ​ថត​សំឡេង​ប៉ុណ្ណោះ​ទេ ប៉ុន្តែ​ឧបករណ៍​ទាំងអស់) លើក​លែង​តែ​ការ​ធ្វើ​តេស្ត​ផ្ទុក 1C ពី MCC។
• ការផ្លាស់ប្តូរម៉ាស៊ីនមេ 1C ពី 5520 ទៅ 5650 ស្ទើរតែបង្កើនដំណើរការទ្វេដង។ បាទ ការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនមេមិនត្រូវគ្នាទាំងស្រុងទេ ប៉ុន្តែវាបង្ហាញពីនិន្នាការ (មិនគួរឱ្យភ្ញាក់ផ្អើលទេ)។
• ការបង្កើនប្រេកង់នៅលើម៉ាស៊ីនមេ SQL ពិតជាផ្តល់នូវឥទ្ធិពល ប៉ុន្តែមិនដូចគ្នាទៅនឹងម៉ាស៊ីនមេ 1C MS SQL គឺល្អ (ប្រសិនបើអ្នកសួរវា) ដើម្បីប្រើពហុស្នូល និងអង្គចងចាំឥតគិតថ្លៃ។
• ការផ្លាស់ប្តូរបណ្តាញរវាង 1C និង SQL ពី 1 Gbit ទៅ 10 Gbit ផ្តល់ឱ្យសេកប្រហែល 10% ។ ខ្ញុំបានរំពឹងបន្ថែមទៀត។
• ការបើកអង្គចងចាំដែលបានចែករំលែកនៅតែផ្តល់នូវឥទ្ធិពល ទោះបីជាមិនមាន 15% ដូចដែលបានពិពណ៌នានៅក្នុងអត្ថបទក៏ដោយ។ ត្រូវប្រាកដថាធ្វើវា សំណាងល្អ វារហ័ស និងងាយស្រួល។ ប្រសិនបើក្នុងអំឡុងពេលដំឡើងនរណាម្នាក់បានផ្តល់ឱ្យម៉ាស៊ីនមេ SQL នូវឧទាហរណ៍ដែលមានឈ្មោះបន្ទាប់មកសម្រាប់ 1C ដើម្បីដំណើរការឈ្មោះម៉ាស៊ីនមេត្រូវតែបញ្ជាក់មិនមែនដោយ FQDN (tcp/ip នឹងដំណើរការ) មិនមែនតាមរយៈ localhost ឬគ្រាន់តែជា ServerName ប៉ុន្តែតាមរយៈ ServerNameInstanceName ឧទាហរណ៍ zz- តេស្តសាកល្បង។ (បើមិនដូច្នេះទេ វានឹងមានកំហុស DBMS៖ Microsoft SQL Server Native Client 10.0៖ Shared Memory Provider៖ បណ្ណាល័យអង្គចងចាំដែលបានចែករំលែកដែលប្រើដើម្បីបង្កើតការតភ្ជាប់ជាមួយ SQL Server 2000 មិនត្រូវបានរកឃើញទេ។ HRESULT=80004005, HRESULT=80004005, HRESULT=80004005,HRESULT ៖ SQLSTATE=08001, state=1, ភាពធ្ងន់ធ្ងរ=10, ដើម=126, បន្ទាត់=0)។
• សម្រាប់អ្នកប្រើប្រាស់តិចជាង 100 ចំណុចតែមួយគត់ក្នុងការបំបែកវាទៅជាម៉ាស៊ីនមេពីរដាច់ដោយឡែកគឺអាជ្ញាប័ណ្ណ Win 2008 Std (និងចាស់ជាងនេះ) ដែលគាំទ្រតែ RAM 32GB ប៉ុណ្ណោះ។ នៅក្នុងករណីផ្សេងទៀតទាំងអស់ 1C និង SQL ប្រាកដជាត្រូវដំឡើងនៅលើម៉ាស៊ីនមេមួយ ហើយផ្តល់អង្គចងចាំបន្ថែមទៀត (យ៉ាងហោចណាស់ 64 GB) ។ ការផ្តល់ MS SQL តិចជាង 24-28 GB នៃ RAM គឺជាការលោភលន់មិនសមហេតុផល (ប្រសិនបើអ្នកគិតថាអ្នកមានអង្គចងចាំគ្រប់គ្រាន់សម្រាប់វា ហើយអ្វីៗដំណើរការល្អ ប្រហែលជាកំណែឯកសារនៃ 1C នឹងគ្រប់គ្រាន់សម្រាប់អ្នក?)
• ការរួមបញ្ចូលគ្នានៃ 1C និង SQL ដំណើរការកាន់តែអាក្រក់នៅក្នុងម៉ាស៊ីននិម្មិតគឺជាប្រធានបទនៃអត្ថបទដាច់ដោយឡែកមួយ (ព័ត៌មានជំនួយ - កាន់តែអាក្រក់គួរឱ្យកត់សម្គាល់) ។ សូម្បីតែនៅក្នុង Hyper-V អ្វីគ្រប់យ៉ាងគឺមិនច្បាស់ ...
• របៀប​អនុវត្ត​តុល្យភាព​គឺ​អាក្រក់។ លទ្ធផលគឺស្របនឹងកំណែឯកសារ។
• ប្រភពជាច្រើននិយាយថារបៀបបំបាត់កំហុស (ragent.exe -debug) បណ្តាលឱ្យមានការថយចុះគួរឱ្យកត់សម្គាល់នៃដំណើរការ។ ជាការប្រសើរណាស់, វាកាត់បន្ថយ, បាទ, ប៉ុន្តែខ្ញុំនឹងមិនហៅ 2-3% ឥទ្ធិពលសំខាន់មួយ។

វានឹងមានការណែនាំតិចបំផុតនៅទីនេះសម្រាប់ករណីជាក់លាក់មួយ ពីព្រោះ... ហ្រ្វាំងនៅក្នុងកំណែម៉ាស៊ីនភ្ញៀវ-ម៉ាស៊ីនមេនៃការងារគឺជាករណីដ៏លំបាកបំផុត ហើយអ្វីគ្រប់យ៉ាងត្រូវបានកំណត់រចនាសម្ព័ន្ធដោយឡែកពីគ្នា។ មធ្យោបាយងាយស្រួលបំផុតគឺនិយាយថាសម្រាប់ប្រតិបត្តិការធម្មតា អ្នកត្រូវយកម៉ាស៊ីនមេដាច់ដោយឡែកសម្រាប់តែ 1C និង MS SQL ដាក់ processors នៅទីនោះដែលមានប្រេកង់អតិបរមា (លើសពី 3 GHz) ដ្រាយ SSD សម្រាប់មូលដ្ឋានទិន្នន័យ និងអង្គចងចាំច្រើនទៀត (128+) កុំប្រើនិម្មិត។ វាបានជួយ - អស្ចារ្យណាស់ អ្នកមានសំណាង (ហើយវានឹងមានសំណាងបែបនេះច្រើន ជាងពាក់កណ្តាលនៃបញ្ហាអាចត្រូវបានដោះស្រាយជាមួយនឹងការធ្វើឱ្យប្រសើរឡើងគ្រប់គ្រាន់) ។ បើមិនដូច្នោះទេ ជម្រើសផ្សេងទៀតតម្រូវឱ្យមានការពិចារណា និងការកំណត់ដាច់ដោយឡែក។

ជាញឹកញាប់មនុស្សមករកយើងជាមួយនឹងសំណួរដូចជា៖

• ហេតុអ្វីបានជាម៉ាស៊ីនមេ 1C ថយចុះ?
• កុំព្យូទ័រដំណើរការ 1C គឺយឺតណាស់។
• ម៉ាស៊ីនភ្ញៀវ 1C គឺយឺតយ៉ាវណាស់។

ពេលខ្លះ ជាដំណោះស្រាយចំពោះបញ្ហា យើងផ្តល់ជូនអតិថិជននូវម៉ាស៊ីនមេ 1C សម្រាប់ជួលដោយគ្មានហ្វ្រាំង ជាមួយនឹងជម្រើសនៃការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនមេ និងប្រព័ន្ធប្រតិបត្តិការ អ្នកអាចកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនមេតាមអ៊ីនធឺណិតនៅលើគេហទំព័ររបស់ដៃគូរបស់យើង ដោយប្រើតំណភ្ជាប់ https://1cloud.ruជំពូក សេវាកម្ម, ជំពូក ម៉ាស៊ីនមេនិម្មិត.

អ្វីដែលត្រូវធ្វើនិងរបៀបយកឈ្នះវាហើយដូច្នេះនៅលើលំដាប់:

អតិថិជនធ្វើការយឺតណាស់ជាមួយនឹងកំណែម៉ាស៊ីនមេនៃ 1C

បន្ថែមពីលើការងារយឺតនៃ 1C ក៏មានការងារយឺតជាមួយឯកសារបណ្តាញផងដែរ។ បញ្ហាកើតឡើងក្នុងអំឡុងពេលប្រតិបត្តិការធម្មតានិងជាមួយ RDP

ដើម្បីដោះស្រាយបញ្ហានេះ បន្ទាប់ពីរាល់ការដំឡើង Seven ឬម៉ាស៊ីនមេឆ្នាំ 2008 ខ្ញុំតែងតែចាប់ផ្តើម

netsh int tcp កំណត់ global autotuning=disabled

netsh int tcp កំណត់ global autotuninglevel=disabled

netsh int tcp កំណត់ global rss=disabled chimney=disabled

ហើយបណ្តាញដំណើរការដោយគ្មានបញ្ហា

ពេលខ្លះជម្រើសដ៏ល្អបំផុតគឺ៖

netsh interface tcp set global autotuning=HighlyRestricted

នេះជាអ្វីដែលការដំឡើងមើលទៅ

កំណត់រចនាសម្ព័ន្ធប្រឆាំងមេរោគ ឬជញ្ជាំងភ្លើងវីនដូ

របៀបកំណត់រចនាសម្ព័ន្ធ Anti-Virus ឬ Windows Firewall សម្រាប់ដំណើរការម៉ាស៊ីនមេ 1C (ជាឧទាហរណ៍ ការរួមបញ្ចូលគ្នានៃ 1C Server: Enterprise និង MS SQL 2008 ជាឧទាហរណ៍)។

បន្ថែម​ច្បាប់៖

• ប្រសិនបើម៉ាស៊ីនមេ SQL ទទួលយកការតភ្ជាប់នៅលើច្រក TCP ស្តង់ដារ 1433 នោះយើងអនុញ្ញាត។
• ប្រសិនបើច្រក SQL មានលក្ខណៈថាមវន្ត នោះអ្នកត្រូវតែអនុញ្ញាតឱ្យមានការតភ្ជាប់ទៅកម្មវិធី %ProgramFiles%\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Binn\sqlservr.exe ។
• Server 1C ដំណើរការលើច្រក 1541, cluster 1540 និង range 1560-1591។ សម្រាប់ហេតុផលអាថ៌កំបាំងទាំងស្រុង ជួនកាលបញ្ជីច្រកបើកបែបនេះនៅតែមិនអនុញ្ញាតឱ្យមានការតភ្ជាប់ទៅម៉ាស៊ីនមេ។ ដើម្បីប្រាកដថាវាដំណើរការ សូមអនុញ្ញាតចន្លោះ 1540-1591។

ការលៃតម្រូវដំណើរការម៉ាស៊ីនមេ / កុំព្យូទ័រ

ដើម្បីឱ្យកុំព្យូទ័ររបស់អ្នកដំណើរការក្នុងដំណើរការអតិបរមា អ្នកត្រូវកំណត់រចនាសម្ព័ន្ធវាសម្រាប់នេះ៖

1. ការកំណត់ BIOS

• នៅក្នុងម៉ាស៊ីនមេ BIOS យើងបិទការកំណត់ទាំងអស់ដើម្បីសន្សំសំចៃថាមពលរបស់ខួរក្បាល។
• ប្រសិនបើមាន "C1E" ហើយត្រូវប្រាកដថាផ្តាច់ !!
• សម្រាប់កិច្ចការមួយចំនួនដែលមិនសូវស្របគ្នា វាត្រូវបានណែនាំផងដែរឱ្យបិទ hypertrading នៅក្នុង BIOS
• ក្នុងករណីខ្លះ (ជាពិសេសសម្រាប់ HP!) អ្នកត្រូវចូលទៅក្នុង BIOS របស់ម៉ាស៊ីនមេ ហើយបិទធាតុនៅទីនោះដែលមាន EIST, Intel SpeedStep និង C1E នៅក្នុងឈ្មោះរបស់ពួកគេ។
• ជំនួសមកវិញ អ្នកត្រូវស្វែងរកធាតុដែលទាក់ទងនឹង processor នៅទីនោះដែលមាន Turbo Boost នៅក្នុងឈ្មោះរបស់ពួកគេ ហើយបើកពួកវា។
• ប្រសិនបើនៅក្នុង BIOS មានការចង្អុលបង្ហាញទូទៅនៃរបៀបសន្សំថាមពល ហើយបញ្ចូលវាទៅក្នុងរបៀបប្រតិបត្តិការអតិបរមា (វាអាចត្រូវបានគេហៅថា "ឈ្លានពាន" ផងដែរ)

2. ការកំណត់គ្រោងការណ៍នៅក្នុងប្រព័ន្ធប្រតិបត្តិការ - ដំណើរការខ្ពស់។

ម៉ាស៊ីនមេដែលមានស្ថាបត្យកម្ម Intel Sandy Bridge អាចផ្លាស់ប្តូរប្រេកង់ដំណើរការដោយថាមវន្ត។

ជួនកាលដំណោះស្រាយចំពោះបញ្ហានៃប្រតិបត្តិការយឺតរបស់ម៉ាស៊ីនមេ 1C គឺហួសសម័យ ឬខូចឧបករណ៍ ក្នុងករណីនេះយើងផ្តល់ជូនអតិថិជននូវម៉ាស៊ីនមេសម្រាប់ 1C សម្រាប់ជួលដោយគ្មានហ្វ្រាំង ជាមួយនឹងជម្រើសនៃការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនមេ និងប្រព័ន្ធប្រតិបត្តិការ អ្នកអាចធ្វើវាបាននៅលើរបស់យើង គេហទំព័ររបស់ដៃគូនៅតំណ https://1cloud.ruផ្នែកសេវាកម្ម ផ្នែកម៉ាស៊ីនមេនិម្មិត។

ប្រសិនបើអ្នកមានចម្ងល់សូមទាក់ទង៖

• ទូរស័ព្ទទៅ +7-812-385-55-66 នៅ St
• សរសេរទៅអាសយដ្ឋាន
• ទុកកម្មវិធីនៅលើគេហទំព័ររបស់យើងនៅលើទំព័រ "កម្មវិធីអនឡាញ"

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

ពិតជាមានមែន វិធីសាស្រ្តបង្កើនល្បឿន 1C ចំនួនបី៖

• បង្កើនសមត្ថភាពផ្នែករឹង។
• ការបង្កើនប្រសិទ្ធភាពនៃប្រព័ន្ធប្រតិបត្តិការ និងការកំណត់ DBMS ។
• ការបង្កើនប្រសិទ្ធភាពនៃកូដ និងក្បួនដោះស្រាយក្នុង 1C ។

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

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

ក្រុមហ៊ុន 1C ផ្តល់ចម្លើយមិនច្បាស់លាស់ចំពោះសំណួរថាតើត្រូវការធនធានប៉ុន្មានដែលយើងបានសរសេរអំពីវាពីមុននៅក្នុងការប្រកាសរបស់យើង។ ដូច្នេះហើយ អ្នកត្រូវតែធ្វើការពិសោធន៍ដោយឯករាជ្យ និងស្វែងយល់ថាតើដំណើរការ 1C អាស្រ័យលើអ្វី។ ការពិសោធន៍ជាមួយការអនុវត្តកម្មវិធីនៅ EFSOL ត្រូវបានពិពណ៌នាខាងក្រោម។

នៅពេលធ្វើការជាមួយ 1C 8.2 ជាពិសេសជាមួយនឹងការកំណត់រចនាសម្ព័ន្ធដែលប្រើទម្រង់ដែលបានគ្រប់គ្រង ការពិតចម្លែកមួយត្រូវបានកត់សម្គាល់ឃើញ: 1C ដំណើរការលឿននៅលើស្ថានីយការងារជាងនៅលើម៉ាស៊ីនមេដ៏មានឥទ្ធិពល។ លើសពីនេះទៅទៀត លក្ខណៈទាំងអស់នៃស្ថានីយការងារគឺអាក្រក់ជាងម៉ាស៊ីនមេ។

តារាងទី 1 - ការកំណត់រចនាសម្ព័ន្ធដែលការធ្វើតេស្តដំបូងត្រូវបានអនុវត្ត

ស្ថានីយការងារបង្ហាញពីដំណើរការ 155% ច្រើនជាងម៉ាស៊ីនមេ 1C ដែលមានលក្ខណៈល្អប្រសើរ។ យើងចាប់ផ្តើមស្វែងយល់ពីអ្វីដែលកំពុងកើតឡើង ហើយបង្រួមការស្វែងរក។

រូបភាពទី 1 - ការវាស់វែងការអនុវត្តនៅស្ថានីយការងារដោយប្រើការធ្វើតេស្ត Gilev

ការសង្ស័យដំបូងគឺថាការធ្វើតេស្តរបស់ Gilev មិនគ្រប់គ្រាន់។ ការវាស់វែងនៃទម្រង់បើក ការបង្ហោះឯកសារ ការបង្កើតរបាយការណ៍។ល។ ដោយប្រើឧបករណ៍ឧបករណ៍បង្ហាញថាការធ្វើតេស្តរបស់ Gilev បង្កើតការវាយតម្លៃសមាមាត្រទៅនឹងល្បឿនជាក់ស្តែងនៃការងារក្នុង 1C ។

ចំនួននិងភាពញឹកញាប់នៃ RAM

ការវិភាគនៃព័ត៌មានដែលមាននៅលើអ៊ីនធឺណិតបានបង្ហាញថាមនុស្សជាច្រើនសរសេរអំពីការពឹងផ្អែកនៃការអនុវត្ត 1C លើប្រេកង់នៃការចងចាំ។ វាអាស្រ័យលើប្រេកង់ មិនមែននៅលើកម្រិតសំឡេងទេ។ យើងបានសម្រេចចិត្តសាកល្បងសម្មតិកម្មនេះ ដោយសារយើងមានប្រេកង់ RAM 1066 Mhz នៅលើ server ធៀបនឹង 1333 Mhz នៅលើ workstation ហើយចំនួន RAM នៅលើ server គឺខ្ពស់ជាងច្រើន។ យើងបានសម្រេចចិត្តដំឡើងភ្លាមៗមិនមែន 1066 Mhz ទេ ប៉ុន្តែ 800 Mhz ដូច្នេះឥទ្ធិពលនៃការពឹងផ្អែកលើប្រេកង់នៃការចងចាំកាន់តែច្បាស់។ លទ្ធផលគឺថាផលិតភាពបានធ្លាក់ចុះ 12% និងមានចំនួន 39.37 គ្រឿង។ យើងបានដំឡើងអង្គចងចាំជាមួយនឹងប្រេកង់ 1333 Mhz ជំនួសឱ្យ 1066 Mhz នៅលើម៉ាស៊ីនមេ ហើយទទួលបានការកើនឡើងបន្តិចនៃដំណើរការ - ប្រហែល 11% ។ ផលិតភាពគឺ 19.53 គ្រឿង។ ដូច្នោះហើយ វាមិនមែនជាបញ្ហានៃការចងចាំទេ ទោះបីជាប្រេកង់របស់វាផ្តល់ការកើនឡើងបន្តិចក៏ដោយ។

រូបភាពទី 2 - ការវាស់វែងការអនុវត្តនៅលើស្ថានីយការងារបន្ទាប់ពីបន្ថយប្រេកង់ RAM

រូបភាពទី 3 - ការវាស់វែងការអនុវត្តនៅលើម៉ាស៊ីនមេបន្ទាប់ពីបង្កើនប្រេកង់ RAM

ប្រព័ន្ធរងឌីស

សម្មតិកម្មបន្ទាប់គឺទាក់ទងទៅនឹងប្រព័ន្ធរងរបស់ថាស។ ការសន្មត់ពីរបានកើតឡើងភ្លាមៗ៖

• SSDs គឺប្រសើរជាង SAS drives ទោះបីជាវាស្ថិតនៅក្នុងការវាយឆ្មក់ 10 ក៏ដោយ។
• iSCSI យឺត ឬមិនត្រឹមត្រូវ។

ដូច្នេះថាស SATA ធម្មតាត្រូវបានដំឡើងនៅក្នុងស្ថានីយការងារជំនួសឱ្យ SSD ហើយដូចគ្នានេះត្រូវបានធ្វើឡើងជាមួយម៉ាស៊ីនមេ - មូលដ្ឋានទិន្នន័យត្រូវបានដាក់នៅលើថាស SATA មូលដ្ឋាន។ ជាលទ្ធផលការវាស់វែងការអនុវត្តមិនផ្លាស់ប្តូរទាល់តែសោះ។ ភាគច្រើនវាកើតឡើងដោយសារតែមាន RAM គ្រប់គ្រាន់ ហើយថាសមិនជាប់ពាក់ព័ន្ធក្នុងវិធីណាមួយក្នុងអំឡុងពេលធ្វើតេស្ត។

ស៊ីភីយូ

ជាការពិតណាស់ ដំណើរការនៅលើម៉ាស៊ីនមេមានថាមពលខ្លាំងជាង ហើយមានពីរក្នុងចំនោមពួកគេ ប៉ុន្តែប្រេកង់គឺទាបជាងនៅលើស្ថានីយការងារបន្តិច។ យើងបានសម្រេចចិត្តពិនិត្យមើលឥទ្ធិពលនៃប្រេកង់របស់ processor ទៅលើដំណើរការ៖ មិនមាន processors ដែលមានប្រេកង់ខ្ពស់ជាងនៅក្នុងដៃសម្រាប់ server ទេ ដូច្នេះយើងបន្ថយប្រេកង់ processor នៅលើ workstation។ យើងទម្លាក់វាមកត្រឹម 1.6 ភ្លាមៗ ដើម្បីឱ្យទំនាក់ទំនងកាន់តែច្បាស់។ ការធ្វើតេស្តបានបង្ហាញថាការសម្តែងបានធ្លាក់ចុះយ៉ាងខ្លាំងប៉ុន្តែសូម្បីតែជាមួយនឹងដំណើរការ 1.6 ស្ថានីយការងារបានផលិតស្ទើរតែ 28 គ្រឿងដែលច្រើនជាងស្ទើរតែ 1.5 ដងនៅលើម៉ាស៊ីនមេ។

រូបភាពទី 4 - ការវាស់វែងការអនុវត្តនៅលើស្ថានីយការងារដែលមានខួរក្បាល 1.6 Ghz

កាតវីដេអូ

មានព័ត៌មាននៅលើអ៊ីនធឺណែតដែលថាដំណើរការ 1C អាចត្រូវបានប៉ះពាល់ដោយកាតវីដេអូ។ យើងបានសាកល្បងប្រើវីដេអូរួមបញ្ចូលគ្នារបស់ស្ថានីយការងារ ដែលជាអាដាប់ទ័រ Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5 អាជីព និងកាតវីដេអូ GeForce 16MbSDR ចាស់។ ក្នុងអំឡុងពេលធ្វើតេស្ត Gilev មិនមានភាពខុសប្លែកគ្នាគួរឱ្យកត់សម្គាល់ទេ។ ប្រហែលជាកាតវីដេអូនៅតែមានឥទ្ធិពល ប៉ុន្តែនៅក្នុងលក្ខខណ្ឌជាក់ស្តែង នៅពេលដែលអ្នកត្រូវការបើកទម្រង់ដែលបានគ្រប់គ្រង។ល។

នៅពេលនេះ មានការសង្ស័យចំនួនពីរថា ហេតុអ្វីបានជាស្ថានីយការងារដំណើរការលឿនជាងមុន បើទោះបីជាមានលក្ខណៈអាក្រក់គួរឱ្យកត់សម្គាល់ក៏ដោយ៖

1. ស៊ីភីយូ។ប្រភេទនៃខួរក្បាលនៅលើស្ថានីយការងារគឺសមស្របជាងទៅនឹង 1C ។
2. បន្ទះឈីប។អ្វីៗផ្សេងទៀតមានភាពស្មើគ្នា ស្ថានីយការងាររបស់យើងមានបន្ទះឈីបថ្មីជាងនេះ ប្រហែលជានេះជាបញ្ហា។

យើងមានគម្រោងទិញសមាសធាតុចាំបាច់ និងបន្តការសាកល្បង ដើម្បីទីបំផុតរកឱ្យឃើញនូវអ្វីដែលដំណើរការ 1C ភាគច្រើនអាស្រ័យទៅលើ។ ខណៈពេលដែលដំណើរការអនុម័ត និងលទ្ធកម្មកំពុងដំណើរការ យើងបានសម្រេចចិត្តធ្វើការបង្កើនប្រសិទ្ធភាព ជាពិសេសព្រោះវាមិនមានតម្លៃអ្វីទាំងអស់។ ដំណាក់កាលខាងក្រោមត្រូវបានកំណត់៖

ដំណាក់កាលទី 1. ការដំឡើងប្រព័ន្ធ

ដំបូង​យើង​ធ្វើ​ការ​កំណត់​ខាង​ក្រោម​ក្នុង​ BIOS និង​ប្រព័ន្ធ​ប្រតិបត្តិការ៖

1. នៅក្នុងម៉ាស៊ីនមេ BIOS យើងបិទការកំណត់ទាំងអស់ដើម្បីសន្សំសំចៃថាមពលរបស់ខួរក្បាល។
2. ជ្រើសរើសផែនការ "ការអនុវត្តអតិបរមា" នៅក្នុងប្រព័ន្ធប្រតិបត្តិការ។
3. ខួរក្បាលក៏ត្រូវបានលៃតម្រូវសម្រាប់ដំណើរការអតិបរមាផងដែរ។ នេះអាចត្រូវបានធ្វើដោយប្រើឧបករណ៍ប្រើប្រាស់ PowerSchemeEd ។

ដំណាក់កាលទី 2. ការដំឡើង SQL server និង 1C:Enterprise server

យើងធ្វើការផ្លាស់ប្តូរខាងក្រោមចំពោះ DBMS និង 1C: ការកំណត់ម៉ាស៊ីនមេសហគ្រាស។

1. ការដំឡើងពិធីការអង្គចងចាំដែលបានចែករំលែក៖
   
   
   • អង្គចងចាំដែលបានចែករំលែកនឹងត្រូវបានបើកដំណើរការតែនៅលើវេទិកាដែលចាប់ផ្តើមពី 1C 8.2.17 នៅលើការចេញផ្សាយមុននេះ បំពង់ដែលមានឈ្មោះនឹងត្រូវបានបើក - ទាបជាងបន្តិចក្នុងល្បឿនប្រតិបត្តិការ។ បច្ចេកវិទ្យានេះដំណើរការបានលុះត្រាតែសេវាកម្ម 1C និង MSSQL ត្រូវបានដំឡើងនៅលើម៉ាស៊ីនមេ ឬម៉ាស៊ីនមេនិម្មិតដូចគ្នា។
2. វាត្រូវបានផ្ដល់អនុសាសន៍ឱ្យប្តូរសេវា 1C ទៅជារបៀបបំបាត់កំហុស ព្រោះថាវាផ្តល់នូវការជំរុញការអនុវត្ត។ តាមលំនាំដើម ការបំបាត់កំហុសត្រូវបានបិទនៅលើម៉ាស៊ីនមេ។
3. ដំឡើងម៉ាស៊ីនមេ SQL៖
   
   
   • យើងត្រូវការតែម៉ាស៊ីនមេ សេវាកម្មផ្សេងទៀតដែលទាក់ទងនឹងវា ហើយប្រហែលជាមាននរណាម្នាក់ប្រើពួកវា ធ្វើឱ្យការងារយឺតយ៉ាវប៉ុណ្ណោះ។ យើងបញ្ឈប់ និងបិទសេវាកម្មដូចជា៖ FullText Search (1C មានយន្តការស្វែងរកអត្ថបទពេញលេញរបស់វា) សេវាកម្មរួមបញ្ចូល។ល។
   • យើងកំណត់ចំនួនអតិបរិមានៃអង្គចងចាំដែលបានបម្រុងទុកសម្រាប់ម៉ាស៊ីនមេ។ នេះគឺចាំបាច់ដើម្បីឱ្យម៉ាស៊ីនមេ SQL គណនាចំនួននេះ និងសម្អាតអង្គចងចាំជាមុន។
   • យើងកំណត់ចំនួនអតិបរមានៃខ្សែស្រឡាយ (ខ្សែស្រឡាយកម្មករអតិបរមា) និងកំណត់អាទិភាពម៉ាស៊ីនមេ (អាទិភាពជំរុញ) ។

ដំណាក់កាលទី 3: រៀបចំមូលដ្ឋានទិន្នន័យផលិតកម្ម

បន្ទាប់ពីម៉ាស៊ីនមេ DBMS និង 1C:Enterprise ត្រូវបានធ្វើឱ្យប្រសើរឡើង យើងបន្តទៅការកំណត់មូលដ្ឋានទិន្នន័យ។ ប្រសិនបើមូលដ្ឋានទិន្នន័យមិនទាន់ត្រូវបានពង្រីកពីឯកសារ .dt ទេ ហើយអ្នកដឹងពីទំហំប្រហាក់ប្រហែលរបស់វា នោះវាជាការប្រសើរក្នុងការចង្អុលបង្ហាញភ្លាមៗនូវទំហំចាប់ផ្តើមទៅឯកសារបឋមជាមួយ ">=" នៃទំហំមូលដ្ឋានទិន្នន័យ ប៉ុន្តែនេះជាបញ្ហា នៃរសជាតិវានឹងនៅតែកើនឡើងក្នុងអំឡុងពេលពង្រីក។ ប៉ុន្តែទំហំការបង្កើនដោយស្វ័យប្រវត្តិត្រូវតែបញ្ជាក់៖ ប្រហែល 200 MB ក្នុងមួយមូលដ្ឋាន និង 50 MB ក្នុងមួយកំណត់ហេតុ ពីព្រោះ តម្លៃលំនាំដើម - កំណើន 1MB និង 10% បន្ថយល្បឿនម៉ាស៊ីនមេយ៉ាងខ្លាំងនៅពេលដែលវាត្រូវការបង្កើនឯកសាររៀងរាល់ប្រតិបត្តិការលើកទី 3 ។ ដូចគ្នានេះផងដែរ វាជាការប្រសើរក្នុងការបញ្ជាក់ការផ្ទុកឯកសារមូលដ្ឋានទិន្នន័យ និងឯកសារកំណត់ហេតុនៅលើថាសរូបវន្តផ្សេងគ្នា ឬក្រុម RAID ប្រសិនបើអារេ RAID ត្រូវបានប្រើ ហើយកំណត់ការលូតលាស់នៃកំណត់ហេតុ។ វាត្រូវបានផ្ដល់អនុសាសន៍ឱ្យផ្លាស់ទីឯកសារ Tempdb ទៅអារេដែលមានល្បឿនលឿន ចាប់តាំងពី DBMS ចូលប្រើវាជាញឹកញាប់។

ដំណាក់កាលទី 4. រៀបចំកិច្ចការដែលបានកំណត់ពេល

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

• Defragmentation នៃលិបិក្រម និងការធ្វើបច្ចុប្បន្នភាពស្ថិតិត្រូវតែធ្វើឡើងជារៀងរាល់ថ្ងៃ ពីព្រោះ ប្រសិនបើការបែងចែកលិបិក្រមគឺ> 25% វាកាត់បន្ថយដំណើរការម៉ាស៊ីនមេយ៉ាងខ្លាំង។
• ការ defragmentation និងការធ្វើបច្ចុប្បន្នភាពស្ថិតិត្រូវបានធ្វើបានយ៉ាងឆាប់រហ័ស ហើយមិនតម្រូវឱ្យផ្តាច់អ្នកប្រើប្រាស់ទេ។ វាត្រូវបានណែនាំផងដែរឱ្យធ្វើវាជារៀងរាល់ថ្ងៃ។
• ការធ្វើលិបិក្រមឡើងវិញពេញលេញ - ធ្វើជាមួយមូលដ្ឋានទិន្នន័យដែលត្រូវបានរារាំង វាត្រូវបានណែនាំឱ្យធ្វើវាយ៉ាងហោចណាស់ម្តងក្នុងមួយសប្តាហ៍។ តាមធម្មជាតិ បន្ទាប់ពីការធ្វើលិបិក្រមឡើងវិញពេញលេញ សន្ទស្សន៍ត្រូវបាន defragmented ភ្លាមៗ ហើយស្ថិតិត្រូវបានធ្វើបច្ចុប្បន្នភាព។

ជាលទ្ធផល ដោយមានជំនួយពីការកែសម្រួលប្រព័ន្ធ ម៉ាស៊ីនមេ SQL និងមូលដ្ឋានទិន្នន័យដំណើរការ យើងបានគ្រប់គ្រងដើម្បីបង្កើនផលិតភាព 46% ។ ការវាស់វែងត្រូវបានអនុវត្តដោយប្រើឧបករណ៍ 1C KIP និងប្រើការធ្វើតេស្ត Gilev ។ ក្រោយមកទៀតបានបង្ហាញ 25.6 គ្រឿងធៀបនឹង 17.53 ដែលកាលពីដើម។

ការសន្និដ្ឋានសង្ខេប

1. ដំណើរការ 1C មិនអាស្រ័យច្រើនលើប្រេកង់ RAM ទេ។ នៅពេលដែលបរិមាណអង្គចងចាំគ្រប់គ្រាន់ត្រូវបានឈានដល់ ការពង្រីកអង្គចងចាំបន្ថែមទៀតមិនសមហេតុផលទេ ព្រោះវាមិននាំទៅរកការកើនឡើងនៃដំណើរការ។
2. ដំណើរការ 1C មិនអាស្រ័យលើកាតវីដេអូទេ។
3. ដំណើរការ 1C មិនអាស្រ័យលើប្រព័ន្ធរងរបស់ឌីសទេ ផ្តល់ថាជួរនៃការអាន ឬសរសេរថាសមិនត្រូវបានលើស។ ប្រសិនបើ SATA drives ត្រូវបានដំឡើង ហើយជួររបស់ពួកគេមិនត្រូវបានលើស នោះការដំឡើង SSD នឹងមិនធ្វើអោយដំណើរការប្រសើរឡើងទេ។
4. ដំណើរការគឺពឹងផ្អែកខ្លាំងលើប្រេកង់ខួរក្បាល។
5. ជាមួយនឹងការកំណត់រចនាសម្ព័ន្ធត្រឹមត្រូវនៃប្រព័ន្ធប្រតិបត្តិការ និងម៉ាស៊ីនមេ MSSQL វាអាចធ្វើទៅបានដើម្បីសម្រេចបាននូវការកើនឡើងនៃការអនុវត្ត 1C ដោយ 40-50% ដោយមិនមានតម្លៃសម្ភារៈណាមួយឡើយ។

យកចិត្តទុកដាក់! ចំណុចសំខាន់ណាស់! ការវាស់វែងទាំងអស់ត្រូវបានអនុវត្តនៅលើមូលដ្ឋានសាកល្បងដោយប្រើការធ្វើតេស្ត Gilev និងឧបករណ៍ឧបករណ៍ 1C ។ ឥរិយាបថនៃមូលដ្ឋានទិន្នន័យពិតប្រាកដជាមួយអ្នកប្រើប្រាស់ពិតប្រាកដអាចខុសគ្នាពីលទ្ធផលដែលទទួលបាន។ ឧទាហរណ៍ នៅក្នុងមូលដ្ឋានទិន្នន័យសាកល្បង យើងមិនបានរកឃើញការពឹងផ្អែកនៃដំណើរការនៅលើកាតវីដេអូ និងចំនួន RAM នោះទេ។ ការសន្និដ្ឋានទាំងនេះពិតជាមានចម្ងល់ ហើយនៅក្នុងលក្ខខណ្ឌជាក់ស្តែង កត្តាទាំងនេះអាចជះឥទ្ធិពលយ៉ាងសំខាន់ទៅលើការអនុវត្ត។ នៅពេលធ្វើការជាមួយការកំណត់រចនាសម្ព័ន្ធដែលប្រើទម្រង់ដែលបានគ្រប់គ្រង កាតវីដេអូមានសារៈសំខាន់ ហើយដំណើរការក្រាហ្វិកដ៏មានអានុភាពបង្កើនល្បឿនការងារទាក់ទងនឹងការគូរចំណុចប្រទាក់កម្មវិធី ដោយមើលឃើញ នេះត្រូវបានបង្ហាញនៅក្នុងការងារលឿនជាង 1C ។

តើ 1C របស់អ្នកដំណើរការយឺតទេ? បញ្ជាទិញការថែទាំ IT សម្រាប់កុំព្យូទ័រ និងម៉ាស៊ីនមេដោយអ្នកឯកទេស EFSOL ដែលមានបទពិសោធន៍ច្រើនឆ្នាំ ឬផ្ទេរ 1C របស់អ្នកទៅម៉ាស៊ីនមេនិម្មិត 1C ដែលមានអនុភាព និងអត់ធ្មត់។

ការរួមបញ្ចូលប្រព័ន្ធ។ ការប្រឹក្សា

អ្នកគ្រប់គ្នាដែលធ្វើការជាមួយផលិតផលនៅលើវេទិកា 1C: Enterprise ប្រហែលជាបានលឺឃ្លាថា "1C គឺយឺត"។ មនុស្សមួយចំនួនបានត្អូញត្អែរអំពីវា អ្នកខ្លះទៀតទទួលយកការត្អូញត្អែរ។ នៅក្នុងអត្ថបទនេះយើងនឹងព្យាយាមរកមើលមូលហេតុទូទៅបំផុតនៃបញ្ហានេះនិងជម្រើសសម្រាប់ការដោះស្រាយវា។

ចូរយើងងាកទៅរកពាក្យប្រៀបធៀប៖ មុននឹងស្វែងយល់ថាហេតុអ្វីបានជាមនុស្សម្នាក់មិនមកកន្លែងណាមួយ អ្នកគួរតែប្រាកដថាគាត់មានជើងសម្រាប់ដើរ។ ដូច្នេះ ចូរចាប់ផ្តើមជាមួយនឹងតម្រូវការផ្នែករឹង និងបណ្តាញ។

ប្រសិនបើ Windows 7 ត្រូវបានដំឡើង៖

ប្រសិនបើអ្នកបានដំឡើង Windows 8 ឬ 10៖

សូមចងចាំផងដែរថាត្រូវតែមានទំហំថាសទំនេរយ៉ាងហោចណាស់ 2GB ហើយការភ្ជាប់បណ្តាញត្រូវតែមានល្បឿនយ៉ាងហោចណាស់ 100 MB/sec ។

វាមិនសមហេតុផលច្រើនទេក្នុងការពិចារណាអំពីលក្ខណៈរបស់ម៉ាស៊ីនមេនៅក្នុងកំណែម៉ាស៊ីនភ្ញៀវ-ម៉ាស៊ីនមេ ពីព្រោះក្នុងករណីនេះអ្វីគ្រប់យ៉ាងអាស្រ័យលើចំនួនអ្នកប្រើប្រាស់ និងជាក់លាក់នៃកិច្ចការដែលពួកគេដោះស្រាយក្នុង 1C ។

នៅពេលជ្រើសរើសការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនមេ សូមចងចាំដូចខាងក្រោមៈ

• ដំណើរការបុគ្គលិករបស់ម៉ាស៊ីនមេ 1C មួយប្រើប្រាស់ជាមធ្យម 4 GB (មិនត្រូវច្រឡំជាមួយការភ្ជាប់អ្នកប្រើប្រាស់ទេ ព្រោះដំណើរការកម្មករម្នាក់អាចមានការតភ្ជាប់ច្រើនដូចដែលអ្នកបញ្ជាក់នៅក្នុងការកំណត់ម៉ាស៊ីនមេ)។
• ការប្រើប្រាស់ 1C និង DBMS (ជាពិសេស MS SQL) នៅលើម៉ាស៊ីនមេរាងកាយមួយផ្តល់អត្ថប្រយោជន៍នៅពេលដំណើរការទិន្នន័យយ៉ាងច្រើន (ឧទាហរណ៍ បិទមួយខែ ការគណនាថវិកាដោយផ្អែកលើគំរូ។ ឧទាហរណ៍ ការបង្កើត និងរៀបចំឯកសារអនុវត្ត។ល។);
• សូមចងចាំថាម៉ាស៊ីនមេ 1C និង DBMS ត្រូវតែភ្ជាប់នៅលើឆានែល "ក្រាស់" នៃ 1 GB ។
• ប្រើថាសដែលមានប្រសិទ្ធភាពខ្ពស់ ហើយមិនត្រូវបញ្ចូលតួនាទីម៉ាស៊ីនមេ 1C និង DBMS ជាមួយតួនាទីផ្សេងទៀត (ឧទាហរណ៍ ឯកសារ AD ឧបករណ៍បញ្ជាដែន។ល។)។

ប្រសិនបើបន្ទាប់ពីពិនិត្យឧបករណ៍ 1C នៅតែថយចុះ

យើងមានក្រុមហ៊ុនតូចមួយមនុស្ស 7 នាក់ហើយ 1C យឺត។ យើងបានទាក់ទងអ្នកឯកទេស ហើយពួកគេបាននិយាយថា មានតែជម្រើសម៉ាស៊ីនភ្ញៀវ-ម៉ាស៊ីនមេប៉ុណ្ណោះដែលនឹងជួយសង្គ្រោះយើង។ ប៉ុន្តែសម្រាប់ពួកយើង ដំណោះស្រាយបែបនេះមិនអាចទទួលយកបានទេ វាថ្លៃពេក!

អនុវត្តការថែទាំជាប្រចាំនៅក្នុងមូលដ្ឋានទិន្នន័យ*៖

1. បើកដំណើរការមូលដ្ឋានទិន្នន័យនៅក្នុងរបៀបកំណត់រចនាសម្ព័ន្ធ។

2. ជ្រើសរើស "រដ្ឋបាល" នៅក្នុងម៉ឺនុយមេហើយនៅក្នុងវា - "ការធ្វើតេស្តនិងការកែតម្រូវ" ។

3. ធីកប្រអប់ទាំងអស់ដូចក្នុងរូប។ ចុចរត់។

* ដំណើរការនេះអាចចំណាយពេលពី 15 នាទីទៅមួយម៉ោង អាស្រ័យលើទំហំនៃមូលដ្ឋានទិន្នន័យ និងលក្ខណៈនៃកុំព្យូទ័ររបស់អ្នក។

ប្រសិនបើវាមិនអាចជួយបានទេ នោះយើងធ្វើការតភ្ជាប់ម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេ ប៉ុន្តែដោយគ្មានការវិនិយោគបន្ថែមលើផ្នែករឹង និងសូហ្វវែរ៖

1. ជ្រើសរើសកុំព្យូទ័រលើតុដែលផ្ទុកតិចបំផុតនៅក្នុងការិយាល័យ (មិនមែនកុំព្យូទ័រយួរដៃ)៖ វាត្រូវតែមាន RAM យ៉ាងតិច 4 GB និងការតភ្ជាប់បណ្តាញយ៉ាងហោចណាស់ 100 MB/វិនាទី។

2. បើកដំណើរការ IIS (Internet Information Server) នៅលើវា។ ដើម្បីធ្វើដូចនេះ៖

3. បោះផ្សាយមូលដ្ឋានទិន្នន័យរបស់អ្នកនៅលើកុំព្យូទ័រនេះ។ មានសម្ភារៈសម្រាប់ប្រធានបទនេះនៅលើ ITS ឬទាក់ទងអ្នកឯកទេសផ្នែកជំនួយ។

4. នៅលើកុំព្យូទ័រអ្នកប្រើប្រាស់ កំណត់រចនាសម្ព័ន្ធការចូលប្រើមូលដ្ឋានទិន្នន័យតាមរយៈម៉ាស៊ីនភ្ញៀវស្តើង។ ដើម្បីធ្វើដូចនេះ៖

បើកបង្អួចបើកដំណើរការ 1C ។

ជ្រើសរើសមូលដ្ឋានការងាររបស់អ្នក។ នៅទីនេះវាគឺជា "មូលដ្ឋានរបស់អ្នក" ។ ចុច "កែសម្រួល" ។ កំណត់ការប្តូរទៅទីតាំង "នៅលើម៉ាស៊ីនមេបណ្តាញ" បង្ហាញនៅក្នុងបន្ទាត់ខាងក្រោមវាឈ្មោះ ឬអាសយដ្ឋាន IP របស់ម៉ាស៊ីនមេដែល IIS ត្រូវបានធ្វើឱ្យសកម្ម និងឈ្មោះដែលមូលដ្ឋានទិន្នន័យត្រូវបានបោះពុម្ពផ្សាយ។ ចុចបន្ទាប់។

កំណត់ "របៀបចាប់ផ្តើមមូលដ្ឋាន" ទៅរបៀប "ម៉ាស៊ីនភ្ញៀវស្តើង" ។ ចុច "រួចរាល់" ។

យើង​មាន​ក្រុមហ៊ុន​ធំ​ជាង ប៉ុន្តែ​មិន​មែន​ជា​ក្រុមហ៊ុន​ធំ​ទេ​ប្រហែល 50-60 នាក់ យើង​ប្រើ​ជម្រើស​ម៉ាស៊ីន​ភ្ញៀវ ប៉ុន្តែ 1C គឺ​យឺត​ណាស់។

ក្នុងករណីនេះ វាត្រូវបានណែនាំឱ្យបំបែកម៉ាស៊ីនមេ 1C និងម៉ាស៊ីនមេ DBMS ទៅជាម៉ាស៊ីនមេពីរផ្សេងគ្នា។ នៅពេលបំបែក ត្រូវប្រាកដថាត្រូវចងចាំ៖ ប្រសិនបើពួកវានៅតែស្ថិតនៅលើម៉ាស៊ីនមេដដែល ដែលមានលក្ខណៈជានិម្មិត នោះថាសនៃម៉ាស៊ីនមេទាំងនេះត្រូវតែខុសគ្នា - ខុសពីរូបវន្ត! ដូចគ្នានេះផងដែរត្រូវប្រាកដថារៀបចំភារកិច្ចជាប្រចាំនៅលើម៉ាស៊ីនមេ DBMS នៅពេលវាមកដល់ MS SQL (ព័ត៌មានលម្អិតបន្ថែមអំពីនេះត្រូវបានពិពណ៌នានៅលើគេហទំព័រ ITS)

យើងមានក្រុមហ៊ុនធំជាង អ្នកប្រើប្រាស់ច្រើនជាង 100។ អ្វីគ្រប់យ៉ាងត្រូវបានកំណត់រចនាសម្ព័ន្ធដោយអនុលោមតាមការណែនាំ 1C សម្រាប់ជម្រើសនេះ ប៉ុន្តែនៅពេលដំណើរការឯកសារមួយចំនួន 1C គឺយឺតណាស់ ហើយជួនកាលមានកំហុសក្នុងការទប់ស្កាត់កើតឡើង។ ប្រហែល​ជា​ធ្វើ​ការ​ប្រមូល​មូល​ដ្ឋាន​ទេ?

ស្ថានភាពស្រដៀងគ្នានេះកើតឡើងដោយសារតែទំហំនៃការប្រមូលផ្តុំជាក់លាក់ជាក់លាក់មួយឬការចុះបញ្ជីគណនេយ្យ (ប៉ុន្តែជាញឹកញាប់ - ការប្រមូលផ្តុំ) ដោយសារតែការពិតដែលថាការចុះឈ្មោះទាំង "បិទ" ទាំងអស់គ្នាពោលគឺឧ។ មានចលនាចូលមក ប៉ុន្តែមិនមានចលនាលំហូរទេ ឬចំនួនរង្វាស់ដែលសមតុល្យចុះឈ្មោះត្រូវបានគណនាមានទំហំធំណាស់។ វាប្រហែលជាមានការលាយឡំគ្នានៃហេតុផលទាំងពីរមុននេះ។ តើធ្វើដូចម្តេចដើម្បីកំណត់ថាការចុះឈ្មោះណាមួយដែលបំផ្លាញអ្វីៗគ្រប់យ៉ាង?

យើងកត់ត្រាពេលវេលាដែលឯកសារត្រូវបានដំណើរការយឺតៗ ឬពេលវេលា និងអ្នកប្រើប្រាស់ដែលមានកំហុសក្នុងការទប់ស្កាត់។

បើកកំណត់ហេតុចុះឈ្មោះ។

យើងស្វែងរកឯកសារដែលយើងត្រូវការនៅពេលត្រឹមត្រូវ សម្រាប់អ្នកប្រើប្រាស់ដែលត្រឹមត្រូវជាមួយនឹងប្រភេទព្រឹត្តិការណ៍ “Data.Post”។

យើងពិនិត្យមើលការប្រតិបត្តិប្លុកទាំងមូល រហូតដល់ប្រតិបត្តិការត្រូវបានលុបចោល ប្រសិនបើមានកំហុសក្នុងការទប់ស្កាត់ ឬយើងស្វែងរកការផ្លាស់ប្តូរដ៏យូរបំផុត (ពេលវេលាពីកំណត់ត្រាមុនគឺច្រើនជាងមួយនាទី)។

បន្ទាប់ពីនេះ យើងធ្វើការសម្រេចចិត្តដោយចងចាំថាការដួលរលំការចុះឈ្មោះពិសេសនេះគឺនៅក្នុងករណីណាមួយដែលមានតម្លៃថោកជាងមូលដ្ឋានទិន្នន័យទាំងមូល។

យើងជាក្រុមហ៊ុនធំមួយ អ្នកប្រើប្រាស់ច្រើនជាង 1000 នាក់ ឯកសាររាប់ពាន់ក្នុងមួយថ្ងៃ នាយកដ្ឋានព័ត៌មានវិទ្យាផ្ទាល់ខ្លួនរបស់យើង កងនាវាដ៏ធំនៃម៉ាស៊ីនមេ យើងបានកែលម្អសំណួរជាច្រើនដង ប៉ុន្តែ 1C យឺត។ ជាក់ស្តែង យើងមានការកើនឡើង 1C ហើយយើងត្រូវការអ្វីដែលខ្លាំងជាងនេះ។

ក្នុងករណីភាគច្រើនវាមិនមែនជា 1C ដែលបន្ថយល្បឿននោះទេ ប៉ុន្តែជាស្ថាបត្យកម្មនៃដំណោះស្រាយដែលបានប្រើ។ នៅពេលជ្រើសរើសកម្មវិធីអាជីវកម្មថ្មី សូមចាំថាការសរសេរដំណើរការអាជីវកម្មរបស់អ្នកនៅក្នុងកម្មវិធីមួយមានតម្លៃថោក និងងាយស្រួលជាងការបំប្លែងពួកវាទៅជាកម្មវិធីមួយចំនួន ជាពិសេសកម្មវិធីដែលមានតម្លៃថ្លៃខ្លាំង។ មានតែ 1C ប៉ុណ្ណោះដែលផ្តល់ឱកាសនេះ។ ដូច្នេះ យក​ល្អ​គួរតែ​សួរ​សំណួរ​ថា “តើ​ត្រូវ​ដោះស្រាយ​ស្ថានការណ៍​ដោយ​របៀប​ណា? តើអ្នកអាចធ្វើឱ្យ 1C "ហោះហើរ" ក្នុងបរិមាណបែបនេះដោយរបៀបណា? សូមក្រឡេកមើលជម្រើសនៃការព្យាបាលមួយចំនួនដោយសង្ខេប៖

• ប្រើបច្ចេកវិទ្យាសរសេរកម្មវិធីស្រប និងអសមកាលដែល 1C គាំទ្រ (ការងារផ្ទៃខាងក្រោយ និងសំណួរនៅក្នុងរង្វិលជុំមួយ) ។
• នៅពេលរចនាស្ថាបត្យកម្មដំណោះស្រាយ ជៀសវាងការប្រើការចុះបញ្ជីបង្គរ និងការចុះបញ្ជីគណនេយ្យនៅក្នុងតំបន់ដែលស្ទះបំផុត។
• នៅពេលបង្កើតរចនាសម្ព័ន្ធទិន្នន័យ (ការប្រមូលផ្តុំ និង/ឬការចុះឈ្មោះព័ត៌មាន) សូមប្រកាន់ខ្ជាប់នូវច្បាប់៖ "តារាងដែលលឿនបំផុតសម្រាប់ការសរសេរ និងអាន គឺជាតារាងដែលមានជួរឈរមួយ"។ អ្វី​ដែល​យើង​កំពុង​និយាយ​នឹង​កាន់​តែ​ច្បាស់​ប្រសិន​បើ​អ្នក​ក្រឡេក​មើល​យន្តការ RAUSE ធម្មតា។
• ដើម្បីដំណើរការទិន្នន័យដែលមានបរិមាណច្រើន សូមប្រើចង្កោមជំនួយដែលមូលដ្ឋានទិន្នន័យដូចគ្នាត្រូវបានភ្ជាប់ (ប៉ុន្តែក្នុងករណីណាក៏ដោយមិនគួរធ្វើបែបនេះក្នុងអំឡុងពេលការងារអន្តរកម្ម!!!)។ វានឹងអនុញ្ញាតឱ្យអ្នករំលងការចាក់សោស្តង់ដារ 1C ដែលនឹងធ្វើឱ្យវាអាចធ្វើការជាមួយមូលដ្ឋានទិន្នន័យក្នុងល្បឿនស្ទើរតែដូចគ្នានៅពេលធ្វើការដោយផ្ទាល់ជាមួយឧបករណ៍ SQL ។

វាគួរឱ្យកត់សម្គាល់ថាការបង្កើនប្រសិទ្ធភាព 1C សម្រាប់ការកាន់កាប់ និងក្រុមហ៊ុនធំគឺជាប្រធានបទសម្រាប់អត្ថបទធំដាច់ដោយឡែក ដូច្នេះសូមរង់ចាំសម្រាប់សម្ភារៈដែលបានធ្វើបច្ចុប្បន្នភាពនៅលើគេហទំព័ររបស់យើង។

រោគសញ្ញា និងប្រវត្តិរបស់អ្នកជំងឺ៖

ការងាររបស់អ្នកប្រើជាច្រើននៅលើបណ្តាញដែលមានឯកសារដូចគ្នា (មូលដ្ឋានទិន្នន័យ) រួមមានយន្តការទប់ស្កាត់បណ្តាញ។ នេះបង្ខំឱ្យប្រព័ន្ធខ្ជះខ្ជាយពេលវេលាដ៏មានតម្លៃដើម្បីកំណត់វគ្គថតចំហ និងដោះស្រាយជម្លោះទៅតាមនោះ។

សញ្ញាសំខាន់ៗនៃប្រតិបត្តិការទប់ស្កាត់៖

• អ្នក​ប្រើ​លឿន​ធ្វើ​ការ​ជាមួយ​នឹង​មូលដ្ឋាន​ទិន្នន័យ​លើ​បណ្តាញ​ក្នុង​ទម្រង់​ផ្តាច់​មុខ និង​យឺត​ខ្លាំង​ណាស់​នៅ​ពេល​ដែល​អ្នក​ប្រើ​ច្រើន​ធ្វើ​ការ​ដំណាល​គ្នា។
• បទពិសោធន៍អ្នកប្រើប្រាស់រហ័សជាមួយមូលដ្ឋានទិន្នន័យមូលដ្ឋាននៅលើម៉ាស៊ីនមេ និងដំណើរការយឺតលើបណ្តាញ
• ការចូលប្រើប្រព័ន្ធឯកសារគឺតិចជាង 10 MB/វិនាទី

ដូច្នេះ ខ្ញុំ​ត្រូវ​បាន​ផ្តល់​ភារកិច្ច​ក្នុង​ការ​ធ្វើ​ឱ្យ​ប្រាកដ​ថា​អ្នក​ប្រើ​បី​នាក់​អាច​ធ្វើ​ការ​ក្នុង 1C ក្នុង​ពេល​តែ​មួយ! កំប្លែងមែនទេ?

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

សុភមង្គលនឹងមិនពេញលេញទេប្រសិនបើមិនមែនសម្រាប់ប្រព័ន្ធប្រតិបត្តិការដ៏អស្ចារ្យ - Windows 7 នៅលើកុំព្យូទ័រនិងនៅលើកុំព្យូទ័រយួរដៃមួយ Windows 8 នៅលើផ្សេងទៀត។

នៅពេលព្យាយាមបង្ហោះឯកសារក្នុងពេលដំណាលគ្នានៅលើកុំព្យូទ័រយួរដៃមួយបានជាប់គាំងប្រហែលមួយនាទីហើយទីពីរបានគាំងចេញពី 1C ជាមួយនឹងអត្ថបទកំហុស "មិនអាចចាក់សោតុបានទេ ... "។

ការបើកដំណើរការ 1C នៅលើកុំព្យូទ័រយួរដៃគឺជាការបង្ហាញដាច់ដោយឡែកមួយដែលមានរយៈពេលប្រហែល ៣ នាទី!

នៅលើធនធានជាច្រើនដែលខ្ញុំបានឆ្លងកាត់ការណែនាំដើម្បីប្តូរទៅធ្វើការនៅក្នុងការចូលប្រើស្ថានីយ។ ជាអកុសល Windows 7 មិនអនុញ្ញាតឱ្យអ្នកប្រែទៅជាម៉ាស៊ីនមេស្ថានីយដោយប្រើឧបករណ៍ស្តង់ដារទេ - មានការតភ្ជាប់សកម្មអតិបរមាមួយ។ ក្នុងករណីនេះវគ្គដែលនៅសេសសល់មិនបញ្ចប់ទេ អ្នកអាចភ្ជាប់ឡើងវិញនៅក្រោមអ្នកប្រើប្រាស់ផ្សេងទៀត - "បោះចោល" អ្នកប្រើប្រាស់មុន ប៉ុន្តែដោយមិនបិទវគ្គរបស់គាត់។ ដូច្នេះ អ្នកគួរតែផ្ទេរ 1C ទៅ server OS ដែលមិនមានការរឹតបន្តឹងបែបនេះទេ។ អតិថិជនដែលមានហានិភ័យផ្ទាល់ខ្លួនរបស់គាត់បានដោះស្រាយបញ្ហាដោយប្រើឧបករណ៍ប្រើប្រាស់ភាគីទីបីជំនួសវិញ។ Windows7_SP1_RDPhack ។

ប៉ុន្តែដំណើរផ្សងព្រេងមិនបានបញ្ចប់នៅទីនោះទេ។ សូម្បីតែនៅក្នុងការតភ្ជាប់ស្ថានីយមានការពន្យារពេលគួរឱ្យកត់សម្គាល់។ ជាថ្មីម្តងទៀតម៉ាស៊ីនស្វែងរកដ៏មានអំណាចបានជួយខ្ញុំចេញ។ ខាង​ក្រោម​នេះ​ជា​គន្លឹះ​សម្រាប់​ពន្លឿន​ឯកសារ 1C ដែល​ខ្ញុំ​បាន​ធ្វើ​តាម៖

1. បិទការប្រើប្រាស់ពិធីការបណ្តាញ IPv6កំណត់រចនាសម្ព័ន្ធអាសយដ្ឋាននៅលើ "ចាស់" IPv4 ។

2. បន្ថែមដំណើរការ 1C ទៅនឹងការលើកលែងជញ្ជាំងភ្លើងរបស់ Windows ក៏ដូចជាការលើកលែងកំចាត់មេរោគ ឬបិទដំណើរការវាទាំងស្រុង (កាន់តែប្រថុយប្រថាន ប៉ុន្តែការធ្វើតេស្តសាមញ្ញបានបង្ហាញ បង្កើនល្បឿនការផ្ទេរឯកសារឡើងវិញនៅពេលដែលកំចាត់មេរោគ Avast ត្រូវបានបិទ នៅពេលខ្លះ!)

3. ចាប់ផ្តើមបង្កើតលិបិក្រមការស្វែងរកអត្ថបទពេញក្នុង 1C ឬបិទវាទាំងស្រុង

4. ដំណើរការការធ្វើតេស្ត និងជួសជុលមូលដ្ឋានទិន្នន័យ ដោយពិនិត្យមើលជាមួយឧបករណ៍ប្រើប្រាស់ ChDbfl

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

6. បិទជម្រើសមុខងារដែលមិនចាំបាច់។

7. កំណត់សិទ្ធិអ្នកប្រើប្រាស់។ (នេះ​និង​ដំបូន្មាន​ពី​មុន​ហាក់​ដូច​ជា​ល្ងង់​រហូត​ដល់​ខ្ញុំ​សង្កេត​ឃើញ​ការ​បង្ហាញ​ទម្រង់​ដែល​បាន​គ្រប់គ្រង​ពេល​បើក​បញ្ជី​ឯកសារ។ ការ​មិន​ចាំបាច់​តិច​ជាង​ក្នុង​ចំណុច​ប្រទាក់​ដែល​បាន​គ្រប់គ្រង វា​កាន់​តែ​លឿន​ជា​ក្បួន)

8. ចាប់ផ្តើមគណនាចំនួនសរុបឡើងវិញ និងស្ដារលំដាប់ឡើងវិញ (ការកើនឡើងគួរឱ្យកត់សម្គាល់អាចកើតឡើងបានលុះត្រាតែចំនួនសរុបមិនត្រូវបានស្ដារឡើងវិញក្នុងរយៈពេលយូរ)

9. បញ្ជាក់ "ល្បឿននៃការតភ្ជាប់ - ទាប" នៅក្នុងការកំណត់នៃបញ្ជីនៃមូលដ្ឋានទិន្នន័យ (វាមិនបានផ្តល់លទ្ធផលច្រើនទេ លើកលែងតែរូបភាពនៃប្រព័ន្ធរងត្រូវបានបិទ :))

បន្ទាប់ពីបញ្ចប់ជំហានទាំងអស់នេះ មូលដ្ឋានទិន្នន័យឯកសារ 1C បានចាប់ផ្តើមដំណើរការលឿនជាងមុន។ វាបានចាប់ផ្តើមដំណើរការក្នុងរយៈពេលអតិបរមា 10 វិនាទី ហើយល្បឿននៃការផ្ទេរឯកសារបានកើនឡើងជាមធ្យម 12 ដង។

ប្រហែលជាអត្ថបទខ្លីនេះនឹងមានប្រយោជន៍សម្រាប់អ្នក ប្រសិនបើអ្នកភ្លាមៗត្រូវបង្កើនល្បឿនមូលដ្ឋានទិន្នន័យឯកសារ 1C របស់អ្នក។

P.S: ប៉ុន្តែការបើកដំណើរការឯកសារ 1C ដោយប្រើការចូលប្រើបណ្តាញទៅកាន់ថតដែលបានចែករំលែកនៅតែមិនប្រាកដប្រជា ព្រោះ... សូម្បីតែដ្រាយរដ្ឋរឹងលឿនបំផុត RAM និងខួរក្បាលនឹងដំណើរការទៅការស្ទះបណ្តាញហើយការងាររបស់អ្នកប្រើច្រើនជាងមួយនឹងមិនអាចទៅរួចទេ។ យើងកំពុងនិយាយជាពិសេសអំពីការកំណត់រចនាសម្ព័ន្ធ UT 11.1 ។ ការកំណត់រចនាសម្ព័ន្ធតូចៗដែលសរសេរដោយខ្លួនឯងអាចដំណើរការបានយ៉ាងលឿនសូម្បីតែនៅក្នុងកំណែឯកសារក៏ដោយ។

ការបន្ថែមពីមតិយោបល់សម្រាប់ការបោះពុម្ពផ្សាយ៖

ការ defragmentation ថាសជាមួយនឹងមូលដ្ឋានឯកសារ

បដិវត្តន៍មូលដ្ឋានទិន្នន័យ (អាចមានប្រយោជន៍ប្រសិនបើមូលដ្ឋានទិន្នន័យមានទំហំធំ ឧទាហរណ៍ ច្រើនឆ្នាំ)។ មូលដ្ឋានទិន្នន័យរបស់អតិថិជននៅក្មេងនៅឡើយ ដូច្នេះការកាត់បន្ថយគឺមិនអាចអនុវត្តបាន។

ការធ្វើឱ្យប្រសើរផ្នែករឹង - ដ្រាយវ៍រឹងលឿនជាងមុន កុងតាក់ថ្មី ខួរក្បាល។ល។

ដំឡើងនៅលើម៉ាស៊ីនមេបណ្តាញចូលប្រើម៉ាស៊ីនភ្ញៀវស្តើង។ នៅទីនេះមតិត្រូវបានបែងចែក។ អ្នក​ខ្លះ​និយាយ​ថា​វា​លឿន​ច្រើន​ដង អ្នក​ខ្លះ​ទៀត​ថា​មិន​មាន​ការ​បង្កើន​ល្បឿន​ទេ។