వీమ్ లాగ్ డైవింగ్ భాగాలు మరియు పదకోశం

మేము వీమ్ ప్రేమ లాగ్‌ల వద్ద ఉన్నాము. మరియు మా పరిష్కారాలలో చాలా వరకు మాడ్యులర్ అయినందున, అవి చాలా లాగ్‌లను వ్రాస్తాయి. మరియు మా కార్యకలాపం యొక్క పరిధి మీ డేటా యొక్క భద్రతను నిర్ధారించడం (అంటే, ప్రశాంతమైన నిద్ర), అప్పుడు లాగ్‌లు ప్రతి తుమ్మును రికార్డ్ చేయడమే కాకుండా, కొంత వివరంగా కూడా చేయాలి. ఇది అవసరం కాబట్టి ఏదైనా విషయంలో ఈ “ఏమి” జరిగింది, ఎవరు నిందించాలి మరియు తరువాత ఏమి చేయాలి అనేది స్పష్టంగా తెలుస్తుంది. ఇది ఫోరెన్సిక్ సైన్స్‌లో లాగా ఉంటుంది: లారా పామర్ యొక్క కిల్లర్‌ను కనుగొనడంలో మీకు ఏ చిన్న విషయం సహాయపడుతుందో మీకు ఎప్పటికీ తెలియదు.

అందువల్ల, నేను కథనాల శ్రేణిలో స్వింగ్ తీసుకోవాలని నిర్ణయించుకున్నాను, అక్కడ నేను లాగ్‌లకు ఏమి వ్రాస్తామో, వాటిని ఎక్కడ నిల్వ చేస్తాము, వాటి నిర్మాణంతో ఎలా పిచ్చిగా ఉండకూడదు మరియు వాటి లోపల ఏమి చూడాలి అనే దాని గురించి నేను వరుసగా మాట్లాడతాను.

కథనాల పరంపర ఎందుకు మరియు అన్నింటినీ ఒకేసారి ఎందుకు వివరించకూడదు?

ఏ లాగ్ ఎక్కడ ఉంది మరియు దానిలో ఏమి నిల్వ చేయబడిందో జాబితా చేయడం చాలా వినాశకరమైన ఆలోచన. మరియు ఈ సమాచారాన్ని తాజాగా ఉంచడం గురించి ఆలోచించడం కూడా భయంగా ఉంది. వీమ్ బ్యాకప్ & రెప్లికేషన్‌లో సాధ్యమయ్యే అన్ని రకాల లాగ్‌ల యొక్క సాధారణ జాబితా చిన్న ముద్రణలో అనేక షీట్‌ల పట్టిక. అవును, మరియు ఇది ప్రచురణ సమయంలో మాత్రమే సంబంధితంగా ఉంటుంది, ఎందుకంటే. తదుపరి ప్యాచ్ విడుదలైనప్పుడు, కొత్త లాగ్‌లు కనిపించవచ్చు, పాత వాటిలో నిల్వ చేయబడిన సమాచారం యొక్క తర్కం మారవచ్చు, మొదలైనవి. అందువల్ల, వాటి నిర్మాణం మరియు వాటిలో ఉన్న సమాచారం యొక్క సారాంశాన్ని వివరించడం మరింత ప్రయోజనకరంగా ఉంటుంది. ఇది సామాన్యమైన పేర్లతో కాకుండా స్థలాలను బాగా నావిగేట్ చేయడానికి మిమ్మల్ని అనుమతిస్తుంది.

అందువల్ల, టెక్స్ట్ షీట్‌ల కొలనులోకి దూసుకుపోకుండా ఉండటానికి, ఈ వ్యాసంలో కొన్ని సన్నాహక పనిని చేద్దాం. అందువల్ల, ఈ రోజు మనం లాగ్‌లలోకి రాము, కానీ దూరం నుండి వెళ్తాము: మేము గ్లాసరీని కంపైల్ చేస్తాము మరియు లాగ్‌లను రూపొందించే విషయంలో వీమ్ నిర్మాణాన్ని కొద్దిగా చర్చిస్తాము.

పదకోశం మరియు పరిభాష

ఇక్కడ, మొదటగా, రష్యన్ భాష యొక్క స్వచ్ఛత యొక్క ఛాంపియన్లు మరియు ఓజెగోవ్ నిఘంటువు యొక్క సాక్షులకు క్షమాపణ చెప్పడం విలువ. మనమందరం మా మాతృభాషను చాలా ప్రేమిస్తాము, కానీ హేయమైన IT పరిశ్రమ ఆంగ్లంలో పనిచేస్తుంది. బాగా, మేము దానితో ముందుకు రాలేదు, కానీ ఇది చారిత్రాత్మకంగా జరిగింది. ఇది నా తప్పు కాదు, అతను స్వయంగా వచ్చాడు (సి)

మా వ్యాపారంలో, ఆంగ్లభాషల సమస్య (మరియు పరిభాష) దాని స్వంత ప్రత్యేకతలను కలిగి ఉంది. "హోస్ట్" లేదా "అతిథి" వంటి అమాయక పదాల ద్వారా ప్రపంచం మొత్తం చాలా నిర్దిష్టమైన విషయాలను చాలా కాలంగా అర్థం చేసుకున్నప్పుడు, భూమిపై ⅙ శౌర్య గందరగోళం మరియు నిఘంటువుల వైపు తిరుగుతూనే ఉంటుంది. మరియు ఖచ్చితంగా తప్పనిసరి వాదన "కానీ మా పని వద్ద ...".

అదనంగా, వీమ్ ఉత్పత్తుల్లో అంతర్లీనంగా ఉండే మా పరిభాష పూర్తిగా ఉంది, అయితే కొన్ని పదాలు మరియు పదబంధాలు ప్రజలకు చేరాయి. అందువల్ల, ఇప్పుడు మనం ఏ పదానికి అర్థం ఏమిటో అంగీకరిస్తాము మరియు భవిష్యత్తులో, “అతిథి” అనే పదం క్రింద, నేను ఈ అధ్యాయంలో వ్రాసిన వాటిని సరిగ్గా అర్థం చేసుకుంటాను మరియు మీరు పనిలో ఉపయోగించినది కాదు. అవును, ఇది నా వ్యక్తిగత కోరిక కాదు, ఇవి పరిశ్రమలో బాగా స్థిరపడిన నిబంధనలు. వారితో పోరాడటం కొంతవరకు అర్ధంలేనిది. కామెంట్‌లలో చల్లగా ఉండటానికి నేను ఎల్లప్పుడూ అనుకూలంగా ఉన్నాను.

