ការបម្រុងទុកផ្នែកទី 4៖ ពិនិត្យ និងសាកល្បង zbackup, restic, borgbackup

អត្ថបទនេះនឹងពិចារណាកម្មវិធីបម្រុងទុកដែលតាមរយៈការបំបែកចរន្តទិន្នន័យទៅជាសមាសធាតុដាច់ដោយឡែក (កំណាត់) បង្កើតជាឃ្លាំង។

សមាសធាតុនៃឃ្លាំងអាចត្រូវបានបង្ហាប់ និងអ៊ិនគ្រីបបន្ថែមទៀត ហើយសំខាន់បំផុត - ក្នុងអំឡុងពេលដំណើរការបម្រុងទុកម្តងហើយម្តងទៀត - ប្រើឡើងវិញ។

ច្បាប់ចម្លងបម្រុងទុកនៅក្នុងឃ្លាំងបែបនេះគឺជាខ្សែសង្វាក់នៃសមាសធាតុដែលមានឈ្មោះភ្ជាប់ទៅគ្នាទៅវិញទៅមក ឧទាហរណ៍ ផ្អែកលើមុខងារ hash ផ្សេងៗ។

មានដំណោះស្រាយស្រដៀងគ្នាជាច្រើន ខ្ញុំនឹងផ្តោតលើ 3: zbackup, borgbackup និង restic។

លទ្ធផលរំពឹងទុក

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

វាក៏គួរឱ្យចង់បានផងដែរក្នុងការបង្កើតច្បាប់ចម្លងបម្រុងទុកនៃឯកសារដោយផ្ទាល់ដោយមិនប្រើបណ្ណសារដូចជា tar ក៏ដូចជាធ្វើការជាមួយ ssh/sftp ដោយគ្មានឧបករណ៍បន្ថែមដូចជា rsync និង sshfs ។

ឥរិយាបថនៅពេលបង្កើតការបម្រុងទុក៖

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

ការធ្វើការជាមួយ tar ត្រូវបានយកជាតម្លៃយោង ដូចដែលបានបង្ហាញនៅក្នុងអត្ថបទមុនមួយ។

សាកល្បងការបម្រុងទុក

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

ការដកស្ទួនប្រើមុខងារ hash ring 64-bit ជាមួយនឹងបង្អួចរអិល ដើម្បីពិនិត្យមើលការផ្គូផ្គង byte-by-byte ប្រឆាំងនឹងប្លុកទិន្នន័យដែលមានស្រាប់ (ស្រដៀងទៅនឹងរបៀបដែល rsync អនុវត្តវា)។

lzma និង lzo ច្រើនខ្សែត្រូវបានប្រើសម្រាប់ការបង្ហាប់ និង aes សម្រាប់ការអ៊ិនគ្រីប។ កំណែចុងក្រោយបង្អស់មានសមត្ថភាពក្នុងការលុបទិន្នន័យចាស់ចេញពីឃ្លាំងនាពេលអនាគត។
កម្មវិធីត្រូវបានសរសេរជា C ++ ជាមួយនឹងភាពអាស្រ័យតិចតួចបំផុត។ អ្នកនិពន្ធជាក់ស្តែងត្រូវបានបំផុសគំនិតដោយ unix-way ដូច្នេះកម្មវិធីទទួលយកទិន្នន័យនៅលើ stdin នៅពេលបង្កើតការបម្រុងទុក បង្កើតការផ្សាយទិន្នន័យស្រដៀងគ្នានៅលើ stdout នៅពេលស្ដារ។ ដូច្នេះ zbackup អាច​ត្រូវ​បាន​ប្រើ​ជា "ប្លុក​អគារ" ដ៏​ល្អ​មួយ​នៅ​ពេល​ដែល​សរសេរ​ដំណោះស្រាយ​បម្រុង​ទុក​ផ្ទាល់​ខ្លួន​របស់​អ្នក​។ ជាឧទាហរណ៍ អ្នកនិពន្ធអត្ថបទបានប្រើកម្មវិធីនេះជាឧបករណ៍បម្រុងទុកដ៏សំខាន់សម្រាប់ម៉ាស៊ីនផ្ទះតាំងពីប្រហែលឆ្នាំ 2014។

ស្ទ្រីមទិន្នន័យនឹងជា tar ធម្មតា លើកលែងតែមានការបញ្ជាក់ផ្សេងពីនេះ។

