រឿងនិទានរបស់អ្នកអភិវឌ្ឍន៍ 1C៖ អ្នកគ្រប់គ្រង

អ្នកអភិវឌ្ឍន៍ 1C ទាំងអស់ក្នុងមធ្យោបាយមួយ ឬមធ្យោបាយផ្សេងទៀតធ្វើអន្តរកម្មយ៉ាងជិតស្និទ្ធជាមួយសេវាកម្ម IT និងដោយផ្ទាល់ជាមួយអ្នកគ្រប់គ្រងប្រព័ន្ធ។ ប៉ុន្តែអន្តរកម្មនេះមិនតែងតែរលូនទេ។ ខ្ញុំចង់ប្រាប់អ្នករឿងកំប្លែងមួយចំនួនអំពីរឿងនេះ។

បណ្តាញទំនាក់ទំនងល្បឿនលឿន

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

អតិថិជនថ្មីបានមកគាំទ្រ 1C ហើយក្នុងចំណោមរបស់ផ្សេងទៀត កិច្ចសន្យារួមបញ្ចូលឃ្លាដែលយើងទទួលខុសត្រូវចំពោះការបម្រុងទុក ទោះបីជាពួកគេមានអ្នកគ្រប់គ្រងប្រព័ន្ធផ្ទាល់ខ្លួនរបស់ពួកគេលើបុគ្គលិកក៏ដោយ។ មូលដ្ឋានទិន្នន័យម៉ាស៊ីនភ្ញៀវ MS SQL ជា DBMS ។ ស្ថានភាពស្ដង់ដារត្រឹមត្រូវ ប៉ុន្តែនៅតែមានភាពខុសប្លែកគ្នាមួយ៖ មូលដ្ឋានសំខាន់គឺធំណាស់ ប៉ុន្តែការកើនឡើងប្រចាំខែគឺតូចណាស់។ នោះគឺមូលដ្ឋានទិន្នន័យមានទិន្នន័យប្រវត្តិសាស្ត្រជាច្រើន។ ដោយគិតពីលក្ខណៈពិសេសនេះ ខ្ញុំរៀបចំផែនការថែទាំបម្រុងទុកដូចខាងក្រោម៖ នៅថ្ងៃសៅរ៍ដំបូងនៃខែនីមួយៗ ការបម្រុងទុកពេញលេញត្រូវបានធ្វើឡើង វាធ្ងន់ណាស់ បន្ទាប់មកច្បាប់ចម្លងឌីផេរ៉ង់ស្យែលត្រូវបានធ្វើឡើងជារៀងរាល់យប់ - បរិមាណតិចតួច និងច្បាប់ចម្លង នៃកំណត់ហេតុប្រតិបត្តិការរៀងរាល់ម៉ោង។ ជាងនេះទៅទៀត ច្បាប់ចម្លងពេញលេញ និងឌីផេរ៉ង់ស្យែលមិនត្រឹមតែត្រូវបានចម្លងទៅធនធានបណ្តាញប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងបានផ្ទុកឡើងបន្ថែមលើម៉ាស៊ីនមេ FTP របស់យើងផងដែរ។ នេះគឺជាតម្រូវការចាំបាច់នៅពេលផ្តល់សេវាកម្មនេះ។

ទាំងអស់នេះត្រូវបានកំណត់រចនាសម្ព័ន្ធដោយជោគជ័យ ដាក់ឱ្យដំណើរការ ហើយជាទូទៅដំណើរការដោយគ្មានការបរាជ័យ។

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

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

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

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