దురదృష్టవశాత్తూ, మా పనిలో చాలా నిబంధనలు మరియు ఉత్పత్తులు ఉన్నాయి, కాబట్టి నేను వాటన్నింటినీ జాబితా చేయడానికి ప్రయత్నించను. సముద్రంలో మనుగడ కోసం అవసరమైన బ్యాకప్‌లు మరియు లాగ్‌ల గురించి అత్యంత ప్రాథమిక సమాచారం మాత్రమే. ఆసక్తి ఉన్నవారి కోసం, నేను కూడా చేయగలను ఒక కథనాన్ని సూచించండి టేపుల గురించి సహోద్యోగులు, అక్కడ అతను కార్యాచరణలోని ఆ భాగానికి సంబంధించిన నిబంధనల జాబితాను కూడా ఇచ్చాడు.

హోస్ట్ (హోస్ట్): వర్చువలైజేషన్ ప్రపంచంలో, ఇది హైపర్‌వైజర్‌తో కూడిన యంత్రం. భౌతిక, వర్చువల్, క్లౌడ్ - ఇది పట్టింపు లేదు. ఏదైనా హైపర్‌వైజర్ (ESXi, Hyper-V, KVM మొదలైనవి) నడుస్తున్నట్లయితే, ఈ “ఏదో” హోస్ట్ అంటారు. పది రాక్‌లతో కూడిన క్లస్టర్ అయినా లేదా ఒకటిన్నర వర్చువల్ మెషీన్‌ల కోసం ల్యాబ్ ఉన్న మీ ల్యాప్‌టాప్ అయినా - మీరు హైపర్‌వైజర్‌ను ప్రారంభించినట్లయితే, మీరు హోస్ట్‌గా మారారు. ఎందుకంటే హైపర్‌వైజర్ వర్చువల్ మిషన్‌లను హోస్ట్ చేస్తుంది. VMware ఒకప్పుడు ESXiతో హోస్ట్ అనే పదం యొక్క దృఢమైన అనుబంధాన్ని సాధించాలని కోరుకున్న కథ కూడా ఉంది. కానీ ఆమె అలా చేయలేదు.

ఆధునిక ప్రపంచంలో, "హోస్ట్" అనే భావన ఆచరణాత్మకంగా "సర్వర్" అనే భావనతో విలీనం చేయబడింది, ఇది కమ్యూనికేషన్‌కు ఒక నిర్దిష్ట గందరగోళాన్ని తెస్తుంది, ప్రత్యేకించి విండోస్ ఇన్‌ఫ్రాస్ట్రక్చర్ విషయానికి వస్తే. కాబట్టి మనకు ఆసక్తి ఉన్న ఏదైనా మెషీన్‌ని సురక్షితంగా హోస్ట్ అని పిలుస్తారు. ఉదాహరణకు, WinSock లాగ్‌లలో ప్రతిదీ హోస్ట్ అనే పదంతో గుర్తించబడింది. క్లాసిక్ "హోస్ట్ కనుగొనబడలేదు" దీనికి ఉదాహరణ. కాబట్టి మేము సందర్భం నుండి ముందుకు వెళ్తాము, కానీ గుర్తుంచుకోండి - వర్చువలైజేషన్ ప్రపంచంలో, అతిధేయి అంటే అతిధేయులు (క్రింద ఉన్న ఈ రెండు లైన్లలో మరిన్ని).

స్థానిక పరిభాష నుండి (ఈ సందర్భంలో ఎక్రోనింస్ కూడా ఎక్కువగా ఉండవచ్చు), నేను VMware VI అని, vSphere VC అని మరియు హైపర్-V అనేది HV అని గుర్తుంచుకోవాలి.

అతిథి (అతిథి): హోస్ట్‌లో వర్చువల్ మిషన్ రన్ అవుతుంది. ఇక్కడ వివరించడానికి ఏమీ లేదు, ప్రతిదీ చాలా తార్కికంగా మరియు సరళంగా ఉంటుంది. అయినప్పటికీ, చాలా మంది శ్రద్ధగా కొన్ని ఇతర అర్థాలను ఇక్కడకు లాగారు.

దేనికోసం? నాకు తెలియదు.
గెస్ట్ OS, వరుసగా, అతిథి యంత్రం యొక్క ఆపరేటింగ్ సిస్టమ్. మరియు అందువలన న.

బ్యాకప్/రెప్లికేషన్ జాబ్ (ఉద్యోగం): స్వచ్ఛమైన విమ్ పరిభాష, కొన్ని పనులను సూచిస్తుంది. బ్యాకప్ జాబ్ == బ్యాకప్ జాబ్. దీన్ని అందంగా రష్యన్‌లోకి ఎలా అనువదించాలో ఎవరూ కనుగొనలేదు, కాబట్టి ప్రతి ఒక్కరూ “జాబ్‌ఏ” అని చెప్పారు. చివరి అక్షరానికి ప్రాధాన్యతనిస్తూ.

అవును, వారు దానిని తీసుకొని "జాబా" అని చెప్పారు. మరియు లేఖలలో కూడా వారు అలా వ్రాస్తారు మరియు ప్రతిదీ బాగానే ఉంది.
అన్ని రకాల బ్యాకప్ జాబ్‌లు, బ్యాకప్ టాస్క్‌లు మొదలైనవి, ధన్యవాదాలు, కానీ అవసరం లేదు. కేవలం ఉద్యోగం, మరియు మీరు అర్థం చేసుకుంటారు. ప్రధాన విషయం ఏమిటంటే చివరి అక్షరంపై ఒత్తిడిని ఉంచడం.

బ్యాకప్ (బ్యాకప్, బ్యాకప్. నిజమైన పాత ఫాగ్‌ల కోసం, బ్యాకప్ అనుమతించబడుతుంది): స్పష్టమైన (ఎక్కడో పడి ఉన్న డేటా యొక్క బ్యాకప్ కాపీ)తో పాటు, ఇది పనిని కూడా సూచిస్తుంది (పైన మూడు పంక్తులు, మీరు ఇప్పటికే మర్చిపోయి ఉంటే), దీని ఫలితంగా చాలా బ్యాకప్ ఫైల్ కనిపిస్తుంది. బహుశా, జెంటిల్‌మెన్ స్థానిక ఇంగ్లీష్ మాట్లాడేవారు నేను ప్రతిసారీ నా బ్యాకప్ జాబ్‌ని నడుపుతున్నాను అని చెప్పడానికి చాలా సోమరితనం కలిగి ఉంటారు, కాబట్టి వారు నేను నా బ్యాకప్‌ను అమలు చేశానని మరియు ప్రతి ఒక్కరూ ఒకరినొకరు సంపూర్ణంగా అర్థం చేసుకుంటారు. ఈ అద్భుతమైన చొరవకు మద్దతు ఇవ్వాలని నేను మిమ్మల్ని ఆహ్వానిస్తున్నాను.

