របៀបបង្រួមទំហំផ្ទុកទិន្នន័យបម្រុងទុកក្នុងទំហំផ្ទុកវត្ថុរហូតដល់ 90%

អតិថិជនទួរគីរបស់យើងបានស្នើសុំឱ្យយើងកំណត់រចនាសម្ព័ន្ធការបម្រុងទុកឱ្យបានត្រឹមត្រូវសម្រាប់មជ្ឈមណ្ឌលទិន្នន័យរបស់ពួកគេ។ យើងកំពុងធ្វើគម្រោងស្រដៀងគ្នានេះនៅក្នុងប្រទេសរុស្ស៊ី ប៉ុន្តែនៅទីនេះរឿងរ៉ាវគឺបន្ថែមទៀតអំពីការស្រាវជ្រាវពីរបៀបធ្វើវាឱ្យល្អបំផុត។

ដែលបានផ្តល់ឱ្យ៖ មានកន្លែងផ្ទុក S3 ក្នុងស្រុក មាន Veritas NetBackup ដែលបានទទួលមុខងារបន្ថែមថ្មីសម្រាប់ផ្លាស់ទីទិន្នន័យទៅកន្លែងផ្ទុកវត្ថុ ឥឡូវនេះជាមួយនឹងការគាំទ្រសម្រាប់ការដកស្ទួន ហើយមានបញ្ហាជាមួយទំហំទំនេរនៅក្នុងកន្លែងផ្ទុកក្នុងតំបន់នេះ។

កិច្ចការ៖ ធ្វើអ្វីៗគ្រប់យ៉ាងដើម្បីឱ្យដំណើរការនៃការរក្សាទុកច្បាប់ចម្លងបម្រុងទុកមានល្បឿនលឿន និងថោក។

តាមពិតមុននេះ អ្វីគ្រប់យ៉ាងនៅក្នុង S3 គឺជាឯកសារធម្មតា ហើយទាំងនេះគឺជាម៉ាស៊ីនសំខាន់នៃមជ្ឈមណ្ឌលទិន្នន័យ។ នោះ​គឺ​វា​មិន​ត្រូវ​បាន​ធ្វើ​ឱ្យ​ប្រសើរ​ខ្លាំង​ទេ ប៉ុន្តែ​អ្វី​គ្រប់​យ៉ាង​ដំណើរការ​នៅ​ពេល​ចាប់​ផ្តើម។ ឥឡូវនេះ វាដល់ពេលដែលត្រូវដោះស្រាយ ហើយធ្វើវាឱ្យត្រឹមត្រូវ។

រូបភាពបង្ហាញពីអ្វីដែលយើងមក៖

ដូចដែលអ្នកអាចឃើញ ការបម្រុងទុកដំបូងត្រូវបានធ្វើឡើងយឺតៗ (70 Mb/s) ហើយការបម្រុងទុកជាបន្តបន្ទាប់នៃប្រព័ន្ធដូចគ្នាគឺលឿនជាង។

តាមពិតទៅ មានព័ត៌មានលំអិតបន្តិចទៀត អំពីលក្ខណៈពិសេសដែលមាន។

កំណត់ហេតុបម្រុងទុកសម្រាប់អ្នកដែលត្រៀមខ្លួនអានពាក់កណ្តាលទំព័រនៃការបោះចោលពេញលេញជាមួយនឹងការស្កេនឡើងវិញ
ថ្ងៃទី 18 ខែធ្នូ ឆ្នាំ 2018 ម៉ោង 12:09:43 ល្ងាច — Info bpbkar (pid=4452) accelerator បានផ្ញើ 14883996160 bytes ចេញពី 14883994624 bytes ទៅកាន់ server, optimization 0.0%
ថ្ងៃទី 18 ខែធ្នូ ឆ្នាំ 2018 ម៉ោង 12:10:07 ល្ងាច - ព័ត៌មាន NBCC (pid=23002) StorageServer=PureDisk_rhceph_rawd:s3.cloud.ngn.com.tr; របាយការណ៍=PDDO Stats (ស្ទ្រីមច្រើនខ្សែត្រូវបានប្រើប្រាស់) សម្រាប់ (NBCC)៖ ស្កេន៖ 14570817 KB, CR បានផ្ញើ៖ 1760761 KB, CR បានផ្ញើលើ FC: 0 KB, dedup: 87.9%, ឃ្លាំងសម្ងាត់ត្រូវបានបិទ

