ការបម្រុងទុកផ្នែកទី 6: ការប្រៀបធៀបឧបករណ៍បម្រុងទុក

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

ការសង្គ្រោះទិន្នន័យ

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

រេស៊ីន ដោះស្រាយជាមួយនឹងទិន្នន័យសាកល្បងដែលបានកំណត់ក្នុងរយៈពេល 4 នាទី 28 វិនាទី បង្ហាញ

បន្ទុកបែបនេះ

ដំណើរការងើបឡើងវិញបានប៉ះពាល់ដល់ការកំណត់នៃប្រព័ន្ធរងឌីសនៃម៉ាស៊ីនមេផ្ទុកទិន្នន័យបម្រុងទុក (ក្រាហ្វ sawtooth) ។ អ្នកក៏អាចឃើញយ៉ាងច្បាស់ពីការផ្ទុកខឺណែលមួយដោយគ្មានបញ្ហាអ្វីទាំងអស់ ( iowait ទាប និង softirq - មិនមានបញ្ហាជាមួយថាស និងបណ្តាញរៀងគ្នាទេ)។ ចាប់តាំងពីកម្មវិធីពីរផ្សេងទៀតគឺ rdiff-backup និង rsnapshot គឺផ្អែកលើ rsync ហើយថែមទាំងផ្តល់នូវ rsync ធម្មតាជាឧបករណ៍សង្គ្រោះ ពួកគេនឹងមានទម្រង់ផ្ទុកទិន្នន័យដូចគ្នា និងពេលវេលាសង្គ្រោះការបម្រុងទុក។

Tar ។ បានធ្វើវាលឿនជាងនេះបន្តិច

២ នាទី ៤៣ វិនាទី៖

ការផ្ទុកប្រព័ន្ធសរុបគឺខ្ពស់ជាងជាមធ្យម 20% ដោយសារតែការកើនឡើង softirq - ការចំណាយលើសក្នុងអំឡុងពេលប្រតិបត្តិការនៃប្រព័ន្ធរងបណ្តាញកើនឡើង។

ប្រសិនបើប័ណ្ណសារត្រូវបានបង្ហាប់បន្ថែម ពេលវេលានៃការស្តារឡើងវិញនឹងកើនឡើងដល់ 3 នាទី 19 វិនាទី។
ជាមួយនឹងការផ្ទុកបែបនេះនៅលើម៉ាស៊ីនមេ (ពន្លានៅផ្នែកម្ខាងនៃម៉ាស៊ីនមេ):

ដំណើរការ decompression យកស្នូលខួរក្បាលទាំងពីរ ព្រោះមានដំណើរការពីរដែលកំពុងដំណើរការ។ ជាទូទៅនេះគឺជាលទ្ធផលរំពឹងទុក។ ដូចគ្នានេះផងដែរ លទ្ធផលដែលអាចប្រៀបធៀបបាន (3 នាទី និង 20 វិនាទី) ត្រូវបានទទួលនៅពេលដំណើរការ gzip នៅលើផ្នែក server ជាមួយការបម្រុងទុក ទម្រង់ផ្ទុកនៅលើម៉ាស៊ីនមេគឺស្រដៀងនឹងការដំណើរការ tar ដោយគ្មានឧបករណ៍បង្ហាប់ gzip (សូមមើលក្រាហ្វមុន) ។

В rdiff-បម្រុងទុក អ្នកអាចធ្វើសមកាលកម្មការបម្រុងទុកចុងក្រោយដែលអ្នកបានធ្វើដោយប្រើ rsync ធម្មតា (លទ្ធផលនឹងស្រដៀងគ្នា) ប៉ុន្តែការបម្រុងទុកចាស់ៗនៅតែត្រូវស្ដារឡើងវិញដោយប្រើកម្មវិធី rdiff-backup ដែលបានបញ្ចប់ការស្ដារឡើងវិញក្នុងរយៈពេល 17 នាទី 17 វិនាទី ដោយបង្ហាញ

