ចែកចាយ DBMS សម្រាប់សហគ្រាស

ទ្រឹស្តីបទ CAP គឺជាមូលដ្ឋានគ្រឹះនៃទ្រឹស្តីប្រព័ន្ធចែកចាយ។ ជាការពិតណាស់ ភាពចម្រូងចម្រាសជុំវិញវាមិនបានធូរស្រាលទេ៖ និយមន័យនៅក្នុងវាមិនមែនជានិទានកថា និងមិនមានភស្តុតាងដ៏តឹងរឹង... យ៉ាងណាក៏ដោយ ការឈរយ៉ាងម៉ឺងម៉ាត់លើមុខតំណែងនៃសុភវិនិច្ឆ័យប្រចាំថ្ងៃ™ យើងយល់ដោយវិចារណញាណថាទ្រឹស្តីបទនេះគឺជាការពិត។

រឿងតែមួយគត់ដែលមិនច្បាស់គឺអត្ថន័យនៃអក្សរ "P" ។ នៅពេលដែលចង្កោមត្រូវបានបែងចែក វាសម្រេចចិត្តថាតើត្រូវឆ្លើយតបរហូតដល់កូរ៉ុមមួយត្រូវបានឈានដល់ ឬដើម្បីផ្តល់ទិន្នន័យដែលអាចរកបានមកវិញ។ អាស្រ័យលើលទ្ធផលនៃជម្រើសនេះ ប្រព័ន្ធត្រូវបានចាត់ថ្នាក់ជា CP ឬ AP ។ ជាឧទាហរណ៍ Cassandra អាចមានឥរិយាបទតាមវិធីណាក៏ដោយ អាស្រ័យលើការកំណត់ចង្កោម ប៉ុន្តែនៅលើប៉ារ៉ាម៉ែត្រនៃសំណើជាក់លាក់នីមួយៗ។ ប៉ុន្តែ​ប្រសិន​បើ​ប្រព័ន្ធ​មិន​មែន​ជា "P" ហើយ​វា​បែក​គ្នា តើ​យ៉ាង​ណា?

ចម្លើយចំពោះសំណួរនេះគឺមិននឹកស្មានដល់៖ ចង្កោម CA មិនអាចបំបែកបានទេ។
តើចង្កោមប្រភេទណាដែលមិនអាចបំបែកបាន?

គុណលក្ខណៈសំខាន់មួយនៃចង្កោមបែបនេះគឺប្រព័ន្ធផ្ទុកទិន្នន័យដែលបានចែករំលែក។ ក្នុងករណីភាគច្រើន នេះមានន័យថាការតភ្ជាប់តាមរយៈ SAN ដែលកំណត់ការប្រើប្រាស់ដំណោះស្រាយ CA ចំពោះសហគ្រាសធំៗដែលមានសមត្ថភាពថែរក្សាហេដ្ឋារចនាសម្ព័ន្ធ SAN។ ដើម្បីឱ្យមានច្រើន ម៉ាស៊ីនបម្រើ ដើម្បីធ្វើការជាមួយទិន្នន័យដូចគ្នា ប្រព័ន្ធឯកសារចង្កោមត្រូវបានទាមទារ។ ប្រព័ន្ធឯកសារបែបនេះមាននៅក្នុងផលប័ត្ររបស់ HPE (CFS), Veritas (VxCFS) និង IBM (GPFS)។

ក្រុមហ៊ុន Oracle RAC

ជម្រើស Real Application Cluster បានបង្ហាញខ្លួនជាលើកដំបូងនៅក្នុងឆ្នាំ 2001 ជាមួយនឹងការចេញផ្សាយ Oracle 9i។ នៅក្នុង cluster បែបនេះ ឧទាហរណ៍ជាច្រើន។ ម៉ាស៊ីនបម្រើ ធ្វើការជាមួយមូលដ្ឋានទិន្នន័យដូចគ្នា។
Oracle អាចធ្វើការជាមួយទាំងប្រព័ន្ធឯកសារចង្កោម និងដំណោះស្រាយផ្ទាល់របស់វា - ASM, ការគ្រប់គ្រងការផ្ទុកដោយស្វ័យប្រវត្តិ។

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