តោះ​មើល​ថា​លទ្ធផល​យ៉ាង​ណា​៖

ការងារត្រូវបានពិនិត្យជា ២ ជម្រើស៖

1. ឃ្លាំងត្រូវបានបង្កើត ហើយ zbackup ត្រូវបានដាក់ឱ្យដំណើរការនៅលើម៉ាស៊ីនមេជាមួយនឹងទិន្នន័យប្រភព បន្ទាប់មកមាតិកានៃឃ្លាំងត្រូវបានផ្ទេរទៅម៉ាស៊ីនមេផ្ទុកទិន្នន័យបម្រុងទុក។
2. ឃ្លាំងត្រូវបានបង្កើតឡើងនៅលើម៉ាស៊ីនមេផ្ទុកទិន្នន័យបម្រុងទុក zbackup ត្រូវបានបើកដំណើរការតាមរយៈ ssh នៅលើម៉ាស៊ីនមេផ្ទុកទិន្នន័យបម្រុងទុក ហើយទិន្នន័យត្រូវបានផ្ញើទៅវាតាមរយៈបំពង់។

លទ្ធផលនៃជម្រើសទីមួយមានដូចខាងក្រោម៖ 43m11s - នៅពេលប្រើឃ្លាំងដែលមិនបានអ៊ិនគ្រីប និងម៉ាស៊ីនបង្ហាប់ lzma, 19m13s - នៅពេលជំនួសម៉ាស៊ីនបង្ហាប់ជាមួយ lzo ។

ការផ្ទុកនៅលើម៉ាស៊ីនមេដែលមានទិន្នន័យដើមមានដូចខាងក្រោម (ឧទាហរណ៍ជាមួយ lzma ត្រូវបានបង្ហាញដោយ lzo មានរូបភាពប្រហែលដូចគ្នា ប៉ុន្តែចំណែកនៃ rsync គឺប្រហែលមួយភាគបួននៃពេលវេលា)៖

វាច្បាស់ណាស់ថាដំណើរការបម្រុងទុកបែបនេះគឺសមរម្យសម្រាប់តែការផ្លាស់ប្តូរដ៏កម្រ និងតិចតួចប៉ុណ្ណោះ។ វាត្រូវបានណែនាំឱ្យកំណត់ zbackup ដល់ 1 thread ផងដែរ បើមិនដូច្នេះទេ វានឹងមានការផ្ទុក CPU ខ្ពស់ណាស់ ព្រោះ កម្មវិធីនេះល្អណាស់ក្នុងការធ្វើការនៅក្នុងខ្សែស្រឡាយជាច្រើន។ ការផ្ទុកនៅលើថាសគឺតូចដែលជាទូទៅនឹងមិនគួរឱ្យកត់សម្គាល់ជាមួយនឹងប្រព័ន្ធរងឌីសដែលមានមូលដ្ឋានលើ ssd ទំនើប។ អ្នកក៏អាចឃើញយ៉ាងច្បាស់ពីការចាប់ផ្តើមនៃដំណើរការធ្វើសមកាលកម្មទិន្នន័យឃ្លាំងទៅកាន់ម៉ាស៊ីនមេពីចម្ងាយ ល្បឿននៃប្រតិបត្តិការគឺអាចប្រៀបធៀបទៅនឹង rsync ធម្មតា និងអាស្រ័យលើដំណើរការនៃប្រព័ន្ធរងថាសនៃម៉ាស៊ីនមេផ្ទុកទិន្នន័យបម្រុង។ គុណវិបត្តិនៃវិធីសាស្រ្តនេះគឺការផ្ទុកឃ្លាំងមូលដ្ឋានហើយជាលទ្ធផលការចម្លងទិន្នន័យ។

គួរឱ្យចាប់អារម្មណ៍ និងអាចអនុវត្តបានក្នុងការអនុវត្តគឺជាជម្រើសទីពីរ ដោយដំណើរការ zbackup ដោយផ្ទាល់នៅលើម៉ាស៊ីនមេផ្ទុកទិន្នន័យបម្រុងទុក។

ដំបូង យើងនឹងសាកល្បងប្រតិបត្តិការដោយមិនប្រើការអ៊ិនគ្រីបជាមួយម៉ាស៊ីនបង្ហាប់ lzma៖

ពេលវេលាដំណើរការនៃការធ្វើតេស្តនីមួយៗ៖

បើកដំណើរការ 1
បើកដំណើរការ 2
បើកដំណើរការ 3

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

