Capacity Tier (ឬដូចដែលយើងហៅវានៅខាងក្នុង Vim - captir) បានបង្ហាញខ្លួនវិញនៅក្នុងថ្ងៃនៃ Veeam Backup និង Replication 9.5 Update 4 ក្រោមឈ្មោះ Archive Tier។ គំនិតនៅពីក្រោយវាគឺដើម្បីធ្វើឱ្យវាអាចធ្វើទៅបានដើម្បីផ្លាស់ទីការបម្រុងទុកដែលបានធ្លាក់ចេញពីបង្អួចដែលហៅថាការស្ដារឡើងវិញប្រតិបត្តិការទៅកន្លែងផ្ទុកវត្ថុ។ វាជួយសម្អាតទំហំថាសសម្រាប់អ្នកប្រើប្រាស់ទាំងនោះដែលមានវាតិច។ ហើយជម្រើសនេះត្រូវបានគេហៅថា Move Mode។

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

ប៉ុន្តែនៅក្នុង VBR v10 គំនិតនេះត្រូវបានបំពេញបន្ថែមជាមួយនឹងមុខងារថ្មី - របៀបចម្លង របៀបបិទជិត និងរឿងដែលមានឈ្មោះពិបាកបញ្ចេញសំឡេង Immutability បានបង្ហាញខ្លួន។

ទាំងនេះគឺជារឿងគួរឱ្យចាប់អារម្មណ៍ដែលយើងនឹងនិយាយនៅថ្ងៃនេះ។ ដំបូងអំពីរបៀបដែលវាដំណើរការនៅក្នុង VBR9.5u4 ហើយបន្ទាប់មកអំពីការផ្លាស់ប្តូរនៅក្នុងកំណែទីដប់។

ហើយ​សូម​ម្ចាស់​ជើង​ឯក​នៃ​ភាសា​បរិសុទ្ធ​អភ័យទោស​ឱ្យ​ខ្ញុំ ប៉ុន្តែ​មាន​ពាក្យ​ច្រើន​ពេក​ដែល​មិន​អាច​បក​ប្រែ​បាន។
ដូច្នេះនឹងមាន Anglicisms ជាច្រើននៅទីនេះ។
និង gifs ជាច្រើន។
និងរូបភាព។

• ដោយគ្មានការសោកស្តាយបន្តិច។ អ្នកនិពន្ធអត្ថបទ។

ដូចដែលវាគឺ

ជាការប្រសើរណាស់, ចូរចាប់ផ្តើមដោយការវិភាគបង្អួចស្ដារប្រតិបត្តិការនិងការបម្រុងទុកបិទជិត (ឬដូចដែលពួកគេត្រូវបានគេហៅថានៅក្នុងឯកសារខ្សែសង្វាក់បម្រុងទុកអសកម្ម) ។ បើគ្មានការយល់ដឹងរបស់ពួកគេ ការពន្យល់បន្ថែមនឹងមិនអាចទៅរួចទេ។

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

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

ប៉ុន្តែតើខ្សែសង្វាក់បិទជិតមានន័យយ៉ាងណា ហើយអ្វីដែលអាចត្រូវបានបញ្ជូនទៅជួរបាញ់សមត្ថភាពនៅក្នុងការធ្វើបច្ចុប្បន្នភាព 4?

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

ក្នុងករណី Reverse ទាំងនេះគឺជាឯកសារទាំងអស់ដែលមិនធ្លាក់ចូលទៅក្នុងបង្អួចប្រតិបត្តិការ។

នៅក្នុងករណីនៃការកើនឡើងទៅមុខជាមួយនឹង rollbacks ទាំងនេះគឺជា rollbacks ទាំងអស់ និង .vbk ប្រសិនបើមាន .vbk ផ្សេងទៀតនៅលើវិសាលភាពដំណើរការ

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

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