ពេញ
ថ្ងៃទី 18 ខែធ្នូ ឆ្នាំ 2018 ម៉ោង 12:13:18 ល្ងាច — Info bpbkar (pid=2864) accelerator បានផ្ញើ 181675008 bytes ចេញពី 14884060160 bytes ទៅកាន់ server, optimization 98.8%
ខែធ្នូ 18, 2018 12:13:40 PM - Info NBCC (pid=23527) StorageServer=PureDisk_rhceph_rawd:s3.cloud.ngn.com.tr; របាយការណ៍ = PDDO ស្ថិតិសម្រាប់ (NBCC)៖ ស្កេន៖ 14569706 KB, CR បានផ្ញើ៖ 45145 KB, CR បានផ្ញើលើសពី FC: 0 KB, dedup: 99.7%, ឃ្លាំងសម្ងាត់ត្រូវបានបិទ

កើនឡើង
ថ្ងៃទី 18 ខែធ្នូ ឆ្នាំ 2018 ម៉ោង 12:15:32 ល្ងាច — Info bpbkar (pid=792) accelerator បានផ្ញើ 9970688 bytes ចេញពី 14726108160 bytes ទៅកាន់ server, optimization 99.9%
ខែធ្នូ 18, 2018 12:15:53 PM - Info NBCC (pid=23656) StorageServer=PureDisk_rhceph_rawd:s3.cloud.ngn.com.tr; របាយការណ៍ = PDDO ស្ថិតិសម្រាប់ (NBCC)៖ ស្កេន៖ 14383788 KB, CR បានផ្ញើ៖ 15700 KB, CR បានផ្ញើលើសពី FC: 0 KB, dedup: 99.9%, ឃ្លាំងសម្ងាត់ត្រូវបានបិទ

ពេញ
ថ្ងៃទី 18 ខែធ្នូ ឆ្នាំ 2018 ម៉ោង 12:18:02 ល្ងាច — Info bpbkar (pid=3496) accelerator បានផ្ញើ 171746816 bytes ចេញពី 14884093952 bytes ទៅកាន់ server, optimization 98.8%
ខែធ្នូ 18, 2018 12:18:24 PM - Info NBCC (pid=23878) StorageServer=PureDisk_rhceph_rawd:s3.cloud.ngn.com.tr; របាយការណ៍ = PDDO ស្ថិតិសម្រាប់ (NBCC)៖ ស្កេន៖ 14569739 KB, CR បានផ្ញើ៖ 34120 KB, CR បានផ្ញើលើសពី FC: 0 KB, dedup: 99.8%, ឃ្លាំងសម្ងាត់ត្រូវបានបិទ

មាន​បញ្ហា​អ្វី

អតិថិជនចង់ធ្វើការបម្រុងទុកឱ្យបានញឹកញាប់តាមដែលអាចធ្វើទៅបាន ហើយរក្សាទុកវាក្នុងតម្លៃថោកតាមដែលអាចធ្វើទៅបាន។ វាជាការល្អបំផុតក្នុងការរក្សាទុកពួកវាក្នុងតម្លៃថោកនៅក្នុងកន្លែងផ្ទុកវត្ថុដូចជា S3 ព្រោះវាមានតម្លៃថោកបំផុតក្នុងការចំណាយនៃសេវាកម្មក្នុងមួយមេហ្គាបៃពីកន្លែងដែលអ្នកអាចរមៀលការបម្រុងទុកត្រឡប់មកវិញក្នុងពេលវេលាសមរម្យមួយ។ នៅពេលដែលមានការបម្រុងទុកច្រើន វាមិនថោកទេ ព្រោះភាគច្រើននៃការផ្ទុកត្រូវបានកាន់កាប់ដោយច្បាប់ចម្លងនៃទិន្នន័យដូចគ្នា។ ក្នុងករណី HaaS របស់សហសេវិកទួរគី ការផ្ទុកអាចត្រូវបានធ្វើឱ្យច្បាស់ប្រហែល 80-90% ។ វាច្បាស់ណាស់ថាវាទាក់ទងជាពិសេសទៅនឹងលក្ខណៈជាក់លាក់របស់ពួកគេ ប៉ុន្តែខ្ញុំប្រាកដជាពឹងផ្អែកលើជីតាយ៉ាងហោចណាស់ 50% ។