វត្ថុទាំងអស់រក្សាឃ្លាំងសម្ងាត់ផ្ទាល់ខ្លួនរបស់ពួកគេ ហើយទំព័រដូចគ្នា (ប្លុក) អាចស្ថិតនៅក្នុងឃ្លាំងសម្ងាត់នៃវត្ថុជាច្រើនក្នុងពេលតែមួយ។ លើសពីនេះទៅទៀត ប្រសិនបើ instance មួយត្រូវការទំព័រមួយ ហើយវាស្ថិតនៅក្នុងឃ្លាំងសម្ងាត់នៃ instance ផ្សេងទៀត វាអាចទទួលបានវាពីអ្នកជិតខាងរបស់វាដោយប្រើ cache fusion mechanism ជំនួសឱ្យការអានពី disk ។

ប៉ុន្តែតើមានអ្វីកើតឡើងប្រសិនបើករណីណាមួយត្រូវការផ្លាស់ប្តូរទិន្នន័យ?

ភាពប្លែករបស់ Oracle គឺថាវាមិនមានសេវាកម្មចាក់សោរជាក់លាក់ទេ៖ ប្រសិនបើម៉ាស៊ីនមេចង់ចាក់សោជួរដេក នោះកំណត់ត្រាចាក់សោត្រូវបានដាក់ដោយផ្ទាល់នៅលើទំព័រមេម៉ូរីដែលជួរដេកជាប់សោស្ថិតនៅ។ សូមអរគុណចំពោះវិធីសាស្រ្តនេះ Oracle គឺជាជើងឯកនៃការអនុវត្តក្នុងចំណោមមូលដ្ឋានទិន្នន័យ monolithic: សេវាកម្មចាក់សោមិនដែលក្លាយជាឧបសគ្គទេ។ ប៉ុន្តែនៅក្នុងការកំណត់រចនាសម្ព័ន្ធចង្កោម ស្ថាបត្យកម្មបែបនេះអាចនាំឱ្យមានចរាចរណ៍បណ្តាញខ្លាំង និងការជាប់គាំង។

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

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

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

ប្រសិនបើថ្នាំងឈប់ឆ្លើយតបទៅនឹងចង្វាក់បេះដូង នោះថ្នាំងដែលបានរកឃើញវាដំបូងចាប់ផ្តើមដំណើរការបោះឆ្នោតនៅលើឌីស។ ប្រសិនបើថ្នាំងដែលបាត់មិនត្រូវបានកត់សម្គាល់នៅទីនេះទេ នោះថ្នាំងមួយក្នុងចំណោមថ្នាំងត្រូវទទួលខុសត្រូវចំពោះការសង្គ្រោះទិន្នន័យ៖

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

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

IBM Pure Data Systems សម្រាប់ប្រតិបត្តិការ

ដំណោះស្រាយចង្កោមសម្រាប់ DBMS បានបង្ហាញខ្លួននៅក្នុងផលប័ត្រ Blue Giant ក្នុងឆ្នាំ 2009 ។ តាមមនោគមវិជ្ជា វាគឺជាអ្នកស្នងតំណែងនៃក្រុម Parallel Sysplex ដែលបង្កើតឡើងនៅលើឧបករណ៍ "ធម្មតា" ។ ក្នុងឆ្នាំ 2009 DB2 pureScale ត្រូវបានចេញផ្សាយជាឈុតកម្មវិធី ហើយនៅឆ្នាំ 2012 ក្រុមហ៊ុន IBM បានផ្តល់ឧបករណ៍មួយឈ្មោះថា Pure Data Systems for Transactions។ វាមិនគួរច្រឡំជាមួយប្រព័ន្ធទិន្នន័យសុទ្ធសម្រាប់ការវិភាគនោះទេ ដែលគ្មានអ្វីក្រៅពីការប្តូរឈ្មោះ Netezza នោះទេ។