សូមមើលអ្វីដែលវាមើលទៅដូចឧទាហរណ៍មួយ៖ ចូរនិយាយថាយើងមាន .vbk ដែលចេញពីបង្អួចប្រតិបត្តិការ ហើយជាកម្មសិទ្ធិរបស់ខ្សែសង្វាក់បិទជិត។ នេះ​មាន​ន័យ​ថា យើង​មាន​សិទ្ធិ​គ្រប់​យ៉ាង​ក្នុង​ការ​ផ្លាស់ទី​វា​ទៅ​កាន់​កន្លែង​បាញ់​ប្រហារ។ នៅពេលផ្លាស់ទី ឯកសារទិន្នន័យមេតាត្រូវបានបង្កើតនៅក្នុងសញ្ញាសមត្ថភាព និងប្លុកនៃឯកសារដែលបានផ្ទេរ។ ឯកសារទិន្នន័យមេតាកម្រិតតំណពិពណ៌នាអំពីអ្វីដែលរារាំងឯកសាររបស់យើងមាន។ ក្នុងករណីនៅក្នុងរូបភាព ឯកសារដំបូងរបស់យើងមានប្លុក a, b, c ហើយទិន្នន័យមេតាមានតំណភ្ជាប់ទៅកាន់ប្លុកទាំងនេះ។ នៅពេលដែលយើងមានឯកសារ .vbk ទីពីរដែលត្រៀមរួចជាស្រេចដើម្បីផ្លាស់ទី និងមានប្លុក a, b និង d យើងវិភាគសន្ទស្សន៍ការខះជាតិទឹក យល់ថាមានតែប្លុក d ប៉ុណ្ណោះដែលត្រូវផ្ទេរ។ ហើយឯកសារទិន្នន័យមេតារបស់វានឹងមានតំណភ្ជាប់ទៅកាន់ប្លុកមុនពីរ និងមួយទៀតថ្មី។

អាស្រ័យហេតុនេះ ដំណើរការនៃការបំពេញចន្លោះទទេទាំងនេះត្រឡប់មកវិញជាមួយនឹងទិន្នន័យត្រូវបានគេហៅថា ការស្រោចទឹកឡើងវិញ។ វាប្រើលិបិក្រមជាតិទឹកផ្ទាល់របស់វារួចហើយ ដោយផ្អែកលើឯកសារ .vbk ចាស់បំផុតនៅលើវិសាលភាពប្រតិបត្តិការក្នុងតំបន់។ នោះគឺប្រសិនបើអ្នកប្រើចង់ត្រឡប់ឯកសារពីជួរថតសមត្ថភាព នោះដំបូងយើងបង្កើតលិបិក្រមនៃប្លុកនៃការបម្រុងទុកពេញលេញដែលចាស់ជាងគេបំផុត ហើយផ្ទេរតែប្លុកដែលបាត់ពីវិចិត្រសាលថតសមត្ថភាពប៉ុណ្ណោះ។ នៅក្នុងករណីដែលបានបង្ហាញក្នុងរូបភាព ដើម្បីផ្តល់ជាតិទឹកដល់ FullBackup1.vbk យោងទៅតាមសន្ទស្សន៍នៃជាតិទឹក យើងត្រូវការតែប្លុក C ប៉ុណ្ណោះ ដែលយើងយកចេញពីជួរបាញ់សមត្ថភាព។ ប្រសិនបើវត្ថុផ្ទុកពពកបម្រើជាជួរបាញ់សមត្ថភាព នេះអនុញ្ញាតឱ្យអ្នកសន្សំប្រាក់យ៉ាងច្រើន។

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

ប៉ុន្តែសន្ទស្សន៍កាន់តែច្រើនសម្រាប់ព្រះនៃលិបិក្រម! មានលិបិក្រមសម្រាប់ការសង្គ្រោះទិន្នន័យផងដែរ! នៅពេលដែលយើងចាប់ផ្តើមស្ដារម៉ាស៊ីនដែលមានទីតាំងនៅក្នុងសញ្ញាសមត្ថភាព យើងនឹងអានតែប្លុកទិន្នន័យតែមួយគត់ដែលមិនមាននៅក្នុងសញ្ញាដំណើរការ។

តើវាកើតឡើងដោយរបៀបណា?

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

របៀបចម្លង

វាភាគច្រើនផ្អែកលើបច្ចេកវិទ្យាដែលមានស្រាប់ ប៉ុន្តែមានតក្កវិជ្ជានៃការប្រើប្រាស់ខុសគ្នាទាំងស្រុង។ 

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

