ව්‍යවසාය යෙදුම් සහ අථත්‍යකරණ පද්ධති සැලකිය යුතු සංඛ්‍යාවක් දෝෂ-ඉවසන විසඳුම් ගොඩනැගීම සඳහා තමන්ගේම යාන්ත්‍රණයන් ඇත. විශේෂයෙන්, Oracle RAC (Oracle Real Application Cluster) යනු භාරය සමතුලිත කිරීමට සහ සේවාදායක/යෙදුම් මට්ටමින් දෝෂ ඉවසීමට එක්ව ක්රියා කරන Oracle දත්ත සමුදා සේවාදායකයන් දෙකක හෝ වැඩි ගණනක සමූහයකි. මෙම මාදිලියේ වැඩ කිරීමට, ඔබට සාමාන්‍යයෙන් ගබඩා පද්ධතියක් වන හවුල් ගබඩාවක් අවශ්ය වේ.
අපි දැනටමත් අපගේ එකක සාකච්ඡා කර ඇති පරිදි , ගබඩා පද්ධතියම, අනුපිටපත් සංරචක (පාලක ඇතුළුව) තිබියදීත්, තවමත් අසාර්ථක වීමේ ලකුණු ඇත - ප්‍රධාන වශයෙන් තනි දත්ත කට්ටලයක ස්වරූපයෙන්. එබැවින්, වැඩි විශ්වාසනීය අවශ්‍යතා සහිත Oracle විසඳුමක් ගොඩනැගීමට, “N servers - one storage system” යෝජනා ක්‍රමය සංකීර්ණ කළ යුතුය.
පළමුව, ඇත්ත වශයෙන්ම, අප විසින් රක්ෂණය කිරීමට උත්සාහ කරන අවදානම් මොනවාද යන්න තීරණය කළ යුතුය. මෙම ලිපියෙන් අපි "උල්කාපාතයක් පැමිණ ඇත" වැනි තර්ජන වලින් ආරක්ෂා වීම ගැන සලකා බලන්නේ නැත. එබැවින් භූගෝලීය වශයෙන් විසිරුණු ආපදා ප්රතිසාධන විසඳුමක් ගොඩනැගීම පහත ලිපිවලින් එකක් සඳහා මාතෘකාවක් ලෙස පවතිනු ඇත. මෙහිදී අපි ඊනියා Cross-Rack ආපදා ප්රතිසාධන විසඳුම දෙස බලමු, සේවාදායක කැබිනට් මට්ටමින් ආරක්ෂාව ගොඩනගා ඇති විට. කැබිනට් එකම කාමරයක හෝ විවිධ ස්ථානවල පිහිටා තිබිය හැකි නමුත් සාමාන්‍යයෙන් එකම ගොඩනැගිල්ල තුළ පිහිටා ඇත.
මෙම කැබිනට්වල "අසල්වැසියාගේ" තත්වය කුමක් වුවත්, Oracle දත්ත සමුදායන් ක්රියාත්මක කිරීම සහතික කරනු ලබන සම්පූර්ණ අවශ්ය උපකරණ සහ මෘදුකාංග අඩංගු විය යුතුය. වෙනත් වචන වලින් කිවහොත්, Cross-Rack ආපදා ප්රතිසාධන විසඳුම භාවිතා කරමින්, අපි අසාර්ථක වීමේ අවදානම ඉවත් කරමු:
- ඔරකල් යෙදුම් සේවාදායකයන්
- ගබඩා පද්ධති
- මාරු පද්ධති
- කැබිනට් මණ්ඩලයේ සියලුම උපකරණවල සම්පූර්ණ අසාර්ථකත්වය:
- බලය ප්රතික්ෂේප කිරීම
- සිසිලන පද්ධතියේ අසමත් වීම
- බාහිර සාධක (මිනිස්, ස්වභාවය, ආදිය)
Oracle සේවාදායකයන් අනුපිටපත් කිරීම Oracle RAC හි ක්‍රියාකාරී මූලධර්මය ඇඟවුම් කරන අතර එය යෙදුමක් හරහා ක්රියාත්මක වේ. මාරු කිරීමේ පහසුකම් අනුපිටපත් කිරීම ද ගැටළුවක් නොවේ. නමුත් ගබඩා පද්ධතියේ අනුපිටපත් සමඟ සෑම දෙයක්ම එතරම් සරල නැත.
සරලම විකල්පය වන්නේ ප්‍රධාන ගබඩා පද්ධතියේ සිට උපස්ථ එක දක්වා දත්ත අනුකරණය කිරීමයි. ගබඩා පද්ධතියේ හැකියාවන් මත පදනම්ව සමමුහුර්ත හෝ අසමමිතික වේ. අසමමුහුර්ත ප්‍රතිනිර්මාණය සමඟ, Oracle සම්බන්ධයෙන් දත්ත අනුකූලතාව සහතික කිරීම පිළිබඳ ප්‍රශ්නය වහාම පැන නගී. නමුත් යෙදුම සමඟ මෘදුකාංග ඒකාබද්ධ කිරීමක් තිබුණද, ඕනෑම අවස්ථාවක, ප්‍රධාන ගබඩා පද්ධතියේ අසාර්ථකත්වයකදී, පොකුර උපස්ථ ගබඩාවට මාරු කිරීම සඳහා පරිපාලකයින්ගේ අතින් මැදිහත් වීම අවශ්ය වේ.
වඩාත් සංකීර්ණ විකල්පයක් වන්නේ මෘදුකාංග සහ/හෝ දෘඪාංග ගබඩා "අථත්‍යකරණයන්" වන අතර එමඟින් අනුකූලතා ගැටළු සහ අතින් මැදිහත්වීම් ඉවත් කරනු ඇත. එහෙත් යෙදවීමේ සංකීර්ණත්වය සහ පසුකාලීන පරිපාලනය මෙන්ම එවැනි විසඳුම්වල ඉතා අශෝභන පිරිවැය බොහෝ දෙනා බිය ගන්වයි.
AccelStor NeoSapphire™ All Flash array විසඳුම Cross-Rack ආපදා ප්‍රතිසාධනය වැනි අවස්ථා සඳහා පරිපූර්ණ වේ. Shared-Nothing architecture භාවිතා කරමින්. මෙම ආකෘතිය ෆ්ලෑෂ් ඩ්‍රයිව් සමඟ වැඩ කිරීමට හිමිකාර FlexiRemap® තාක්ෂණය භාවිතා කරන ද්වි-නෝඩ් ගබඩා පද්ධතියකි. ස්තුති වන්නට NeoSapphire™ H710 හට 600K IOPS@4K සසම්භාවී ලිවීම් සහ 1M+ IOPS@4K සසම්භාවී කියවීම දක්වා කාර්ය සාධනය ලබා දීමට හැකියාව ඇත, එය සම්භාව්‍ය RAID-පදනම් වූ ගබඩා පද්ධති භාවිතා කරන විට ලබා ගත නොහැක.
නමුත් NeoSapphire™ H710 හි ප්‍රධාන ලක්ෂණය වන්නේ වෙනම අවස්ථා ආකාරයෙන් නෝඩ් දෙකක් ක්රියාත්මක කිරීමයි, ඒ සෑම එකක්ම දත්තවල පිටපතක් ඇත. නෝඩ් සමමුහුර්ත කිරීම බාහිර InfiniBand අතුරුමුහුණත හරහා සිදු කෙරේ. මෙම ගෘහ නිර්මාණ ශිල්පයට ස්තූතිවන්ත වන අතර, මීටර් 100 ක් දක්වා දුරින් විවිධ ස්ථානවලට නෝඩ් බෙදා හැරීමට හැකි වන අතර එමඟින් Cross-Rack ආපදා ප්රතිසාධන විසඳුමක් ලබා දේ. නෝඩ් දෙකම සම්පූර්ණයෙන්ම සමමුහුර්තව ක්රියා කරයි. සත්කාරක පැත්තෙන්, H710 සාමාන්ය ද්විත්ව පාලක ගබඩා පද්ධතියක් ලෙස පෙනේ. එබැවින්, අතිරේක මෘදුකාංග හෝ දෘඪාංග විකල්ප හෝ විශේෂයෙන් සංකීර්ණ සැකසුම් සිදු කිරීමට අවශ්ය නොවේ.
අපි ඉහත විස්තර කර ඇති සියලුම Cross-Rack ආපදා ප්රතිසාධන විසඳුම් සංසන්දනය කරන්නේ නම්, AccelStor හි විකල්පය අනෙක් ඒවාට වඩා කැපී පෙනේ:
AccelStor NeoSapphire™ කිසිවක් බෙදා නොගත් ගෘහ නිර්මාණ ශිල්පය
මෘදුකාංග හෝ දෘඪාංග "වර්චුවලයිසර්" ගබඩා පද්ධතිය
අනුකරණය පදනම් කරගත් විසඳුම
ලබාගත හැකිය
සේවාදායකය අසමත් වීම
අක්‍රීය කාලය නැත
අක්‍රීය කාලය නැත
අක්‍රීය කාලය නැත
ස්විචය අසාර්ථක වීම
අක්‍රීය කාලය නැත
අක්‍රීය කාලය නැත
අක්‍රීය කාලය නැත
ගබඩා පද්ධතියේ අසාර්ථකත්වය
අක්‍රීය කාලය නැත
අක්‍රීය කාලය නැත
අතිකාල දීමනා
මුළු කැබිනට් මණ්ඩලය අසාර්ථකයි
අක්‍රීය කාලය නැත
අක්‍රීය කාලය නැත
අතිකාල දීමනා
පිරිවැය සහ සංකීර්ණත්වය
විසඳුමේ පිරිවැය
අඩු*
Высокая
Высокая
යෙදවීමේ සංකීර්ණත්වය
අඩුයි
Высокая
Высокая
*AccelStor NeoSapphire™ තවමත් All Flash array එකක් වන අතර, එහි නිර්වචනය අනුව “kopecks 3ක්” වැය නොවේ, විශේෂයෙන්ම එහි ද්විත්ව ධාරිතා සංචිතයක් ඇති බැවින්. කෙසේ වෙතත්, එය මත පදනම් වූ විසඳුමක අවසාන පිරිවැය වෙනත් වෙළෙන්දන්ගෙන් සමාන අය සමඟ සංසන්දනය කිරීමේදී, පිරිවැය අඩු ලෙස සැලකිය හැකිය.
යෙදුම් සේවාදායකයන් සහ සියලුම ෆ්ලෑෂ් අරා නෝඩ් සම්බන්ධ කිරීම සඳහා ස්ථලකය මේ ආකාරයෙන් පෙනෙනු ඇත:
ස්ථලකය සැලසුම් කිරීමේදී, කළමනාකරණ ස්විච සහ අන්තර් සම්බන්ධක සේවාදායක අනුපිටපත් කිරීම ද නිර්දේශ කෙරේ.
මෙන්න සහ තවදුරටත් අපි ෆයිබර් නාලිකාව හරහා සම්බන්ධ කිරීම ගැන කතා කරමු. ඔබ iSCSI භාවිතා කරන්නේ නම්, සෑම දෙයක්ම සමාන වනු ඇත, භාවිතා කරන ලද ස්විච වර්ග සහ තරමක් වෙනස් අරා සැකසුම් සඳහා සකස් කර ඇත.
අරාව මත සූදානම් කිරීමේ කටයුතු
භාවිතා කරන ලද උපකරණ සහ මෘදුකාංග
සේවාදායකය සහ ස්විච් පිරිවිතර
සංරචක
විස්තර
Oracle Database 11g සර්වර්
දෙකක්
සේවාදායක මෙහෙයුම් පද්ධතිය
ඔරකල් ලිනක්ස්
ඔරකල් දත්ත සමුදා අනුවාදය
11g (RAC)
එක් සේවාදායකයකට ප්රොසෙසර
16 cores දෙකක් Intel® Xeon® CPU E5-2667 v2 @ 3.30GHz
එක් සේවාදායකයකට භෞතික මතකය
128GB
FC ජාලය
16Gb/s FC බහුපතිකරණය සමඟ
FC HBA
Emulex Lpe-16002B
පොකුරු කළමනාකරණය සඳහා කැප වූ පොදු 1GbE වරායන්
Intel ඊතර්නෙට් ඇඩැප්ටරය RJ45
16Gb/s FC ස්විචය
බ්‍රොකේඩ් 6505
දත්ත සමමුහුර්ත කිරීම සඳහා කැප වූ පුද්ගලික 10GbE වරායන්
ඉන්ටෙල් X520
AccelStor NeoSapphire™ All Flash Array පිරිවිතර
සංරචක
විස්තර
ගබඩා පද්ධතිය
NeoSapphire™ ඉහළ පවතින මාදිලිය: H710
රූප අනුවාදය
4.0.1
මුළු ධාවකයන් ගණන
48
Drive විශාලත්වය
ඩී
ධාවක වර්ගය
SSD
FC ඉලක්ක වරායන්
16x 16Gb වරායන් (නෝඩයකට 8)
කළමනාකරණ වරායන්
1GbE ඊතර්නෙට් කේබලය ඊතර්නෙට් ස්විචයක් හරහා ධාරක වෙත සම්බන්ධ කරයි
හෘද ස්පන්දන වරාය
ගබඩා නෝඩ් දෙකක් අතර සම්බන්ධ වන 1GbE ඊතර්නෙට් කේබලය
දත්ත සමමුහුර්ත කිරීමේ වරාය
56Gb/s InfiniBand කේබලය
ඔබට අරාවක් භාවිතා කිරීමට පෙර, ඔබ එය ආරම්භ කළ යුතුය. පෙරනිමියෙන්, නෝඩ් දෙකේම පාලන ලිපිනය සමාන වේ (192.168.1.1). ඔබට ඒවා එකින් එක සම්බන්ධ කර නව (දැනටමත් වෙනස්) කළමනාකරණ ලිපින සැකසීමට සහ කාල සමමුහුර්තකරණය සැකසීමට අවශ්ය වේ, ඉන්පසු කළමනාකරණ වරායන් තනි ජාලයකට සම්බන්ධ කළ හැකිය. පසුව, අන්තර් සම්බන්ධක සම්බන්ධතා සඳහා උපජාල ලබා දීමෙන් නෝඩ් HA යුගලයකට ඒකාබද්ධ කෙරේ.
ආරම්භ කිරීම සම්පූර්ණ වූ පසු, ඔබට ඕනෑම නෝඩයකින් අරාව කළමනාකරණය කළ හැකිය.
ඊළඟට, අපි අවශ්ය වෙළුම් සාදා ඒවා යෙදුම් සේවාදායකයන් වෙත ප්රකාශයට පත් කරමු.
Oracle ASM සඳහා බහු වෙළුම් නිර්මාණය කිරීම බෙහෙවින් නිර්දේශ කෙරේ, මෙය සේවාදායකයන් සඳහා ඉලක්ක ගණන වැඩි කරයි, එය අවසානයේ සමස්ත කාර්ය සාධනය වැඩි දියුණු කරනු ඇත (වෙනත් පෝලිම් මත වැඩි ).
පරීක්ෂණ වින්යාසය
ගබඩා පරිමාවේ නම
පරිමාවේ ප්‍රමාණය
දත්ත 01
200GB
දත්ත 02
200GB
දත්ත 03
200GB
දත්ත 04
200GB
දත්ත 05
200GB
දත්ත 06
200GB
දත්ත 07
200GB
දත්ත 08
200GB
දත්ත 09
200GB
දත්ත 10
200GB
Grid01
1GB
Grid02
1GB
Grid03
1GB
Grid04
1GB
Grid05
1GB
Grid06
1GB
නැවත කරන්න01
100GB
නැවත කරන්න02
100GB
නැවත කරන්න03
100GB
නැවත කරන්න04
100GB
නැවත කරන්න05
100GB
නැවත කරන්න06
100GB
නැවත කරන්න07
100GB
නැවත කරන්න08
100GB
නැවත කරන්න09
100GB
නැවත කරන්න10
100GB
අරාවේ මෙහෙයුම් මාතයන් සහ හදිසි අවස්ථා වලදී සිදුවන ක්‍රියාවලීන් පිළිබඳ සමහර පැහැදිලි කිරීම්
එක් එක් නෝඩයේ දත්ත කට්ටලය "අනුවාද අංකය" පරාමිතියක් ඇත. ආරම්භක ආරම්භයෙන් පසුව, එය සමාන වන අතර 1 ට සමාන වේ. කිසියම් හේතුවක් නිසා අනුවාද අංකය වෙනස් නම්, දත්ත සෑම විටම පැරණි අනුවාදයේ සිට බාල එක දක්වා සමමුහුර්ත වේ, ඉන්පසු තරුණ අනුවාදයේ අංකය පෙළගස්වනු ලැබේ, i.e. මෙයින් අදහස් කරන්නේ පිටපත් සමාන බවයි. අනුවාද වෙනස් විය හැකි හේතු:
- එක් නෝඩ් එකක උපලේඛනගත නැවත පණගැන්වීම
- හදිසි වසා දැමීමක් (බල සැපයුම, අධික උනුසුම් වීම, ආදිය) හේතුවෙන් නෝඩ් එකක අනතුරක්.
- සමමුහුර්ත කිරීමට නොහැකි වීමත් සමඟ InfiniBand සම්බන්ධතාවය නැති විය
- දත්ත දූෂණය හේතුවෙන් නෝඩ් එකක බිඳ වැටීමක්. මෙහිදී ඔබට නව HA කණ්ඩායමක් නිර්මාණය කිරීමට සහ දත්ත කට්ටලයේ සම්පූර්ණ සමමුහුර්තකරණය කිරීමට අවශ්ය වනු ඇත.
ඕනෑම අවස්ථාවක, සබැඳිව පවතින නෝඩය යුගලය සමඟ සම්බන්ධතාවය ප්‍රතිසාධනය කිරීමෙන් පසු එහි දත්ත කට්ටලය සමමුහුර්ත කිරීම සඳහා එහි අනුවාද අංකය එකකින් වැඩි කරයි.
Ethernet සබැඳිය හරහා ඇති සම්බන්ධතාවය නැති වුවහොත්, Heartbeat තාවකාලිකව InfiniBand වෙත මාරු වන අතර එය ප්‍රතිසාධනය වූ විට තත්පර 10ක් ඇතුළත ආපසු පැමිණේ.
ධාරක පිහිටුවීම
දෝෂ ඉවසීම සහතික කිරීමට සහ කාර්ය සාධනය වැඩි දියුණු කිරීමට, ඔබ අරාව සඳහා MPIO සහාය සබල කළ යුතුය. මෙය සිදු කිරීම සඳහා, ඔබ /etc/multipath.conf ගොනුවට රේඛා එකතු කළ යුතු අතර, ඉන්පසු බහුමාර්ග සේවාව නැවත ආරම්භ කරන්න.
සැඟවුනු පෙළඋපකරණ {
උපාංගය {
වෙළෙන්දා "AStor"
path_grouping_policy "group_by_prio"
path_selector "පෝලිමේ දිග 0"
මාර්ගය_පරීක්ෂක "tur"
විශේෂාංග "0"
Hardware_handler "0"
පෙර "අනුකූල"
අසාර්ථක වහාම
fast_io_fail_tmo 5
dev_loss_tmo 60
පරිශීලක_හිතකාමී_නම් ඔව්
අනාවරණය_ප්‍රියෝ ඔව්
rr_min_io_rq 1
no_path_retry 0
}
}
මීළඟට, ASM ASMLib හරහා MPIO සමඟ වැඩ කිරීම සඳහා, ඔබ /etc/sysconfig/oracleasm ගොනුව වෙනස් කර /etc/init.d/oracleasm ස්කෑන්ඩිස්ක් ධාවනය කළ යුතුය.
සැඟවුනු පෙළ
# ORACLEASM_SCANORDER: තැටි පරිලෝකනය ඇණවුම් කිරීමට රටා ගැලපීම
ORACLEASM_SCANORDER="dm"
# ORACLEASM_SCANEXCLUDE: ස්කෑන් කිරීමෙන් තැටි බැහැර කිරීමට රටා ගැලපීම
ORACLEASM_SCANEXCLUDE="sd"
අදහස් දැක්වීම්
ඔබට ASMLib භාවිතා කිරීමට අවශ්ය නැතිනම්, ඔබට ASMLib සඳහා පදනම වන UDEV රීති භාවිතා කළ හැක.
Oracle Database හි 12.1.0.2 අනුවාදයෙන් පටන් ගෙන, ASMFD මෘදුකාංගයේ කොටසක් ලෙස ස්ථාපනය සඳහා විකල්පය පවතී.
Oracle ASM සඳහා නිර්මාණය කරන ලද තැටි අරාව භෞතිකව (4K) සමඟ ක්රියාත්මක වන බ්ලොක් ප්‍රමාණය සමඟ පෙළගැසී ඇති බව සහතික කිරීම අත්‍යවශ්‍ය වේ. එසේ නොමැති නම්, කාර්ය සාධන ගැටළු ඇති විය හැක. එබැවින්, සුදුසු පරාමිතීන් සමඟ වෙළුම් නිර්මාණය කිරීම අවශ්ය වේ:
parted /dev/mapper/device-name mklabel gpt mkpart primary 2048s 100% align-check optimal 1
අපගේ පරීක්ෂණ වින්යාසය සඳහා නිර්මාණය කරන ලද වෙළුම් හරහා දත්ත සමුදායන් බෙදා හැරීම
ගබඩා පරිමාවේ නම
පරිමාවේ ප්‍රමාණය
වෙළුම LUN සිතියම්ගත කිරීම
ASM වෙළුම් උපාංග විස්තරය
ඒකකය විශාලත්වය
දත්ත 01
200GB
සියලුම ගබඩා පරිමාවන් ගබඩා පද්ධතියට සියලුම දත්ත වරායන් සිතියම්ගත කරන්න
අතිරික්තය: සාමාන්ය
නම: DGDATA
අරමුණ: දත්ත ගොනු
4MB
දත්ත 02
200GB
දත්ත 03
200GB
දත්ත 04
200GB
දත්ත 05
200GB
දත්ත 06
200GB
දත්ත 07
200GB
දත්ත 08
200GB
දත්ත 09
200GB
දත්ත 10
200GB
Grid01
1GB
අතිරික්තය: සාමාන්ය
නම: DGGRID1
අරමුණ: ජාලකය: CRS සහ ඡන්දය දීම
4MB
Grid02
1GB
Grid03
1GB
Grid04
1GB
අතිරික්තය: සාමාන්ය
නම: DGGRID2
අරමුණ: ජාලකය: CRS සහ ඡන්දය දීම
4MB
Grid05
1GB
Grid06
1GB
නැවත කරන්න01
100GB
අතිරික්තය: සාමාන්ය
නම: DGREDO1
අරමුණ: නූල් 1 හි ලොගය නැවත කරන්න
4MB
නැවත කරන්න02
100GB
නැවත කරන්න03
100GB
නැවත කරන්න04
100GB
නැවත කරන්න05
100GB
නැවත කරන්න06
100GB
අතිරික්තය: සාමාන්ය
නම: DGREDO2
අරමුණ: නූල් 2 හි ලොගය නැවත කරන්න
4MB
නැවත කරන්න07
100GB
නැවත කරන්න08
100GB
නැවත කරන්න09
100GB
නැවත කරන්න10
100GB
දත්ත සමුදා සැකසුම්
- බ්ලොක් ප්‍රමාණය = 8K
- Swap ඉඩ = 16GB
- AMM අබල කරන්න (ස්වයංක්‍රීය මතක කළමනාකරණය)
- විනිවිද පෙනෙන විශාල පිටු අබල කරන්න
වෙනත් සැකසුම්
# vi /etc/sysctl.conf
✓ fs.aio-max-nr = 1048576
✓ fs.file-max = 6815744
✓ kernel.shmmax 103079215104
✓ kernel.shmall 31457280
✓ kernel.shmmn 4096
✓ kernel.sem = 250 32000 100 128
✓ net.ipv4.ip_local_port_range = 9000 65500
✓ net.core.rmem_default = 262144
✓ net.core.rmem_max = 4194304
✓ net.core.wmem_default = 262144
✓ net.core.wmem_max = 1048586
✓vm.swappiness=10
✓ vm.min_free_kbytes=524288 # ඔබ Linux x86 භාවිතා කරන්නේ නම් මෙය සකසන්න එපා
✓ vm.vfs_cache_pressure=200
✓ vm.nr_hugepages = 57000
# vi /etc/security/limits.conf
✓ grid soft nproc 2047
✓ ජාල දෘඪ nproc 16384
✓ ජාල මෘදු නෝෆයිල් 1024
✓ ජාල දෘඪ නෝෆයිල් 65536
✓ ජාලක මෘදු ස්ටැක් 10240
✓ ජාල දෘඪ අට්ටිය 32768
✓ Oracle soft nproc 2047
✓ Oracle Hard nproc 16384
✓ Oracle soft nofile 1024
✓ Oracle Hard nofile 65536
✓ Oracle soft stack 10240
✓ Oracle hard stack 32768
✓ soft memlock 120795954
✓ Hard memlock 120795954
sqlplus "/as sysdba"
වෙනස් කරන්න පද්ධති කට්ටල processes=2000 scope=spfile;
පද්ධති කට්ටලය වෙනස් කරන්න open_cursors=2000 scope=spfile;
පද්ධති කට්ටලය වෙනස් කරන්න session_cached_cursors=300 scope=spfile;
පද්ධති කට්ටලය වෙනස් කරන්න db_files=8192 scope=spfile;
අසාර්ථක පරීක්ෂණය
ආදර්ශන අරමුණු සඳහා, OLTP භාරයක් අනුකරණය කිරීමට HammerDB භාවිතා කරන ලදී. HammerDB වින්යාසය:
ගබඩා ගණන
256
එක් පරිශීලකයෙකු සඳහා මුළු ගනුදෙනු
1000000000000
අතථ්‍ය පරිශීලකයන්
256
එහි ප්‍රතිඵලය වූයේ 2.1M TPM එකක් වන අතර එය අරාවේ කාර්ය සාධන සීමාවෙන් බොහෝ දුරස් වේ , නමුත් සේවාදායකයන්ගේ වත්මන් දෘඪාංග වින්යාසය සඳහා "සිවිලිම" (මූලික වශයෙන් ප්රොසෙසර හේතුවෙන්) සහ ඒවායේ අංකය වේ. මෙම පරීක්ෂණයේ අරමුණ තවමත් සමස්තයක් ලෙස විසඳුමේ වැරදි ඉවසීම පෙන්නුම් කිරීම මිස උපරිම කාර්ය සාධනය ලබා ගැනීම නොවේ. එමනිසා, අපි මෙම රූපය මත සරලව ගොඩනඟමු.
නෝඩ් එකක අසාර්ථකත්වය සඳහා පරීක්ෂණය
දෙවන නෝඩය සමඟ ඉතිරිව ඇති ඒවා හරහා දිගටම වැඩ කරමින්, ධාරකයන්ට ගබඩා කිරීමට ඇති මාර්ගවලින් කොටසක් අහිමි විය. නැවත ගොඩනඟන ලද මාර්ග හේතුවෙන් කාර්ය සාධනය තත්පර කිහිපයකට පහත වැටුණු අතර පසුව යථා තත්ත්වයට පත් විය. සේවයට බාධාවක් නොවීය.
සියලුම උපකරණ සමඟ කැබිනට් අසාර්ථක පරීක්ෂණය
මෙම අවස්ථාවෙහිදී, මාර්ග ප්‍රතිව්‍යුහගත කිරීම හේතුවෙන් ක්‍රියාකාරීත්වය තත්පර කිහිපයක් සඳහා පහත වැටුණු අතර පසුව මුල් අගයෙන් අඩකට ආපසු පැමිණියේය. එක් යෙදුම් සේවාදායකයක් ක්රියාත්මක වීමෙන් බැහැර කිරීම හේතුවෙන් ප්‍රතිඵලය මුල් එකෙන් අඩකින් අඩු විය. සේවයට බාධාවක් ද නොවීය.
Oracle සඳහා සාධාරණ මිලකට සහ සුළු යෙදවීමකින්/පරිපාලන උත්සාහයකින් වරදට ඔරොත්තු දෙන Cross-Rack ආපදා ප්රතිසාධන විසඳුමක් ක්රියාත්මක කිරීමට අවශ්ය නම්, Oracle RAC සහ ගෘහ නිර්මාණ ශිල්පය එක්ව ක්රියා කරයි. හොඳම විකල්පයන්ගෙන් එකක් වනු ඇත. Oracle RAC වෙනුවට, Clustering සපයන වෙනත් ඕනෑම මෘදුකාංගයක් තිබිය හැක, එම DBMS හෝ අථත්‍යකරණ පද්ධති, උදාහරණයක් ලෙස. විසඳුම ඉදි කිරීමේ මූලධර්මය එලෙසම පවතිනු ඇත. සහ RTO සහ RPO සඳහා අවසාන රේඛාව ශුන්‍ය වේ.
මූලාශ්රය: www.habr.com