కన్సాలిడేట్ (కన్సాలిడేషన్): ESXi 5.0లో కనిపించిన పదం స్నాప్‌షాట్ మెనులో అనాథ స్నాప్‌షాట్‌లు అని పిలవబడే వాటిని తొలగించే ప్రక్రియను ప్రారంభించే ఎంపిక. అంటే, భౌతికంగా అందుబాటులో ఉన్న స్నాప్‌షాట్‌లు, కానీ ప్రదర్శించబడిన లాజికల్ స్ట్రక్చర్ నుండి బయటపడ్డాయి. సిద్ధాంతపరంగా, ఈ ప్రక్రియ స్నాప్‌షాట్ మేనేజర్‌లో ప్రదర్శించబడే ఫైల్‌లను ప్రభావితం చేయకూడదు, కానీ ఏదైనా జరగవచ్చు. ఏకీకరణ ప్రక్రియ యొక్క సారాంశం ఏమిటంటే, స్నాప్‌షాట్ (చైల్డ్ డిస్క్) నుండి డేటా ప్రధాన (పేరెంట్) డిస్క్‌కు వ్రాయబడుతుంది. డిస్కులను కలపడం ప్రక్రియను విలీనం అంటారు. ఒక కన్సాలిడేషన్ కమాండ్ జారీ చేయబడితే, స్నాప్‌షాట్ విలీనం మరియు తొలగించబడటానికి ముందు స్నాప్‌షాట్ రికార్డ్ డేటాబేస్ నుండి తీసివేయబడుతుంది. మరియు ఏ కారణం చేతనైనా స్నాప్‌షాట్ తొలగించబడకపోతే, అదే అనాథ స్నాప్‌షాట్‌లు కనిపిస్తాయి. స్నాప్‌షాట్‌లతో పని చేయడం గురించి, VMware ఉంది మంచి KB. మరియు మేము కూడా ఏదో ఒకవిధంగా వారి గురించి మాట్లాడుతాము హబ్రేపై రాశారు.

డేటాస్టోర్ (స్టోరా లేదా వందేజ్):  చాలా విస్తృతమైన భావన, కానీ వర్చువలైజేషన్ ప్రపంచంలో, ఇది వర్చువల్ మెషీన్ ఫైల్‌లు నిల్వ చేయబడిన ప్రదేశంగా అర్థం చేసుకోబడుతుంది. ఏదేమైనా, ఇక్కడ మీరు సందర్భాన్ని చాలా స్పష్టంగా అర్థం చేసుకోవాలి మరియు స్వల్పంగా అనుమానంతో, మీ సంభాషణకర్త మనస్సులో సరిగ్గా ఏమి ఉందో స్పష్టం చేయాలి. 

ప్రాక్సీ (ప్రాక్సీ): వీమ్ ప్రాక్సీ మనం ఇంటర్నెట్‌లో ఉపయోగించిన దానితో సమానం కాదని వెంటనే అర్థం చేసుకోవడం ముఖ్యం. Veeam ఉత్పత్తులలో, ఇది ఒక చోటి నుండి మరొక ప్రదేశానికి డేటాను బదిలీ చేయడంతో వ్యవహరించే ఒక రకమైన ఎంటిటీ. మీరు వివరాల్లోకి వెళ్లకపోతే, VBR అనేది కమాండ్ మరియు కంట్రోల్ సర్వర్, మరియు ప్రాక్సీలు దాని వర్క్‌హోర్స్‌లు. అంటే, ప్రాక్సీ అనేది ఒక యంత్రం, దీని ద్వారా ట్రాఫిక్ ప్రవహిస్తుంది మరియు ఈ ట్రాఫిక్‌ను నడిపించడానికి సహాయపడే VBR భాగాలు ఇన్‌స్టాల్ చేయబడతాయి. ఉదాహరణకు, డేటాను ఒక ఛానెల్ నుండి మరొక ఛానెల్‌కి బదిలీ చేయడానికి లేదా డిస్క్‌లను దానికే అతుక్కోవడానికి (HotAdd మోడ్).

రిపోజిటరీ (రిపోజిటరీ):  సాంకేతికంగా, ఇది కేవలం VBR డేటాబేస్‌లో నమోదు మాత్రమే, బ్యాకప్‌లు నిల్వ చేయబడిన ప్రదేశం మరియు ఈ ప్రదేశానికి ఎలా కనెక్ట్ అవ్వాలి అని సూచిస్తుంది. వాస్తవానికి, ఇది కేవలం CIFS బాల్ లేదా క్లౌడ్‌లోని ప్రత్యేక డిస్క్, సర్వర్ లేదా బకెట్ కావచ్చు. మళ్ళీ, మేము సందర్భోచితంగా ఉన్నాము, కానీ రిపోజిటరీ అనేది మీ బ్యాకప్‌లు ఉన్న ప్రదేశం మాత్రమే అని మేము అర్థం చేసుకున్నాము.

 స్నాప్‌షాట్ (SnapshOt): ఆక్స్‌ఫర్డ్ వ్యాకరణ బఫ్‌లు ఎవరు స్నాప్‌షాట్ మరియు ఎవరు స్నాప్‌షాట్ అని చెప్పడానికి ఇష్టపడతారు, కాని నిరక్షరాస్యులైన మెజారిటీ పెద్ద మాస్ నుండి ప్రయోజనం పొందుతుంది. ఎవరికైనా తెలియకపోతే, ఇది ఒక నిర్దిష్ట సమయంలో డిస్క్ స్థితిని పునరుద్ధరించడానికి మిమ్మల్ని అనుమతించే సాంకేతికత. ఇది తాత్కాలికంగా I / O ఆపరేషన్‌లను ప్రధాన డిస్క్ నుండి దూరంగా మళ్లించడం ద్వారా జరుగుతుంది - అప్పుడు దానిని RoW (రైట్‌పై దారి మళ్లింపు) స్నాప్‌షాట్ అంటారు - లేదా మీ డిస్క్ నుండి మరొకదానికి తిరిగి వ్రాయగలిగే బ్లాక్‌లను తరలించడం ద్వారా - దీనిని CoW (వ్రైట్‌లో కాపీ చేయండి ) స్నాప్‌షాట్. వీమ్ తన బ్యాకప్ మ్యాజిక్‌ను పని చేయడానికి ఈ ఫంక్షన్‌లను ఉపయోగించడం కోసం విస్తృత అవకాశాలకు ధన్యవాదాలు. ఖచ్చితంగా చెప్పాలంటే, వారికి మాత్రమే కాదు, ఇది రాబోయే విడుదలల విషయం.

