బ్యాకప్ అనేది అందరూ అరిచే ఫ్యాషన్ టెక్నాలజీలలో ఒకటి కాదు. ఇది ఏదైనా తీవ్రమైన కంపెనీలో ఉండాలి, అంతే. మా బ్యాంక్ అనేక వేల సర్వర్‌లను బ్యాకప్ చేస్తుంది - ఇది సంక్లిష్టమైన, ఆసక్తికరమైన పని, మరియు నేను దానిలోని కొన్ని చిక్కుల గురించి, అలాగే బ్యాకప్‌లకు సంబంధించిన సాధారణ అపోహల గురించి మాట్లాడాలనుకుంటున్నాను.
నేను దాదాపు 20 సంవత్సరాలుగా ఈ అంశంపై పని చేస్తున్నాను, వీటిలో గత 2 సంవత్సరాలు Promsvyazbankలో ఉన్నాయి. నా అభ్యాసం ప్రారంభంలో, నేను ఫైళ్లను కాపీ చేసే స్క్రిప్ట్‌లను ఉపయోగించి దాదాపు మాన్యువల్‌గా బ్యాకప్‌లను తయారు చేసాను. అప్పుడు విండోస్‌లో అనుకూలమైన సాధనాలు కనిపించాయి: ఫైల్‌లను సిద్ధం చేయడానికి రోబోకాపీ యుటిలిటీ మరియు కాపీ చేయడానికి NT బ్యాకప్. మరియు అప్పుడు మాత్రమే ప్రత్యేక సాఫ్ట్‌వేర్ కోసం సమయం వచ్చింది, ప్రధానంగా వెరిటాస్ బ్యాకప్ ఎక్సెక్, దీనిని ఇప్పుడు సిమాంటెక్ బ్యాకప్ ఎక్సెక్ అని పిలుస్తారు. కాబట్టి నాకు బ్యాకప్‌ల గురించి చాలా కాలంగా తెలుసు.
సరళంగా చెప్పాలంటే, బ్యాకప్ అనేది డేటా కాపీని (వర్చువల్ మెషీన్‌లు, అప్లికేషన్‌లు, డేటాబేస్‌లు మరియు ఫైల్‌లు) ఒక నిర్దిష్ట క్రమబద్ధతతో సేవ్ చేయడం. ప్రతి కేసు సాధారణంగా హార్డ్‌వేర్ లేదా లాజికల్ వైఫల్యం రూపంలో వ్యక్తమవుతుంది మరియు డేటా నష్టానికి దారితీస్తుంది. బ్యాకప్ సిస్టమ్ యొక్క ఉద్దేశ్యం సమాచార నష్టం నుండి నష్టాలను తగ్గించడం. హార్డ్‌వేర్ వైఫల్యం, ఉదాహరణకు, డేటాబేస్ ఉన్న సర్వర్ లేదా నిల్వ వైఫల్యం. లాజికల్ అనేది మానవ కారకం కారణంగా డేటాలో కొంత భాగాన్ని కోల్పోవడం లేదా మార్చడం: ఒక టేబుల్ లేదా ఫైల్ అనుకోకుండా తొలగించబడింది లేదా కర్వ్‌బాల్‌ను అమలు చేయడానికి స్క్రిప్ట్ ప్రారంభించబడింది. కొన్ని రకాల సమాచారాన్ని సుదీర్ఘకాలం నిల్వ చేయడానికి నియంత్రణ అవసరాలు కూడా ఉన్నాయి, ఉదాహరణకు, చాలా సంవత్సరాల వరకు.
బ్యాకప్‌ల యొక్క అత్యంత సాధారణ ఉపయోగం డెవలపర్‌ల కోసం వివిధ టెస్ట్ సిస్టమ్‌లు మరియు క్లోన్‌లను అమలు చేయడానికి డేటాబేస్‌ల సేవ్ చేసిన కాపీని పునరుద్ధరించడం.
బ్యాకప్‌కు సంబంధించి అనేక సాధారణ అపోహలు ఉన్నాయి, అవి తొలగించడానికి చాలా కాలం చెల్లాయి. వాటిలో అత్యంత ప్రసిద్ధమైనవి ఇక్కడ ఉన్నాయి.
అపోహ 1. బ్యాకప్ అనేది చాలా కాలంగా సెక్యూరిటీ లేదా స్టోరేజ్ సిస్టమ్‌లలో ఒక చిన్న ఫంక్షన్ మాత్రమే
బ్యాకప్ సిస్టమ్‌లు ఇప్పటికీ ఒక ప్రత్యేక తరగతి పరిష్కారాలు మరియు చాలా స్వతంత్రంగా ఉన్నాయి. వారికి చాలా ముఖ్యమైన పని అప్పగించబడింది. ముఖ్యంగా, డేటా భద్రత విషయానికి వస్తే అవి రక్షణ యొక్క చివరి లైన్. కాబట్టి బ్యాకప్ దాని స్వంత షెడ్యూల్‌లో దాని స్వంత వేగంతో పనిచేస్తుంది. సర్వర్‌లపై రోజువారీ నివేదిక రూపొందించబడుతుంది; పర్యవేక్షణ వ్యవస్థకు ట్రిగ్గర్‌లుగా పనిచేసే సంఘటనలు ఉన్నాయి.
అదనంగా, బ్యాకప్ సిస్టమ్‌కు యాక్సెస్ యొక్క రోల్ మోడల్ బ్యాకప్‌లను నిర్వహించడానికి లక్ష్య సిస్టమ్‌ల నిర్వాహకులకు కొన్ని అధికారాలను అప్పగించడానికి మిమ్మల్ని అనుమతిస్తుంది.
అపోహ 2. RAID ఉన్నప్పుడు, బ్యాకప్ అవసరం లేదు
నిస్సందేహంగా, హార్డ్‌వేర్ వైఫల్యాల నుండి సమాచార వ్యవస్థలను రక్షించడానికి RAID శ్రేణులు మరియు డేటా రెప్లికేషన్ మంచి మార్గం, మరియు మీకు స్టాండ్‌బై సర్వర్ ఉంటే, ప్రధాన యంత్రం విఫలమైనప్పుడు దానికి మారడాన్ని త్వరగా నిర్వహించండి.
రిడెండెన్సీ మరియు రెప్లికేషన్ సిస్టమ్ వినియోగదారులు చేసిన తార్కిక లోపాల నుండి మిమ్మల్ని రక్షించవు. ఆలస్యమైన రికార్డింగ్‌తో స్టాండ్‌బై సర్వర్ ఇక్కడ ఉంది - అవును, సమకాలీకరించబడటానికి ముందు లోపం గుర్తించబడితే ఇది సహాయపడుతుంది. క్షణం తప్పిపోతే? సకాలంలో బ్యాకప్ మాత్రమే ఇక్కడ సహాయం చేస్తుంది. డేటా నిన్న మారిందని మీకు తెలిస్తే, మీరు నిన్నటికి ముందు సిస్టమ్‌ని పునరుద్ధరించవచ్చు మరియు దాని నుండి అవసరమైన డేటాను సేకరించవచ్చు. తార్కిక లోపాలు సర్వసాధారణమని పరిగణనలోకి తీసుకుంటే, మంచి పాత బ్యాకప్ నిరూపితమైన మరియు అవసరమైన సాధనంగా మిగిలిపోయింది.
అపోహ 3. బ్యాకప్ అనేది నెలకు ఒకసారి చేసేది.
బ్యాకప్ ఫ్రీక్వెన్సీ అనేది కాన్ఫిగర్ చేయగల పరామితి, ఇది ప్రాథమికంగా బ్యాకప్ సిస్టమ్ యొక్క అవసరాలపై ఆధారపడి ఉంటుంది. దాదాపు ఎన్నడూ మారని మరియు ప్రత్యేకించి ముఖ్యమైనది కాని డేటాను కనుగొనడం చాలా సాధ్యమే; దాని నష్టం కంపెనీకి క్లిష్టమైనది కాదు.
నిజానికి, వారు నెలకు ఒకసారి లేదా తక్కువ తరచుగా బ్యాకప్ చేయవచ్చు. అయితే ఆమోదయోగ్యమైన డేటా నష్టాన్ని సెట్ చేసే RPO (రికవరీ పాయింట్ ఆబ్జెక్టివ్) సూచికపై ఆధారపడి మరింత క్లిష్టమైన డేటా తరచుగా సేవ్ చేయబడుతుంది. ఇది వారానికి ఒకసారి, రోజుకు ఒకసారి లేదా గంటకు అనేక సార్లు కావచ్చు. మాకు, ఇవి DBMS నుండి లావాదేవీ లాగ్‌లు.
సిస్టమ్‌లను కమర్షియల్ ఆపరేషన్‌లో ఉంచేటప్పుడు, బ్యాకప్ డాక్యుమెంటేషన్ తప్పనిసరిగా ఆమోదించబడాలి, ఇది ప్రధాన అంశాలు, నవీకరణ నిబంధనలు, సిస్టమ్ రికవరీ విధానాలు, బ్యాకప్ నిల్వ విధానాలు మరియు వంటి వాటిని ప్రతిబింబిస్తుంది.
అపోహ 4. కాపీల వాల్యూమ్ నిరంతరం పెరుగుతోంది మరియు ఏదైనా కేటాయించిన స్థలాన్ని పూర్తిగా తీసుకుంటుంది
బ్యాకప్‌లు పరిమిత షెల్ఫ్ జీవితాన్ని కలిగి ఉంటాయి. ఉదాహరణకు, ఏడాది పొడవునా మొత్తం 365 రోజువారీ బ్యాకప్‌లను నిల్వ చేయడంలో అర్ధమే లేదు. నియమం ప్రకారం, రోజువారీ కాపీలను 2 వారాల పాటు నిల్వ చేయడానికి అనుమతించబడుతుంది, ఆ తర్వాత అవి తాజా వాటితో భర్తీ చేయబడతాయి మరియు దీర్ఘకాలిక నిల్వ కోసం నెలలో మొదట తయారు చేయబడిన సంస్కరణ మిగిలి ఉంది. ఇది, క్రమంగా, ఒక నిర్దిష్ట సమయం కోసం కూడా నిల్వ చేయబడుతుంది - ప్రతి కాపీకి జీవితకాలం ఉంటుంది.
డేటా నష్టం నుండి రక్షణ ఉంది. నియమం వర్తిస్తుంది: బ్యాకప్ తొలగించబడటానికి ముందు, తదుపరిది తప్పనిసరిగా సృష్టించబడాలి. అందువల్ల, బ్యాకప్ విఫలమైతే డేటా తొలగించబడదు, ఉదాహరణకు, సర్వర్ లభ్యత కారణంగా. సమయ పరిమితులు మాత్రమే కాకుండా, సెట్‌లోని కాపీల సంఖ్య కూడా నియంత్రించబడుతుంది. సిస్టమ్‌కు రెండు పూర్తి బ్యాకప్‌లు ఉండాలని అవసరమైతే, వాటిలో రెండు ఎల్లప్పుడూ ఉంటాయి మరియు కొత్త మూడవది విజయవంతంగా వ్రాయబడినప్పుడు మాత్రమే పాతది తొలగించబడుతుంది. కాబట్టి బ్యాకప్ ఆర్కైవ్ ఆక్రమించిన వాల్యూమ్‌లో పెరుగుదల రక్షిత డేటా మొత్తం పెరుగుదలతో మాత్రమే అనుబంధించబడుతుంది మరియు సమయంపై ఆధారపడదు.
అపోహ 5. బ్యాకప్ ప్రారంభమైనప్పుడు, ప్రతిదీ స్తంభింపజేస్తుంది
ఇలా చెప్పడం మంచిది: ప్రతిదీ వేలాడుతుంటే, నిర్వాహకుడి చేతులు అక్కడ నుండి పెరగడం లేదని అర్థం. సాధారణంగా, బ్యాకప్ పనితీరు అనేక అంశాలపై ఆధారపడి ఉంటుంది. ఉదాహరణకు, బ్యాకప్ సిస్టమ్ యొక్క పనితీరుపైనే: డిస్క్ నిల్వ మరియు టేప్ లైబ్రరీలు ఎంత వేగంగా ఉన్నాయి. బ్యాకప్ సిస్టమ్ సర్వర్‌ల పనితీరు నుండి: డేటాను ప్రాసెస్ చేయడానికి, కుదింపు మరియు తగ్గింపును నిర్వహించడానికి వారికి సమయం ఉందా. మరియు క్లయింట్ మరియు సర్వర్ మధ్య కమ్యూనికేషన్ లైన్ల వేగంపై కూడా.
బ్యాకప్ సిస్టమ్ మల్టీథ్రెడింగ్‌కు మద్దతిస్తుందా అనే దానిపై ఆధారపడి బ్యాకప్ ఒకటి లేదా అంతకంటే ఎక్కువ థ్రెడ్‌లకు వెళ్లవచ్చు. ఉదాహరణకు, బదిలీ వేగం నెట్‌వర్క్ బ్యాండ్‌విడ్త్ పరిమితిని తాకే వరకు, అందుబాటులో ఉన్న ప్రాసెసర్‌ల సంఖ్య ప్రకారం అనేక థ్రెడ్‌లను పంపడానికి ఒరాకిల్ DBMS మిమ్మల్ని అనుమతిస్తుంది.
మీరు పెద్ద సంఖ్యలో థ్రెడ్‌లను బ్యాకప్ చేయడానికి ప్రయత్నించినట్లయితే, రన్నింగ్ సిస్టమ్‌ను ఓవర్‌లోడ్ చేయడానికి అవకాశం ఉంది, ఇది నిజంగా నెమ్మదించడం ప్రారంభమవుతుంది. అందువల్ల, తగినంత పనితీరును నిర్ధారించడానికి సరైన సంఖ్యలో థ్రెడ్‌లు ఎంపిక చేయబడతాయి. పనితీరులో స్వల్పంగా తగ్గుదల కూడా క్లిష్టమైనది అయితే, బ్యాకప్ ఉత్పత్తి సర్వర్ నుండి కాకుండా దాని క్లోన్ నుండి నిర్వహించబడినప్పుడు అద్భుతమైన ఎంపిక ఉంది - డేటాబేస్ పరిభాషలో స్టాండ్‌బై. ఈ ప్రక్రియ ప్రధాన పని వ్యవస్థను లోడ్ చేయదు. సర్వర్ నిర్వహణ కోసం ఉపయోగించబడనందున మరిన్ని థ్రెడ్‌ల ద్వారా డేటాను తిరిగి పొందవచ్చు.
పెద్ద సంస్థలలో, బ్యాకప్ వ్యవస్థ కోసం ప్రత్యేక నెట్‌వర్క్ సృష్టించబడుతుంది, తద్వారా బ్యాకప్ ఉత్పత్తిని ప్రభావితం చేయదు. అదనంగా, ట్రాఫిక్ నెట్‌వర్క్ ద్వారా కాకుండా SAN ద్వారా ప్రసారం చేయబడుతుంది.
మేము కాలక్రమేణా లోడ్‌ను పంపిణీ చేయడానికి కూడా ప్రయత్నిస్తాము. బ్యాకప్‌లు ఎక్కువగా పని చేయని సమయాల్లో నిర్వహించబడతాయి: రాత్రి, వారాంతాల్లో. అలాగే, అవన్నీ ఒకే సమయంలో ప్రారంభం కావు. వర్చువల్ మెషీన్ బ్యాకప్‌లు ప్రత్యేక సందర్భం. ఈ ప్రక్రియ యంత్రం యొక్క పనితీరుపై వాస్తవంగా ఎటువంటి ప్రభావం చూపదు, కాబట్టి బ్యాకప్ రాత్రిపూట ప్రతిదీ నిలిపివేయడం కంటే రోజంతా విస్తరించబడుతుంది. అనేక సూక్ష్మబేధాలు ఉన్నాయి, మీరు ప్రతిదీ పరిగణనలోకి తీసుకుంటే, బ్యాకప్ సిస్టమ్ పనితీరును ప్రభావితం చేయదు.
అపోహ 6. బ్యాకప్ సిస్టమ్‌ను ప్రారంభించింది - ఇది మీ కోసం తప్పు సహనం
బ్యాకప్ సిస్టమ్ రక్షణ యొక్క చివరి శ్రేణి అని ఎప్పటికీ మర్చిపోవద్దు, అంటే దాని ముందు మరో ఐదు వ్యవస్థలు ఉండాలి, ఇది సంస్థ యొక్క IT అవస్థాపన మరియు సమాచార వ్యవస్థల కొనసాగింపు, అధిక లభ్యత మరియు విపత్తు నిరోధకతను నిర్ధారిస్తుంది.
బ్యాకప్ మొత్తం డేటాను పునరుద్ధరిస్తుందని మరియు పడిపోయిన సేవను త్వరగా పునరుద్ధరిస్తుందని ఆశించడంలో అర్థం లేదు. బ్యాకప్ క్షణం నుండి విఫలమైన క్షణం వరకు డేటా నష్టం హామీ ఇవ్వబడుతుంది మరియు డేటా చాలా గంటలు (లేదా రోజులు, మీ అదృష్టాన్ని బట్టి) కొత్త సర్వర్‌కు అప్‌లోడ్ చేయబడుతుంది. అందువల్ల, ప్రతిదీ బ్యాకప్‌కు మార్చకుండా పూర్తి స్థాయి తప్పు-తట్టుకునే వ్యవస్థలను సృష్టించడం అర్ధమే.
అపోహ 7. నేను ఒకసారి బ్యాకప్‌ని సెటప్ చేసి, అది పని చేస్తుందో లేదో తనిఖీ చేసాను. చిట్టాలు చూడటమే మిగిలి ఉంది
ఇది చాలా హానికరమైన అపోహలలో ఒకటి, ఇది సంఘటన సమయంలో మాత్రమే మీరు గ్రహిస్తారు. విజయవంతమైన బ్యాకప్ గురించిన లాగ్‌లు వాస్తవానికి ఊహించిన విధంగానే జరుగుతాయని హామీ ఇవ్వదు. విస్తరణ కోసం సేవ్ చేసిన కాపీని ముందుగానే తనిఖీ చేయడం ముఖ్యం. అంటే, పరీక్ష వాతావరణంలో రికవరీ ప్రక్రియను అమలు చేయండి మరియు ఫలితాన్ని చూడండి.
మరియు సిస్టమ్ అడ్మినిస్ట్రేటర్ పని గురించి కొంచెం
ఎక్కువ కాలం డేటాను ఎవరూ మాన్యువల్‌గా కాపీ చేయరు. ఆధునిక SRCలు దాదాపు ప్రతిదీ బ్యాకప్ చేయగలవు, మీరు దీన్ని సరిగ్గా కాన్ఫిగర్ చేయాలి. కొత్త సర్వర్ జోడించబడితే, విధానాలను సెటప్ చేయండి: బ్యాకప్ చేయబడే కంటెంట్‌ను ఎంచుకోండి, నిల్వ పారామితులను పేర్కొనండి మరియు షెడ్యూల్‌ను వర్తింపజేయండి.
అదే సమయంలో, డేటాబేస్‌లు, మెయిల్ సిస్టమ్‌లు, వర్చువల్ మిషన్‌ల క్లస్టర్‌లు మరియు Windows మరియు Linux/Unix రెండింటిలో ఫైల్ వనరులతో సహా విస్తృతమైన సర్వర్‌ల కారణంగా ఇంకా చాలా పని ఉంది. బ్యాకప్ వ్యవస్థను నిర్వహించే ఉద్యోగులు ఖాళీగా కూర్చోవడం లేదు.
సెలవుదినాన్ని పురస్కరించుకుని, నేను నిర్వాహకులందరికీ బలమైన నరాలు, స్పష్టమైన కదలికలు మరియు బ్యాకప్‌లను నిల్వ చేయడానికి అంతులేని స్థలాన్ని కోరుకుంటున్నాను!
మూలం: www.habr.com