ប្រសិនបើអ្នកប្រៀបធៀបមុខងារផ្លាស់ទី និងចម្លងបឋម វានឹងមើលទៅដូចនេះ៖

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

ក្នុង​ការ​ពិចារណា​អំពី​របៀប​ថ្មី ខ្ញុំ​ស្នើ​ឱ្យ​ផ្លាស់ទី​ពី​ឧទាហរណ៍​សាមញ្ញ​ទៅ​ជា​គំរូ​ស្មុគស្មាញ។

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

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

សំណួរកើតឡើង - ប្រសិនបើអ្នកក្រឡេកមើល UI មានឱកាសជ្រើសរើសជម្រើសទាំងពីរក្នុងពេលតែមួយ។ របៀបរួមបញ្ចូលគ្នាបែបនេះនឹងដំណើរការយ៉ាងដូចម្តេច?

សូមឱ្យវាត្រឹមត្រូវ។

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

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

ហេតុអ្វីបានជាយើងត្រូវការរបៀបចម្លងនេះ?

វាជាការប្រសើរជាងក្នុងការសរសេរសំណួរឡើងវិញតាមវិធីនេះ៖ តើយើងការពារហានិភ័យអ្វីខ្លះពីជំនួយរបស់វា? តើវាជួយយើងដោះស្រាយបញ្ហាអ្វី?

ចម្លើយគឺជាក់ស្តែង៖ ជាការពិតណាស់ នេះគឺជាការសង្គ្រោះទិន្នន័យ។ ប្រសិនបើយើងមានច្បាប់ចម្លងពេញលេញនៃទិន្នន័យមូលដ្ឋាននៅលើកន្លែងផ្ទុកវត្ថុ នោះមិនថាមានអ្វីកើតឡើងចំពោះផលិតផលរបស់យើងទេ យើងអាចស្ដារទិន្នន័យពីឯកសារដែលមានទីតាំងនៅ Amazon ដែលមានលក្ខខណ្ឌជានិច្ច។

ដូច្នេះ ចូរ​យើង​ឆ្លង​កាត់​សេណារីយ៉ូ​ដែល​អាច​ធ្វើ​ទៅ​បាន ពី​សាមញ្ញ​បំផុត​ទៅ​ស្មុគស្មាញ​ជាង​នេះ។

សំណាងអាក្រក់ដ៏សាមញ្ញបំផុតដែលអាចធ្លាក់មកលើក្បាលរបស់យើងគឺភាពមិនអាចចូលដំណើរការបាននៃឯកសារមួយនៅក្នុងខ្សែសង្វាក់បម្រុងទុក។

រឿងដ៏សោកសៅមួយគឺថា វិសាលភាពមួយនៃឃ្លាំង SOBR របស់យើងបានបែកបាក់។

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

ឥឡូវនេះសូមក្រឡេកមើលស្ថានភាពនីមួយៗដោយឡែកពីគ្នា។

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

ឥឡូវនេះស្ថានភាពកាន់តែស្មុគស្មាញ។ ឧបមាថា SOBR របស់យើងមានវិសាលភាពពីរដែលកំពុងដំណើរការក្នុងទម្រង់ការអនុវត្ត ដែលមានន័យថា .vbk និង .vib របស់យើងត្រូវបានរីករាលដាលនៅលើពួកវាក្នុងស្រទាប់មិនស្មើគ្នា។ ហើយនៅពេលណាមួយ វិសាលភាពមួយនឹងក្លាយទៅជាមិនអាចប្រើបាន ហើយអ្នកប្រើប្រាស់ត្រូវការស្ដារម៉ាស៊ីនជាបន្ទាន់ ដែលជាផ្នែកនៃទិន្នន័យដែលស្ថិតនៅយ៉ាងជាក់លាក់លើវិសាលភាពនេះ។

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

ប្រភេទរងនៃករណីនេះគឺថាឃ្លាំង SOBR ទាំងមូលមិនអាចចូលដំណើរការបាន។ ក្នុងករណីនេះ យើងមិនមានអ្វីត្រូវចម្លងពីកន្លែងផ្ទុកក្នុងស្រុកទេ ហើយប្លុកទាំងអស់ត្រូវបានទាញយកពីពពក។