បន្ទុកនេះ៖

ប្រហែលជានេះត្រូវបានបម្រុងទុក យ៉ាងហោចណាស់ដើម្បីកំណត់ល្បឿនរបស់អ្នកនិពន្ធ ផ្តល់ដំណោះស្រាយបែបនេះ. ដំណើរការនៃការស្តារច្បាប់ចម្លងបម្រុងទុកដោយខ្លួនវាត្រូវចំណាយពេលតិចជាងពាក់កណ្តាលនៃស្នូលតែមួយ ជាមួយនឹងការអនុវត្តសមាមាត្រសមាមាត្រ (ឧទាហរណ៍ 2-5 ដងយឺតជាង) លើថាស និងបណ្តាញជាមួយ rsync ។

Rsnapshot សម្រាប់ការងើបឡើងវិញ វាស្នើឱ្យប្រើ rsync ធម្មតា ដូច្នេះលទ្ធផលរបស់វានឹងស្រដៀងគ្នា។ ជាទូទៅនេះជារបៀបដែលវាបានប្រែក្លាយ។

បាក់ ខ្ញុំបានបញ្ចប់ភារកិច្ចនៃការស្តារការបម្រុងទុកក្នុងរយៈពេល 7 នាទីនិង 2 វិនាទីជាមួយ
ជាមួយនឹងបន្ទុកនេះ៖

វាដំណើរការបានយ៉ាងឆាប់រហ័ស ហើយយ៉ាងហោចណាស់មានភាពងាយស្រួលជាង rsync សុទ្ធ៖ អ្នកមិនចាំបាច់ចងចាំទង់ណាមួយ ចំណុចប្រទាក់ cli ដ៏សាមញ្ញ និងវិចារណញាណ ការគាំទ្រដែលភ្ជាប់មកជាមួយសម្រាប់ច្បាប់ចម្លងច្រើន - ទោះបីជាវាយឺតជាងពីរដងក៏ដោយ។ ប្រសិនបើអ្នកត្រូវការស្ដារទិន្នន័យពីការបម្រុងទុកចុងក្រោយដែលអ្នកបានធ្វើ អ្នកអាចប្រើ rsync ដោយមានការព្រមានមួយចំនួន។

កម្មវិធីនេះបានបង្ហាញពីល្បឿន និងបន្ទុកប្រហាក់ប្រហែល កុំព្យូទ័របម្រុងទុក នៅពេលបើករបៀបផ្ទេរ rsync, ដាក់ពង្រាយការបម្រុងទុកសម្រាប់

៧ នាទី និង ៤២ វិនាទី៖

ប៉ុន្តែនៅក្នុងរបៀបផ្ទេរទិន្នន័យ BackupPC ទប់ទល់នឹង tar កាន់តែយឺត៖ ក្នុងរយៈពេល 12 នាទី និង 15 វិនាទី ការផ្ទុករបស់ខួរក្បាលជាទូទៅទាបជាង

មួយដងកន្លះ៖

ភាពសាមញ្ញ ដោយ​គ្មាន​ការ​អ៊ិនគ្រីប​បាន​បង្ហាញ​លទ្ធផល​ល្អ​ជាង​បន្តិច ដោយ​ស្ដារ​ការ​បម្រុង​ទុក​ក្នុង​រយៈពេល 10 នាទី និង 58 វិនាទី។ ប្រសិនបើអ្នកធ្វើឱ្យការអ៊ិនគ្រីបសកម្មដោយប្រើ gpg រយៈពេលនៃការស្តារឡើងវិញនឹងកើនឡើងដល់ 15 នាទី និង 3 វិនាទី។ ដូចគ្នានេះផងដែរនៅពេលបង្កើតឃ្លាំងសម្រាប់រក្សាទុកច្បាប់ចម្លង អ្នកអាចបញ្ជាក់ទំហំប័ណ្ណសារដែលនឹងត្រូវបានប្រើនៅពេលបំបែកចរន្តទិន្នន័យចូល។ ជាទូទៅនៅលើដ្រាយវ៍រឹងធម្មតាក៏ដោយសារតែរបៀបប្រតិបត្តិការតែមួយខ្សែមិនមានភាពខុសគ្នាច្រើនទេ។ វាអាចបង្ហាញនៅទំហំប្លុកផ្សេងៗគ្នា នៅពេលដែលឧបករណ៍ផ្ទុកកូនកាត់ត្រូវបានប្រើ។ ការផ្ទុកនៅលើម៉ាស៊ីនមេកំឡុងពេលសង្គ្រោះមានដូចខាងក្រោម៖