នៅ glance ដំបូង ស្ថាបត្យកម្ម pureScale គឺស្រដៀងទៅនឹង Oracle RAC៖ តាមរបៀបដូចគ្នា ថ្នាំងជាច្រើនត្រូវបានភ្ជាប់ទៅប្រព័ន្ធផ្ទុកទិន្នន័យទូទៅ ហើយថ្នាំងនីមួយៗដំណើរការឧទាហរណ៍ DBMS របស់ខ្លួនជាមួយនឹងតំបន់អង្គចងចាំ និងកំណត់ហេតុប្រតិបត្តិការរបស់វា។ ប៉ុន្តែមិនដូច Oracle ទេ DB2 មានសេវាកម្មចាក់សោរដែលតំណាងដោយសំណុំនៃដំណើរការ db2LLM*។ នៅក្នុងការកំណត់រចនាសម្ព័ន្ធចង្កោម សេវាកម្មនេះត្រូវបានដាក់នៅលើថ្នាំងដាច់ដោយឡែក ដែលត្រូវបានគេហៅថា coupling facility (CF) នៅក្នុង Parallel Sysplex និង PowerHA នៅក្នុងទិន្នន័យសុទ្ធ។

PowerHA ផ្តល់សេវាកម្មដូចខាងក្រោមៈ

• អ្នកគ្រប់គ្រងចាក់សោ;
• ឃ្លាំងសម្ងាត់បណ្តោះអាសន្នសកល;
• តំបន់នៃការទំនាក់ទំនងអន្តរដំណើរការ។

ដើម្បីផ្ទេរទិន្នន័យពី PowerHA ទៅថ្នាំងមូលដ្ឋានទិន្នន័យ និងផ្នែកខាងក្រោយ ការចូលប្រើអង្គចងចាំពីចម្ងាយត្រូវបានប្រើ ដូច្នេះការភ្ជាប់គ្នារវាងចង្កោមត្រូវតែគាំទ្រពិធីការ RDMA ។ PureScale អាចប្រើទាំង Infiniband និង RDMA តាមរយៈអ៊ីសឺរណិត។

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

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

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

"Dirty" មានន័យថាបានផ្លាស់ប្តូរ ទំព័រអាចត្រូវបានសរសេរទៅថាសទាំងពីថ្នាំងធម្មតា និងពី PowerHA (castout)។

ប្រសិនបើថ្នាំង pureScale ណាមួយបរាជ័យ ការសង្គ្រោះត្រូវបានកំណត់ចំពោះតែប្រតិបត្តិការទាំងនោះដែលមិនទាន់បានបញ្ចប់នៅពេលបរាជ័យ៖ ទំព័រដែលបានកែប្រែដោយថ្នាំងនោះក្នុងប្រតិបត្តិការដែលបានបញ្ចប់គឺស្ថិតនៅក្នុងឃ្លាំងសម្ងាត់សកលនៅលើ PowerHA ។ ថ្នាំងចាប់ផ្តើមឡើងវិញក្នុងការកំណត់រចនាសម្ព័ន្ធដែលបានកាត់បន្ថយនៅលើម៉ាស៊ីនមេមួយក្នុងចង្កោម ត្រឡប់ប្រតិបត្តិការដែលមិនទាន់សម្រេច និងដោះលែងការចាក់សោ។

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

ការធ្វើតេស្តផ្ទៃក្នុងរបស់ IBM លើបន្ទុកការងារ 90% អាន និង 10% សរសេរ ដែលស្រដៀងនឹងបរិមាណការងារផលិតក្នុងពិភពពិត បង្ហាញពីការធ្វើមាត្រដ្ឋានលីនេអ៊ែររហូតដល់ 128 ថ្នាំង។ ជាអកុសលលក្ខខណ្ឌនៃការធ្វើតេស្តមិនត្រូវបានបង្ហាញឱ្យដឹងទេ។

HPE NonStop SQL

ផលប័ត្រសហគ្រាស Hewlett-Packard ក៏មានវេទិកាដែលអាចប្រើបានខ្ពស់ផងដែរ។ នេះគឺជាវេទិកា NonStop ដែលចេញលក់នៅលើទីផ្សារក្នុងឆ្នាំ 1976 ដោយក្រុមហ៊ុន Tandem Computers ។ នៅឆ្នាំ 1997 ក្រុមហ៊ុននេះត្រូវបានទិញដោយ Compaq ដែលនៅក្នុងវេនរួមបញ្ចូលគ្នាជាមួយ Hewlett-Packard ក្នុងឆ្នាំ 2002 ។