డాక్యుమెంటేషన్ మరియు ESXi లాగ్‌లలో ఈ పదం చుట్టూ గందరగోళం ఉంది మరియు స్నాప్‌షాట్‌లను ప్రస్తావించే సందర్భంలో మీరు స్నాప్‌షాట్‌లను స్వయంగా కనుగొనవచ్చు, లాగ్‌ను పునరావృతం చేయండి మరియు డెల్టా డిస్క్‌ను కూడా కనుగొనవచ్చు. వీమ్ డాక్యుమెంటేషన్‌లో అటువంటి వైరుధ్యం లేదు మరియు స్నాప్‌షాట్ అనేది స్నాప్‌షాట్, మరియు రీడో లాగ్ అనేది స్వతంత్ర నాన్-పెర్సిస్టెంట్ డిస్క్ ద్వారా సృష్టించబడిన REDO ఫైల్. వర్చువల్ మెషీన్ ఆపివేయబడినప్పుడు REDO ఫైల్‌లు తొలగించబడతాయి, కాబట్టి వాటిని స్నాప్‌షాట్‌లతో గందరగోళం చేయడం వైఫల్యానికి ఒక రెసిపీ.

సింథటిక్ (సింథటిక్స్): సింథటిక్ బ్యాకప్‌లు రివర్స్ ఇంక్రిమెంటల్ మరియు ఎప్పటికీ ఫార్వర్డ్ బ్యాకప్‌లు. ఒకవేళ మీరు ఈ పదాన్ని చూడకపోతే, బ్యాకప్ చైన్ ట్రాన్స్‌ఫర్మేషన్‌ను రూపొందించడానికి ఉపయోగించే మెకానిజమ్‌లలో ఇది ఒకటి. అయినప్పటికీ, లాగ్లలో మీరు ట్రాన్స్ఫార్మ్ భావనను కూడా కనుగొనవచ్చు, ఇది ఇంక్రిమెంట్ల (సింథటిక్ ఫుల్) నుండి పూర్తి కాపీలను సృష్టించే ఫ్రేమ్‌వర్క్‌లో ఉపయోగించబడుతుంది.

విధి: ఇది ప్రతి వ్యక్తి యంత్రాన్ని ఉద్యోగంలో ప్రాసెస్ చేసే ప్రక్రియ. అంటే: మీకు మూడు మెషీన్‌లను కలిగి ఉన్న బ్యాకప్ జాబ్ ఉంది. దీని అర్థం ప్రతి యంత్రం ఒక ప్రత్యేక పనిలో ప్రాసెస్ చేయబడుతుంది. మొత్తంగా, నాలుగు లాగ్‌లు ఉంటాయి: ఉద్యోగం కోసం ప్రధానమైనది మరియు పనుల కోసం మూడు. అయితే, ఇక్కడ ఒక ముఖ్యమైన స్వల్పభేదం ఉంది: కాలక్రమేణా, "పని" అనే పదం అనవసరంగా అస్పష్టంగా మారింది. మేము సాధారణ లాగ్‌ల గురించి మాట్లాడేటప్పుడు, పని VM అని అర్థం. కానీ ప్రాక్సీ మరియు రిపోజిటరీ రెండూ వాటి స్వంత "పనులు" కలిగి ఉంటాయి. అక్కడ ఇది వర్చువల్ డిస్క్, వర్చువల్ మెషీన్ లేదా మొత్తం పనిని సూచిస్తుంది. అంటే, సందర్భాన్ని కోల్పోకుండా ఉండటం ముఖ్యం.

వీమ్ %పేరు% సేవ:  విజయవంతమైన బ్యాకప్‌ల ప్రయోజనం కోసం, అనేక సేవలు ఒకేసారి పని చేస్తాయి, వీటి జాబితాను ప్రామాణిక పరికరాలలో చూడవచ్చు. వారి పేర్లు చాలా పారదర్శకంగా వారి సారాంశాన్ని ప్రతిబింబిస్తాయి, కానీ సమానమైన వాటిలో చాలా ముఖ్యమైనది - వీమ్ బ్యాకప్ సర్వీస్, ఇది లేకుండా మిగిలినవి పని చేయవు.

VSS: సాంకేతికంగా, VSS ఎల్లప్పుడూ మైక్రోసాఫ్ట్ వాల్యూమ్ షాడో కాపీ సర్వీస్ కోసం నిలబడాలి. వాస్తవానికి, అప్లికేషన్-అవేర్ ఇమేజ్ ప్రాసెసింగ్‌కు పర్యాయపదంగా చాలా మంది దీనిని ఉపయోగిస్తారు. ఇది ఖచ్చితంగా తప్పు, కానీ ఇది "ఏదైనా SUVని జీప్ అని పిలవవచ్చు మరియు మీరు అర్థం చేసుకుంటారు" అనే వర్గానికి చెందిన కథ.

అద్భుతమైన లాగ్‌లు మరియు వారు ఎక్కడ నివసిస్తున్నారు

నేను గొప్ప రహస్యాన్ని బహిర్గతం చేయడం ద్వారా ఈ అధ్యాయాన్ని ప్రారంభించాలనుకుంటున్నాను - లాగ్‌లలో ఏ సమయం ప్రదర్శించబడుతుంది?

గుర్తుంచుకో:

• ESXi ఎల్లప్పుడూ UTC+0లో లాగ్‌లను వ్రాస్తుంది.
• vCenter దాని టైమ్ జోన్ సమయం ప్రకారం లాగ్‌లను ఉంచుతుంది.
• Veeam అది ఆన్‌లో ఉన్న సర్వర్ యొక్క సమయం మరియు టైమ్‌జోన్ ద్వారా లాగ్‌లను ఉంచుతుంది.
• మరియు EVTX ఫార్మాట్‌లోని Windows ఈవెంట్‌లు మాత్రమే దేనికీ కట్టుబడి ఉండవు. తెరిచినప్పుడు, అవి తెరిచిన కారు కోసం సమయం తిరిగి లెక్కించబడుతుంది. అత్యంత అనుకూలమైన ఎంపిక, దానితో ఇబ్బందులు ఉన్నప్పటికీ. లొకేల్‌లలో వ్యత్యాసం మాత్రమే స్పష్టమైన కష్టం. ఇది చదవలేని లాగ్‌లకు ఆచరణాత్మకంగా హామీ ఇవ్వబడిన మార్గం. అవును, దీన్ని ఎలా నిర్వహించాలో ఎంపికలు ఉన్నాయి, అయితే ITలోని ప్రతిదీ ఆంగ్లంలో పనిచేస్తుందని మరియు సర్వర్‌లలో ఇంగ్లీష్ లొకేల్‌ను ఎల్లప్పుడూ సెట్ చేయడానికి అంగీకరిస్తున్నారనే వాస్తవంతో వాదించవద్దు. దయ చేసి. 

ఇప్పుడు లాగ్‌లు నివసించే ప్రదేశాల గురించి మరియు వాటిని ఎలా పొందాలో గురించి మాట్లాడుదాం. VBR విషయంలో, రెండు విధానాలు ఉన్నాయి. 

సాధారణంగా మీ సమస్యకు సంబంధించిన ఫైల్‌ల కోసం వెతకడానికి మీరు ఆసక్తిగా లేకుంటే ఎంపిక ఒకటి అనుకూలంగా ఉంటుంది. దీని కోసం, మేము ఒక ప్రత్యేక విజర్డ్ని కలిగి ఉన్నాము, దీనికి మీరు నిర్దిష్ట ఉద్యోగం మరియు మీకు లాగ్‌లు అవసరమయ్యే నిర్దిష్ట వ్యవధిని పేర్కొనవచ్చు. అప్పుడు అతను స్వయంగా ఫోల్డర్ల మీదుగా వెళ్లి మీకు కావలసిన ప్రతిదాన్ని ఒక ఆర్కైవ్లో ఉంచుతాడు. దాని కోసం ఎక్కడ వెతకాలి మరియు దానితో ఎలా పని చేయాలో వివరంగా వివరించబడింది ఈ HF.

అయినప్పటికీ, విజర్డ్ అన్ని పనుల నుండి లాగ్‌లను సేకరించదు మరియు ఉదాహరణకు, మీరు రెస్టారెంట్, వైఫల్యం లేదా వైఫల్యం యొక్క లాగ్‌లను అధ్యయనం చేయవలసి వస్తే, మీ మార్గం ఫోల్డర్‌లో ఉంటుంది. %ప్రోగ్రామ్‌డేటా%/వీమ్/బ్యాకప్. ఇది ప్రధాన VBR లోగోస్టోర్ మరియు %ProgramData% దాచిన ఫోల్డర్ మరియు అది మంచిది. మార్గం ద్వారా, HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam బ్యాకప్ మరియు రెప్లికేషన్ బ్రాంచ్‌లోని REG_SZ: లాగ్‌డైరెక్టరీ టైప్ రిజిస్ట్రీ కీని ఉపయోగించి డిఫాల్ట్ స్థానాన్ని మళ్లీ కేటాయించవచ్చు.

Linux మెషీన్‌లలో, వర్కర్ ఏజెంట్ లాగ్‌ల కోసం వెతకాలి /var/log/VeeamBackup/రూట్ లేదా సుడో ఖాతాను ఉపయోగిస్తుంటే. మీకు అలాంటి అధికారాలు లేకుంటే, లాగిన్‌ల కోసం చూడండి /tmp/VeeamBackup. 

Veeam ఏజెంట్ కోసం %OS_name% లాగ్‌ల కోసం శోధించాలి %ProgramData%/Veeam/Endpoint (లేదా %ProgramData%/Veeam/Backup/Endpoint) మరియు /var/log/veeam వరుసగా.

మీరు అప్లికేషన్-అవేర్ ఇమేజ్ ప్రాసెసింగ్‌ని ఉపయోగిస్తుంటే (మరియు మీరు ఎక్కువగా ఉంటారు), అప్పుడు పరిస్థితి కొంత క్లిష్టంగా మారుతుంది. మీకు మా సహాయకుని లాగ్‌లు అవసరం, అవి వర్చువల్ మెషీన్‌లోనే నిల్వ చేయబడతాయి మరియు VSS లాగ్‌లు. ఈ ఆనందాన్ని ఎలా మరియు ఎక్కడ పొందాలో వివరంగా వ్రాయబడింది ఈ వ్యాసం. మరియు కోర్సు యొక్క ఉంది ప్రత్యేక వ్యాసం అవసరమైన సిస్టమ్ లాగ్‌లను సేకరించడానికి. 

విండోస్ ఈవెంట్‌లు సౌకర్యవంతంగా సేకరిస్తారు ఈ HF. మీరు Hyper-Vని ఉపయోగిస్తే, విషయం మరింత క్లిష్టంగా మారుతుంది, ఎందుకంటే అప్లికేషన్‌లు మరియు సర్వీస్ లాగ్‌లు > Microsoft > Windows బ్రాంచ్ నుండి మీకు దాని అన్ని లాగ్‌లు కూడా అవసరం. మీరు ఎల్లప్పుడూ మరింత తెలివితక్కువ మార్గాన్ని అనుసరించవచ్చు మరియు %SystemRoot%System32winevtLogs నుండి అన్ని వస్తువులను తీసుకోవచ్చు.

ఇన్‌స్టాలేషన్/అప్‌గ్రేడ్ సమయంలో ఏదైనా విచ్ఛిన్నమైతే, మీకు కావలసినవన్నీ %ProgramData%/Veeam/Setup/Temp ఫోల్డర్‌లో కనుగొనవచ్చు. ఈ లాగ్‌ల కంటే OS ఈవెంట్‌లలో మీరు మరింత ఉపయోగకరమైన సమాచారాన్ని కనుగొనగలరనే వాస్తవాన్ని నేను దాచను. మిగిలిన ఆసక్తికరమైన అంశాలు %Temp%లో ఉన్నాయి, అయితే ప్రధానంగా డేటాబేస్, .Net లైబ్రరీలు మరియు ఇతర విషయాల వంటి సంబంధిత సాఫ్ట్‌వేర్ యొక్క ఇన్‌స్టాలేషన్ లాగ్‌లు ఉన్నాయి. Veeam ఒక msi నుండి ఇన్‌స్టాల్ చేయబడిందని మరియు GUIలో ప్రదర్శించబడనప్పటికీ, దాని అన్ని భాగాలు ప్రత్యేక msi ప్యాకేజీలుగా కూడా ఇన్‌స్టాల్ చేయబడతాయని దయచేసి గమనించండి. అందువల్ల, భాగాలలో ఒకదాని యొక్క ఇన్‌స్టాలేషన్ విఫలమైతే, మొత్తం VBR ఇన్‌స్టాలేషన్ ఆగిపోతుంది. అందువల్ల, మీరు లాగ్‌లకు వెళ్లి సరిగ్గా ఏమి విరిగింది మరియు ఏ సమయంలో చూడాలి.

