వేగవంతమైన VPN కూడా సింక్రోనస్ SQL కమిట్ను నెమ్మదిగా చేసేది ఎందుకు
కమిట్ సింక్రోనస్ ప్రతికి భవనాన్ని విడిచిపెడుతుంది. నిరీక్షణ రకం నుండి పంపే మరియు redo క్యూల వరకు వెళ్లి, అసింక్రోనస్ సరైన మార్పిడేనా నిర్ణయించండి.
ప్రాథమికంలో క్వెరీ సెషన్ తెరిచి సాధారణ రాయడం ఏమి కోసం వేచి ఉందో చూడండి. డేటాబేస్ సింక్రోనస్ కమిట్ ఉన్న లభ్యతా సమూహానికి చెందినదై, ద్వితీయం కనెక్ట్ అయి ఉంటే, ఆ నిరీక్షణలో కొంత భాగం భవనాన్ని విడిచిపెడుతుంది: లాగ్ రికార్డ్లు ప్రతికి ప్రయాణిస్తాయి, అక్కడ కఠినీకరించబడతాయి, ఆ కఠినీకరణ వార్త కమిట్ పూర్తయ్యే ముందే తిరిగి వస్తుంది. బ్యాండ్విడ్త్ ఆ రాకపోకను తగ్గించదు. క్రింది వివరణ స్క్రీన్ నుండి దూరపు డిస్క్ వరకు మరియు తిరిగి వచ్చే అంగీకారాన్ని అనుసరిస్తుంది.
ప్రాథమికంలోని నిరీక్షణ రకం నుండి ప్రారంభించండి
దూరపు ప్రతిపై వేచి ఉన్న రాయడం CPU లేదా లాక్ నిరీక్షణ కాకుండా లాగ్కు సంబంధించిన నిరీక్షణగా కనిపిస్తుంది, మరియు లావాదేవీ వ్యవధి వరుసల సంఖ్యను కాకుండా రాకపోకను అనుసరిస్తుంది. చాలా చిన్న కమిట్లు దీన్ని స్పష్టం చేస్తాయి, ఎందుకంటే ప్రతి ఒక్కటి ప్రయాణాన్ని విడిగా చెల్లిస్తుంది. ఒక పెద్ద బ్యాచ్ ఆపరేషన్ అదే ఖర్చును ఒక పొడవైన అంగీకారంలో దాచుతుంది.
లింక్ గురించి ఏదైనా నిర్ణయానికి రాకముందు మీ పనిభారాన్ని కమిట్ ఫ్రీక్వెన్సీ ప్రకారం క్రమబద్ధీకరించండి.
నెట్వర్క్ను చదవడానికి ముందు ప్రతి స్థితిని చదవండి. ముఖ్యమైన కౌంటర్లు పంపే క్యూ, redo క్యూ మరియు సింక్రోనైజేషన్ స్థితి, అవి కలిసి ద్వితీయం సరిపోతుందా లేదా వెనుకబడుతుందా చూపిస్తాయి. పెరుగుతున్న పంపే క్యూ రవాణాను సూచిస్తుంది, పెరుగుతున్న redo క్యూ ద్వితీయం యొక్క స్వంత పని లేదా నిల్వను సూచిస్తుంది. ఇవి వేర్వేరు మరమ్మతులు, బ్యాండ్విడ్త్ జోడించడంతో ఏదీ మెరుగుపడదు.
అంగీకారాన్ని ద్వితీయం వరకు అనుసరించండి
సింక్రోనస్ కమిట్లో, కమిట్ పూర్తయిందని ప్రకటించడానికి ముందు సంబంధిత లాగ్ ద్వితీయంలో కఠినీకరించబడిందనే నిర్ధారణ కోసం ప్రాథమికం వేచి ఉంటుంది. కఠినీకరించిన అంటే లాగ్లో శాశ్వతం, డేటా పేజీల్లో మళ్లీ నడిపినది కాదు. ఈ భేదమే సింక్రోనస్ ద్వితీయం redoలో వెనుకబడి ఉన్నా కఠినీకరణను నిర్ధారించగలగడానికి కారణం.
మార్గాన్ని క్రమంగా నడిచి మొత్తానికి బదులు ప్రతి దశను కొలవండి. లాగ్ రికార్డ్లు రవాణా గుండా వెళ్తాయి, ద్వితీయం వాటిని రాసి ఫ్లష్ చేస్తుంది, అంగీకారం అదే మార్గంలో తిరిగి వస్తుంది. రవాణా ఆలస్యం, ద్వితీయం షెడ్యూలింగ్ మరియు ద్వితీయం లాగ్-డిస్క్ లేటెన్సీ అన్నీ మొత్తంలోకి వస్తాయి, మొదటిది మాత్రమే నెట్వర్క్ యజమానికి చెందుతుంది. లాగ్ పరిమాణం మరొక దానితో నిండిన ద్వితీయం, లింక్ నిష్క్రియంగా ఉన్నా ప్రతి కమిట్ను సాగదీయగలదు.
SELECT ag.name AS ag_name, drs.database_id, drs.synchronization_state_desc,
drs.log_send_queue_size, drs.redo_queue_size
FROM sys.dm_hadr_database_replica_states AS drs
JOIN sys.availability_groups AS ag ON ag.group_id = drs.group_id;ప్రశాంతమైన మధ్యాహ్నం ఒకసారి కాకుండా, ప్రతినిధి రాయడానికి ముందు మరియు తర్వాత ఆ స్నాప్షాట్ తీసుకోండి. కమిట్ వేచి ఉన్నప్పుడు ఏ క్యూ కదిలిందో భేదమే చెబుతుంది.
లింక్ కాదు, మార్గాన్ని కొలవండి
థ్రూపుట్ పరీక్ష మీ ప్రతులు కాని రెండు పాయింట్ల మధ్య సామర్థ్యాన్ని, మీ పని కాని భారం కింద కొలుస్తుంది. నిజమైన ట్రాఫిక్ నడుస్తున్నప్పుడు నిజమైన ప్రతి మార్గంలో ఆలస్యం మరియు నష్టాన్ని రెండు దిశల్లో నెట్వర్క్ యజమానిని అడగండి. ఇక్కడ నష్టం సామర్థ్యం కంటే ముఖ్యం, ఎందుకంటే పోయిన విభాగానికి పునఃప్రసారం ఖర్చు, ప్రతి కమిట్ ఒక అంగీకారం కోసం వేచి ఉంటుంది. డౌన్లోడ్ పరీక్షలో అద్భుతంగా కనిపించే లింక్ కూడా మాట్లాడే కమిట్ నమూనాకు సరిపోకపోవచ్చు.
కొలిచేటప్పుడు డేటాబేస్ రవాణా భద్రత మరియు ప్రాప్యత నియంత్రణలను చెక్కుచెదరకుండా ఉంచండి. మార్గాన్ని కొలవడం వాటిని దాటవేయడానికి ఎప్పుడూ కారణం కాదు.
సమయాలను అంతర్జ్ఞానానికి బదులు కౌంటర్లతో సంబంధం కలిపి చూడండి. పంపే క్యూ ఖాళీగా ఉండి కమిట్ ఇంకా వేచి ఉంటే, ఆలస్యం అంగీకారంలో లేదా ద్వితీయం ఫ్లష్లో ఉంది. పంపే క్యూ నిరంతరంగా పెరిగితే, పరిమితి రవాణా లేదా సామర్థ్యం. ఏ పరిశీలన నిర్ణయాన్ని బలపరిచిందో నమోదు చేయండి, తదుపరి వ్యక్తి వాదనకు బదులు కొలతను పునరావృతం చేయగలడు.
అసింక్రోనస్ మోడ్ నిజంగా ఏమి మారుస్తుంది
అసింక్రోనస్ కమిట్ ద్వితీయం యొక్క కఠినీకరణ అంగీకారం కోసం వేచి ఉండడాన్ని తొలగిస్తుంది, అందుకే రాయడం వేగవంతమవుతుంది మరియు అందుకే మీ మన్నిక స్థానం మారుతుంది. ఆ దూరపు నిర్ధారణ లేకుండా ప్రాథమికం లావాదేవీని నిర్ధారిస్తుంది. తర్వాత ద్వితీయం వెనుకబడటానికి అనుమతి ఇవ్వబడుతుంది, ఆ వెనుకబడటమే రావడం.
లాగ్ ఉపయోగించదగిన ఫెయిల్ఓవర్ లక్ష్యానికి చేరకముందే ప్రాథమికం పోతే, ఆ ప్రతికి సేవను బలవంతంగా తరలించడం అప్లికేషన్కు ఇప్పటికే కమిట్ అయిందని తెలియజేసిన లావాదేవీలను విసిరేస్తుంది.
ఇది రికవరీ-పాయింట్ నిర్ణయం మరియు అది డేటాబేస్ యజమానికి చెందుతుంది, పనితీరు సమీక్షకు కాదు. మొదట సహించదగిన డేటా నష్ట విండోను నిర్ణయించండి, దాన్ని తీర్చే మోడ్ను ఎంచుకోండి, ఆపై ఆ పరిమితిలో ఆప్టిమైజ్ చేయండి. సింక్రోనస్ రక్షణను నిలుపుకునే ఎంపికల్లో అప్లికేషన్ అనుమతించిన చోట తప్పించదగిన కమిట్ ప్రయాణాలను తొలగించడం, కొలిచిన రవాణా లేదా నిల్వ అడ్డంకిని సరిచేయడం, మరియు అంగీకారం తక్కువ దూరం ప్రయాణించేలా ప్రతిని కదిలించడం ఉన్నాయి. మీరు ప్రారంభించిన మరియు మారని మన్నిక అవసరంతో వీటిని తూకం వేయండి.