គ្មានការអ៊ិនគ្រីបទេ។

ជាមួយនឹងការអ៊ិនគ្រីប

ស្ទួន បានបង្ហាញពីអត្រានៃការស្តារឡើងវិញដែលអាចប្រៀបធៀបបាន ដោយបញ្ចប់វាក្នុងរយៈពេល 13 នាទី និង 45 វិនាទី។ វាត្រូវចំណាយពេលប្រហែល 5 នាទីទៀតដើម្បីពិនិត្យមើលភាពត្រឹមត្រូវនៃទិន្នន័យដែលបានយកមកវិញ (សរុបប្រហែល 19 នាទី)។ បន្ទុកគឺ

ខ្ពស់ណាស់៖

នៅពេលដែលការអ៊ិនគ្រីប aes ត្រូវបានបើកនៅខាងក្នុង ពេលវេលានៃការស្តារឡើងវិញគឺ 21 នាទី 40 វិនាទី ជាមួយនឹងការប្រើប្រាស់ស៊ីភីយូនៅអតិបរមារបស់វា (ស្នូលទាំងពីរ!) កំឡុងពេលសង្គ្រោះ។ នៅពេលពិនិត្យទិន្នន័យ មានតែខ្សែស្រឡាយមួយប៉ុណ្ណោះដែលសកម្ម ដោយកាន់កាប់ស្នូលដំណើរការមួយ។ ការពិនិត្យមើលទិន្នន័យបន្ទាប់ពីការងើបឡើងវិញបានចំណាយពេល 5 នាទីដូចគ្នា (សរុបស្ទើរតែ 27 នាទី) ។

លទ្ធផល

ស្ទួនគឺលឿនជាងបន្តិចជាមួយនឹងការងើបឡើងវិញនៅពេលប្រើកម្មវិធី gpg ខាងក្រៅសម្រាប់ការអ៊ិនគ្រីប ប៉ុន្តែជាទូទៅភាពខុសគ្នាពីរបៀបមុនគឺតិចតួចបំផុត។ ពេលវេលាប្រតិបត្តិការគឺ 16 នាទី 30 វិនាទីជាមួយនឹងការផ្ទៀងផ្ទាត់ទិន្នន័យក្នុងរយៈពេល 6 នាទី។ បន្ទុកគឺ

ដូចជា៖

អាម៉ាន់ដាដោយប្រើ tar បានបញ្ចប់វាក្នុងរយៈពេល 2 នាទី 49 វិនាទីដែលតាមគោលការណ៍គឺជិតនឹង tar ធម្មតា។ ផ្ទុកនៅលើប្រព័ន្ធជាគោលការណ៍

ដូច​គ្នា:

នៅពេលស្តារការបម្រុងទុកដោយប្រើ zbackup លទ្ធផលខាងក្រោមត្រូវបានទទួល៖

ការអ៊ិនគ្រីប, ការបង្ហាប់ lzma

ពេលវេលាដំណើរការ 11 នាទី 8 វិនាទី

ការអ៊ិនគ្រីប AES ការបង្ហាប់ lzma

រយៈពេលប្រតិបត្តិការ 14 នាទី។

ការអ៊ិនគ្រីប AES ការបង្ហាប់ lzo

ពេលវេលាដំណើរការ 6 នាទី 19 វិនាទី

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