చివరకు, లైఫ్ హాక్: మీరు ఇన్‌స్టాలేషన్ సమయంలో లోపాన్ని స్వీకరిస్తే, సరే క్లిక్ చేయడానికి తొందరపడకండి. మొదట మేము లాగ్లను తీసుకుంటాము, ఆపై సరి క్లిక్ చేయండి. ఈ విధంగా మీరు చివరిలో చెత్త లేకుండా, లోపం సమయంలో ముగిసే లాగ్‌ను పొందుతారు.

మరియు మీరు vSphere లాగ్‌లలోకి ప్రవేశించవలసి ఉంటుంది. ఇది చాలా కృతజ్ఞత లేని పని, కానీ మీరు మీ స్లీవ్‌లను పైకి లేపినప్పుడు, మీరు వేరే ఏదైనా చేయాలి. సరళమైన సంస్కరణలో, మనకు దాని .vmx ఫైల్ పక్కన ఉన్న వర్చువల్ మెషీన్ ఈవెంట్‌లు vmware.logతో లాగ్‌లు అవసరం. మరింత కష్టమైన సందర్భంలో, Googleని తెరిచి, మీ హోస్ట్ వెర్షన్ కోసం లాగ్‌లు ఎక్కడ ఉన్నాయని అడగండి, ఎందుకంటే VMware ఈ స్థలాన్ని విడుదల నుండి విడుదలకు మార్చడానికి ఇష్టపడుతుంది. ఉదాహరణకి, 7.0 కోసం వ్యాసం, కానీ కోసం 5.5. vCenter లాగ్‌ల కోసం, విధానాన్ని పునరావృతం చేయండి గూగ్లింగ్. కానీ సాధారణంగా, మేము హోస్ట్ ఈవెంట్ లాగ్‌లు hostd.log, vCenter vpxa.log ద్వారా నిర్వహించబడే హోస్ట్ ఈవెంట్‌లు, కెర్నల్ లాగ్‌లు vmkernel.log మరియు ప్రామాణీకరణ లాగ్‌ల auth.logపై ఆసక్తి చూపుతాము. బాగా, అత్యంత అధునాతన సందర్భాలలో, SSO ఫోల్డర్‌లో ఉన్న SSO లాగ్ ఉపయోగకరంగా ఉంటుంది.

గజిబిజిగా ఉందా? గందరగోళం? భయానకంగా ఉందా? కానీ ఇది మా మద్దతు రోజువారీగా పనిచేసే సమాచారంలో సగం కూడా కాదు. కాబట్టి వారు నిజంగా చాలా బాగుంది.

వీమ్ భాగాలు

మరియు ఈ పరిచయ కథనానికి ముగింపుగా, వీమ్ బ్యాకప్ & రెప్లికేషన్ భాగాల గురించి కొంచెం మాట్లాడుకుందాం. మీరు నొప్పికి కారణాన్ని వెతుకుతున్నప్పుడు, రోగి ఎలా పనిచేస్తుందో అర్థం చేసుకోవడం మంచిది.

కాబట్టి, బహుశా అందరికీ తెలిసినట్లుగా, వీమ్ బ్యాకప్ అనేది SQL-ఆధారిత అప్లికేషన్ అని పిలవబడేది. అంటే, అన్ని సెట్టింగులు, మొత్తం సమాచారం మరియు, సాధారణంగా, సాధారణ పనితీరు కోసం అవసరమైన ప్రతిదీ - ఇవన్నీ దాని డేటాబేస్లో ఉన్నాయి. లేదా బదులుగా, రెండు డేటాబేస్‌లలో, మేము VBR మరియు EM కలయిక గురించి మాట్లాడుతున్నట్లయితే: VeeamBackup మరియు VeeamBackupReporting వరుసగా. మరియు అది జరిగింది: మేము మరొక అప్లికేషన్ ఉంచాము - మరొక డేటాబేస్ కనిపిస్తుంది. అన్ని గుడ్లను ఒకే బుట్టలో నిల్వ చేయకుండా ఉండటానికి.

కానీ ఈ ఆర్థిక వ్యవస్థ అంతా సజావుగా పని చేయడానికి, మాకు అన్ని భాగాలను కలిపి ఉంచే సేవలు మరియు అప్లికేషన్‌ల సమితి అవసరం. ఉదాహరణగా, ఇది నా ల్యాబ్‌లలో ఒకదానిలో కనిపిస్తుంది:

చీఫ్ కండక్టర్‌గా వ్యవహరిస్తారు వీమ్ బ్యాకప్ సేవ. స్థావరాలతో సమాచార మార్పిడికి అతను బాధ్యత వహిస్తాడు. అతను అన్ని టాస్క్‌లను ప్రారంభించడం, కేటాయించిన వనరులను ఆర్కెస్ట్రేట్ చేయడం మరియు వివిధ రకాల కన్సోల్‌లు, ఏజెంట్లు మరియు అన్నిటికీ ఒక విధమైన కమ్యూనికేషన్ సెంటర్‌గా పని చేయడం కూడా బాధ్యత వహిస్తాడు. ఒక్క మాటలో చెప్పాలంటే, అతను లేకుండా ఖచ్చితంగా మార్గం లేదు, కానీ అతను ప్రతిదీ స్వయంగా చేస్తాడని దీని అర్థం కాదు.

అతని ప్రణాళిక నెరవేర్పులో అతనికి సహాయం చేస్తుంది వీమ్ బ్యాకప్ మేనేజర్. ఇది సేవ కాదు, ఉద్యోగాలను ప్రారంభించే మరియు వాటి అమలు ప్రక్రియను పర్యవేక్షించే ఒక సంస్థ. బ్యాకప్ సర్వీస్ వర్కింగ్ హ్యాండ్స్, దానితో హోస్ట్‌లకు కనెక్ట్ అవుతుంది, స్నాప్‌షాట్‌లను సృష్టిస్తుంది, నిలుపుదలని పర్యవేక్షిస్తుంది మరియు మొదలైనవి.