ប្រសិនបើអ្នកបើកការអ៊ិនគ្រីបដោយប្រើ aes លទ្ធផលគឺជិតណាស់៖

ពេលវេលាប្រតិបត្តិការលើទិន្នន័យដូចគ្នា ជាមួយនឹងការអ៊ិនគ្រីប៖

បើកដំណើរការ 1
បើកដំណើរការ 2
បើកដំណើរការ 3

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

ប្រសិនបើការអ៊ិនគ្រីបត្រូវបានផ្សំជាមួយនឹងការបង្ហាប់ដោយប្រើ lzo វាមើលទៅដូចនេះ៖

ម៉ោងធ្វើការ:

បើកដំណើរការ 1
បើកដំណើរការ 2
បើកដំណើរការ 3

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

ទំហំនៃឃ្លាំងលទ្ធផលគឺដូចគ្នានៅ 13GB ។ នេះមានន័យថាការដកស្ទួនដំណើរការត្រឹមត្រូវ។ ផងដែរនៅលើទិន្នន័យដែលបានបង្ហាប់រួចហើយ ការប្រើប្រាស់ lzo ផ្តល់នូវឥទ្ធិពលគួរឱ្យកត់សម្គាល់នៅក្នុងលក្ខខណ្ឌនៃពេលវេលាប្រតិបត្តិការសរុប zbackup មកជិតនឹងការស្ទួន/ស្ទួន ប៉ុន្តែយឺតយ៉ាវនៅពីក្រោយអ្នកដែលមានមូលដ្ឋានលើ librsync 2-5 ដង។

គុណសម្បត្តិគឺជាក់ស្តែង - ការសន្សំទំហំថាសនៅលើម៉ាស៊ីនមេផ្ទុកទិន្នន័យបម្រុងទុក។ សម្រាប់ឧបករណ៍ត្រួតពិនិត្យឃ្លាំង អ្នកនិពន្ធនៃ zbackup មិនផ្តល់ឱ្យពួកគេទេ វាត្រូវបានណែនាំឱ្យប្រើអារេឌីស ឬអ្នកផ្តល់ពពកដែលមានកំហុស។

សរុបមក ជាការចាប់អារម្មណ៍ល្អណាស់ បើទោះបីជាគម្រោងនេះនៅតែរក្សាបានប្រហែល 3 ឆ្នាំ (សំណើលក្ខណៈពិសេសចុងក្រោយគឺប្រហែលមួយឆ្នាំមុន ប៉ុន្តែមិនមានការឆ្លើយតប)។

សាកល្បង borgbackup

Borgbackup គឺជា fork នៃ attic ដែលជាប្រព័ន្ធមួយផ្សេងទៀតស្រដៀងទៅនឹង zbackup ។ សរសេរក្នុង python វាមានបញ្ជីសមត្ថភាពស្រដៀងនឹង zbackup ប៉ុន្តែលើសពីនេះទៀតអាច៖

• ម៉ោនការបម្រុងទុកតាមរយៈហ្វុយស៊ីប
• ពិនិត្យមាតិកាឃ្លាំង
• ធ្វើការនៅក្នុងរបៀបម៉ាស៊ីនភ្ញៀវ-ម៉ាស៊ីនមេ
• ប្រើម៉ាស៊ីនបង្ហាប់ផ្សេងៗសម្រាប់ទិន្នន័យ ក៏ដូចជាការកំណត់ប្រភេទឯកសារនៅពេលបង្ហាប់វា។
• ជម្រើសការអ៊ិនគ្រីប 2 គឺ aes និង blake
• ឧបករណ៍ភ្ជាប់មកជាមួយសម្រាប់

ការត្រួតពិនិត្យការអនុវត្ត

borgbackup benchmark crud ssh://backup_server/repo/path local_dir

លទ្ធផលមានដូចខាងក្រោម៖