BorgBackup នៅក្នុងរបៀបមិនបានអ៊ិនគ្រីប វាយឺតជាង tar បន្តិច ក្នុងរយៈពេល 2 នាទី 45 វិនាទី ទោះជាយ៉ាងណាក៏ដោយ មិនដូច tar ទេ វាអាចដកស្ទួនឃ្លាំងបាន។ បន្ទុកប្រែទៅជា

លំនាំ​តាម:

ប្រសិនបើអ្នកបើកការអ៊ិនគ្រីបដែលមានមូលដ្ឋានលើ blake នោះល្បឿននៃការស្តារការបម្រុងទុកគឺយឺតជាងបន្តិច។ ពេលវេលានៃការស្តារឡើងវិញនៅក្នុងរបៀបនេះគឺ 3 នាទី 19 វិនាទី ហើយបន្ទុកបានបាត់បង់

ដូចនេះ៖

ការអ៊ិនគ្រីប AES គឺយឺតជាងបន្តិច ពេលវេលានៃការស្តារឡើងវិញគឺ 3 នាទី 23 វិនាទី ការផ្ទុកគឺជាពិសេស

មិនបានផ្លាស់ប្តូរទេ៖

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

កាចសាហាវ ទប់ទល់នឹងការងើបឡើងវិញយឺតបន្តិច ពេលវេលាប្រតិបត្តិការគឺ 4 នាទី 28 វិនាទី។ បន្ទុកមើលទៅដូច

ដូចនេះ៖

តាមមើលទៅដំណើរការងើបឡើងវិញដំណើរការនៅក្នុងខ្សែស្រឡាយជាច្រើន ប៉ុន្តែប្រសិទ្ធភាពមិនខ្ពស់ដូច BorgBackup ទេ ប៉ុន្តែអាចប្រៀបធៀបបានតាមពេលវេលាទៅនឹង rsync ធម្មតា។

ដោយមានជំនួយពី យូប៊ីកបប វាអាចទៅរួចក្នុងការស្តារទិន្នន័យឡើងវិញក្នុងរយៈពេល 8 នាទី 19 វិនាទី បន្ទុកគឺ

ដូចជា៖

បន្ទុកនៅតែមិនខ្ពស់សូម្បីតែទាបជាង tar ។ នៅកន្លែងខ្លះមានការផ្ទុះប៉ុន្តែមិនលើសពីបន្ទុកនៃស្នូលតែមួយទេ។

ការជ្រើសរើស និងយុត្តិកម្មនៃលក្ខណៈវិនិច្ឆ័យសម្រាប់ការប្រៀបធៀប

ដូចដែលបានបញ្ជាក់នៅក្នុងអត្ថបទមុនមួយ ប្រព័ន្ធបម្រុងទុកត្រូវតែបំពេញតាមលក្ខណៈវិនិច្ឆ័យដូចខាងក្រោមៈ

• ភាពងាយស្រួលនៃការប្រើប្រាស់
• versatility
• ស្ថេរភាព
• រហ័ស

វាមានតម្លៃពិចារណាចំណុចនីមួយៗដាច់ដោយឡែកពីគ្នាក្នុងលម្អិតបន្ថែមទៀត។

ភាពងាយស្រួលនៃប្រតិបត្តិការ