ដើម្បីដោះស្រាយបញ្ហា អ្នកលក់សំខាន់ៗបានបើកផ្លូវទៅកាន់ Amazon S3 ជាយូរមកហើយ។ វិធីសាស្រ្តទាំងអស់របស់ពួកគេគឺត្រូវគ្នាជាមួយ S3 ក្នុងស្រុក ដរាបណាពួកគេគាំទ្រ Amazon API ។ នៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យទួរគី ការបម្រុងទុកត្រូវបានធ្វើឡើងចំពោះ S3 របស់យើង ក៏ដូចជានៅក្នុង T-III "Compressor" នៅក្នុងប្រទេសរុស្ស៊ី ចាប់តាំងពីគ្រោងការណ៍ការងារនេះដំណើរការល្អសម្រាប់យើង។

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

Veritas NetBackup បានបន្ថែមមុខងារ CloudCatalyst៖

នោះគឺរវាងម៉ាស៊ីនដែលត្រូវការបម្រុងទុក និងច្រកចេញចូល មានម៉ាស៊ីនមេលីនុចកម្រិតមធ្យម ដែលចរាចរបម្រុងទុកពីភ្នាក់ងារ SRK ឆ្លងកាត់ និងត្រូវបានដកស្ទួនភ្លាមៗ មុនពេលផ្ទេរវាទៅ S3 ។ ប្រសិនបើពីមុនមានការបម្រុងទុក 30 នៃ 20 ជីកាបៃជាមួយនឹងការបង្ហាប់ឥឡូវនេះ (ដោយសារតែភាពស្រដៀងគ្នានៃម៉ាស៊ីន) បរិមាណរបស់ពួកគេបានក្លាយទៅជាតូចជាង 90% ។ ម៉ាស៊ីនដកស្ទួនត្រូវបានប្រើដូចគ្នានឹងពេលរក្សាទុកនៅលើថាសធម្មតាដោយប្រើ Netbackup ។

នេះជាអ្វីដែលកើតឡើងមុនពេលម៉ាស៊ីនមេកម្រិតមធ្យម៖

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

កំណត់ហេតុ228 ការងារ (0 Queueed 0 Active 0 Waiting for Retry 0 Suspended 0 Incomplete 228 Done — 13 បានជ្រើសរើស)
(បានអនុវត្តតម្រង [13])