ហើយស្ថានភាពគួរឱ្យចាប់អារម្មណ៍បំផុតនោះគឺថាម៉ាស៊ីនមេបម្រុងទុកបានស្លាប់។ មានជម្រើសពីរនៅទីនេះ៖ អ្នកគ្រប់គ្រងគឺអស្ចារ្យ ហើយបានបង្កើតការបម្រុងទុកការកំណត់រចនាសម្ព័ន្ធ ហើយអ្នកគ្រប់គ្រងគឺជា Pinocchio អាក្រក់ខ្លួនឯង ហើយមិនបានធ្វើការបម្រុងទុកការកំណត់រចនាសម្ព័ន្ធទេ។

ក្នុងករណីដំបូង វានឹងគ្រប់គ្រាន់សម្រាប់គាត់ក្នុងការដាក់ពង្រាយការដំឡើងស្អាតនៃ VBR នៅកន្លែងណាមួយ ហើយស្ដារមូលដ្ឋានទិន្នន័យរបស់វាពីការបម្រុងទុកដោយប្រើមធ្យោបាយស្តង់ដារ។ នៅចុងបញ្ចប់នៃដំណើរការនេះ អ្វីៗនឹងត្រឡប់ទៅធម្មតាវិញ។ ឬ​វា​នឹង​ត្រូវ​បាន​ស្ដារ​ឡើង​វិញ​ដោយ​យោង​តាម​សេណារីយ៉ូ​មួយ​ក្នុង​ចំណោម​សេណារីយ៉ូ​ខាង​លើ។

ប៉ុន្តែប្រសិនបើអ្នកគ្រប់គ្រងគឺជាសត្រូវផ្ទាល់ខ្លួនរបស់គាត់ ឬការបម្រុងទុកការកំណត់រចនាសម្ព័ន្ធក៏ទទួលរងការបរាជ័យដ៏វីរភាពផងដែរ នោះសូម្បីតែនៅទីនេះយើងនឹងមិនទុកគាត់ឱ្យស្ថិតក្នុងក្តីមេត្តានៃជោគវាសនានោះទេ។ សម្រាប់ករណីនេះ យើងបានណែនាំនូវនីតិវិធីថ្មីមួយដែលមានឈ្មោះថា Import Object Storage។ វាអនុញ្ញាតឱ្យអ្នករំលងដំណើរការនៃការបង្កើតឃ្លាំង SOBR ដោយដៃ និងភ្ជាប់ជួរបាញ់សមត្ថភាពទៅវាជាមួយនឹងការស្កេនឡើងវិញជាបន្តបន្ទាប់ ហើយគ្រាន់តែបន្ថែមវត្ថុផ្ទុកទៅចំណុចប្រទាក់ Vim ហើយដំណើរការនីតិវិធីនាំចូលឃ្លាំងផ្ទុក។ រឿងតែមួយគត់ដែលអាចឈរនៅក្នុងផ្លូវរវាងអ្នក និងការបម្រុងទុករបស់អ្នកគឺការស្នើសុំឱ្យបញ្ចូលពាក្យសម្ងាត់ ប្រសិនបើការបម្រុងទុករបស់អ្នកត្រូវបានអ៊ិនគ្រីប។

នេះប្រហែលជាទាំងអស់អំពីរបៀបចម្លង ហើយយើងបន្តទៅ

របៀបបិទជិត

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

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

ដូច្នោះហើយគោលការណ៍នៃប្រតិបត្តិការគឺសាមញ្ញណាស់៖ វាចាំបាច់ក្នុងការហាមឃាត់រាល់ប្រតិបត្តិការសរសេរ (រូបរាងនៃទិន្នន័យថ្មី) ទុកអាន (ស្តារ) និងលុប (រក្សាទុក) ។

របៀបទាំងពីរអាចត្រូវបានប្រើក្នុងពេលដំណាលគ្នា ប៉ុន្តែត្រូវចងចាំថា ការថែទាំមានអាទិភាពខ្ពស់ជាង។