វាល្អបំផុតនៅពេលដែលមានប៊ូតុងមួយ “ធ្វើអ្វីៗគ្រប់យ៉ាងឱ្យបានល្អ” ប៉ុន្តែប្រសិនបើអ្នកត្រលប់ទៅកម្មវិធីពិតវិញ អ្វីដែលងាយស្រួលបំផុតនឹងជាគោលការណ៍ប្រតិបត្តិការដែលធ្លាប់ស្គាល់ និងស្តង់ដារមួយចំនួន។
អ្នក​ប្រើ​ភាគ​ច្រើន​ទំនង​ជា​នឹង​មាន​ភាព​ប្រសើរ​ជាង​មុន ប្រសិន​បើ​ពួក​គេ​មិន​ចាំ​បាច់​ចាំ​បាច់​នៃ​សោ​សម្រាប់ cli កំណត់​រចនា​សម្ព័ន្ធ​ជម្រើស​ខុស​គ្នា ដែល​ច្រើន​តែ​មិន​ច្បាស់​លាស់​តាម​រយៈ​គេហទំព័រ ឬ tui ឬ​រៀបចំ​ការ​ជូន​ដំណឹង​អំពី​ប្រតិបត្តិការ​មិន​បាន​ជោគជ័យ។ នេះក៏រួមបញ្ចូលផងដែរនូវសមត្ថភាពក្នុងការ "សម" ដំណោះស្រាយបម្រុងទុកយ៉ាងងាយស្រួលទៅក្នុងហេដ្ឋារចនាសម្ព័ន្ធដែលមានស្រាប់ ក៏ដូចជាស្វ័យប្រវត្តិកម្មនៃដំណើរការបម្រុងទុក។ វាក៏មានលទ្ធភាពនៃការដំឡើងដោយប្រើកម្មវិធីគ្រប់គ្រងកញ្ចប់ ឬនៅក្នុងពាក្យបញ្ជាមួយ ឬពីរដូចជា "ទាញយក និងពន្លា" ។ curl ссылка | sudo bash - វិធីសាស្រ្ដស្មុគ្រស្មាញ ដោយសារអ្នកត្រូវពិនិត្យមើលអ្វីដែលមកដល់តាមរយៈតំណភ្ជាប់។

ឧទាហរណ៍នៃបេក្ខជនដែលត្រូវបានពិចារណា ដំណោះស្រាយដ៏សាមញ្ញមួយគឺ burp, rdiff-backup និង restic ដែលមានគ្រាប់ចុច mnemonic សម្រាប់របៀបប្រតិបត្តិការផ្សេងៗគ្នា។ ស្មុគ្រស្មាញជាងនេះបន្តិចគឺ borg និងភាពស្ទួន។ ការលំបាកបំផុតគឺ AMANDA ។ នៅសល់គឺកន្លែងណាមួយនៅកណ្តាលក្នុងលក្ខខណ្ឌនៃភាពងាយស្រួលនៃការប្រើប្រាស់។ ក្នុងករណីណាក៏ដោយ ប្រសិនបើអ្នកត្រូវការច្រើនជាង 30 វិនាទីដើម្បីអានសៀវភៅណែនាំអ្នកប្រើប្រាស់ ឬអ្នកត្រូវចូលទៅកាន់ Google ឬម៉ាស៊ីនស្វែងរកផ្សេងទៀត ហើយរមូរតាមរយៈសន្លឹកជំនួយដ៏វែងមួយ ការសម្រេចចិត្តគឺពិបាក មិនថាមធ្យោបាយមួយឬវិធីផ្សេងទៀត។

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

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

versatility

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

ជាសញ្ញាមួយ - សមត្ថភាពក្នុងការធ្វើការដោយប្រើ ssh ធម្មតា។

ល្បឿនការងារ

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

ស្ថេរភាព

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

ការប្រៀបធៀបឧបករណ៍បម្រុងទុក

ចម្លងពេលវេលាបង្កើត
ចម្លងពេលវេលាសង្គ្រោះ
ការតំឡើងងាយស្រួល
ការដំឡើងងាយស្រួល
ការប្រើប្រាស់សាមញ្ញ
ស្វ័យប្រវត្តិកម្មសាមញ្ញ
តើអ្នកត្រូវការម៉ាស៊ីនមេអតិថិជនទេ?
ពិនិត្យមើលភាពសុចរិតនៃឃ្លាំង
ច្បាប់ចម្លងឌីផេរ៉ង់ស្យែល
ធ្វើការតាមរយៈបំពង់
versatility
ឯករាជ្យ
តម្លាភាពនៃឃ្លាំង
ការដាក់លេខកូដ
ការបង្រួម
ការដកស្ទួន
ចំណុចប្រទាក់បណ្ដាញ
ការបំពេញទៅពពក
ការគាំទ្រវីនដូ
ពិន្ទុ