ចងចាំពេលដែលខ្ញុំបាននិយាយថាការបម្រុងទុកពេញលេញគឺធំណាស់? វាមិនមែនសម្រាប់គ្មានអ្វីដែលខ្ញុំបានធ្វើវាម្តងក្នុងមួយខែនៅថ្ងៃសៅរ៍។ ការពិតគឺថាក្រុមហ៊ុននេះគឺជារោងចក្រតូចមួយ ដែលមានទីតាំងនៅឆ្ងាយពីទីក្រុង ហើយអ៊ីនធឺណិតរបស់ពួកគេគឺខ្លាំងណាស់។ នៅព្រឹកថ្ងៃច័ន្ទ នោះគឺនៅចុងសប្តាហ៍ ច្បាប់ចម្លងនេះស្ទើរតែត្រូវបានគ្រប់គ្រងដើម្បីផ្ទុកឡើងទៅកាន់ម៉ាស៊ីនមេ FTP របស់យើង។ ប៉ុន្តែមិនមានវិធីដើម្បីរង់ចាំមួយថ្ងៃឬពីរថ្ងៃដើម្បីឱ្យវាផ្ទុកក្នុងទិសដៅផ្ទុយនោះទេ។ បន្ទាប់ពីការព្យាយាមផ្ទេរឯកសារមិនបានជោគជ័យជាច្រើនដង អ្នកគ្រប់គ្រងបានយក hard drive ចេញដោយផ្ទាល់ពី server ថ្មី បានរកឃើញឡានដែលមានអ្នកបើកបរនៅកន្លែងណាមួយ ហើយប្រញាប់ទៅការិយាល័យរបស់យើង សំណាងល្អយើងនៅតែនៅក្នុងទីក្រុងដដែល។

ខណៈពេលដែលពួកគេកំពុងឈរនៅក្នុងបន្ទប់ម៉ាស៊ីនមេរបស់យើង ហើយរង់ចាំឯកសារដែលត្រូវចម្លង យើងបានជួបគ្នាជាលើកដំបូង ដូច្នេះដើម្បីនិយាយ “ដោយផ្ទាល់” បានផឹកកាហ្វេមួយពែង ហើយនិយាយក្នុងបរិយាកាសក្រៅផ្លូវការ។ ខ្ញុំបានអាណិតអាសូរចំពោះទុក្ខសោករបស់គាត់ ហើយបានបញ្ជូនគាត់មកវិញជាមួយនឹងការបម្រុងទុកពេញលេញ ដោយប្រញាប់ស្តារឡើងវិញនូវការងារដែលបានបញ្ឈប់របស់ក្រុមហ៊ុន។

ក្រោយមក រាល់សំណើរបស់យើងទៅកាន់នាយកដ្ឋាន IT ត្រូវបានដោះស្រាយយ៉ាងរហ័ស ហើយមិនមានការខ្វែងគំនិតគ្នាទៀតទេ។

ទាក់ទងអ្នកគ្រប់គ្រងប្រព័ន្ធរបស់អ្នក។

ម្តង ជាយូរណាស់មកហើយ ខ្ញុំមិនអាចបោះផ្សាយ 1C សម្រាប់ការចូលប្រើគេហទំព័រតាមរយៈ IIS សម្រាប់អតិថិជនម្នាក់បានទេ។ វា​ហាក់​ដូចជា​កិច្ចការ​ធម្មតា​មួយ ប៉ុន្តែ​គ្មាន​វិធី​ដើម្បី​ឲ្យ​អ្វីៗ​ដំណើរការ​បាន​ឡើយ។ អ្នកគ្រប់គ្រងប្រព័ន្ធក្នុងតំបន់បានចូលរួម និងសាកល្បងការកំណត់ និងឯកសារកំណត់រចនាសម្ព័ន្ធផ្សេងៗគ្នា។ 1C នៅលើគេហទំព័រជាធម្មតាមិនចង់ដំណើរការតាមមធ្យោបាយណាមួយឡើយ។ មានអ្វីមួយខុស ទាំងគោលការណ៍សុវត្ថិភាពដែន ឬជាមួយជញ្ជាំងភ្លើងទំនើបក្នុងតំបន់ ឬព្រះដឹងពីអ្វីផ្សេងទៀត។ នៅ​ថ្ងៃ​ទី Nth នេះ admin ផ្ញើ​ link មក​ខ្ញុំ​ជាមួយ​ពាក្យ៖