ប្រភេទលេខសម្គាល់ការងារ ស្ថានភាពព័ត៌មានលម្អិត ស្ថានភាពស្ថានភាព គោលការណ៍ការងារ កាលវិភាគការងារ ម៉ាស៊ីនមេ មេឌៀ ម៉ាស៊ីនមេ ពេលវេលាចាប់ផ្តើម ពេលវេលាដែលបានកន្លងផុតទៅ ពេលវេលាបញ្ចប់ អង្គភាពផ្ទុកពេលវេលា ព្យាយាមប្រតិបត្តិការ Kilobytes Files Pathname % Complete (ប៉ាន់ស្មាន) Job PID Owner Copy Parent Job ID KB/Sec Active Start Active Elapsed Robot Vault Session ID Media ដើម្បីច្រានចោលការផ្លាស់ទីទិន្នន័យ Off-Host ប្រភេទ Master Priority Deduplication Rate Transport Accelerator Optimization Instance ឬ Database Share Host
— 1358 រូបថតរួចរាល់ 0 VMware — NGNCloudADC NBCC ថ្ងៃទី 18 ខែធ្នូ ឆ្នាំ 2018 ម៉ោង 12:16:19 យប់ 00:02:18 ធ្នូ 18, 2018 ម៉ោង 12:18:37 ល្ងាច STU_DP_S3_**** បម្រុងទុក 1 100% 1358 ធ្នូ 18 :2018:12 PM 16:27:00 Instant Recovery Disk Standard WIN-*********** 02
1360 ការបម្រុងទុករួចរាល់ហើយ 0 VMware ពេញ NGNCloudADC NBCC ខែធ្នូ 18, 2018 12:16:48 PM 00:01:39 Dec 18, 2018 12:18:27 PM STU_DP_S3_** បម្រុងទុក 1 14,535,248% root ៣៣៥.០៩៨ ខែធ្នូ ១៨ , 149654 100:23858:1358 PM 335,098:18:2018 Instant Recovery Disk Standard WIN-*********** 12 16% 48%
1352 Snapshot Done 0 VMware - NGNCloudADC NBCC Dec 18, 2018 12:14:04 PM 00:02:01 Dec 18, 2018 12:16:05 PM STU_DP_S3_**** បម្រុងទុក 1 100% 1352 ធ្នូ 18:2018 PM 12:14:14 Instant Recovery Disk Standard WIN-*********** 00
1354 ការបម្រុងទុករួចរាល់ហើយ 0 VMware Incremental NGNCloudADC NBCC ខែធ្នូ 18, 2018 12:14:34 PM 00:01:21 Dec 18, 2018 12:15:55 PM STU_DP_S3_**** បម្រុងទុក 1 14,380,965% root 147 ខែធ្នូ 100 , 23617 1352:500,817:18 PM 2018:12:14 Instant Recovery Disk Standard WIN-*********** 34 00% 01%
1347 Snapshot Done 0 VMware - NGNCloudADC NBCC Dec 18, 2018 12:11:45 PM 00:02:08 Dec 18, 2018 12:13:53 PM STU_DP_S3_**** បម្រុងទុក 1 100% 1347 ធ្នូ 18:2018 PM 12:11:45 Instant Recovery Disk Standard WIN-*********** 00
1349 ការបម្រុងទុករួចរាល់ហើយ 0 VMware ពេញ NGNCloudADC NBCC ខែធ្នូ 18, 2018 12:12:02 PM 00:01:41 Dec 18, 2018 12:13:43 PM STU_DP_S3_** បម្រុងទុក 1 14,535,215% root ៣៣៥.០៩៨ ខែធ្នូ ១៨ , 149653 100:23508:1347 PM 316,319:18:2018 Instant Recovery Disk Standard WIN-*********** 12 12% 02%
1341 Snapshot Done 0 VMware - NGNCloudADC NBCC Dec 18, 2018 12:05:28 PM 00:04:53 Dec 18, 2018 12:10:21 PM STU_DP_S3_**** បម្រុងទុក 1 100% 1341 ធ្នូ 18:2018 PM 12:05:28 Instant Recovery Disk Standard WIN-*********** 00
1342 ការបម្រុងទុករួចរាល់ហើយ 0 VMware Full_Rescan NGNCloudADC NBCC ខែធ្នូ 18, 2018 12:05:47 PM 00:04:24 Dec 18, 2018 12:10:11 PM STU_DP_S3_1**backup 14,535,151 149653 100 22999 1341 ធ្នូ 70,380 , 18 2018:12:05 PM 47:00:04 Instant Recovery Disk Standard WIN-*********** 24 0% 87.9%

1339 រូបថតរួចរាល់ 150 VMware - NGNCloudADC NBCC ខែធ្នូ 18, 2018 11:05:46 AM 00:00:53 ធ្នូ 18, 2018 11:06:39 AM STU_DP_S3_**** បម្រុងទុក 1 100% ធ្នូ 1339:18 AM 2018:11:05 Instant Recovery Disk Standard WIN-*********** 46
1327 Snapshot Done 0 VMware - *******.**********.cloud NBCC ខែធ្នូ 17, 2018 12:54:42 PM 05:51:38 Dec 17, 2018 6:46:20 PM STU_DP_S3_**** បម្រុងទុក 1 100% root 1327 ថ្ងៃទី 17 ខែធ្នូ ឆ្នាំ 2018 ម៉ោង 12:54:42 ល្ងាច 05:51:38 Instant Recovery Disk Standard WIN-*********** 0
1328 Backup Done 0 VMware Full *******.**********.cloud NBCC ថ្ងៃទី 17 ខែធ្នូ ឆ្នាំ 2018 ម៉ោង 12:55:10 ល្ងាច 05:29:21 ធ្នូ 17, 2018 ម៉ោង 6:24:31 ល្ងាច STU_DP_S3_**** បម្រុងទុក 1 222,602,719 258932 100% 12856 root 1327 11,326 ថ្ងៃទី 17 ខែធ្នូ ឆ្នាំ 2018 ម៉ោង 12:55:10 ល្ងាច 05:29:21 Instant Recovery Disk******0% WIN-87.9 0%
1136 Snapshot Done 0 VMware - *******.**********.cloud NBCC ខែធ្នូ 14, 2018 4:48:22 PM 04:05:16 Dec 14, 2018 8:53:38 PM STU_DP_S3_**** បម្រុងទុក 1 100% root 1136 ថ្ងៃទី 14 ខែធ្នូ ឆ្នាំ 2018 ម៉ោង 4:48:22 ល្ងាច 04:05:16 Instant Recovery Disk Standard WIN-*********** 0
1140 Backup Done 0 VMware Full_Scan *******.********.cloud NBCC ខែធ្នូ 14, 2018 4:49:14 PM 03:49:58 Dec 14, 2018 8:39:12 PM STU_DP_S3_**** បម្រុងទុក 1 217,631,332 255465 100% 26438 root 1136 15,963 ថ្ងៃទី 14 ខែធ្នូ ឆ្នាំ 2018 ម៉ោង 4:49:14 ល្ងាច ម៉ោង 03:49:58 Instant Recovery Disk។****** ស្តង់ដារ 0% WIN-45.2***** 0%