కానీ సేవల జాబితాకు తిరిగి వెళ్ళు. వీమ్ బ్రోకర్ సర్వీస్. v9.5లో కనిపించింది (కొందరు అనుకున్నట్లుగా ఇది క్రిప్టో మైనర్ కాదు). VMware హోస్ట్‌ల గురించి సమాచారాన్ని సేకరిస్తుంది మరియు దాని ఔచిత్యాన్ని నిర్వహిస్తుంది. అయితే మేము మీపై గూఢచర్యం చేస్తున్నామని మరియు అన్ని లాగిన్‌లు / పాస్‌వర్డ్‌లను టాష్‌మేజర్‌కి లీక్ చేస్తున్నామని కోపంతో కూడిన వ్యాఖ్యలను వ్రాయడానికి వెంటనే పరుగెత్తకండి. ప్రతిదీ కొద్దిగా సులభం. మీరు బ్యాకప్‌ని అమలు చేసినప్పుడు, మీరు చేయవలసిన మొదటి విషయం హోస్ట్‌కి కనెక్ట్ చేయడం మరియు దాని నిర్మాణం గురించి మొత్తం డేటాను నవీకరించడం. ఇది చాలా నెమ్మదిగా మరియు గజిబిజిగా సాగే కథ. మీరు వెబ్ ఇంటర్‌ఫేస్ ద్వారా లాగిన్ అవ్వడానికి ఎంత సమయం పడుతుందో గుర్తుంచుకోండి మరియు పై పొర మాత్రమే అక్కడ లెక్కించబడుతుందని గుర్తుంచుకోండి. ఆపై మీరు ఇప్పటికీ మొత్తం సోపానక్రమాన్ని సరైన స్థానానికి తెరవాలి. ఒక్క మాటలో చెప్పాలంటే హర్రర్. మీరు డజను బ్యాకప్‌లను అమలు చేస్తే, ప్రతి ఉద్యోగానికి ఈ విధానాన్ని చేయాల్సి ఉంటుంది. మేము పెద్ద మౌలిక సదుపాయాల గురించి మాట్లాడుతున్నట్లయితే, ఈ ప్రక్రియకు పది నిమిషాలు లేదా అంతకంటే ఎక్కువ సమయం పట్టవచ్చు. అందువల్ల, దీని కోసం ప్రత్యేక సేవను కేటాయించాలని నిర్ణయించారు, దీని ద్వారా ఎల్లప్పుడూ తాజా సమాచారాన్ని స్వీకరించడం సాధ్యమవుతుంది. ప్రారంభంలో, ఇది జోడించిన అన్ని మౌలిక సదుపాయాలను తనిఖీ చేస్తుంది మరియు స్కాన్ చేస్తుంది, ఆపై పెరుగుతున్న మార్పుల స్థాయిలో మాత్రమే పని చేయడానికి ప్రయత్నిస్తుంది. కాబట్టి మీరు ఒకే సమయంలో వంద బ్యాకప్‌లను అమలు చేసినప్పటికీ, వారందరూ మా బ్రోకర్ నుండి సమాచారాన్ని అభ్యర్థిస్తారు మరియు వారి అభ్యర్థనలతో హోస్ట్‌లను హింసించరు. మీరు వనరుల గురించి ఆందోళన చెందుతుంటే, మా లెక్కల ప్రకారం, 5000 వర్చువల్ మిషన్లకు 100 Mb మెమరీ మాత్రమే అవసరం.

మేము కలిగి తదుపరి వీమ్ కన్సోల్. అతను Veeam రిమోట్ కన్సోల్, అతను Veeam.Backup.Shell. స్క్రీన్‌షాట్‌లలో మనం చూసే అదే GUI. ప్రతిదీ సరళమైనది మరియు స్పష్టంగా ఉంది - కన్సోల్ Windows మరియు VBR సర్వర్‌కు కనెక్షన్ ఉన్నంత వరకు ఎక్కడి నుండైనా ప్రారంభించవచ్చు. FLR ప్రక్రియ స్థానికంగా పాయింట్లను మౌంట్ చేస్తుంది (అంటే కన్సోల్ రన్ అవుతున్న మెషీన్‌లో) అని మాత్రమే చెప్పవచ్చు. బాగా, వర్గీకరించబడిన వీమ్ ఎక్స్‌ప్లోరర్లు కూడా స్థానికంగా అమలు చేయబడతాయి, ఎందుకంటే అవి కన్సోల్‌లో భాగం. కానీ అది ఇప్పటికే నన్ను అడవిలోకి తీసుకువెళ్లింది ...

మరొక ఆసక్తికరమైన సేవ వీమ్ బ్యాకప్ కేటలాగ్ డేటా సర్వీస్. సేవల జాబితాలో వీమ్ గెస్ట్ కేటలాగ్ సర్వీస్ అని పిలుస్తారు. అతను గెస్ట్ మెషీన్‌లలో ఫైల్ సిస్టమ్‌లను ఇండెక్సింగ్ చేయడంలో నిమగ్నమై ఉన్నాడు మరియు ఈ పరిజ్ఞానంతో VBRCatalog ఫోల్డర్‌ను నింపాడు. ఇండెక్సింగ్ చెక్‌బాక్స్ ప్రారంభించబడిన చోట మాత్రమే ఇది ఉపయోగించబడుతుంది. మరియు మీరు ఎంటర్‌ప్రైజ్ మేనేజర్‌ని కలిగి ఉంటే మాత్రమే దీన్ని ప్రారంభించడం అర్ధమే. అందువల్ల, నా హృదయం నుండి సలహా: మీకు EAT లేకపోతే ఇండెక్సింగ్‌ని ఆన్ చేయవద్దు. మీ నరాలను మరియు మద్దతు సమయాన్ని ఆదా చేయండి.

ఇతర ముఖ్యమైన సేవల నుండి కూడా ఇది గమనించదగినది వీమ్ ఇన్‌స్టాలర్ సేవ, దీని సహాయంతో అవసరమైన భాగాలు పంపిణీ చేయబడతాయి మరియు ప్రాక్సీలు, రిపోజిటరీలు మరియు ఇతర గేట్‌వేలపై ఇన్‌స్టాల్ చేయబడతాయి. వాస్తవానికి, అతను అవసరమైన .msi ప్యాకేజీలను సర్వర్‌లకు పంపిణీ చేస్తాడు మరియు వాటిని ఇన్‌స్టాల్ చేస్తాడు. 