CZ-BIG 96.51 MB/s (10 100.00 MB ឯកសារទាំងអស់សូន្យ៖ 10.36s)
RZ-BIG 57.22 MB/s (10 100.00 MB ឯកសារទាំងអស់សូន្យ៖ 17.48s)
UZ-BIG 253.63 MB/s (10 100.00 MB ឯកសារទាំងអស់សូន្យ៖ 3.94s)
DZ-BIG 351.06 MB/s (10 100.00 MB ឯកសារទាំងអស់សូន្យ៖ 2.85s)
CR-BIG 34.30 MB/s (10 ឯកសារចៃដន្យ 100.00 MB: 29.15s)
RR-BIG 60.69 MB/s (10 ឯកសារចៃដន្យ 100.00 MB: 16.48s)
UR-BIG 311.06 MB/s (10 ឯកសារចៃដន្យ 100.00 MB: 3.21s)
DR-BIG 72.63 MB/s (10 ឯកសារចៃដន្យ 100.00 MB: 13.77s)
CZ-MEDIUM 108.59 MB/s (1000 1.00 MB ឯកសារទាំងអស់សូន្យ៖ 9.21s)
RZ-MEDIUM 76.16 MB/s (1000 1.00 MB ឯកសារទាំងអស់សូន្យ៖ 13.13s)
UZ-MEDIUM 331.27 MB/s (1000 1.00 MB ឯកសារទាំងអស់សូន្យ៖ 3.02s)
DZ-MEDIUM 387.36 MB/s (1000 1.00 MB ឯកសារទាំងអស់សូន្យ៖ 2.58s)
CR-MEDIUM 37.80 MB/s (1000 ឯកសារចៃដន្យ 1.00 MB: 26.45s)
RR-MEDIUM 68.90 MB/s (1000 ឯកសារចៃដន្យ 1.00 MB: 14.51s)
UR-MEDIUM 347.24 MB/s (1000 ឯកសារចៃដន្យ 1.00 MB: 2.88s)
DR-MEDIUM 48.80 MB/s (1000 ឯកសារចៃដន្យ 1.00 MB: 20.49s)
CZ-SMALL 11.72 MB/s (10000 10.00 kB ឯកសារសូន្យទាំងអស់៖ 8.53s)
RZ-SMALL 32.57 MB/s (10000 10.00 kB ឯកសារសូន្យទាំងអស់៖ 3.07s)
UZ-SMALL 19.37 MB/s (10000 10.00 kB ឯកសារសូន្យទាំងអស់៖ 5.16s)
DZ-SMALL 33.71 MB/s (10000 10.00 kB ឯកសារសូន្យទាំងអស់៖ 2.97s)
CR-SMALL 6.85 MB/s (10000 ឯកសារចៃដន្យ 10.00 kB: 14.60s)
RR-SMALL 31.27 MB/s (10000 ឯកសារចៃដន្យ 10.00 kB: 3.20s)
UR-SMALL 12.28 MB/s (10000 ឯកសារចៃដន្យ 10.00 kB: 8.14s)
DR-SMALL 18.78 MB/s (10000 ឯកសារចៃដន្យ 10.00 kB: 5.32s)

នៅពេលធ្វើតេស្ត ការបង្ហាប់នឹងត្រូវបានប្រើដើម្បីកំណត់ប្រភេទឯកសារ (ការបង្ហាប់ដោយស្វ័យប្រវត្តិ) ហើយលទ្ធផលនឹងមានដូចខាងក្រោម៖

ជាដំបូង សូមពិនិត្យមើលរបៀបដែលវាដំណើរការដោយគ្មានការអ៊ិនគ្រីប៖

ម៉ោងធ្វើការ:

បើកដំណើរការ 1
បើកដំណើរការ 2
បើកដំណើរការ 3

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

56
58
54

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

ប្រសិនបើអ្នកបើកការអនុញ្ញាតឃ្លាំង (របៀបផ្ទៀងផ្ទាត់) លទ្ធផលនឹងបិទ៖

ម៉ោងធ្វើការ:

បើកដំណើរការ 1
បើកដំណើរការ 2
បើកដំណើរការ 3

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

នៅពេលដែលការអ៊ិនគ្រីប aes ត្រូវបានធ្វើឱ្យសកម្ម លទ្ធផលមិនធ្លាក់ចុះច្រើនទេ៖

បើកដំណើរការ 1
បើកដំណើរការ 2
បើកដំណើរការ 3

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

ហើយប្រសិនបើអ្នកប្តូរ aes ទៅ blake ស្ថានភាពនឹងប្រសើរឡើងទាំងស្រុង៖

ម៉ោងធ្វើការ:

បើកដំណើរការ 1
បើកដំណើរការ 2
បើកដំណើរការ 3

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

59
៥ ម ៤០
៥ ម ៤០

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

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

មិនមានគុណវិបត្តិពិសេសនៅពេលប្រើវាទេ។