- ព្យាយាមម្តងទៀតដោយប្រើការណែនាំទាំងនេះ។ អ្វីគ្រប់យ៉ាងត្រូវបានពិពណ៌នានៅទីនោះយ៉ាងលម្អិត។ ប្រសិនបើវាមិនដំណើរការទេ សូមសរសេរទៅកាន់អ្នកនិពន្ធនៃគេហទំព័រនេះ ប្រហែលជាគាត់អាចជួយបាន។
"ទេ" ខ្ញុំនិយាយថា "វាមិនអាចជួយបានទេ" ។
- ហេតុអ្វី?
- ខ្ញុំជាអ្នកនិពន្ធគេហទំព័រនេះ... (

ជាលទ្ធផល យើងបានបើកដំណើរការវានៅលើ Apache ដោយគ្មានបញ្ហាអ្វីឡើយ។ IIS មិនដែលចាញ់ឡើយ។

មួយកម្រិតកាន់តែជ្រៅ

យើងមានអតិថិជន - សហគ្រាសផលិតកម្មតូចមួយ។ ពួកគេមានម៉ាស៊ីនមេប្រភេទ "បុរាណ" 3 ក្នុង 1: ម៉ាស៊ីនមេស្ថានីយ + ម៉ាស៊ីនមេកម្មវិធី + ម៉ាស៊ីនមេមូលដ្ឋានទិន្នន័យ។ ពួកគេបានធ្វើការនៅក្នុងការកំណត់រចនាសម្ព័ន្ធឧស្សាហកម្មជាក់លាក់មួយចំនួនដោយផ្អែកលើ UPP មានអ្នកប្រើប្រាស់ប្រហែល 15-20 នាក់ ហើយជាគោលការណ៍ដំណើរការនៃប្រព័ន្ធគឺសាកសមនឹងមនុស្សគ្រប់គ្នា។

ពេល​វេលា​កន្លង​ផុត​ទៅ អ្វីៗ​ដំណើរការ​កាន់​តែ​មាន​ស្ថិរភាព។ ប៉ុន្តែបន្ទាប់មក អឺរ៉ុបបានដាក់ទណ្ឌកម្មប្រឆាំងនឹងរុស្ស៊ី ដែលជាលទ្ធផលដែលជនជាតិរុស្ស៊ីចាប់ផ្តើមទិញផលិតផលដែលផលិតក្នុងស្រុកជាចម្បង ហើយអាជីវកម្មសម្រាប់ក្រុមហ៊ុននេះបានកើនឡើងយ៉ាងខ្លាំង។ ចំនួនអ្នកប្រើប្រាស់បានកើនឡើងដល់ 50-60 នាក់ សាខាថ្មីត្រូវបានបើក ហើយលំហូរឯកសារក៏កើនឡើងទៅតាមនោះដែរ។ ហើយឥឡូវនេះម៉ាស៊ីនមេបច្ចុប្បន្នមិនអាចទប់ទល់នឹងការកើនឡើងយ៉ាងខ្លាំងនៃបន្ទុកបានទៀតទេ ហើយ 1C បានចាប់ផ្តើមដូចដែលពួកគេនិយាយថា “បន្ថយល្បឿន”។ ក្នុងអំឡុងពេលម៉ោងកំពូល ឯកសារត្រូវបានដំណើរការអស់រយៈពេលជាច្រើននាទី កំហុសក្នុងការទប់ស្កាត់បានកើតឡើង ទម្រង់ចំណាយពេលយូរដើម្បីបើក និងភួងនៃសេវាកម្មពាក់ព័ន្ធផ្សេងទៀត។ អ្នកគ្រប់គ្រងប្រព័ន្ធក្នុងតំបន់បានដោះស្រាយបញ្ហាទាំងអស់ដោយនិយាយថា "នេះគឺជា 1C របស់អ្នក អ្នកនឹងដោះស្រាយវាចេញ"។ យើងបានស្នើម្តងហើយម្តងទៀតដើម្បីធ្វើសវនកម្មដំណើរការនៃប្រព័ន្ធ ប៉ុន្តែវាមិនដែលមកសវនកម្មដោយខ្លួនឯងទេ។ អតិថិជនគ្រាន់តែសុំការណែនាំអំពីរបៀបដោះស្រាយបញ្ហា។

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

បន្ទាប់ពីពេលខ្លះ អ្នកគ្រប់គ្រងផ្ញើមកខ្ញុំនូវអាសយដ្ឋាន IP របស់ម៉ាស៊ីនមេថ្មី និងលិខិតបញ្ជាក់ការចូល។ គាត់និយាយថាសមាសភាគម៉ាស៊ីនមេ MS SQL និង 1C ត្រូវបានដាក់ពង្រាយនៅទីនោះ ហើយមូលដ្ឋានទិន្នន័យចាំបាច់ត្រូវផ្ទេរ ប៉ុន្តែសម្រាប់ពេលនេះសម្រាប់តែម៉ាស៊ីនមេ DBMS ប៉ុណ្ណោះ ដោយសារបញ្ហាមួយចំនួនបានកើតឡើងជាមួយកូនសោ 1C ។

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

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

ហ៊ឺ... ម៉ាស៊ីនមេនិម្មិត? វាហាក់បីដូចជាមិនដែលមាននិម្មិតនិម្មិតណាមួយ ហើយវាក៏មិនធ្លាប់មានដែរ... ខ្ញុំចាំបានថាមានបញ្ហាដែលគេស្គាល់យ៉ាងច្បាស់ជាមួយនឹងភាពមិនអាចទៅរួចនៃការបញ្ជូនកូនសោម៉ាស៊ីនមេ 1C ទៅកាន់ម៉ាស៊ីននិម្មិតនៅលើ Hyper-V នៅក្នុង Windows Server 2008។ ហើយនៅទីនេះ ការ​សង្ស័យ​ខ្លះ​ចាប់​ផ្ដើម​កើត​ឡើង​ក្នុង​ខ្លួន​ខ្ញុំ...

ខ្ញុំបើកអ្នកគ្រប់គ្រងម៉ាស៊ីនមេ - តួនាទី - តួនាទីថ្មីបានបង្ហាញខ្លួន - Hyper-V ។ ខ្ញុំចូលទៅកាន់កម្មវិធីគ្រប់គ្រង Hyper-V ឃើញម៉ាស៊ីននិម្មិតមួយ ភ្ជាប់... ហើយពិតណាស់... ម៉ាស៊ីនមេមូលដ្ឋានទិន្នន័យថ្មីរបស់យើង...

ដូច្នេះ អ្វី? ការណែនាំរបស់អាជ្ញាធរនិងអនុសាសន៍របស់ខ្ញុំត្រូវបានអនុវត្តតួនាទីត្រូវបានបំបែក។ ភារកិច្ចអាចត្រូវបានបិទ។

មួយរយៈក្រោយមក វិបត្តិពេលនេះបានកើតឡើង សាខាថ្មីត្រូវបិទ បន្ទុកថយចុះ ហើយដំណើរការប្រព័ន្ធកាន់តែអាចអត់ឱនបាន។

ជាការពិតណាស់ ពួកគេមិនអាចបញ្ជូនកូនសោម៉ាស៊ីនមេទៅម៉ាស៊ីននិម្មិតបានទេ។ ជាលទ្ធផល អ្វីៗត្រូវបានទុកចោលដូចតទៅ៖ ម៉ាស៊ីនមេស្ថានីយ + ចង្កោម 1C នៅលើម៉ាស៊ីនជាក់ស្តែង ម៉ាស៊ីនបម្រើមូលដ្ឋានទិន្នន័យនៅទីនោះក្នុងនិម្មិតមួយ។

ហើយវានឹងល្អប្រសិនបើនេះជាការិយាល័យរបស់ sharashkin មួយចំនួន។ ដូច្នេះទេ។ ក្រុមហ៊ុនល្បីឈ្មោះដែលផលិតផលដែលអ្នកប្រហែលជាស្គាល់ និងធ្លាប់ឃើញនៅក្នុងនាយកដ្ឋានពាក់ព័ន្ធនៃ Lentas និង Auchans ទាំងអស់។

កាលវិភាគវិស្សមកាលនៃដ្រាយវ៍រឹង

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

ជាដំបូង ចាំបាច់ត្រូវដាក់ពង្រាយផលិតកម្ម និងសាកល្បងមូលដ្ឋានទិន្នន័យ។ អ្នកអភិវឌ្ឍន៍បានទទួលទិន្នន័យការតភ្ជាប់ ចូលទៅក្នុងម៉ាស៊ីនមេ ឃើញ MS SQL ដែលបានដំឡើង ម៉ាស៊ីនមេ 1C ឃើញដ្រាយឡូជីខលចំនួន 2៖ ដ្រាយ “C” ដែលមានសមត្ថភាព 250 ជីហ្គាបៃ និងដ្រាយ “D” ដែលមានសមត្ថភាព 1 តេរ៉ាបៃ។ ជាការប្រសើរណាស់ “C” គឺជាប្រព័ន្ធ “D” គឺសម្រាប់ទិន្នន័យ អ្នកអភិវឌ្ឍន៍សម្រេចចិត្តយ៉ាងត្រឹមត្រូវ និងដាក់ពង្រាយមូលដ្ឋានទិន្នន័យទាំងអស់នៅទីនោះ។ ខ្ញុំថែមទាំងរៀបចំផែនការថែទាំ រួមទាំងការបម្រុងទុកក្នុងករណី (ទោះបីជាយើងមិនទទួលខុសត្រូវចំពោះបញ្ហានេះក៏ដោយ)។ ពិត ការបម្រុងទុកត្រូវបានបន្ថែមនៅទីនេះទៅ “D”។ នៅពេលអនាគត វាត្រូវបានគ្រោងនឹងកំណត់រចនាសម្ព័ន្ធវាឡើងវិញទៅកាន់ធនធានបណ្តាញដាច់ដោយឡែកមួយចំនួន។

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

អ្វីៗដំណើរការល្អរហូតដល់ព្រឹកថ្ងៃច័ន្ទមួយ នៅពេលវាត្រូវបានគេរកឃើញថា ថាសមូលដ្ឋានទិន្នន័យបាត់។ មិនមាន "D" នៅលើម៉ាស៊ីនមេទេហើយនោះជាវា។

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

សូមអរគុណព្រះជាម្ចាស់ គាត់មិនបានគ្រប់គ្រងដើម្បីលុបឯកសារមូលដ្ឋានទិន្នន័យ និងបានគ្រប់គ្រងដើម្បីស្ដារមូលដ្ឋានទិន្នន័យដែលមានផលិតភាព។

គួរកត់សម្គាល់ថាមនុស្សគ្រប់គ្នាពេញចិត្តនឹងដំណើរការនៃប្រព័ន្ធដែលមានទីតាំងនៅលើដ្រាយ USB ។ គ្មាននរណាម្នាក់ត្អូញត្អែរអំពីដំណើរការមិនពេញចិត្តនៃ 1C ទេ។ មានតែក្រោយមកទេដែលការកាន់កាប់បានចាប់ផ្តើមគម្រោងធំមួយដើម្បីផ្ទេរមូលដ្ឋានទិន្នន័យព័ត៌មានទាំងអស់ទៅកាន់គេហទំព័រកណ្តាលតែមួយជាមួយ super-servers ប្រព័ន្ធផ្ទុកតម្លៃមួយលាន+ rubles, hypervisors ទំនើប និងហ្វ្រាំង 1C ដែលមិនអាចទ្រាំទ្របាននៅគ្រប់សាខាទាំងអស់។

ប៉ុន្តែវាជារឿងខុសគ្នាទាំងស្រុង...

ប្រភព: www.habr.com