ឧបករណ៍បង្កើនល្បឿនអនុញ្ញាតឱ្យអ្នកកាត់បន្ថយចរាចរណ៍ពីភ្នាក់ងារ, ដោយសារតែ មានតែការផ្លាស់ប្តូរទិន្នន័យប៉ុណ្ណោះដែលត្រូវបានបញ្ជូន ពោលគឺសូម្បីតែការបម្រុងទុកពេញលេញមិនត្រូវបានផ្ទុកឡើងទាំងស្រុងទេ ដោយសារម៉ាស៊ីនមេមេឌៀប្រមូលការបម្រុងទុកពេញលេញជាបន្តបន្ទាប់ពីការបម្រុងទុកបន្ថែម។

ម៉ាស៊ីនមេកម្រិតមធ្យមមានកន្លែងផ្ទុកផ្ទាល់ខ្លួន ដែលជាកន្លែងដែលវាសរសេរ "ឃ្លាំងសម្ងាត់" នៃទិន្នន័យ និងរក្សាមូលដ្ឋានទិន្នន័យសម្រាប់ការដកស្ទួន។

ស្ថាបត្យកម្មពេញលេញមើលទៅដូចនេះ:

1. ម៉ាស៊ីនមេមេគ្រប់គ្រងការកំណត់រចនាសម្ព័ន្ធ ការធ្វើបច្ចុប្បន្នភាព។ល។ ហើយមានទីតាំងនៅក្នុងពពក។
2. ម៉ាស៊ីនមេមេឌៀ (ម៉ាស៊ីន * nix កម្រិតមធ្យម) គួរតែមានទីតាំងនៅជិតបំផុតទៅនឹងប្រព័ន្ធដែលលែងត្រូវការតទៅទៀត ទាក់ទងនឹងលទ្ធភាពប្រើប្រាស់បណ្តាញ។ នៅទីនេះ ការចម្លងការបម្រុងទុកពីម៉ាស៊ីនដែលបានបម្រុងទុកទាំងអស់ត្រូវបានធ្វើរួច។
3. នៅលើម៉ាស៊ីនដែលបានបម្រុងទុកមានភ្នាក់ងារដែលជាទូទៅផ្ញើទៅម៉ាស៊ីនមេមេឌៀតែអ្វីដែលមិនមាននៅក្នុងកន្លែងផ្ទុករបស់វា។

វាទាំងអស់ចាប់ផ្តើមជាមួយនឹងការស្កេនពេញលេញ - នេះគឺជាការបម្រុងទុកពេញលេញពេញលេញ។ នៅចំណុចនេះ ម៉ាស៊ីនមេមេឌៀ យកអ្វីគ្រប់យ៉ាង ស្ទួនវា ហើយផ្ទេរវាទៅ S3 ។ ល្បឿនទៅម៉ាស៊ីនមេមេឌៀគឺទាប ប៉ុន្តែពីវាវាខ្ពស់ជាង។ ដែនកំណត់សំខាន់គឺថាមពលកុំព្យូទ័ររបស់ម៉ាស៊ីនមេ។

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

កំឡុងពេលស្តារឡើងវិញ មេឌៀមេឌៀស្នើសុំវត្ថុដែលស្ទួនចាំបាច់ពី S3 ផ្តល់ជាតិទឹក និងផ្ទេរពួកវាទៅភ្នាក់ងារ IRB ពោលគឺឧ។ វាចាំបាច់ក្នុងការគិតគូរពីបរិមាណនៃចរាចរកំឡុងពេលស្តារឡើងវិញដែលនឹងស្មើនឹងបរិមាណទិន្នន័យពិតប្រាកដដែលត្រូវបានស្តារឡើងវិញ។