រេស៊ីន
៥ ម ៤០
៥ ម ៤០
បាទ
គ្មាន
គ្មាន
គ្មាន
បាទ
គ្មាន
គ្មាន
បាទ
គ្មាន
បាទ
បាទ
គ្មាន
គ្មាន
គ្មាន
គ្មាន
គ្មាន
បាទ
6

Tar ។
សុទ្ធ
៥ ម ៤០
៥ ម ៤០
បាទ
គ្មាន
គ្មាន
គ្មាន
គ្មាន
គ្មាន
បាទ
បាទ
គ្មាន
បាទ
គ្មាន
គ្មាន
គ្មាន
គ្មាន
គ្មាន
គ្មាន
បាទ
8,5

gzip
៥ ម ៤០
៥ ម ៤០
បាទ

ការបម្រុងទុក Rdiff
៥ ម ៤០
៥ ម ៤០
បាទ
បាទ
បាទ
បាទ
បាទ
គ្មាន
បាទ
គ្មាន
បាទ
គ្មាន
បាទ
គ្មាន
បាទ
បាទ
បាទ
គ្មាន
បាទ
11

Rsnapshot
៥ ម ៤០
៥ ម ៤០
បាទ
បាទ
បាទ
បាទ
គ្មាន
គ្មាន
បាទ
គ្មាន
បាទ
គ្មាន
បាទ
គ្មាន
គ្មាន
បាទ
បាទ
គ្មាន
បាទ
12,5

បាក់
៥ ម ៤០
៥ ម ៤០
បាទ
គ្មាន
បាទ
បាទ
បាទ
បាទ
បាទ
គ្មាន
បាទ
បាទ
គ្មាន
គ្មាន
បាទ
គ្មាន
បាទ
គ្មាន
បាទ
10,5

ភាពសាមញ្ញ
គ្មានការអ៊ិនគ្រីបទេ។
៥ ម ៤០
៥ ម ៤០
បាទ
បាទ
គ្មាន
បាទ
គ្មាន
បាទ
បាទ
គ្មាន
គ្មាន
បាទ
គ្មាន
បាទ
បាទ
គ្មាន
បាទ
គ្មាន
បាទ
11

gpg
៥ ម ៤០
៥ ម ៤០

ស្ទួន
គ្មានការអ៊ិនគ្រីបទេ។
៥ ម ៤០
៥ ម ៤០
គ្មាន
បាទ
គ្មាន
គ្មាន
គ្មាន
បាទ
បាទ
គ្មាន
គ្មាន
បាទ
គ្មាន
បាទ
បាទ
បាទ
បាទ
បាទ
បាទ
11

aes
៥ ម ៤០
៥ ម ៤០

gpg
៥ ម ៤០
៥ ម ៤០

ហ្សុបភីប
គ្មានការអ៊ិនគ្រីបទេ។
៥ ម ៤០
៥ ម ៤០
បាទ
បាទ
គ្មាន
គ្មាន
គ្មាន
បាទ
បាទ
បាទ
គ្មាន
បាទ
គ្មាន
បាទ
បាទ
បាទ
គ្មាន
គ្មាន
គ្មាន
10

aes
៥ ម ៤០
៥ ម ៤០

aes+lzo
៥ ម ៤០
៥ ម ៤០

BorgBackup
គ្មានការអ៊ិនគ្រីបទេ។
៥ ម ៤០
៥ ម ៤០
បាទ
បាទ
បាទ
បាទ
បាទ
បាទ
បាទ
បាទ
បាទ
បាទ
គ្មាន
បាទ
បាទ
បាទ
បាទ
គ្មាន
បាទ
16

aes
៥ ម ៤០
៥ ម ៤០

ប្លេក ២៥៦
៥ ម ៤០
៥ ម ៤០

