మీరు బ్యాకప్‌లను ఎందుకు తయారు చేయాలి? అన్నింటికంటే, పరికరాలు చాలా, చాలా నమ్మదగినవి మరియు అదనంగా, భౌతిక సర్వర్‌ల కంటే విశ్వసనీయతలో మెరుగ్గా ఉండే “క్లౌడ్‌లు” ఉన్నాయి: సరైన కాన్ఫిగరేషన్‌తో, “క్లౌడ్” సర్వర్ మౌలిక సదుపాయాల భౌతిక సర్వర్ యొక్క వైఫల్యాన్ని సులభంగా తట్టుకోగలదు. సేవా వినియోగదారుల దృక్కోణంలో, సమయ సేవలో చిన్న, గుర్తించదగిన జంప్ ఉంటుంది. అదనంగా, సమాచారం యొక్క నకిలీకి తరచుగా "అదనపు" ప్రాసెసర్ సమయం, డిస్క్ లోడ్ మరియు నెట్‌వర్క్ ట్రాఫిక్ కోసం చెల్లించాల్సి ఉంటుంది.
ఆదర్శవంతమైన ప్రోగ్రామ్ వేగంగా నడుస్తుంది, మెమరీని లీక్ చేయదు, రంధ్రాలు లేవు మరియు ఉనికిలో లేదు.
-తెలియదు
ప్రోగ్రామ్‌లు ఇప్పటికీ ప్రోటీన్ డెవలపర్‌లచే వ్రాయబడినందున మరియు తరచుగా పరీక్షా ప్రక్రియ ఉండదు, ప్లస్ ప్రోగ్రామ్‌లు చాలా అరుదుగా "ఉత్తమ అభ్యాసాలు" (అవి కూడా ప్రోగ్రామ్‌లు మరియు అందువల్ల అసంపూర్ణమైనవి) ఉపయోగించి పంపిణీ చేయబడతాయి, సిస్టమ్ నిర్వాహకులు చాలా తరచుగా క్లుప్తంగా వినిపించే సమస్యలను పరిష్కరించాలి. క్లుప్తంగా: “అది ఎలా ఉందో తిరిగి”, “బేస్‌ను సాధారణ ఆపరేషన్‌కు తీసుకురండి”, “నెమ్మదిగా పని చేస్తుంది - వెనక్కి తిప్పండి”, అలాగే నాకు ఇష్టమైన “ఏమిటో నాకు తెలియదు, కానీ దాన్ని పరిష్కరించండి”.
డెవలపర్‌ల అజాగ్రత్త పని లేదా పరిస్థితుల కలయిక ఫలితంగా ఉత్పన్నమయ్యే తార్కిక లోపాలతో పాటు, ఆపరేటింగ్ సిస్టమ్‌లు, డ్రైవర్లు మరియు ఫర్మ్‌వేర్‌తో సహా కనెక్ట్ చేయడం మరియు సిస్టమ్ వాటితో సహా - బిల్డింగ్ ప్రోగ్రామ్‌ల యొక్క చిన్న లక్షణాల యొక్క అసంపూర్ణ జ్ఞానం లేదా అపార్థం - ఇతర లోపాలు కూడా ఉన్నాయి. ఉదాహరణకు, చాలా మంది డెవలపర్‌లు రన్‌టైమ్‌పై ఆధారపడతారు, భౌతిక చట్టాల గురించి పూర్తిగా మర్చిపోతారు, ప్రోగ్రామ్‌లను ఉపయోగించి తప్పించుకోవడం ఇప్పటికీ అసాధ్యం. ఇందులో డిస్క్ సబ్‌సిస్టమ్ యొక్క అనంతమైన విశ్వసనీయత మరియు సాధారణంగా ఏదైనా డేటా స్టోరేజ్ సబ్‌సిస్టమ్ (RAM మరియు ప్రాసెసర్ కాష్‌తో సహా!), మరియు ప్రాసెసర్‌లో సున్నా ప్రాసెసింగ్ సమయం మరియు నెట్‌వర్క్ ద్వారా ప్రసారం చేసేటప్పుడు మరియు ప్రాసెసింగ్ సమయంలో లోపాలు లేకపోవడం వంటివి ఉంటాయి. ప్రాసెసర్ మరియు నెట్‌వర్క్ జాప్యం, ఇది 0కి సమానం. మీరు అపఖ్యాతి పాలైన గడువును విస్మరించకూడదు, ఎందుకంటే మీరు దానిని సమయానికి చేరుకోకపోతే, నెట్‌వర్క్ మరియు డిస్క్ ఆపరేషన్ యొక్క సూక్ష్మ నైపుణ్యాల కంటే అధ్వాన్నంగా సమస్యలు ఉంటాయి.
పూర్తి శక్తితో మరియు విలువైన డేటాపై వేలాడదీసే సమస్యలతో ఏమి చేయాలి? జీవన డెవలపర్‌లను భర్తీ చేయడానికి ఏమీ లేదు మరియు సమీప భవిష్యత్తులో ఇది సాధ్యమవుతుందనేది వాస్తవం కాదు. మరోవైపు, ప్రోగ్రామ్ ఉద్దేశించిన విధంగా పని చేస్తుందని పూర్తిగా రుజువు చేయడంలో కొన్ని ప్రాజెక్ట్‌లు మాత్రమే విజయం సాధించాయి మరియు ఇతర సారూప్య ప్రాజెక్టులకు సాక్ష్యాలను తీసుకోవడం మరియు వర్తింపజేయడం తప్పనిసరిగా సాధ్యం కాదు. అలాగే, ఇటువంటి సాక్ష్యం చాలా సమయం పడుతుంది మరియు ప్రత్యేక నైపుణ్యాలు మరియు జ్ఞానం అవసరం, మరియు ఇది ఆచరణాత్మకంగా గడువులను పరిగణనలోకి తీసుకునే వారి ఉపయోగం యొక్క అవకాశాన్ని తగ్గిస్తుంది. అదనంగా, సమాచారాన్ని నిల్వ చేయడానికి, ప్రాసెస్ చేయడానికి మరియు ప్రసారం చేయడానికి అల్ట్రా-ఫాస్ట్, చౌక మరియు అనంతమైన విశ్వసనీయ సాంకేతికతను ఎలా ఉపయోగించాలో మాకు ఇంకా తెలియదు. అలాంటి సాంకేతికతలు, అవి ఉనికిలో ఉన్నట్లయితే, భావనల రూపంలో ఉంటాయి లేదా - చాలా తరచుగా - సైన్స్ ఫిక్షన్ పుస్తకాలు మరియు చలనచిత్రాలలో మాత్రమే ఉంటాయి.
మంచి కళాకారులు కాపీ చేస్తారు, గొప్ప కళాకారులు దొంగిలిస్తారు.
- పాబ్లో పికాసో.
మొదటి చూపులో పూర్తిగా అననుకూలమైన భావనలు, సాంకేతికతలు, విజ్ఞానం మరియు సైన్స్ రంగాలు కలిసే చోట అత్యంత విజయవంతమైన పరిష్కారాలు మరియు ఆశ్చర్యకరంగా సరళమైన విషయాలు సాధారణంగా జరుగుతాయి.
ఉదాహరణకు, పక్షులు మరియు విమానాలకు రెక్కలు ఉన్నాయి, కానీ క్రియాత్మక సారూప్యత ఉన్నప్పటికీ - కొన్ని మోడ్‌లలో ఆపరేషన్ సూత్రం ఒకేలా ఉంటుంది మరియు సాంకేతిక సమస్యలు ఇదే విధంగా పరిష్కరించబడతాయి: బోలు ఎముకలు, బలమైన మరియు తేలికపాటి పదార్థాల వాడకం మొదలైనవి - ఫలితాలు పూర్తిగా భిన్నంగా ఉంటాయి, అయినప్పటికీ చాలా పోలి ఉంటాయి. మా సాంకేతికతలో మనం చూసే ఉత్తమ ఉదాహరణలు కూడా చాలా వరకు ప్రకృతి నుండి తీసుకోబడ్డాయి: నౌకలు మరియు జలాంతర్గాముల ఒత్తిడితో కూడిన కంపార్ట్‌మెంట్లు అన్నెలిడ్‌లతో ప్రత్యక్ష సారూప్యత; రైడ్ శ్రేణులను నిర్మించడం మరియు డేటా సమగ్రతను తనిఖీ చేయడం - DNA గొలుసును నకిలీ చేయడం; అలాగే జత అవయవాలు, కేంద్ర నాడీ వ్యవస్థ (గుండె యొక్క ఆటోమేషన్) మరియు రిఫ్లెక్స్ నుండి వివిధ అవయవాల పని యొక్క స్వాతంత్ర్యం - ఇంటర్నెట్లో స్వయంప్రతిపత్త వ్యవస్థలు. వాస్తవానికి, రెడీమేడ్ పరిష్కారాలను "హెడ్-ఆన్" తీసుకోవడం మరియు వర్తింపజేయడం సమస్యలతో నిండి ఉంది, కానీ ఎవరికి తెలుసు, బహుశా ఇతర పరిష్కారాలు లేవు.
మీరు ఎక్కడ పడతారో నాకు తెలిసి ఉంటే, నేను స్ట్రాస్ వేసి ఉండేవాడిని!
- బెలారసియన్ జానపద సామెత
దీని అర్థం బ్యాకప్ కాపీలు కోరుకునే వారికి చాలా ముఖ్యమైనవి:
- మీ సిస్టమ్‌ల ఆపరేషన్‌ను కనీస పనికిరాని సమయంలో లేదా అది లేకుండా కూడా పునరుద్ధరించగలరు
- నిస్సంకోచంగా వ్యవహరించండి, ఎందుకంటే లోపం సంభవించినప్పుడు ఎల్లప్పుడూ వెనక్కి వచ్చే అవకాశం ఉంటుంది
- ఉద్దేశపూర్వక డేటా అవినీతి యొక్క పరిణామాలను తగ్గించండి
ఇక్కడ ఒక చిన్న సిద్ధాంతం ఉంది
ఏదైనా వర్గీకరణ ఏకపక్షంగా ఉంటుంది. ప్రకృతి వర్గీకరించదు. మేము వర్గీకరిస్తాము ఎందుకంటే ఇది మాకు మరింత సౌకర్యవంతంగా ఉంటుంది. మరియు మేము ఏకపక్షంగా తీసుకునే డేటా ప్రకారం వర్గీకరిస్తాము.
-జీన్ బ్రూలర్
భౌతిక నిల్వ పద్ధతితో సంబంధం లేకుండా, లాజికల్ డేటా నిల్వను ఈ డేటాను యాక్సెస్ చేయడానికి రెండు మార్గాలుగా విభజించవచ్చు: బ్లాక్ మరియు ఫైల్. ఈ విభజన ఇటీవల చాలా అస్పష్టంగా ఉంది, ఎందుకంటే పూర్తిగా బ్లాక్, అలాగే పూర్తిగా ఫైల్, లాజికల్ స్టోరేజ్ ఉనికిలో లేదు. అయితే, సరళత కోసం, అవి ఉన్నాయని మేము ఊహిస్తాము.
బ్లాక్ డేటా నిల్వ అనేది నిర్దిష్ట స్థిర భాగాలు, బ్లాక్‌లలో డేటా వ్రాయబడిన భౌతిక పరికరం ఉందని సూచిస్తుంది. బ్లాక్‌లు నిర్దిష్ట చిరునామాలో యాక్సెస్ చేయబడతాయి; ప్రతి బ్లాక్‌కు పరికరంలో దాని స్వంత చిరునామా ఉంటుంది.
బ్యాకప్ సాధారణంగా డేటా బ్లాక్‌లను కాపీ చేయడం ద్వారా చేయబడుతుంది. డేటా సమగ్రతను నిర్ధారించడానికి, కాపీ చేసే సమయంలో కొత్త బ్లాక్‌ల రికార్డింగ్, అలాగే ఇప్పటికే ఉన్న వాటికి మార్పులు నిలిపివేయబడతాయి. మనం సాధారణ ప్రపంచం నుండి సారూప్యతను తీసుకుంటే, దగ్గరి విషయం ఒకే సంఖ్యలో ఉన్న కణాలతో కూడిన గది.
లాజికల్ పరికర సూత్రం ఆధారంగా ఫైల్ డేటా నిల్వ బ్లాక్ నిల్వకు దగ్గరగా ఉంటుంది మరియు తరచుగా పైన నిర్వహించబడుతుంది. ముఖ్యమైన తేడాలు నిల్వ సోపానక్రమం మరియు మానవులు చదవగలిగే పేర్లు ఉండటం. ఒక సంగ్రహణ ఫైల్ రూపంలో కేటాయించబడుతుంది - పేరున్న డేటా ప్రాంతం, అలాగే డైరెక్టరీ - వివరణలు మరియు ఇతర ఫైల్‌లకు ప్రాప్యత నిల్వ చేయబడిన ప్రత్యేక ఫైల్. ఫైల్‌లు అదనపు మెటాడేటాతో సరఫరా చేయబడతాయి: సృష్టి సమయం, యాక్సెస్ ఫ్లాగ్‌లు మొదలైనవి. బ్యాకప్‌లు సాధారణంగా ఈ విధంగా జరుగుతాయి: అవి మారిన ఫైల్‌ల కోసం వెతుకుతాయి, ఆపై వాటిని అదే నిర్మాణంతో మరొక ఫైల్ నిల్వకు కాపీ చేస్తాయి. డేటా సమగ్రత సాధారణంగా ఫైల్‌లకు వ్రాయబడకపోవడం ద్వారా అమలు చేయబడుతుంది. ఫైల్ మెటాడేటా అదే విధంగా బ్యాకప్ చేయబడింది. దగ్గరి సారూప్యత లైబ్రరీ, ఇది వివిధ పుస్తకాలతో విభాగాలను కలిగి ఉంటుంది మరియు పుస్తకాల యొక్క మానవులు చదవగలిగే పేర్లతో కూడిన కేటలాగ్‌ను కూడా కలిగి ఉంటుంది.
ఇటీవల, మరొక ఎంపిక కొన్నిసార్లు వివరించబడింది, దీని నుండి, సూత్రప్రాయంగా, ఫైల్ డేటా నిల్వ ప్రారంభమైంది మరియు అదే పురాతన లక్షణాలను కలిగి ఉంది: ఆబ్జెక్ట్ డేటా నిల్వ.
ఇది ఒకటి కంటే ఎక్కువ గూడులను (ఫ్లాట్ స్కీమ్) కలిగి ఉండదు కాబట్టి ఫైల్ స్టోరేజీకి భిన్నంగా ఉంటుంది మరియు ఫైల్ పేర్లు, మానవులకు చదవగలిగేవి అయినప్పటికీ, యంత్రాల ద్వారా ప్రాసెస్ చేయడానికి ఇప్పటికీ అనుకూలంగా ఉంటాయి. బ్యాకప్‌లను అమలు చేస్తున్నప్పుడు, ఆబ్జెక్ట్ స్టోరేజ్ చాలా తరచుగా ఫైల్ స్టోరేజ్ లాగానే పరిగణించబడుతుంది, అయితే అప్పుడప్పుడు ఇతర ఎంపికలు కూడా ఉంటాయి.
— రెండు రకాల సిస్టమ్ అడ్మినిస్ట్రేటర్‌లు ఉన్నారు, బ్యాకప్‌లు చేయని వారు మరియు ఇప్పటికే చేసేవారు.
- వాస్తవానికి, మూడు రకాలు ఉన్నాయి: బ్యాకప్‌లను పునరుద్ధరించవచ్చని తనిఖీ చేసే వారు కూడా ఉన్నారు.-తెలియదు
డేటా బ్యాకప్ ప్రక్రియ ప్రోగ్రామ్‌ల ద్వారా నిర్వహించబడుతుందని అర్థం చేసుకోవడం కూడా విలువైనదే, కాబట్టి దీనికి ఇతర ప్రోగ్రామ్‌ల మాదిరిగానే అన్ని ప్రతికూలతలు ఉన్నాయి. తొలగించడానికి (తొలగించడం కాదు!) మానవ కారకం మీద ఆధారపడటం, అలాగే లక్షణాలు - ఇది వ్యక్తిగతంగా బలమైన ప్రభావాన్ని కలిగి ఉండదు, కానీ కలిసి గుర్తించదగిన ప్రభావాన్ని ఇస్తుంది - అని పిలవబడేది నియమం 3-2-1. దీన్ని విడదీయడానికి అనేక ఎంపికలు ఉన్నాయి, కానీ నేను ఈ క్రింది వివరణను బాగా ఇష్టపడుతున్నాను: ఒకే డేటా యొక్క 3 సెట్‌లు తప్పనిసరిగా నిల్వ చేయబడాలి, 2 సెట్‌లు వేర్వేరు ఫార్మాట్‌లలో నిల్వ చేయబడాలి మరియు 1 సెట్‌ను భౌగోళికంగా రిమోట్ నిల్వలో నిల్వ చేయాలి.
నిల్వ ఆకృతిని ఈ క్రింది విధంగా అర్థం చేసుకోవాలి:
- భౌతిక నిల్వ పద్ధతిపై ఆధారపడినట్లయితే, మేము భౌతిక పద్ధతిని మారుస్తాము.
- తార్కిక నిల్వ పద్ధతిపై ఆధారపడటం ఉంటే, మేము లాజికల్ పద్ధతిని మారుస్తాము.
3-2-1 నియమం యొక్క గరిష్ట ప్రభావాన్ని సాధించడానికి, నిల్వ ఆకృతిని రెండు విధాలుగా మార్చాలని సిఫార్సు చేయబడింది.
దాని ఉద్దేశించిన ప్రయోజనం కోసం బ్యాకప్ యొక్క సంసిద్ధత కోణం నుండి - కార్యాచరణను పునరుద్ధరించడం - "హాట్" మరియు "చల్లని" బ్యాకప్‌ల మధ్య వ్యత్యాసం ఉంటుంది. వేడిగా ఉండేవి కేవలం ఒక విషయంలో మాత్రమే చల్లని వాటి నుండి భిన్నంగా ఉంటాయి: అవి వెంటనే ఉపయోగం కోసం సిద్ధంగా ఉంటాయి, అయితే చల్లని వాటికి రికవరీ కోసం కొన్ని అదనపు దశలు అవసరం: డిక్రిప్షన్, ఆర్కైవ్ నుండి వెలికితీత మొదలైనవి.
ఆన్‌లైన్ మరియు ఆఫ్‌లైన్ కాపీలతో హాట్ మరియు కోల్డ్ కాపీలను కంగారు పెట్టవద్దు, ఇది డేటా యొక్క భౌతిక ఐసోలేషన్‌ను సూచిస్తుంది మరియు వాస్తవానికి, బ్యాకప్ పద్ధతుల వర్గీకరణకు మరొక సంకేతం. కాబట్టి ఆఫ్‌లైన్ కాపీ - దాన్ని పునరుద్ధరించాల్సిన సిస్టమ్‌కి నేరుగా కనెక్ట్ చేయబడదు - వేడిగా లేదా చల్లగా ఉండవచ్చు (రికవరీ కోసం సంసిద్ధత పరంగా). ఆన్‌లైన్ కాపీని పునరుద్ధరించాల్సిన అవసరం ఉన్న చోట నేరుగా అందుబాటులో ఉంటుంది మరియు చాలా తరచుగా ఇది వేడిగా ఉంటుంది, కానీ చల్లనివి కూడా ఉన్నాయి.
అదనంగా, బ్యాకప్ కాపీలను సృష్టించే ప్రక్రియ సాధారణంగా ఒక బ్యాకప్ కాపీని సృష్టించడంతో ముగియదని మర్చిపోవద్దు మరియు చాలా పెద్ద సంఖ్యలో కాపీలు ఉండవచ్చు. అందువల్ల, పూర్తి బ్యాకప్‌ల మధ్య తేడాను గుర్తించడం అవసరం, అనగా. ఇతర బ్యాకప్‌ల నుండి స్వతంత్రంగా పునరుద్ధరించబడేవి, అలాగే అవకలన (పెరుగుదల, అవకలన, క్షీణత మొదలైనవి) కాపీలు - స్వతంత్రంగా పునరుద్ధరించబడలేనివి మరియు ఒకటి లేదా అంతకంటే ఎక్కువ ఇతర బ్యాకప్‌ల ప్రాథమిక పునరుద్ధరణ అవసరం.
డిఫరెన్షియల్ ఇంక్రిమెంటల్ బ్యాకప్‌లు బ్యాకప్ నిల్వ స్థలాన్ని ఆదా చేసే ప్రయత్నం. అందువల్ల, మునుపటి బ్యాకప్ నుండి మార్చబడిన డేటా మాత్రమే బ్యాకప్ కాపీకి వ్రాయబడుతుంది.
అవకలన తగ్గుదలలు ఒకే ప్రయోజనం కోసం సృష్టించబడతాయి, కానీ కొద్దిగా భిన్నమైన మార్గంలో: పూర్తి బ్యాకప్ కాపీ చేయబడుతుంది, అయితే తాజా కాపీ మరియు మునుపటిది మధ్య వ్యత్యాసం మాత్రమే వాస్తవానికి నిల్వ చేయబడుతుంది.
విడిగా, నిల్వపై బ్యాకప్ ప్రక్రియను పరిగణనలోకి తీసుకోవడం విలువ, ఇది నకిలీల నిల్వ లేకపోవడాన్ని సమర్ధిస్తుంది. అందువల్ల, మీరు దాని పైన పూర్తి బ్యాకప్‌లను వ్రాస్తే, బ్యాకప్‌ల మధ్య తేడాలు మాత్రమే వ్రాయబడతాయి, అయితే బ్యాకప్‌లను పునరుద్ధరించే ప్రక్రియ పూర్తి కాపీ నుండి పునరుద్ధరించడం మరియు పూర్తిగా పారదర్శకంగా ఉంటుంది.
ఇప్సోస్ కస్టోడ్‌లను ఎలా సంరక్షిస్తారా?
(కాపలాదారులను ఎవరు కాపాడుకుంటారు? - లాట్.)
బ్యాకప్ కాపీలు లేనప్పుడు ఇది చాలా అసహ్యకరమైనది, కానీ బ్యాకప్ కాపీని తయారు చేసినట్లు అనిపిస్తే అది చాలా అధ్వాన్నంగా ఉంటుంది, కానీ పునరుద్ధరించేటప్పుడు దాన్ని పునరుద్ధరించడం సాధ్యం కాదని తేలింది ఎందుకంటే:
- సోర్స్ డేటా యొక్క సమగ్రత రాజీ పడింది.
- బ్యాకప్ నిల్వ దెబ్బతింది.
- పునరుద్ధరణ చాలా నెమ్మదిగా పని చేస్తుంది; మీరు పాక్షికంగా పునరుద్ధరించబడిన డేటాను ఉపయోగించలేరు.
సరిగ్గా నిర్మించిన బ్యాకప్ ప్రక్రియ తప్పనిసరిగా అటువంటి వ్యాఖ్యలను పరిగణనలోకి తీసుకోవాలి, ముఖ్యంగా మొదటి రెండు.
సోర్స్ డేటా యొక్క సమగ్రతను అనేక విధాలుగా హామీ ఇవ్వవచ్చు. అత్యంత సాధారణంగా ఉపయోగించేవి క్రిందివి: ఎ) బ్లాక్ స్థాయిలో ఫైల్ సిస్టమ్ స్నాప్‌షాట్‌లను సృష్టించడం, బి) ఫైల్ సిస్టమ్ స్థితిని “ఫ్రీజింగ్” చేయడం, సి) వెర్షన్ నిల్వతో ప్రత్యేక బ్లాక్ పరికరం, డి) ఫైల్‌ల సీక్వెన్షియల్ రికార్డింగ్ లేదా బ్లాక్స్. రికవరీ సమయంలో డేటా ధృవీకరించబడిందని నిర్ధారించడానికి చెక్‌సమ్‌లు కూడా వర్తిస్తాయి.
చెక్‌సమ్‌లను ఉపయోగించి నిల్వ అవినీతిని కూడా గుర్తించవచ్చు. ప్రత్యేక పరికరాలు లేదా ఫైల్ సిస్టమ్‌లను ఉపయోగించడం అదనపు పద్ధతి, దీనిలో ఇప్పటికే రికార్డ్ చేయబడిన డేటా మార్చబడదు, కానీ కొత్త వాటిని జోడించవచ్చు.
రికవరీని వేగవంతం చేయడానికి, రికవరీ కోసం బహుళ ప్రక్రియలతో డేటా రికవరీ ఉపయోగించబడుతుంది - స్లో నెట్‌వర్క్ లేదా స్లో డిస్క్ సిస్టమ్ రూపంలో ఎటువంటి అడ్డంకులు ఉండకపోతే. పాక్షికంగా పునరుద్ధరించబడిన డేటాతో పరిస్థితిని అధిగమించడానికి, మీరు బ్యాకప్ ప్రక్రియను సాపేక్షంగా చిన్న సబ్‌టాస్క్‌లుగా విభజించవచ్చు, వీటిలో ప్రతి ఒక్కటి విడిగా నిర్వహించబడుతుంది. అందువల్ల, రికవరీ సమయాన్ని అంచనా వేస్తూ పనితీరును స్థిరంగా పునరుద్ధరించడం సాధ్యమవుతుంది. ఈ సమస్య చాలా తరచుగా సంస్థాగత విమానం (SLA) లో ఉంటుంది, కాబట్టి మేము దీనిపై వివరంగా నివసించము.
సుగంధ ద్రవ్యాలలో నిపుణుడు ప్రతి వంటకానికి వాటిని జోడించేవాడు కాదు, కానీ దానికి ఎప్పుడూ అదనంగా ఏమీ జోడించనివాడు.
-IN. సిన్యావ్స్కీ
సిస్టమ్ అడ్మినిస్ట్రేటర్‌లు ఉపయోగించే సాఫ్ట్‌వేర్‌కు సంబంధించిన పద్ధతులు మారవచ్చు, కానీ సాధారణ సూత్రాలు ఇప్పటికీ ఒక విధంగా లేదా మరొక విధంగా ఉంటాయి, ప్రత్యేకించి:
- రెడీమేడ్ పరిష్కారాలను ఉపయోగించడానికి ఇది గట్టిగా సిఫార్సు చేయబడింది.
- కార్యక్రమాలు ఊహాజనితంగా పని చేయాలి, అనగా. నమోదు చేయని లక్షణాలు లేదా అడ్డంకులు ఉండకూడదు.
- ప్రతి ప్రోగ్రామ్‌ను సెటప్ చేయడం చాలా సరళంగా ఉండాలి, మీరు ప్రతిసారీ మాన్యువల్ లేదా చీట్ షీట్ చదవాల్సిన అవసరం లేదు.
- వీలైతే, పరిష్కారం విశ్వవ్యాప్తంగా ఉండాలి, ఎందుకంటే సర్వర్లు వాటి హార్డ్‌వేర్ లక్షణాలలో చాలా తేడా ఉంటుంది.
బ్లాక్ పరికరాల నుండి బ్యాకప్ తీసుకోవడానికి క్రింది సాధారణ ప్రోగ్రామ్‌లు ఉన్నాయి:
- dd, సిస్టమ్ అడ్మినిస్ట్రేషన్ అనుభవజ్ఞులకు సుపరిచితం, ఇందులో ఇలాంటి ప్రోగ్రామ్‌లు కూడా ఉన్నాయి (ఉదాహరణకు అదే dd_rescue).
- ఫైల్ సిస్టమ్ యొక్క డంప్‌ను సృష్టించే కొన్ని ఫైల్ సిస్టమ్‌లలోని యుటిలిటీలు నిర్మించబడ్డాయి.
- ఓమ్నివోరస్ యుటిలిటీస్; ఉదాహరణకు partclone.
- స్వంత, తరచుగా యాజమాన్య, నిర్ణయాలు; ఉదాహరణకు, NortonGhost మరియు తరువాత.
ఫైల్ సిస్టమ్‌ల కోసం, బ్లాక్ పరికరాలకు వర్తించే పద్ధతులను ఉపయోగించి బ్యాకప్ సమస్య పాక్షికంగా పరిష్కరించబడుతుంది, అయితే సమస్యను ఉపయోగించి మరింత సమర్థవంతంగా పరిష్కరించవచ్చు, ఉదాహరణకు:
- Rsync, ఫైల్ సిస్టమ్‌ల స్థితిని సమకాలీకరించడానికి ఒక సాధారణ-ప్రయోజన ప్రోగ్రామ్ మరియు ప్రోటోకాల్.
- అంతర్నిర్మిత ఆర్కైవింగ్ సాధనాలు (ZFS).
- మూడవ పక్షం ఆర్కైవింగ్ సాధనాలు; అత్యంత ప్రజాదరణ పొందిన ప్రతినిధి తారు. ఇతరులు ఉన్నాయి, ఉదాహరణకు, దార్ - ఆధునిక వ్యవస్థలను లక్ష్యంగా చేసుకున్న తారుకు ప్రత్యామ్నాయం.
బ్యాకప్ కాపీలను సృష్టించేటప్పుడు డేటా అనుగుణ్యతను నిర్ధారించడానికి సాఫ్ట్‌వేర్ సాధనాల గురించి ప్రత్యేకంగా పేర్కొనడం విలువ. అత్యంత సాధారణంగా ఉపయోగించే ఎంపికలు:
- ఫైల్ సిస్టమ్‌ను రీడ్-ఓన్లీ మోడ్‌లో మౌంట్ చేయడం (చదవడానికి మాత్రమే), లేదా ఫైల్ సిస్టమ్‌ను స్తంభింపజేయడం (ఫ్రీజ్) - పద్ధతి పరిమిత వర్తింపుతో ఉంటుంది.
- ఫైల్ సిస్టమ్స్ లేదా బ్లాక్ పరికరాల (LVM, ZFS) స్థితి యొక్క స్నాప్‌షాట్‌లను సృష్టించడం.
- కొన్ని కారణాల వల్ల మునుపటి పాయింట్‌లను అందించలేని సందర్భాల్లో కూడా (హాట్‌కాపీ వంటి ప్రోగ్రామ్‌లు) ఇంప్రెషన్‌లను నిర్వహించడానికి మూడవ పక్ష సాధనాలను ఉపయోగించడం.
- కాపీ-ఆన్-చేంజ్ టెక్నిక్ (CopyOnWrite), అయితే, ఇది చాలా తరచుగా ఉపయోగించే ఫైల్ సిస్టమ్‌తో ముడిపడి ఉంటుంది (BTRFS, ZFS).
కాబట్టి, చిన్న సర్వర్ కోసం మీరు క్రింది అవసరాలకు అనుగుణంగా బ్యాకప్ పథకాన్ని అందించాలి:
- ఉపయోగించడానికి సులభమైనది - ఆపరేషన్ సమయంలో ప్రత్యేక అదనపు దశలు అవసరం లేదు, కాపీలను సృష్టించడానికి మరియు పునరుద్ధరించడానికి కనీస దశలు.
- యూనివర్సల్ - పెద్ద మరియు చిన్న సర్వర్‌లలో పనిచేస్తుంది; సర్వర్‌ల సంఖ్య లేదా స్కేలింగ్‌ను పెంచేటప్పుడు ఇది చాలా ముఖ్యం.
- ప్యాకేజీ మేనేజర్ ద్వారా ఇన్‌స్టాల్ చేయబడింది లేదా “డౌన్‌లోడ్ మరియు అన్‌ప్యాక్” వంటి ఒకటి లేదా రెండు ఆదేశాలలో.
- స్థిరమైన - ప్రామాణిక లేదా దీర్ఘకాలంగా స్థిరపడిన నిల్వ ఆకృతి ఉపయోగించబడుతుంది.
- పనిలో వేగంగా.
ఎక్కువ లేదా తక్కువ అవసరాలను తీర్చగల వారి నుండి దరఖాస్తుదారులు:
- rdiff-బ్యాకప్
- rsnapshot
- బర్ప్
- నకిలీ
- కపటం
- డూప్ చేద్దాం
- దార్
- zbackup
- రెస్టిక్
- బోర్గ్‌బ్యాకప్
కింది లక్షణాలతో కూడిన వర్చువల్ మెషీన్ (XenServer ఆధారంగా) టెస్ట్ బెంచ్‌గా ఉపయోగించబడుతుంది:
- 4 కోర్లు 2.5 GHz,
- 16 జీబీ ర్యామ్,
- 50 GB హైబ్రిడ్ నిల్వ (వర్చువల్ డిస్క్ పరిమాణంలో SSD 20% కాషింగ్‌తో కూడిన స్టోరేజ్ సిస్టమ్) విభజన లేకుండా ప్రత్యేక వర్చువల్ డిస్క్ రూపంలో,
- 200 Mbps ఇంటర్నెట్ ఛానెల్.
దాదాపు అదే యంత్రం బ్యాకప్ రిసీవర్ సర్వర్‌గా ఉపయోగించబడుతుంది, 500 GB హార్డ్ డ్రైవ్‌తో మాత్రమే.
ఆపరేటింగ్ సిస్టమ్ - Centos 7 x64: ప్రామాణిక విభజన, అదనపు విభజన డేటా మూలంగా ఉపయోగించబడుతుంది.
ప్రారంభ డేటాగా, 40 GB మీడియా ఫైల్‌లు మరియు mysql డేటాబేస్‌తో WordPress సైట్‌ని తీసుకుందాం. వర్చువల్ సర్వర్లు లక్షణాలలో చాలా తేడా ఉన్నందున మరియు మెరుగైన పునరుత్పత్తి కోసం, ఇక్కడ ఉంది
sysbench ఉపయోగించి సర్వర్ పరీక్ష ఫలితాలు.sysbench --threads=4 --time=30 --cpu-max-prime=20000 cpu రన్
sysbench 1.1.0-18a9f86 (బండిల్ చేయబడిన LuaJIT 2.1.0-beta3 ఉపయోగించి)
కింది ఎంపికలతో పరీక్షను అమలు చేస్తోంది:
థ్రెడ్ల సంఖ్య: 4
ప్రస్తుత సమయం నుండి యాదృచ్ఛిక సంఖ్య జనరేటర్‌ను ప్రారంభించడం
ప్రధాన సంఖ్యల పరిమితి: 20000
వర్కర్ థ్రెడ్‌లను ప్రారంభిస్తోంది…
థ్రెడ్‌లు ప్రారంభమయ్యాయి!
CPU వేగం:
సెకనుకు ఈవెంట్‌లు: 836.69
నిర్గమాంశ:
సంఘటనలు/లు (eps): 836.6908
గడిచిన సమయం: 30.0039సె
మొత్తం ఈవెంట్‌ల సంఖ్య: 25104
జాప్యం (మిసె):
నిమి: 2.38
సగటు: 4.78
గరిష్టంగా: 22.39
95వ శాతం: 10.46
మొత్తం: 119923.64
థ్రెడ్స్ ఫెయిర్‌నెస్:
ఈవెంట్‌లు (సగటు/stddev): 6276.0000/13.91
అమలు సమయం (సగటు/stddev): 29.9809/0.01
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=రీడ్ మెమరీ రన్
sysbench 1.1.0-18a9f86 (బండిల్ చేయబడిన LuaJIT 2.1.0-beta3 ఉపయోగించి)
కింది ఎంపికలతో పరీక్షను అమలు చేస్తోంది:
థ్రెడ్ల సంఖ్య: 4
ప్రస్తుత సమయం నుండి యాదృచ్ఛిక సంఖ్య జనరేటర్‌ను ప్రారంభించడం
కింది ఎంపికలతో మెమరీ వేగ పరీక్షను అమలు చేస్తోంది:
బ్లాక్ పరిమాణం: 1KiB
మొత్తం పరిమాణం: 102400MiB
ఆపరేషన్: చదవండి
పరిధి: ప్రపంచ
వర్కర్ థ్రెడ్‌లను ప్రారంభిస్తోంది…
థ్రెడ్‌లు ప్రారంభమయ్యాయి!
మొత్తం కార్యకలాపాలు: 50900446 (సెకనుకు 1696677.10)
49707.47 MiB బదిలీ చేయబడింది (1656.91 MiB/సెకను)
నిర్గమాంశ:
సంఘటనలు/లు (eps): 1696677.1017
గడిచిన సమయం: 30.0001సె
మొత్తం ఈవెంట్‌ల సంఖ్య: 50900446
జాప్యం (మిసె):
నిమి: 0.00
సగటు: 0.00
గరిష్టంగా: 24.01
95వ శాతం: 0.00
మొత్తం: 39106.74
థ్రెడ్స్ ఫెయిర్‌నెస్:
ఈవెంట్‌లు (సగటు/stddev): 12725111.5000/137775.15
అమలు సమయం (సగటు/stddev): 9.7767/0.10
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=వ్రైట్ మెమరీ రన్
sysbench 1.1.0-18a9f86 (బండిల్ చేయబడిన LuaJIT 2.1.0-beta3 ఉపయోగించి)
కింది ఎంపికలతో పరీక్షను అమలు చేస్తోంది:
థ్రెడ్ల సంఖ్య: 4
ప్రస్తుత సమయం నుండి యాదృచ్ఛిక సంఖ్య జనరేటర్‌ను ప్రారంభించడం
కింది ఎంపికలతో మెమరీ వేగ పరీక్షను అమలు చేస్తోంది:
బ్లాక్ పరిమాణం: 1KiB
మొత్తం పరిమాణం: 102400MiB
ఆపరేషన్: వ్రాయండి
పరిధి: ప్రపంచ
వర్కర్ థ్రెడ్‌లను ప్రారంభిస్తోంది…
థ్రెడ్‌లు ప్రారంభమయ్యాయి!
మొత్తం కార్యకలాపాలు: 35910413 (సెకనుకు 1197008.62)
35068.76 MiB బదిలీ చేయబడింది (1168.95 MiB/సెకను)
నిర్గమాంశ:
సంఘటనలు/లు (eps): 1197008.6179
గడిచిన సమయం: 30.0001సె
మొత్తం ఈవెంట్‌ల సంఖ్య: 35910413
జాప్యం (మిసె):
నిమి: 0.00
సగటు: 0.00
గరిష్టంగా: 16.90
95వ శాతం: 0.00
మొత్తం: 43604.83
థ్రెడ్స్ ఫెయిర్‌నెస్:
ఈవెంట్‌లు (సగటు/stddev): 8977603.2500/233905.84
అమలు సమయం (సగటు/stddev): 10.9012/0.41
sysbench --threads=4 --file-test-mode=rndrw --time=60 --file-block-size=4K --file-total-size=1G ఫైల్యో రన్
sysbench 1.1.0-18a9f86 (బండిల్ చేయబడిన LuaJIT 2.1.0-beta3 ఉపయోగించి)
కింది ఎంపికలతో పరీక్షను అమలు చేస్తోంది:
థ్రెడ్ల సంఖ్య: 4
ప్రస్తుత సమయం నుండి యాదృచ్ఛిక సంఖ్య జనరేటర్‌ను ప్రారంభించడం
అదనపు ఫైల్ ఓపెన్ ఫ్లాగ్‌లు: (ఏదీ లేదు)
128 ఫైల్‌లు, ఒక్కొక్కటి 8MiB
1GiB మొత్తం ఫైల్ పరిమాణం
బ్లాక్ పరిమాణం 4KiB
IO అభ్యర్థనల సంఖ్య: 0
కలిపి యాదృచ్ఛిక IO పరీక్ష కోసం చదవడం/వ్రాయడం నిష్పత్తి: 1.50
ఆవర్తన FSYNC ప్రారంభించబడింది, ప్రతి 100 అభ్యర్థనలకు fsync()కి కాల్ చేస్తోంది.
పరీక్ష ముగింపులో fsync()కి కాల్ చేయడం ప్రారంభించబడింది.
సింక్రోనస్ I/O మోడ్‌ని ఉపయోగించడం
యాదృచ్ఛిక r/w పరీక్ష చేయడం
వర్కర్ థ్రెడ్‌లను ప్రారంభిస్తోంది…
థ్రెడ్‌లు ప్రారంభమయ్యాయి!
నిర్గమాంశ:
చదవండి: IOPS=3868.21 15.11 MiB/s (15.84 MB/s)
వ్రాయండి: IOPS=2578.83 10.07 MiB/s (10.56 MB/s)
fsync: IOPS=8226.98
జాప్యం (మిసె):
నిమి: 0.00
సగటు: 0.27
గరిష్టంగా: 18.01
95వ శాతం: 1.08
మొత్తం: 238469.45
ఈ గమనిక పెద్దదిగా ప్రారంభమవుతుంది
బ్యాకప్ గురించి కథనాల శ్రేణి
- బ్యాకప్, పార్ట్ 1: బ్యాకప్ ఎందుకు అవసరం, పద్ధతులు, సాంకేతికతల యొక్క అవలోకనం
- బ్యాకప్ పార్ట్ 2: rsync-ఆధారిత బ్యాకప్ సాధనాలను సమీక్షించడం మరియు పరీక్షించడం
- బ్యాకప్ పార్ట్ 3: డూప్లిసిటీ, డూప్లికేటీ, డెజా డూప్‌ని సమీక్షించడం మరియు పరీక్షించడం
- బ్యాకప్ పార్ట్ 4: zbackup, retic, borgbackupని సమీక్షించడం మరియు పరీక్షించడం
- బ్యాకప్ పార్ట్ 5: linux కోసం బాకులా మరియు వీమ్ బ్యాకప్‌ని పరీక్షిస్తోంది
- బ్యాకప్ పార్ట్ 6: బ్యాకప్ సాధనాలను పోల్చడం
- బ్యాకప్ పార్ట్ 7: ముగింపులు
మూలం: www.habr.com