వీమ్ డేటా మూవర్ - ప్రాక్సీలపై ప్రారంభించబడిన సహాయక ఏజెంట్ల సహాయంతో (మరియు మాత్రమే కాదు) ఇది డేటాను మార్చడంలో నిమగ్నమై ఉంది. ఉదాహరణకు, బ్యాకప్ చేసేటప్పుడు, ఒక ఏజెంట్ హోస్ట్ డేటాస్టోర్ నుండి ఫైల్‌లను చదువుతారు మరియు రెండవది వాటిని బ్యాకప్‌కు జాగ్రత్తగా వ్రాస్తాడు.

విడిగా, క్లయింట్లు తరచుగా ప్రతిస్పందించే ఒక ముఖ్యమైన విషయాన్ని నేను గమనించాలనుకుంటున్నాను - ఇది ప్రోగ్రామ్‌లు మరియు ఫీచర్‌ల స్నాప్-ఇన్‌లోని సేవల సంస్కరణలు మరియు సమాచారంలో తేడా. అవును, జాబితా ఒకే విధంగా ఉంటుంది, కానీ సంస్కరణలు పూర్తిగా అస్థిరంగా ఉండవచ్చు. దృశ్యమాన దృక్కోణం నుండి ఇది చాలా బాగుంది కాదు, కానీ ప్రతిదీ స్థిరంగా పని చేస్తే ఇది పూర్తిగా సాధారణం. ఉదాహరణకు, ఇన్‌స్టాలర్ సేవ యొక్క సంస్కరణ సంఖ్య దాని పొరుగువారి కంటే చాలా వెనుకబడి ఉంది. భయానక మరియు పీడకల? లేదు, ఎందుకంటే ఇది పూర్తిగా రీఇన్‌స్టాల్ చేయబడలేదు, కానీ దాని DLL కేవలం నవీకరించబడింది. ప్యాచ్ v9.5 U4లో, సాంకేతిక మద్దతు పీడకల సంభవించింది: నవీకరణ సమయంలో, అన్ని సేవలు చాలా ముఖ్యమైనవి మినహా కొత్త సంస్కరణలను పొందాయి. U4b ప్యాచ్‌లో, రవాణా సేవ అన్నింటిని రెండు వెర్షన్‌ల (సంఖ్యల ద్వారా నిర్ణయించడం) ద్వారా అధిగమించింది. మరియు ఇది కూడా సాధారణం - దానిలో తీవ్రమైన బగ్ కనుగొనబడింది, కాబట్టి ఇది మిగిలిన వాటికి సంబంధించి బోనస్ నవీకరణను పొందింది. కాబట్టి సంక్షిప్తంగా చెప్పాలంటే: సంస్కరణ తేడాలు సమస్య కావచ్చు, కానీ తేడా ఉంటే మరియు ప్రతిదీ సరిగ్గా పనిచేస్తుంటే, అది బహుశా అయి ఉండాలి. కానీ సాంకేతిక మద్దతుతో దీన్ని స్పష్టం చేయడానికి ఎవరూ మిమ్మల్ని నిషేధించరు.

ఇవి తప్పనిసరి లేదా తప్పనిసరి సేవలు అని పిలవబడేవి. మరియు టేప్ సర్వీస్, మౌంట్ సర్వీస్, vPowerNFS సర్వీస్ మొదలైనవాటిలో మొత్తం సహాయకాలు ఉన్నాయి.

హైపర్-వి కోసం సాధారణంగా ప్రతిదీ ఒకేలా ఉంటుంది, నిర్దిష్టంగా మాత్రమే ఉంటుంది వీమ్ బ్యాకప్ హైపర్-వి ఇంటిగ్రేషన్ సర్వీస్ మరియు CBTతో పని చేయడానికి మీ స్వంత డ్రైవర్.

మరియు ముగింపులో, బ్యాకప్ సమయంలో వర్చువల్ మెషీన్లలో ఎవరు పని చేస్తారనే దాని గురించి మాట్లాడండి. ప్రీ-ఫ్రీజ్ మరియు పోస్ట్-ఫ్రీజ్ స్క్రిప్ట్‌లను అమలు చేయడానికి, షాడో కాపీని సృష్టించడానికి, మెటాడేటాను సేకరించడానికి, SQL లావాదేవీ లాగ్‌లతో పని చేయడానికి మొదలైనవి. వీమ్ గెస్ట్ హెల్పర్. మరియు ఫైల్ సిస్టమ్స్ ఇండెక్స్ చేయబడితే, వీమ్ అతిథి సూచిక . ఇవి బ్యాకప్ వ్యవధి కోసం అమలు చేయబడిన తాత్కాలిక సేవలు మరియు దాని తర్వాత తీసివేయబడతాయి.

Linux మెషీన్‌ల విషయంలో, పెద్ద సంఖ్యలో అంతర్నిర్మిత లైబ్రరీలు మరియు సిస్టమ్ యొక్క సామర్థ్యాల కారణంగా ప్రతిదీ చాలా సరళంగా ఉంటుంది. ఉదాహరణకు, ఇండెక్సింగ్ అనేది mlocate ద్వారా జరుగుతుంది.

ఇప్పటికి ఇంతే

నిన్ను బాధపెట్టే ధైర్యం నాకు లేదు క్లుప్తంగా వీమ్ ఇంజిన్ కంపార్ట్‌మెంట్‌తో పరిచయం ముగిసిందని నేను భావిస్తున్నాను. అవును, మేము లాగ్‌లకు కూడా దగ్గరగా లేము, కానీ నన్ను నమ్మండి, తద్వారా వాటిలో సమర్పించబడిన సమాచారం అసంబద్ధమైన స్పృహ ప్రవాహంలా కనిపించదు, అలాంటి పరిచయం ఖచ్చితంగా అవసరం. నేను మూడవ ఆర్టికల్‌లో మాత్రమే లాగ్‌లకు వెళ్లాలని ప్లాన్ చేస్తున్నాను మరియు లాగ్‌లను ఎవరు ఉత్పత్తి చేస్తారో, వాటిలో సరిగ్గా ఏమి ప్రదర్శించబడుతుందో మరియు ఎందుకు సరిగ్గా ఈ విధంగా మరియు వేరే మార్గంలో కాదని వివరించడం తదుపరి ప్రణాళిక.

మూలం: www.habr.com