ការធ្វើតេស្តសម្រាក

ទោះបីជាការពិតដែលថាការសម្រាកគឺជាដំណោះស្រាយថ្មីដោយយុត្តិធម៌ (បេក្ខជន 2 នាក់ដំបូងត្រូវបានគេស្គាល់នៅឆ្នាំ 2013 និងចាស់ជាងនេះ) វាមានលក្ខណៈល្អណាស់។ បានសរសេរនៅក្នុង Go ។

នៅពេលប្រៀបធៀបជាមួយ zbackup វាផ្តល់ឱ្យ:

• ពិនិត្យមើលភាពសុចរិតនៃឃ្លាំង (រួមទាំងការត្រួតពិនិត្យផ្នែក) ។
• បញ្ជីដ៏ធំនៃពិធីការ និងអ្នកផ្តល់សេវាដែលគាំទ្រសម្រាប់ការរក្សាទុកការបម្រុងទុក ក៏ដូចជាការគាំទ្រសម្រាប់ rclone - rsync សម្រាប់ដំណោះស្រាយលើពពក។
• ប្រៀបធៀបការបម្រុងទុក 2 ជាមួយគ្នា។
• ការដំឡើងឃ្លាំងតាមរយៈ fuse ។

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

លទ្ធផលមានដូចខាងក្រោម៖

ម៉ោងធ្វើការ:

បើកដំណើរការ 1
បើកដំណើរការ 2
បើកដំណើរការ 3

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

35
38
36

៥ ម ៤០
៥ ម ៤០
៥ ម ៤០

លទ្ធផលនៃការអនុវត្តក៏អាចប្រៀបធៀបទៅនឹងដំណោះស្រាយដែលមានមូលដ្ឋានលើ rsync ហើយជាទូទៅគឺនៅជិតទៅនឹង borgbackup ប៉ុន្តែការផ្ទុកស៊ីភីយូគឺខ្ពស់ជាង (ខ្សែស្រឡាយជាច្រើនកំពុងដំណើរការ) និង sawtooth ។

ភាគច្រើនទំនងជាកម្មវិធីត្រូវបានកំណត់ដោយដំណើរការនៃប្រព័ន្ធរងរបស់ថាសនៅលើម៉ាស៊ីនមេផ្ទុកទិន្នន័យ ដូចករណីជាមួយ rsync រួចហើយ។ ទំហំឃ្លាំងគឺ 13GB ដូចជា zbackup ឬ borgbackup មិនមានគុណវិបត្តិជាក់ស្តែងនៅពេលប្រើដំណោះស្រាយនេះទេ។

Результаты

តាមពិត បេក្ខជនទាំងអស់ទទួលបានលទ្ធផលប្រហាក់ប្រហែលគ្នា ប៉ុន្តែតម្លៃខុសគ្នា។ Borgbackup ដំណើរការបានល្អបំផុត នៅសល់គឺយឺតជាងបន្តិច zbackup ប្រហែលជាមិនមានតម្លៃចាប់ផ្តើមប្រើទេ
ហើយប្រសិនបើវាត្រូវបានប្រើប្រាស់រួចហើយ សូមព្យាយាមប្តូរវាទៅជា borgbackup ឬ restic។

ការរកឃើញ

ដំណោះ​ស្រាយ​ដ៏​មាន​សក្ដានុពល​បំផុត​ហាក់​ដូច​ជា​នៅ​ស្ងៀម​ព្រោះ... វាគឺជាគាត់ដែលមានសមាមាត្រល្អបំផុតនៃសមត្ថភាពទៅនឹងល្បឿនប្រតិបត្តិការ ប៉ុន្តែសូមកុំប្រញាប់ទៅរកការសន្និដ្ឋានទូទៅសម្រាប់ពេលនេះ។

Borgbackup ជាមូលដ្ឋានមិនអាក្រក់ជាងនេះទេប៉ុន្តែ zbackup ប្រហែលជាត្រូវបានជំនួសប្រសើរជាង។ ពិតហើយ zbackup នៅតែអាចប្រើដើម្បីធានាថាច្បាប់ 3-2-1 ដំណើរការ។ ឧទាហរណ៍ បន្ថែមពីលើ (lib)ឧបករណ៍បម្រុងទុកដែលមានមូលដ្ឋានលើ rsync ។

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

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

ចុះផ្សាយដោយ៖ Pavel Demkovich

ប្រភព: www.habr.com