នេះជាអ្វីដែលមើលទៅដូចជា៖

ហើយនេះគឺជាបំណែកនៃកំណត់ហេតុមួយទៀត169 ការងារ (0 Queueed 0 Active 0 Waiting for Retry 0 Suspended 0 Incomplete 169 Done — 1 បានជ្រើសរើស)

ប្រភេទលេខសម្គាល់ការងារ ស្ថានភាពព័ត៌មានលម្អិត ស្ថានភាពស្ថានភាព គោលការណ៍ការងារ កាលវិភាគការងារ ម៉ាស៊ីនមេ មេឌៀ ម៉ាស៊ីនមេ ពេលវេលាចាប់ផ្តើម ពេលវេលាដែលបានកន្លងផុតទៅ ពេលវេលាបញ្ចប់ អង្គភាពផ្ទុកពេលវេលា ព្យាយាមប្រតិបត្តិការ Kilobytes Files Pathname % Complete (ប៉ាន់ស្មាន) Job PID Owner Copy Parent Job ID KB/Sec Active Start Active Elapsed Robot Vault Session ID Media ដើម្បីច្រានចោលការផ្លាស់ទីទិន្នន័យ Off-Host ប្រភេទ Master Priority Deduplication Rate Transport Accelerator Optimization Instance ឬ Database Share Host
- 1372 ស្តារបានធ្វើ 0 NBPR01 NBCC ថ្ងៃទី 19 ខែធ្នូឆ្នាំ 2018:1 05-58 ថ្ងៃទី 00 ខែធ្នូឆ្នាំ 04 ម៉ោង 32 ៈ 19:2018 ល្ងាច 1% 10% 30 ថ្ងៃទី 1 ៈ 14,380,577 ធ្នូ 1 :100 PM 8548:1372:70,567 WIN-*********** 19

ភាពត្រឹមត្រូវនៃទិន្នន័យត្រូវបានធានាដោយការការពាររបស់ S3 ខ្លួនវា - វាមានការប្រើប្រាស់ឡើងវិញដ៏ល្អនៅទីនោះដើម្បីការពារប្រឆាំងនឹងការបរាជ័យផ្នែករឹងដូចជា spindle ដ្រាយវ៍រឹង។

ម៉ាស៊ីនមេមេឌៀត្រូវការឃ្លាំងសម្ងាត់ 4 TB - នេះគឺជាការណែនាំទំហំអប្បបរមារបស់ Veritas ។ ច្រើនទៀតគឺល្អជាង ប៉ុន្តែនោះជាអ្វីដែលយើងបានធ្វើ។

លទ្ធផល

នៅពេលដែលដៃគូបោះ 3 GB ទៅក្នុង S20 របស់យើង យើងបានរក្សាទុក 60 GB ពីព្រោះយើងផ្តល់ការកក់តាមភូមិសាស្ត្របីដងនៃទិន្នន័យ។ ឥឡូវនេះមានចរាចរណ៍តិចជាងច្រើន ដែលល្អទាំងសម្រាប់ប៉ុស្តិ៍ និងសម្រាប់តម្លៃផ្ទុក។

ក្នុងករណីនេះ ផ្លូវនានាត្រូវបានបិទឆ្លងកាត់ "អ៊ីនធឺណិតធំ" ប៉ុន្តែអ្នកអាចជំរុញចរាចរណ៍តាមរយៈ VPN L2 តាមអ៊ីនធឺណិត ប៉ុន្តែវាជាការប្រសើរក្នុងការដំឡើងម៉ាស៊ីនមេមេឌៀ មុនពេលច្រកចូលរបស់អ្នកផ្តល់សេវា។

ប្រសិនបើអ្នកចាប់អារម្មណ៍ក្នុងការស្វែងយល់អំពីលក្ខណៈពិសេសទាំងនេះនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យរុស្ស៊ីរបស់យើង ឬមានសំណួរអំពីការអនុវត្តនៅផ្ទះ សូមសួរនៅក្នុងមតិយោបល់ ឬតាមរយៈអ៊ីមែល [អ៊ីមែលការពារ].

ប្រភព: www.habr.com