NonStop ត្រូវបានប្រើដើម្បីបង្កើតកម្មវិធីសំខាន់ - ឧទាហរណ៍ HLR ឬដំណើរការកាតធនាគារ។ វេទិកានេះត្រូវបានចែកចាយក្នុងទម្រង់ជាផ្នែកទន់ និងផ្នែករឹង (ឧបករណ៍) ដែលរួមមានថ្នាំងកុំព្យូទ័រ ប្រព័ន្ធផ្ទុកទិន្នន័យ និងឧបករណ៍ទំនាក់ទំនង។ បណ្តាញ ServerNet (នៅក្នុងប្រព័ន្ធទំនើប - Infiniband) បម្រើទាំងការផ្លាស់ប្តូររវាងថ្នាំង និងសម្រាប់ការចូលទៅកាន់ប្រព័ន្ធផ្ទុកទិន្នន័យ។

កំណែដំបូងនៃប្រព័ន្ធបានប្រើ processor ដែលមានកម្មសិទ្ធិដែលធ្វើសមកាលកម្មជាមួយគ្នា៖ ប្រតិបត្តិការទាំងអស់ត្រូវបានអនុវត្តស្របគ្នាដោយ processors ជាច្រើន ហើយដរាបណា processors មួយមានកំហុស វាត្រូវបានបិទ ហើយទីពីរបន្តដំណើរការ។ ក្រោយមកប្រព័ន្ធបានប្តូរទៅប្រព័ន្ធដំណើរការធម្មតា (ដំបូង MIPS បន្ទាប់មក Itanium និងចុងក្រោយ x86) ហើយយន្តការផ្សេងទៀតបានចាប់ផ្តើមប្រើសម្រាប់ការធ្វើសមកាលកម្ម៖

• សារ៖ ដំណើរការប្រព័ន្ធនីមួយៗមាន "ស្រមោល" ភ្លោះ ដែលដំណើរការសកម្មផ្ញើសារជាទៀងទាត់អំពីស្ថានភាពរបស់វា។ ប្រសិនបើដំណើរការចម្បងបរាជ័យ ដំណើរការស្រមោលចាប់ផ្តើមដំណើរការចាប់ពីពេលដែលកំណត់ដោយសារចុងក្រោយ។
• ការបោះឆ្នោត៖ ប្រព័ន្ធផ្ទុកទិន្នន័យមានសមាសធាតុផ្នែករឹងពិសេសដែលទទួលយកការចូលប្រើដូចគ្នាបេះបិទច្រើន ហើយប្រតិបត្តិពួកវាបានលុះត្រាតែការចូលប្រើត្រូវគ្នា។ ជំនួសឱ្យការធ្វើសមកាលកម្មរូបវ័ន្ត អង្គដំណើរការដំណើរការដោយអសមកាល ហើយលទ្ធផលនៃការងាររបស់ពួកគេត្រូវបានប្រៀបធៀបត្រឹមតែពេល I/O ប៉ុណ្ណោះ។

ចាប់តាំងពីឆ្នាំ 1987 DBMS ទំនាក់ទំនងមួយបានដំណើរការនៅលើវេទិកា NonStop - SQL/MP ដំបូង ហើយក្រោយមក SQL/MX ។

មូលដ្ឋានទិន្នន័យទាំងមូលត្រូវបានបែងចែកជាផ្នែក ហើយផ្នែកនីមួយៗទទួលខុសត្រូវចំពោះដំណើរការគ្រប់គ្រងការចូលប្រើទិន្នន័យផ្ទាល់ខ្លួន (DAM)។ វាផ្តល់នូវការកត់ត្រាទិន្នន័យ ឃ្លាំងសម្ងាត់ និងយន្តការចាក់សោ។ ដំណើរការទិន្នន័យត្រូវបានអនុវត្តដោយ Executor Server Processes ដែលដំណើរការលើថ្នាំងដូចគ្នាជាមួយនឹងអ្នកគ្រប់គ្រងទិន្នន័យដែលត្រូវគ្នា។ កម្មវិធីកំណត់ពេល SQL/MX បែងចែកភារកិច្ចក្នុងចំណោមអ្នកប្រតិបត្តិ និងសរុបលទ្ធផល។ នៅពេលដែលវាចាំបាច់ដើម្បីធ្វើការផ្លាស់ប្តូរដែលបានព្រមព្រៀងគ្នានោះ ពិធីការសន្យាពីរដំណាក់កាលដែលផ្តល់ដោយបណ្ណាល័យ TMF (Transaction Management Facility) ត្រូវបានប្រើ។