ជាឧទាហរណ៍ សូមពិចារណា SOBR ដែលមានវិសាលភាពពីរ។ ឧបមាថា​សម្រាប់​បួន​ថ្ងៃ​ដំបូង​យើង​បាន​បង្កើត​ការ​បម្រុង​ទុក​ក្នុង​ទម្រង់​ការ​បន្ថែម​ទៅ​មុខ​ជា​រៀង​រហូត ហើយ​បន្ទាប់​មក​យើង​បិទ​វិសាលភាព។ នេះ​នាំ​ឱ្យ​យើង​ចាប់​ផ្តើម​បង្កើត​សកម្ម​ភាព​ពេញ​លេញ​ថ្មី​នៅ​លើ​វិសាលភាព​ដែល​មាន​ទីពីរ។ ប្រសិនបើការរក្សារបស់យើងមានចំនួនបួន នោះនៅពេលដែលខ្សែសង្វាក់ទាំងមូលដែលមានទីតាំងនៅលើវិសាលភាពបិទជិតហួសពីដែនកំណត់របស់វា វាត្រូវបានលុបចោលដោយមនសិការច្បាស់លាស់។

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

អ្វីៗគឺសាមញ្ញជាងជាមួយ Reverse Incremental ។ នៅក្នុងវាចំណុចចាស់បំផុតមិនអាស្រ័យលើអ្វីទេហើយអាចត្រូវបានលុបដោយសុវត្ថិភាព។ ដូច្នេះ ដរាបណា .vbk ថ្មីត្រូវបានបង្កើតនៅលើវិសាលភាពថ្មី .vrbs ចាស់នឹងត្រូវបានលុបម្តងមួយៗ។

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

អ្វីៗកាន់តែស្មុគស្មាញជាមួយជួរបាញ់សមត្ថភាព។

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

ប្រហាក់ប្រហែលនឹងរឿងដដែលនេះកើតឡើងនៅក្នុងរបៀបផ្លាស់ទី - យើងរង់ចាំការប៉ះឡើងវិញ លុបចាស់នៅក្នុងកន្លែងផ្ទុកក្នុងមូលដ្ឋាន និងលុបអ្វីដែលរក្សាទុកក្នុងកន្លែងផ្ទុកវត្ថុ។

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

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

នោះហើយជាមូលដ្ឋានទាំងអស់ដែលមានចំពោះវា។ ដូច្នេះសូមបន្តទៅលក្ខណៈពិសេស hardcore បំផុត -

ភាពមិនចេះប្រែប្រួល

ដូចនឹងចំណុចមុនដែរ រឿងដំបូងគឺបញ្ហាអ្វីដែលមុខងារនេះដោះស្រាយ។ ដរាបណាយើងបង្ហោះការបម្រុងទុករបស់យើងនៅកន្លែងណាមួយសម្រាប់ការផ្ទុក វាមានបំណងប្រាថ្នាយ៉ាងមុតមាំក្នុងការធានាសុវត្ថិភាពរបស់ពួកគេ ពោលគឺដើម្បីហាមឃាត់ការលុបរបស់ពួកគេ និងការកែប្រែណាមួយក្នុងអំឡុងពេលរក្សាទុកដែលបានផ្តល់ឱ្យ។ រួមទាំងអ្នកគ្រប់គ្រង រួមទាំងនៅក្រោមគណនី root របស់ពួកគេ។ នេះអនុញ្ញាតឱ្យអ្នកការពារពួកគេពីការខូចខាតដោយចៃដន្យឬដោយចេតនា។ នរណាម្នាក់ដែលធ្វើការជាមួយ AWS ប្រហែលជាបានជួបប្រទះមុខងារស្រដៀងគ្នានេះហៅថា Object Lock។

ឥឡូវនេះ សូមក្រឡេកមើលរបៀបនៅក្នុងពាក្យទូទៅ ហើយបន្ទាប់មកស្វែងយល់លម្អិត។ ក្នុងឧទាហរណ៍របស់យើង ភាពមិនប្រែប្រួលនឹងត្រូវបានបើកសម្រាប់ជួរបាញ់សមត្ថភាពរបស់យើងជាមួយនឹងការរក្សាទុករយៈពេល XNUMX ថ្ងៃ។ ហើយរបៀបចម្លងត្រូវបានបើកនៅក្នុងការបម្រុងទុក។

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

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

