గణనీయమైన సంఖ్యలో ఎంటర్ప్రైజ్ అప్లికేషన్లు మరియు వర్చువలైజేషన్ సిస్టమ్లు తప్పు-తట్టుకునే పరిష్కారాలను రూపొందించడానికి వాటి స్వంత యంత్రాంగాలను కలిగి ఉన్నాయి. ప్రత్యేకించి, ఒరాకిల్ RAC (ఒరాకిల్ రియల్ అప్లికేషన్ క్లస్టర్) అనేది రెండు లేదా అంతకంటే ఎక్కువ ఒరాకిల్ డేటాబేస్ సర్వర్ల క్లస్టర్, ఇది సర్వర్/అప్లికేషన్ స్థాయిలో లోడ్ను బ్యాలెన్స్ చేయడానికి మరియు ఫాల్ట్ టాలరెన్స్ని అందించడానికి కలిసి పని చేస్తుంది. ఈ మోడ్లో పని చేయడానికి, మీకు షేర్డ్ స్టోరేజ్ అవసరం, ఇది సాధారణంగా స్టోరేజ్ సిస్టమ్.
మేము ఇప్పటికే మా ఒకటి చర్చించారు వంటి , నిల్వ వ్యవస్థ కూడా, నకిలీ భాగాలు (కంట్రోలర్లతో సహా) ఉన్నప్పటికీ, ఇప్పటికీ వైఫల్యం యొక్క పాయింట్లను కలిగి ఉంది - ప్రధానంగా ఒకే డేటా సెట్ రూపంలో. అందువల్ల, పెరిగిన విశ్వసనీయత అవసరాలతో ఒరాకిల్ పరిష్కారాన్ని రూపొందించడానికి, “N సర్వర్లు - ఒక నిల్వ వ్యవస్థ” పథకం సంక్లిష్టంగా ఉండాలి.
ముందుగా, మనం ఎలాంటి నష్టాలకు వ్యతిరేకంగా బీమా చేయడానికి ప్రయత్నిస్తున్నామో నిర్ణయించుకోవాలి. ఈ ఆర్టికల్లో, "ఉల్క వచ్చింది" వంటి బెదిరింపుల నుండి రక్షణను మేము పరిగణించము. కాబట్టి భౌగోళికంగా చెదరగొట్టబడిన విపత్తు పునరుద్ధరణ పరిష్కారాన్ని రూపొందించడం క్రింది కథనాలలో ఒకదానికి అంశంగా మిగిలిపోతుంది. ఇక్కడ మేము క్రాస్-ర్యాక్ విపత్తు పునరుద్ధరణ పరిష్కారం అని పిలవబడే వాటిని పరిశీలిస్తాము, సర్వర్ క్యాబినెట్ల స్థాయిలో రక్షణ నిర్మించబడినప్పుడు. క్యాబినెట్లు ఒకే గదిలో లేదా వేర్వేరు వాటిలో ఉంటాయి, కానీ సాధారణంగా ఒకే భవనంలో ఉంటాయి.
ఈ క్యాబినెట్లు తప్పనిసరిగా "పొరుగు" స్థితితో సంబంధం లేకుండా ఒరాకిల్ డేటాబేస్ల ఆపరేషన్ను అనుమతించే మొత్తం అవసరమైన పరికరాలు మరియు సాఫ్ట్వేర్లను కలిగి ఉండాలి. మరో మాటలో చెప్పాలంటే, క్రాస్-ర్యాక్ డిజాస్టర్ రికవరీ సొల్యూషన్ని ఉపయోగించి, మేము వైఫల్య ప్రమాదాలను తొలగిస్తాము:
- ఒరాకిల్ అప్లికేషన్ సర్వర్లు
- నిల్వ వ్యవస్థలు
- మార్పిడి వ్యవస్థలు
- క్యాబినెట్లోని అన్ని పరికరాల పూర్తి వైఫల్యం:
- శక్తి తిరస్కరణ
- శీతలీకరణ వ్యవస్థ వైఫల్యం
- బాహ్య కారకాలు (మానవ, ప్రకృతి, మొదలైనవి)
ఒరాకిల్ సర్వర్ల డూప్లికేషన్ ఒరాకిల్ RAC యొక్క చాలా ఆపరేటింగ్ సూత్రాన్ని సూచిస్తుంది మరియు అప్లికేషన్ ద్వారా అమలు చేయబడుతుంది. స్విచ్చింగ్ సౌకర్యాల నకిలీ కూడా సమస్య కాదు. కానీ నిల్వ వ్యవస్థ యొక్క నకిలీతో, ప్రతిదీ అంత సులభం కాదు.
ప్రధాన నిల్వ వ్యవస్థ నుండి బ్యాకప్కు డేటా ప్రతిరూపణ అనేది సరళమైన ఎంపిక. స్టోరేజ్ సిస్టమ్ యొక్క సామర్థ్యాలపై ఆధారపడి సింక్రోనస్ లేదా ఎసిన్క్రోనస్. అసమకాలిక రెప్లికేషన్తో, ఒరాకిల్కు సంబంధించి డేటా స్థిరత్వాన్ని నిర్ధారించే ప్రశ్న వెంటనే తలెత్తుతుంది. అప్లికేషన్తో సాఫ్ట్వేర్ ఇంటిగ్రేషన్ ఉన్నప్పటికీ, ఏదైనా సందర్భంలో, ప్రధాన నిల్వ సిస్టమ్లో వైఫల్యం ఉంటే, క్లస్టర్ను బ్యాకప్ నిల్వకు మార్చడానికి నిర్వాహకుల మాన్యువల్ జోక్యం అవసరం.
మరింత క్లిష్టమైన ఎంపిక సాఫ్ట్వేర్ మరియు/లేదా హార్డ్వేర్ నిల్వ “వర్చువలైజర్లు”, ఇది స్థిరత్వ సమస్యలు మరియు మాన్యువల్ జోక్యాన్ని తొలగిస్తుంది. కానీ విస్తరణ మరియు తదుపరి పరిపాలన యొక్క సంక్లిష్టత, అలాగే అటువంటి పరిష్కారాల యొక్క చాలా అసభ్యమైన ఖర్చు చాలా మందిని భయపెడుతుంది.
AccelStor NeoSapphire™ ఆల్ ఫ్లాష్ అర్రే సొల్యూషన్ క్రాస్-ర్యాక్ డిజాస్టర్ రికవరీ వంటి దృశ్యాలకు సరైనది షేర్డ్-నథింగ్ ఆర్కిటెక్చర్ని ఉపయోగించడం. ఈ మోడల్ ఫ్లాష్ డ్రైవ్లతో పని చేయడానికి యాజమాన్య FlexiRemap® సాంకేతికతను ఉపయోగించే రెండు-నోడ్ నిల్వ వ్యవస్థ. ధన్యవాదాలు NeoSapphire™ H710 600K IOPS@4K రాండమ్ రైట్ మరియు 1M+ IOPS@4K రాండమ్ రీడ్ వరకు పనితీరును అందించగలదు, ఇది క్లాసిక్ RAID-ఆధారిత నిల్వ సిస్టమ్లను ఉపయోగిస్తున్నప్పుడు సాధించలేనిది.
కానీ NeoSapphire™ H710 యొక్క ప్రధాన లక్షణం రెండు నోడ్లను వేర్వేరు కేసుల రూపంలో అమలు చేయడం, వీటిలో ప్రతి ఒక్కటి డేటా యొక్క స్వంత కాపీని కలిగి ఉంటుంది. నోడ్ల సమకాలీకరణ బాహ్య ఇన్ఫినిబ్యాండ్ ఇంటర్ఫేస్ ద్వారా నిర్వహించబడుతుంది. ఈ ఆర్కిటెక్చర్కు ధన్యవాదాలు, 100మీటర్ల దూరంలో ఉన్న వివిధ ప్రదేశాలకు నోడ్లను పంపిణీ చేయడం సాధ్యమవుతుంది, తద్వారా క్రాస్-ర్యాక్ డిజాస్టర్ రికవరీ సొల్యూషన్ను అందిస్తుంది. రెండు నోడ్లు పూర్తిగా సింక్రోనస్గా పనిచేస్తాయి. హోస్ట్ వైపు నుండి, H710 ఒక సాధారణ ద్వంద్వ-నియంత్రిక నిల్వ వ్యవస్థ వలె కనిపిస్తుంది. అందువల్ల, అదనపు సాఫ్ట్వేర్ లేదా హార్డ్వేర్ ఎంపికలు లేదా ముఖ్యంగా సంక్లిష్టమైన సెట్టింగ్లను నిర్వహించాల్సిన అవసరం లేదు.
మేము పైన వివరించిన అన్ని క్రాస్-ర్యాక్ విపత్తు పునరుద్ధరణ పరిష్కారాలను పోల్చినట్లయితే, AccelStor నుండి ఎంపిక మిగిలిన వాటి నుండి గుర్తించదగినదిగా ఉంటుంది:
AccelStor NeoSapphire™ నథింగ్ ఆర్కిటెక్చర్ భాగస్వామ్యం చేయలేదు
సాఫ్ట్వేర్ లేదా హార్డ్వేర్ “వర్చువలైజర్” స్టోరేజ్ సిస్టమ్
ప్రతిరూపణ ఆధారిత పరిష్కారం
లభ్యత
సర్వర్ వైఫల్యం
డౌన్టైమ్ లేదు
డౌన్టైమ్ లేదు
డౌన్టైమ్ లేదు
స్విచ్ వైఫల్యం
డౌన్టైమ్ లేదు
డౌన్టైమ్ లేదు
డౌన్టైమ్ లేదు
నిల్వ వ్యవస్థ వైఫల్యం
డౌన్టైమ్ లేదు
డౌన్టైమ్ లేదు
డౌన్టైం
క్యాబినెట్ మొత్తం వైఫల్యం
డౌన్టైమ్ లేదు
డౌన్టైమ్ లేదు
డౌన్టైం
ఖర్చు మరియు సంక్లిష్టత
పరిష్కారం ఖర్చు
తక్కువ*
Высокая
Высокая
విస్తరణ సంక్లిష్టత
Низкая
Высокая
Высокая
*AccelStor NeoSapphire™ ఇప్పటికీ ఆల్ ఫ్లాష్ శ్రేణి, ఇది నిర్వచనం ప్రకారం “3 కోపెక్లు” ఖర్చు చేయదు, ప్రత్యేకించి దీనికి డబుల్ కెపాసిటీ రిజర్వ్ ఉన్నందున. అయినప్పటికీ, ఇతర విక్రేతల నుండి సారూప్యమైన వాటితో ఆధారపడిన పరిష్కారం యొక్క తుది ధరను పోల్చినప్పుడు, ఖర్చు తక్కువగా పరిగణించబడుతుంది.
అప్లికేషన్ సర్వర్లు మరియు అన్ని ఫ్లాష్ అర్రే నోడ్లను కనెక్ట్ చేయడానికి టోపోలాజీ ఇలా కనిపిస్తుంది:
టోపోలాజీని ప్లాన్ చేస్తున్నప్పుడు, మేనేజ్మెంట్ స్విచ్లు మరియు ఇంటర్కనెక్ట్ సర్వర్లను నకిలీ చేయడానికి కూడా ఇది బాగా సిఫార్సు చేయబడింది.
ఇకపై మనం ఫైబర్ ఛానెల్ ద్వారా కనెక్షన్ గురించి మాట్లాడుతాము. మీరు iSCSIని ఉపయోగిస్తే, ప్రతిదీ ఒకే విధంగా ఉంటుంది, ఉపయోగించిన స్విచ్ల రకాలు మరియు కొద్దిగా భిన్నమైన శ్రేణి సెట్టింగ్ల కోసం సర్దుబాటు చేయబడుతుంది.
శ్రేణిపై సన్నాహక పని
ఉపయోగించిన పరికరాలు మరియు సాఫ్ట్వేర్
సర్వర్ మరియు స్విచ్ లక్షణాలు
భాగాలు
వివరణ
ఒరాకిల్ డేటాబేస్ 11g సర్వర్లు
రెండు
సర్వర్ ఆపరేటింగ్ సిస్టమ్
Oracle Linux
ఒరాకిల్ డేటాబేస్ వెర్షన్
11గ్రా (RAC)
ప్రతి సర్వర్కు ప్రాసెసర్లు
రెండు 16 కోర్లు Intel® Xeon® CPU E5-2667 v2 @ 3.30GHz
ప్రతి సర్వర్కు భౌతిక మెమరీ
128GB
FC నెట్వర్క్
మల్టీపాథింగ్తో 16Gb/s FC
FC HBA
Emulex Lpe-16002B
క్లస్టర్ నిర్వహణ కోసం అంకితమైన పబ్లిక్ 1GbE పోర్ట్లు
ఇంటెల్ ఈథర్నెట్ అడాప్టర్ RJ45
16Gb/s FC స్విచ్
బ్రోకేడ్ 6505
డేటా సమకాలీకరణ కోసం అంకితమైన ప్రైవేట్ 10GbE పోర్ట్లు
ఇంటెల్ X520
AccelStor NeoSapphire™ అన్ని ఫ్లాష్ అర్రే స్పెసిఫికేషన్
భాగాలు
వివరణ
నిల్వ వ్యవస్థ
NeoSapphire™ అధిక లభ్యత మోడల్: H710
చిత్రం వెర్షన్
4.0.1
డ్రైవ్ల మొత్తం సంఖ్య
48
డ్రైవ్ పరిమాణం
1.92TB
డిస్క్ రకం
SSD
FC లక్ష్య పోర్ట్లు
16x 16Gb పోర్ట్లు (ఒక నోడ్కు 8)
నిర్వహణ పోర్టులు
1GbE ఈథర్నెట్ కేబుల్ ఈథర్నెట్ స్విచ్ ద్వారా హోస్ట్లకు కనెక్ట్ చేస్తోంది
హృదయ స్పందన పోర్ట్
1GbE ఈథర్నెట్ కేబుల్ రెండు స్టోరేజ్ నోడ్ల మధ్య కలుపుతోంది
డేటా సింక్రొనైజేషన్ పోర్ట్
56Gb/s ఇన్ఫినిబ్యాండ్ కేబుల్
మీరు శ్రేణిని ఉపయోగించే ముందు, మీరు దానిని తప్పనిసరిగా ప్రారంభించాలి. డిఫాల్ట్గా, రెండు నోడ్ల నియంత్రణ చిరునామా ఒకేలా ఉంటుంది (192.168.1.1). మీరు వాటిని ఒక్కొక్కటిగా కనెక్ట్ చేసి, కొత్త (ఇప్పటికే విభిన్నమైన) నిర్వహణ చిరునామాలను సెట్ చేయాలి మరియు సమయ సమకాలీకరణను సెటప్ చేయాలి, ఆ తర్వాత మేనేజ్మెంట్ పోర్ట్లను ఒకే నెట్వర్క్కు కనెక్ట్ చేయవచ్చు. తర్వాత, ఇంటర్లింక్ కనెక్షన్ల కోసం సబ్నెట్లను కేటాయించడం ద్వారా నోడ్లు HA జతగా మిళితం చేయబడతాయి.
ప్రారంభించడం పూర్తయిన తర్వాత, మీరు ఏ నోడ్ నుండి అయినా శ్రేణిని నిర్వహించవచ్చు.
తరువాత, మేము అవసరమైన వాల్యూమ్లను సృష్టించి, వాటిని అప్లికేషన్ సర్వర్లకు ప్రచురిస్తాము.
ఒరాకిల్ 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కి సమానంగా ఉంటుంది. కొన్ని కారణాల వల్ల సంస్కరణ సంఖ్య భిన్నంగా ఉంటే, డేటా ఎల్లప్పుడూ పాత వెర్షన్ నుండి చిన్నదానికి సమకాలీకరించబడుతుంది, ఆ తర్వాత చిన్న వెర్షన్ యొక్క సంఖ్య సమలేఖనం చేయబడుతుంది, అనగా. కాపీలు ఒకేలా ఉన్నాయని దీని అర్థం. సంస్కరణలు భిన్నంగా ఉండడానికి గల కారణాలు:
- నోడ్లలో ఒకదాని యొక్క షెడ్యూల్ రీబూట్
- ఆకస్మిక షట్డౌన్ (విద్యుత్ సరఫరా, వేడెక్కడం మొదలైనవి) కారణంగా నోడ్లలో ఒకదానిపై ప్రమాదం.
- సమకాలీకరించడానికి అసమర్థతతో InfiniBand కనెక్షన్ కోల్పోయింది
- డేటా అవినీతి కారణంగా నోడ్లలో ఒకదానిపై క్రాష్. ఇక్కడ మీరు కొత్త HA సమూహాన్ని సృష్టించాలి మరియు డేటా సెట్ని పూర్తి సింక్రొనైజేషన్ చేయాలి.
ఏదైనా సందర్భంలో, జతతో కనెక్షన్ పునరుద్ధరించబడిన తర్వాత దాని డేటా సెట్ను సమకాలీకరించడానికి ఆన్లైన్లో ఉండే నోడ్ దాని సంస్కరణ సంఖ్యను ఒకటిగా పెంచుతుంది.
ఈథర్నెట్ లింక్పై కనెక్షన్ పోయినట్లయితే, హార్ట్బీట్ తాత్కాలికంగా InfiniBandకి మారుతుంది మరియు పునరుద్ధరించబడినప్పుడు 10 సెకన్లలోపు తిరిగి వస్తుంది.
హోస్ట్లను సెటప్ చేస్తోంది
తప్పు సహనాన్ని నిర్ధారించడానికి మరియు పనితీరును మెరుగుపరచడానికి, మీరు తప్పనిసరిగా శ్రేణికి MPIO మద్దతును ప్రారంభించాలి. దీన్ని చేయడానికి, మీరు /etc/multipath.conf ఫైల్కు పంక్తులను జోడించి, ఆపై మల్టీపాత్ సేవను పునఃప్రారంభించాలి.
దాచిన వచనంపరికరాలు {
పరికరం {
విక్రేత "AStor"
మార్గం_సమూహ_విధానం "గ్రూప్_బై_ప్రియో"
మార్గం_సెలెక్టర్ "క్యూ-పొడవు 0"
పాత్_చెకర్ "టర్"
లక్షణాలు "0"
హార్డ్వేర్_హ్యాండ్లర్ "0"
పూర్వ "కానిస్ట్"
వెంటనే వైఫల్యం
fast_io_fail_tmo 5
dev_loss_tmo 60
యూజర్_ఫ్రెండ్లీ_పేర్లు అవును
డిటెక్ట్_ప్రియో అవును
rr_min_io_rq 1
no_path_retry 0
}
}
తర్వాత, ASMLib ద్వారా MPIOతో పని చేయడానికి ASM కోసం, మీరు /etc/sysconfig/oracleasm ఫైల్ని మార్చాలి, ఆపై /etc/init.d/oracleasm స్కాన్డిస్క్లను అమలు చేయాలి
దాచిన వచనం
# ORACLEASM_SCANORDER: డిస్క్ స్కానింగ్ని ఆర్డర్ చేయడానికి నమూనాలను సరిపోల్చడం
ORACLEASM_SCANORDER="dm"
# ORACLEASM_SCANEXCLUDE: డిస్క్లను స్కాన్ నుండి మినహాయించడానికి సరిపోలే నమూనాలు
ORACLEASM_SCANEXCLUDE="sd"
వ్యాఖ్య
మీరు ASMLibని ఉపయోగించకూడదనుకుంటే, మీరు ASMLibకి ఆధారమైన UDEV నియమాలను ఉపయోగించవచ్చు.
ఒరాకిల్ డేటాబేస్ వెర్షన్ 12.1.0.2తో ప్రారంభించి, ASMFD సాఫ్ట్వేర్లో భాగంగా ఇన్స్టాలేషన్ కోసం ఎంపిక అందుబాటులో ఉంది.
Oracle ASM కోసం సృష్టించబడిన డిస్క్లు శ్రేణి భౌతికంగా (4K)తో పనిచేసే బ్లాక్ పరిమాణంతో సమలేఖనం చేయబడిందని నిర్ధారించుకోవడం అత్యవసరం. లేకపోతే, పనితీరు సమస్యలు సంభవించవచ్చు. అందువల్ల, తగిన పారామితులతో వాల్యూమ్లను సృష్టించడం అవసరం:
parted /dev/mapper/device-name mklabel gpt mkpart Prime 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
- స్వాప్ స్పేస్ = 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
✓ గ్రిడ్ సాఫ్ట్ nproc 2047
✓ గ్రిడ్ హార్డ్ nproc 16384
✓ గ్రిడ్ సాఫ్ట్ నోఫైల్ 1024
✓ గ్రిడ్ హార్డ్ నోఫైల్ 65536
✓ గ్రిడ్ సాఫ్ట్ స్టాక్ 10240
✓ గ్రిడ్ హార్డ్ స్టాక్ 32768
✓ ఒరాకిల్ సాఫ్ట్ nproc 2047
✓ ఒరాకిల్ హార్డ్ nproc 16384
✓ ఒరాకిల్ సాఫ్ట్ నోఫైల్ 1024
✓ ఒరాకిల్ హార్డ్ నోఫైల్ 65536
✓ ఒరాకిల్ సాఫ్ట్ స్టాక్ 10240
✓ ఒరాకిల్ హార్డ్ స్టాక్ 32768
✓ సాఫ్ట్ మెమ్లాక్ 120795954
✓ హార్డ్ మెమ్లాక్ 120795954
sqlplus “/as sysdba”
సిస్టమ్ సెట్ ప్రక్రియలను మార్చండి=2000 స్కోప్=spfile;
సిస్టమ్ సెట్ని మార్చండి open_cursors=2000 scope=spfile;
సిస్టమ్ సెట్ని మార్చండి session_cached_cursors=300 స్కోప్=spfile;
సిస్టమ్ సెట్ను మార్చండి db_files=8192 స్కోప్=spfile;
వైఫల్య పరీక్ష
ప్రదర్శన ప్రయోజనాల కోసం, OLTP లోడ్ను అనుకరించడానికి HammerDB ఉపయోగించబడింది. HammerDB కాన్ఫిగరేషన్:
గిడ్డంగుల సంఖ్య
256
ఒక్కో వినియోగదారుకు మొత్తం లావాదేవీలు
1000000000000
వర్చువల్ వినియోగదారులు
256
ఫలితం 2.1M TPM, ఇది శ్రేణి పనితీరు పరిమితికి దూరంగా ఉంది , కానీ సర్వర్ల యొక్క ప్రస్తుత హార్డ్వేర్ కాన్ఫిగరేషన్ (ప్రధానంగా ప్రాసెసర్ల కారణంగా) మరియు వాటి సంఖ్య కోసం "సీలింగ్". ఈ పరీక్ష యొక్క ఉద్దేశ్యం మొత్తంగా పరిష్కారం యొక్క తప్పు సహనాన్ని ప్రదర్శించడం మరియు గరిష్ట పనితీరును సాధించడం కాదు. అందువలన, మేము కేవలం ఈ సంఖ్యపై నిర్మిస్తాము.
నోడ్లలో ఒకదాని వైఫల్యం కోసం పరీక్షించండి
హోస్ట్లు స్టోరేజీకి సంబంధించిన మార్గాల్లో కొంత భాగాన్ని కోల్పోయారు, రెండవ నోడ్తో మిగిలిన వాటి ద్వారా పని చేయడం కొనసాగించారు. మార్గాలను పునర్నిర్మించడం వల్ల పనితీరు కొన్ని సెకన్లపాటు పడిపోయింది, ఆపై సాధారణ స్థితికి వచ్చింది. సేవకు అంతరాయం కలగలేదు.
అన్ని పరికరాలతో క్యాబినెట్ వైఫల్య పరీక్ష
ఈ సందర్భంలో, మార్గాల పునర్నిర్మాణం కారణంగా పనితీరు కూడా కొన్ని సెకన్లపాటు పడిపోయింది, ఆపై అసలు విలువలో సగం తిరిగి వచ్చింది. ఒక అప్లికేషన్ సర్వర్ను ఆపరేషన్ నుండి మినహాయించడం వలన ఫలితం మొదటి నుండి సగానికి తగ్గించబడింది. సర్వీసులకు కూడా అంతరాయం కలగలేదు.
సరసమైన ఖర్చుతో మరియు తక్కువ విస్తరణ/నిర్వాహక ప్రయత్నంతో ఒరాకిల్ కోసం తప్పు-తట్టుకునే క్రాస్-ర్యాక్ విపత్తు పునరుద్ధరణ పరిష్కారాన్ని అమలు చేయాల్సిన అవసరం ఉన్నట్లయితే, ఒరాకిల్ RAC మరియు ఆర్కిటెక్చర్ కలిసి పని చేస్తాయి. ఉత్తమ ఎంపికలలో ఒకటిగా ఉంటుంది. Oracle RACకి బదులుగా, క్లస్టరింగ్ను అందించే ఏదైనా ఇతర సాఫ్ట్వేర్ ఉండవచ్చు, అదే DBMS లేదా వర్చువలైజేషన్ సిస్టమ్లు, ఉదాహరణకు. పరిష్కారాన్ని నిర్మించే సూత్రం అలాగే ఉంటుంది. మరియు RTO మరియు RPO లకు బాటమ్ లైన్ సున్నా.
మూలం: www.habr.com