NonStop SQL អាចផ្តល់អាទិភាពដល់ដំណើរការ ដូច្នេះសំណួរវិភាគវែងៗមិនជ្រៀតជ្រែកជាមួយប្រតិបត្តិការប្រតិបត្តិការ។ ទោះជាយ៉ាងណាក៏ដោយ គោលបំណងរបស់វាគឺច្បាស់លាស់សម្រាប់ដំណើរការប្រតិបត្តិការខ្លីៗ មិនមែនការវិភាគទេ។ អ្នកអភិវឌ្ឍន៍ធានាភាពអាចរកបាននៃចង្កោម NonStop នៅកម្រិតប្រាំ "ប្រាំបួន" ពោលគឺពេលវេលារងចាំគឺត្រឹមតែ 5 នាទីក្នុងមួយឆ្នាំ។

សាំហាណា

ការចេញផ្សាយស្ថិរភាពដំបូងនៃ HANA DBMS (1.0) បានធ្វើឡើងនៅក្នុងខែវិច្ឆិកា 2010 ហើយកញ្ចប់ SAP ERP បានប្តូរទៅ HANA ក្នុងខែឧសភា ឆ្នាំ 2013។ វេទិកានេះគឺផ្អែកលើបច្ចេកវិទ្យាដែលបានទិញ៖ ម៉ាស៊ីនស្វែងរក TREX (ស្វែងរកក្នុងការផ្ទុកជួរឈរ) P*TIME DBMS និង MAX DB ។

ពាក្យ "HANA" ខ្លួនវាផ្ទាល់គឺជាអក្សរកាត់ ឧបករណ៍វិភាគដំណើរការខ្ពស់។ DBMS នេះត្រូវបានផ្គត់ផ្គង់ក្នុងទម្រង់ជាកូដដែលអាចដំណើរការលើម៉ាស៊ីនមេ x86 ណាក៏ដោយ ការដំឡើងឧស្សាហកម្មត្រូវបានអនុញ្ញាតតែលើឧបករណ៍ដែលមានការបញ្ជាក់ប៉ុណ្ណោះ។ ដំណោះស្រាយដែលអាចរកបានពី HP, Lenovo, Cisco, Dell, Fujitsu, Hitachi, NEC ។ ការកំណត់រចនាសម្ព័ន្ធ Lenovo មួយចំនួនថែមទាំងអនុញ្ញាតឱ្យប្រតិបត្តិការដោយគ្មាន SAN ផងដែរ - តួនាទីនៃប្រព័ន្ធផ្ទុកទូទៅត្រូវបានលេងដោយចង្កោម GPFS នៅលើថាសមូលដ្ឋាន។

មិនដូចវេទិកាដែលបានរាយខាងលើទេ HANA គឺជា DBMS ក្នុងអង្គចងចាំ ពោលគឺរូបភាពទិន្នន័យចម្បងត្រូវបានរក្សាទុកក្នុង RAM ហើយមានតែកំណត់ហេតុ និងរូបថតតាមកាលកំណត់ប៉ុណ្ណោះដែលត្រូវបានសរសេរទៅកាន់ថាសសម្រាប់ការសង្គ្រោះក្នុងករណីមានគ្រោះមហន្តរាយ។

ថ្នាំងចង្កោម HANA នីមួយៗទទួលខុសត្រូវចំពោះផ្នែកផ្ទាល់ខ្លួនរបស់វានៃទិន្នន័យ ហើយផែនទីទិន្នន័យត្រូវបានរក្សាទុកក្នុងសមាសភាគពិសេស - ​ម៉ាស៊ីនមេឈ្មោះ ដែលមានទីតាំងនៅលើថ្នាំងអ្នកសម្របសម្រួល។ ទិន្នន័យមិនត្រូវបានចម្លងរវាងថ្នាំងទេ។ ព័ត៌មានចាក់សោក៏ត្រូវបានរក្សាទុកនៅលើថ្នាំងនីមួយៗ ប៉ុន្តែប្រព័ន្ធមានឧបករណ៍ចាប់សោរជាប់ជាសកល។

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

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

ប្រភព: www.habr.com