ឥឡូវនេះគឺជាពេលវេលាដ៏ល្អមួយដើម្បីពន្យល់ពីបច្ចេកវិទ្យាបង្កើតប្លុករបស់យើង។ ឬការបង្កើតប្លុក។ ដើម្បីធ្វើដូច្នេះសូមពិចារណាពីស្ថានភាពដែលនាំឱ្យមានរូបរាងរបស់វា។

ចូរយើងប្រើមាត្រដ្ឋានពេលវេលាប្រាំមួយថ្ងៃ ហើយខាងក្រោមយើងនឹងសម្គាល់ពេលវេលានៃការផុតកំណត់ដែលរំពឹងទុកនៃភាពមិនអាចប្រែប្រួលបាន។ នៅថ្ងៃដំបូងដែលយើងយក និងបង្កើតឯកសារដែលមានប្លុកទិន្នន័យ a និងទិន្នន័យមេតារបស់វា។ ប្រសិនបើភាពប្រែប្រួលត្រូវបានកំណត់ទៅបីថ្ងៃ វាជាឡូជីខលក្នុងការសន្មត់ថានៅថ្ងៃទីបួនទិន្នន័យនឹងត្រូវបានដោះសោ និងលុប។ នៅថ្ងៃទីពីរ យើងនឹងបន្ថែមឯកសារថ្មី 2 ដែលមានប្លុក b ជាមួយនឹងការកំណត់ដូចគ្នា។ ការទប់ស្កាត់នៅតែត្រូវការដកចេញនៅថ្ងៃទីបួន។ ប៉ុន្តែនៅថ្ងៃទី 3 មានអ្វីដ៏គួរឱ្យភ័យខ្លាចកើតឡើង - ឯកសារ FileXNUMX ត្រូវបានបង្កើតឡើងដែលមានប្លុកឃថ្មីនិងតំណភ្ជាប់ទៅប្លុកចាស់ a ។ នេះមានន័យថាសម្រាប់ប្លុកមួយ និងទង់មិនប្រែប្រួលរបស់វាត្រូវតែកំណត់ឡើងវិញទៅកាលបរិច្ឆេទថ្មី ដែលត្រូវបានប្តូរទៅថ្ងៃទីប្រាំមួយ។ ហើយនៅទីនេះបញ្ហាមួយកើតឡើង - នៅក្នុងការបម្រុងទុកពិតប្រាកដមានចំនួនដ៏ច្រើននៃប្លុកបែបនេះ។ ហើយ​ដើម្បី​ពន្យារ​រយៈពេល​មិន​ប្រែប្រួល​របស់​ពួកគេ អ្នក​ត្រូវ​ធ្វើ​សំណើ​ជាច្រើន​រាល់ពេល។ ហើយជាការពិត នេះនឹងក្លាយជាដំណើរការប្រចាំថ្ងៃស្ទើរតែគ្មានទីបញ្ចប់ ចាប់តាំងពីជាមួយនឹងកម្រិតខ្ពស់នៃប្រូបាប៊ីលីតេ យើងនឹងរកឃើញបណ្តុំនៃប្លុកស្ទួនជាច្រើនជាមួយនឹងច្បាប់ចម្លងនីមួយៗ។ តើសំណើមួយចំនួនធំពីអ្នកផ្តល់សេវាផ្ទុកវត្ថុមានន័យដូចម្តេច? ត្រូវហើយ! វិក័យប័ត្រដ៏ធំនៅចុងខែ។

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