កាចសាហាវ
៥ ម ៤០
៥ ម ៤០
បាទ
បាទ
បាទ
បាទ
គ្មាន
បាទ
បាទ
បាទ
បាទ
បាទ
គ្មាន
បាទ
គ្មាន
បាទ
គ្មាន
បាទ
បាទ
15,5

យូប៊ីកបប
៥ ម ៤០
៥ ម ៤០
បាទ
បាទ
បាទ
គ្មាន
បាទ
គ្មាន
បាទ
គ្មាន
បាទ
បាទ
គ្មាន
បាទ
បាទ
បាទ
បាទ
គ្មាន
បាទ
12

នាង Amanda
៥ ម ៤០
៥ ម ៤០
បាទ
គ្មាន
គ្មាន
បាទ
បាទ
បាទ
បាទ
គ្មាន
បាទ
បាទ
បាទ
បាទ
បាទ
គ្មាន
បាទ
បាទ
បាទ
13

កុំព្យូទ័របម្រុងទុក
rsync
៥ ម ៤០
៥ ម ៤០
បាទ
គ្មាន
បាទ
បាទ
បាទ
បាទ
បាទ
គ្មាន
បាទ
គ្មាន
គ្មាន
បាទ
បាទ
គ្មាន
បាទ
គ្មាន
បាទ
10,5

tar
៥ ម ៤០
៥ ម ៤០

តារាងរឿងព្រេងនិទាន៖

• បៃតង ពេលវេលាប្រតិបត្តិការតិចជាងប្រាំនាទី ឬឆ្លើយ “បាទ/ចាស” (លើកលែងតែជួរឈរ “ត្រូវការម៉ាស៊ីនមេ?”) 1 ពិន្ទុ
• ពណ៌លឿង ពេលវេលាប្រតិបត្តិការពីប្រាំទៅដប់នាទី 0.5 ពិន្ទុ
• ពណ៌ក្រហម ពេលវេលាធ្វើការលើសពីដប់នាទី ឬចម្លើយគឺ "ទេ" (លើកលែងតែជួរឈរ "តើអ្នកត្រូវការម៉ាស៊ីនមេអតិថិជនទេ?") 0 ពិន្ទុ

យោងតាមតារាងខាងលើ ឧបករណ៍បម្រុងទុកដ៏សាមញ្ញបំផុត លឿនបំផុត និងក្នុងពេលតែមួយងាយស្រួល និងមានប្រសិទ្ធភាពគឺ BorgBackup ។ Restic ទទួលបានចំណាត់ថ្នាក់លេខ 2 បេក្ខជនដែលនៅសល់ត្រូវបានគេចាត់ទុកថាមានចំនួនស្មើគ្នាជាមួយនឹងការរីករាលដាលនៃមួយឬពីរពិន្ទុនៅចុងបញ្ចប់។

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

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

សេចក្តីជូនដំណឹង

ការបម្រុងទុក ផ្នែកទី 1៖ ហេតុអ្វីបានជាត្រូវការការបម្រុងទុក ទិដ្ឋភាពទូទៅនៃវិធីសាស្រ្ត បច្ចេកវិទ្យា
ការបម្រុងទុកផ្នែកទី 2៖ ការពិនិត្យមើល និងសាកល្បងឧបករណ៍បម្រុងទុកដែលមានមូលដ្ឋានលើ rsync
ការបម្រុងទុកផ្នែកទី 3៖ ការពិនិត្យឡើងវិញ និងការធ្វើតេស្តភាពស្ទួន ស្ទួន
ការបម្រុងទុកផ្នែកទី 4៖ ពិនិត្យ និងសាកល្បង zbackup, restic, borgbackup
ការបម្រុងទុកផ្នែកទី 5៖ សាកល្បងការបម្រុងទុក bacula និង veeam សម្រាប់លីនុច
ការបម្រុងទុកផ្នែកទី 6: ការប្រៀបធៀបឧបករណ៍បម្រុងទុក
ការបម្រុងទុកផ្នែកទី 7៖ សេចក្តីសន្និដ្ឋាន

ប្រភព: www.habr.com