ចូរបន្តពិចារណាស្ថានភាពដូចគ្នា ប៉ុន្តែជាមួយនឹងការបង្កើតប្លុក។ នៅថ្ងៃដំបូងយើងបង្កើតឯកសារ 1 ពីប្លុក a និងទិន្នន័យមេតា។ យើងបន្ថែមរយៈពេលនៃជំនាន់និងភាពមិនអាចផ្លាស់ប្តូរបាន - នេះមានន័យថាឱកាសដើម្បីលុបឯកសារនឹងមាននៅថ្ងៃទីប្រាំមួយ។ ប្រសិនបើនៅថ្ងៃទីពីរ យើងបង្កើត File2 ដែលមានប្លុក b និងតំណភ្ជាប់ដើម្បីទប់ស្កាត់ a នោះគ្មានអ្វីកើតឡើងចំពោះកាលបរិច្ឆេទនៃការលុបដែលរំពឹងទុកនោះទេ។ នាងបានឈរដូចដែលនាងបានធ្វើនៅថ្ងៃទីប្រាំមួយ។ ដូច្នេះហើយ យើងកំពុងព្យាយាមសន្សំប្រាក់លើចំនួនសំណើ។ ស្ថានភាពតែមួយគត់នៅពេលដែលកាលបរិច្ឆេទកំណត់អាចត្រូវបានផ្លាស់ប្តូរគឺប្រសិនបើរយៈពេលនៃជំនាន់បានផុតកំណត់។ នោះគឺប្រសិនបើនៅថ្ងៃទី 3 ឯកសារ 2 ថ្មីមានតំណភ្ជាប់ដើម្បីទប់ស្កាត់ នោះជំនាន់ទី 1 នឹងត្រូវបានបន្ថែមចាប់តាំងពី GenXNUMX បានផុតកំណត់រួចហើយ។ ហើយកាលបរិច្ឆេទដែលរំពឹងទុកសម្រាប់ការលុបប្លុក a នឹងប្តូរទៅថ្ងៃទីប្រាំបី។ នេះអនុញ្ញាតឱ្យយើងកាត់បន្ថយយ៉ាងខ្លាំងនូវចំនួនសំណើដើម្បីពង្រីកអាយុកាលនៃប្លុកដែលស្ទួន ដែលជួយសន្សំប្រាក់ដល់អតិថិជនយ៉ាងច្រើន។

បច្ចេកវិទ្យាខ្លួនវាអាចរកបានសម្រាប់អ្នកប្រើប្រាស់ផ្នែករឹង S3 និង S3 ដែលក្រុមហ៊ុនផលិតធានាថាការអនុវត្តរបស់ពួកគេមិនខុសពី Amazon ទេ។ ដូច្នេះចម្លើយទៅនឹងសំណួរស្របច្បាប់ថាហេតុអ្វីបានជា Azure មិនត្រូវបានគាំទ្រ - ពួកគេមានលក្ខណៈពិសេសស្រដៀងគ្នាប៉ុន្តែវាដំណើរការនៅកម្រិតនៃធុងមិនមែនវត្ថុបុគ្គលទេ។ ដោយវិធីនេះក្រុមហ៊ុន Amazon ខ្លួនវាផ្ទាល់មានការចាក់សោវត្ថុនៅក្នុងរបៀបពីរ: ការអនុលោមតាមនិងអភិបាលកិច្ច។ ក្នុងករណីទី XNUMX វានៅតែមានលទ្ធភាពដែលអ្នកគ្រប់គ្រងដ៏អស្ចារ្យបំផុតនៅពីលើអ្នកគ្រប់គ្រងនិងឫសខាងលើឫសទោះបីជាការចាក់សោវត្ថុនៅតែលុបទិន្នន័យ។ នៅក្នុងករណីនៃការអនុលោមតាមច្បាប់ អ្វីគ្រប់យ៉ាងត្រូវបានបិទភ្ជាប់យ៉ាងតឹងរ៉ឹង ហើយគ្មាននរណាម្នាក់អាចលុបការបម្រុងទុកបានទេ។ សូម្បីតែអ្នកគ្រប់គ្រង Amazon (យោងទៅតាមសេចក្តីថ្លែងការណ៍ផ្លូវការរបស់ពួកគេ) ។ នេះជារបៀបដែលយើងគាំទ្រ។

ហើយជាធម្មតា តំណភ្ជាប់មានប្រយោជន៍មួយចំនួន៖

• នៅលើ ជំនាន់ប្លុក នៅគ្រប់ព័ត៌មានលម្អិត។
• ព័ត៌មានទាំងអស់អំពី Veeam Backup & Replication ១០ នៅល្អបំផុតរបស់វា។
• О កម្រិតសមត្ថភាព ជា​លំអិត

ប្រភព: www.habr.com