అన్ని 1C డెవలపర్‌లు ఒక విధంగా లేదా మరొక విధంగా IT సేవలతో మరియు నేరుగా సిస్టమ్ అడ్మినిస్ట్రేటర్‌లతో సన్నిహితంగా వ్యవహరిస్తారు. కానీ ఈ పరస్పర చర్య ఎల్లప్పుడూ సాఫీగా సాగదు. దీని గురించి నేను మీకు కొన్ని సరదా కథలు చెప్పాలనుకుంటున్నాను.
హై-స్పీడ్ కమ్యూనికేషన్ ఛానల్
మా క్లయింట్‌లలో చాలా మంది వారి స్వంత పెద్ద IT విభాగాలతో పెద్ద హోల్డింగ్‌లు. మరియు క్లయింట్ నిపుణులు సాధారణంగా సమాచార డేటాబేస్‌ల బ్యాకప్ కాపీలకు బాధ్యత వహిస్తారు. కానీ సాపేక్షంగా చిన్న సంస్థలు కూడా ఉన్నాయి. ప్రత్యేకించి వారి కోసం, మేము ఒక సేవను కలిగి ఉన్నాము, దాని ప్రకారం మేము 1C యొక్క బ్యాకప్‌కు సంబంధించిన అన్ని సమస్యలను స్వయంగా తీసుకుంటాము. ఈ కథలో మనం మాట్లాడబోయే కంపెనీ ఇదే.
ఒక కొత్త క్లయింట్ 1Cకి మద్దతు ఇవ్వడానికి వచ్చారు మరియు ఇతర విషయాలతోపాటు, బ్యాకప్‌లకు మేము బాధ్యత వహిస్తాము అనే నిబంధనను ఒప్పందంలో చేర్చారు, అయినప్పటికీ సిబ్బందిపై వారి స్వంత సిస్టమ్ అడ్మినిస్ట్రేటర్ ఉన్నారు. క్లయింట్-సర్వర్ డేటాబేస్, MS SQL ఒక DBMS. చాలా ప్రామాణిక పరిస్థితి, కానీ ఇప్పటికీ ఒక స్వల్పభేదాన్ని ఉంది: ప్రధాన ఆధారం చాలా పెద్దది, కానీ నెలవారీ పెరుగుదల చాలా చిన్నది. అంటే, డేటాబేస్ చాలా చారిత్రక డేటాను కలిగి ఉంది. ఈ లక్షణాన్ని పరిగణనలోకి తీసుకొని, నేను బ్యాకప్ నిర్వహణ ప్రణాళికలను ఈ క్రింది విధంగా సెటప్ చేసాను: ప్రతి నెల మొదటి శనివారం పూర్తి బ్యాకప్ చేయబడింది, అది చాలా భారీగా ఉంది, తర్వాత ప్రతి రాత్రి ఒక అవకలన కాపీ తయారు చేయబడింది - సాపేక్షంగా చిన్న వాల్యూమ్ మరియు కాపీ ప్రతి గంటకు లావాదేవీ లాగ్. అంతేకాకుండా, పూర్తి మరియు అవకలన కాపీలు నెట్‌వర్క్ రిసోర్స్‌కి కాపీ చేయడమే కాకుండా, అదనంగా మా FTP సర్వర్‌కు అప్‌లోడ్ చేయబడ్డాయి. ఈ సేవను అందించేటప్పుడు ఇది తప్పనిసరి అవసరం.
ఇవన్నీ విజయవంతంగా కాన్ఫిగర్ చేయబడ్డాయి, ఆపరేషన్‌లో ఉంచబడ్డాయి మరియు సాధారణంగా వైఫల్యాలు లేకుండా పని చేస్తాయి.
కానీ కొన్ని నెలల తర్వాత, ఈ సంస్థలోని సిస్టమ్ అడ్మినిస్ట్రేటర్ మారారు. కొత్త సిస్టమ్ అడ్మినిస్ట్రేటర్ ఆధునిక పోకడలకు అనుగుణంగా సంస్థ యొక్క IT మౌలిక సదుపాయాలను క్రమంగా పునర్నిర్మించడం ప్రారంభించాడు. ప్రత్యేకించి, వర్చువలైజేషన్ కనిపించింది, డిస్క్ అల్మారాలు, యాక్సెస్ ప్రతిచోటా బ్లాక్ చేయబడింది మరియు ప్రతిదీ మొదలైనవి, సాధారణ సందర్భంలో, వాస్తవానికి, సంతోషించలేవు. కానీ అతనికి విషయాలు ఎల్లప్పుడూ సజావుగా సాగవు; 1C యొక్క పనితీరుతో తరచుగా సమస్యలు ఉన్నాయి, ఇది మా మద్దతుతో కొన్ని విభేదాలు మరియు అపార్థాలకు కారణమైంది. అలాగే, అతనితో మా సంబంధం సాధారణంగా చాలా చల్లగా మరియు కొంత ఒత్తిడితో కూడుకున్నదని గమనించాలి, ఇది ఏవైనా సమస్యలు తలెత్తినప్పుడు ఉద్రిక్తత స్థాయిని మాత్రమే పెంచుతుంది.
కానీ ఒక ఉదయం ఈ క్లయింట్ యొక్క సర్వర్ అందుబాటులో లేదని తేలింది. నేను ఏమి జరిగిందో తెలుసుకోవడానికి సిస్టమ్ అడ్మినిస్ట్రేటర్‌ని పిలిచాను మరియు "మా సర్వర్ క్రాష్ అయింది, మేము దానిపై పని చేస్తున్నాము, మీ ఇష్టంతో కాదు" లాంటి సమాధానం అందుకున్నాను. బాగా, వారు పని చేయడం మంచిది. అంటే పరిస్థితి అదుపులో ఉందని అర్థం. మధ్యాహ్న భోజనం తర్వాత, నేను మళ్లీ కాల్ చేస్తాను మరియు చికాకుకు బదులుగా, నేను ఇప్పటికే అడ్మిన్ వాయిస్‌లో అలసట మరియు ఉదాసీనతను అనుభవిస్తున్నాను. నేను ఏమి జరిగిందో గుర్తించడానికి ప్రయత్నిస్తున్నాను మరియు సహాయం చేయడానికి మనం ఏదైనా చేయగలమా? సంభాషణ ఫలితంగా, ఈ క్రిందివి ఉద్భవించాయి:
అతను కొత్తగా అసెంబుల్ చేసిన రైడ్‌తో సర్వర్‌ని కొత్త స్టోరేజ్ సిస్టమ్‌కి తరలించాడు. కానీ ఏదో తప్పు జరిగింది మరియు కొన్ని రోజుల తర్వాత ఈ దాడి సురక్షితంగా కూలిపోయింది. కంట్రోలర్ కాలిపోయినా లేదా డిస్కులకు ఏదైనా జరిగిందా, నాకు సరిగ్గా గుర్తు లేదు, కానీ మొత్తం సమాచారం తిరిగి పొందలేని విధంగా కోల్పోయింది. మరియు ప్రధాన విషయం ఏమిటంటే బ్యాకప్‌లతో కూడిన నెట్‌వర్క్ వనరు కూడా వివిధ వలసల సమయంలో అదే డిస్క్ శ్రేణిలో ముగిసింది. అంటే, ఉత్పాదక డేటాబేస్ మరియు దాని బ్యాకప్ కాపీలు రెండూ పోయాయి. మరియు ఇప్పుడు ఏమి చేయాలో అస్పష్టంగా ఉంది.
శాంతించండి, నేను చెప్తున్నాను. మా వద్ద మీ రాత్రి బ్యాకప్ ఉంది. ప్రతిస్పందనగా, నిశ్శబ్దం ఉంది, దాని ద్వారా నేను ఒక వ్యక్తి జీవితాన్ని రక్షించానని గ్రహించాను. మేము ఈ కాపీని కొత్త, కొత్తగా అమలు చేయబడిన సర్వర్‌కి ఎలా బదిలీ చేయాలో చర్చించడం ప్రారంభిస్తాము. అయితే ఇక్కడ కూడా ఒక సమస్య వచ్చింది.
పూర్తి బ్యాకప్ చాలా పెద్దదని నేను చెప్పినప్పుడు గుర్తుందా? శనివారాల్లో నెలకోసారి చేసేది ఏమీ కాదు. వాస్తవం ఏమిటంటే, కంపెనీ ఒక చిన్న ప్లాంట్, ఇది నగరానికి వెలుపల ఉంది మరియు వారి ఇంటర్నెట్ చాలా ఉంది. సోమవారం ఉదయం నాటికి, అంటే, వారాంతంలో, ఈ కాపీని మా FTP సర్వర్‌కి అప్‌లోడ్ చేయలేకపోయింది. కానీ అది వ్యతిరేక దిశలో లోడ్ కావడానికి ఒకటి లేదా రెండు రోజులు వేచి ఉండటానికి మార్గం లేదు. ఫైల్‌ను బదిలీ చేయడానికి అనేక విఫల ప్రయత్నాల తరువాత, నిర్వాహకుడు కొత్త సర్వర్ నుండి నేరుగా హార్డ్ డ్రైవ్‌ను తీసివేసాడు, ఎక్కడో డ్రైవర్‌తో కారును కనుగొన్నాడు మరియు త్వరగా మా కార్యాలయానికి చేరుకున్నాడు, అదృష్టవశాత్తూ మేము ఇప్పటికీ అదే నగరంలో ఉన్నాము.
వారు మా సర్వర్ రూమ్‌లో నిలబడి, ఫైల్‌లు కాపీ చేయబడతాయని ఎదురు చూస్తున్నప్పుడు, మేము మొదటిసారి కలుసుకున్నాము, చెప్పాలంటే, “వ్యక్తిగతంగా” ఒక కప్పు కాఫీ తాగి, అనధికారిక సెట్టింగ్‌లో మాట్లాడుకున్నాము. నేను అతని దుఃఖంతో సానుభూతి చెందాను మరియు కంపెనీ యొక్క ఆగిపోయిన పనిని త్వరితగతిన పునరుద్ధరిస్తూ, బ్యాకప్‌ల పూర్తి స్క్రూతో అతనిని వెనక్కి పంపాను.
తదనంతరం, IT విభాగానికి మా అభ్యర్థనలన్నీ చాలా త్వరగా పరిష్కరించబడ్డాయి మరియు ఇకపై ఎటువంటి విభేదాలు తలెత్తలేదు.
మీ సిస్టమ్ అడ్మినిస్ట్రేటర్‌ని సంప్రదించండి
ఒకసారి, చాలా కాలం వరకు, నేను ఒక క్లయింట్ కోసం IIS ద్వారా వెబ్ యాక్సెస్ కోసం 1Cని ప్రచురించలేకపోయాను. ఇది సాధారణ పనిలా అనిపించింది, కానీ ప్రతిదీ అమలు చేయడానికి మార్గం లేదు. స్థానిక సిస్టమ్ నిర్వాహకులు పాలుపంచుకున్నారు మరియు విభిన్న సెట్టింగ్‌లు మరియు కాన్ఫిగరేషన్ ఫైల్‌లను ప్రయత్నించారు. వెబ్‌లో 1C సాధారణంగా ఏ విధంగానూ పని చేయడానికి ఇష్టపడదు. డొమైన్ భద్రతా విధానాలతో లేదా స్థానిక అధునాతన ఫైర్‌వాల్‌తో ఏదో తప్పు జరిగింది, లేదా భగవంతుడికి ఇంకా ఏమి తెలుసు. Nth పునరావృతంలో, నిర్వాహకుడు నాకు పదాలతో లింక్‌ను పంపారు:
- ఈ సూచనలను ఉపయోగించి మళ్లీ ప్రయత్నించండి. అక్కడ ప్రతిదీ చాలా వివరంగా వివరించబడింది. ఇది పని చేయకపోతే, ఈ సైట్ యొక్క రచయితకు వ్రాయండి, బహుశా అతను సహాయం చేయవచ్చు.
"లేదు," నేను చెప్తున్నాను, "ఇది సహాయం చేయదు."
- ఎందుకు?
— నేను ఈ సైట్ రచయితని... (
ఫలితంగా, మేము ఎటువంటి సమస్యలు లేకుండా Apacheలో దీన్ని ప్రారంభించాము. ఐఐఎస్ ఎప్పుడూ ఓడిపోలేదు.
ఒక స్థాయి లోతుగా
మాకు క్లయింట్ ఉంది - ఒక చిన్న ఉత్పాదక సంస్థ. వారు సర్వర్‌ని కలిగి ఉన్నారు, ఒక రకమైన “క్లాసిక్” 3 ఇన్ 1: టెర్మినల్ సర్వర్ + అప్లికేషన్ సర్వర్ + డేటాబేస్ సర్వర్. వారు UPP ఆధారంగా కొన్ని పరిశ్రమ-నిర్దిష్ట కాన్ఫిగరేషన్‌లో పనిచేశారు, సుమారు 15-20 మంది వినియోగదారులు ఉన్నారు మరియు సిస్టమ్ యొక్క పనితీరు సూత్రప్రాయంగా అందరికీ సరిపోతుంది.
సమయం గడిచేకొద్దీ, ప్రతిదీ ఎక్కువ లేదా తక్కువ స్థిరంగా పనిచేసింది. కానీ అప్పుడు యూరప్ రష్యాపై ఆంక్షలు విధించింది, దీని ఫలితంగా రష్యన్లు ప్రధానంగా దేశీయంగా ఉత్పత్తి చేయబడిన ఉత్పత్తులను కొనుగోలు చేయడం ప్రారంభించారు మరియు ఈ సంస్థ కోసం వ్యాపారం తీవ్రంగా పెరిగింది. వినియోగదారుల సంఖ్య 50-60 మందికి పెరిగింది, కొత్త శాఖ ప్రారంభించబడింది మరియు తదనుగుణంగా డాక్యుమెంట్ ప్రవాహం పెరిగింది. మరియు ఇప్పుడు ప్రస్తుత సర్వర్ ఇకపై తీవ్రంగా పెరిగిన లోడ్‌ను ఎదుర్కోలేకపోయింది మరియు 1C వారు చెప్పినట్లు “నెమ్మదిగా” ప్రారంభించింది. పీక్ అవర్స్ సమయంలో, పత్రాలు చాలా నిమిషాలు ప్రాసెస్ చేయబడ్డాయి, నిరోధించడంలో లోపాలు సంభవించాయి, ఫారమ్‌లు తెరవడానికి చాలా సమయం పట్టింది మరియు సంబంధిత సేవల యొక్క మొత్తం ఇతర గుత్తి. స్థానిక సిస్టమ్ అడ్మినిస్ట్రేటర్, "ఇది మీ 1C, మీరు దీన్ని కనుగొంటారు" అని చెప్పి అన్ని సమస్యలను తొలగించారు. సిస్టమ్ యొక్క పనితీరు ఆడిట్‌ను నిర్వహించాలని మేము పదేపదే ప్రతిపాదించాము, కానీ అది ఎప్పుడూ ఆడిట్‌కు రాలేదు. క్లయింట్ కేవలం సమస్యలను ఎలా పరిష్కరించాలో సిఫార్సులను అడిగారు.
బాగా, నేను కూర్చుని టెర్మినల్ సర్వర్ మరియు అప్లికేషన్ సర్వర్ యొక్క పాత్రలను DBMS తో వేరు చేయవలసిన అవసరం గురించి చాలా సుదీర్ఘమైన లేఖ రాశాను (ఇది సూత్రప్రాయంగా, మేము ఇంతకు ముందు చాలాసార్లు చెప్పాము). నేను టెర్మినల్ సర్వర్‌లలో DFSS గురించి, షేర్డ్ మెమరీ గురించి వ్రాసాను, అధికారిక మూలాలకు లింక్‌లను అందించాను మరియు పరికరాల కోసం కొన్ని ఎంపికలను కూడా సూచించాను. ఈ లేఖ సంస్థలో అధికారంలో ఉన్నవారికి చేరుకుంది, "అమలు" తీర్మానాలతో IT విభాగానికి తిరిగి వెళ్లింది మరియు మంచు సాధారణంగా విరిగిపోయింది.
కొంత సమయం తర్వాత, అడ్మిన్ నాకు కొత్త సర్వర్ యొక్క IP చిరునామా మరియు లాగిన్ ఆధారాలను పంపారు. MS SQL మరియు 1C సర్వర్ భాగాలు అక్కడ అమర్చబడి ఉన్నాయని మరియు డేటాబేస్లను బదిలీ చేయవలసి ఉందని, అయితే ప్రస్తుతానికి DBMS సర్వర్‌కు మాత్రమే, 1C కీలతో కొన్ని సమస్యలు తలెత్తాయని ఆయన చెప్పారు.
నేను లోపలికి వచ్చాను, నిజానికి, అన్ని సేవలు నడుస్తున్నాయి, సర్వర్ చాలా శక్తివంతమైనది కాదు, కానీ సరే, ఇది ఏమీ కంటే మెరుగైనదని నేను భావిస్తున్నాను. ప్రస్తుత సర్వర్‌ను ఎలాగైనా ఉపశమనం చేయడానికి నేను ప్రస్తుతానికి డేటాబేస్లను బదిలీ చేస్తాను. నేను అంగీకరించిన సమయంలో అన్ని బదిలీలను పూర్తి చేసాను, కానీ పరిస్థితి మారలేదు - ఇప్పటికీ అదే పనితీరు సమస్యలు. ఇది వింతగా ఉంది, అయితే, 1C క్లస్టర్‌లో డేటాబేస్లను నమోదు చేద్దాం మరియు మనం చూస్తాము.
చాలా రోజులు గడిచినా, కీలు బదిలీ కాలేదు. సమస్య ఏమిటని నేను ఆశ్చర్యపోతున్నాను, ప్రతిదీ సరళంగా ఉన్నట్లు అనిపిస్తుంది - దానిని ఒక సర్వర్ నుండి తీసివేసి, మరొకదానిలోకి ప్లగ్ చేయండి, డ్రైవర్‌ను ఇన్‌స్టాల్ చేయండి మరియు మీరు పూర్తి చేసారు. అడ్మిన్ పోర్ట్ ఫార్వార్డింగ్, వర్చువల్ సర్వర్ మొదలైనవాటి గురించి గొడవ చేయడం మరియు ఏదైనా చెప్పడం ద్వారా ప్రతిస్పందిస్తారు.
అయ్యో... వర్చువల్ సర్వర్? ఎన్నడూ వర్చువలైజేషన్ జరగలేదని మరియు ఎన్నడూ జరగలేదని తెలుస్తోంది... Windows Server 1లో Hyper-Vలో 2008C సర్వర్ కీని వర్చువల్ మెషీన్‌కి ఫార్వార్డ్ చేయడం అసంభవంతో నాకు బాగా తెలిసిన సమస్య గుర్తుంది. మరియు ఇక్కడ నాలో కొన్ని అనుమానాలు మొదలయ్యాయి...
నేను సర్వర్ మేనేజర్‌ను తెరుస్తాను - పాత్రలు - కొత్త పాత్ర కనిపించింది - హైపర్-వి. నేను హైపర్-V మేనేజర్‌కి వెళ్తాను, ఒక వర్చువల్ మెషీన్‌ని చూడండి, కనెక్ట్ చేయండి... మరియు నిజానికి... మా కొత్త డేటాబేస్ సర్వర్...
అయితే ఏంటి? అధికారుల సూచనలు మరియు నా సిఫార్సులు అమలు చేయబడ్డాయి, పాత్రలు వేరు చేయబడ్డాయి. పని మూసివేయబడవచ్చు.
కొంత సమయం తరువాత, ఇప్పుడు సంక్షోభం ఏర్పడింది, కొత్త శాఖను మూసివేయవలసి వచ్చింది, లోడ్ తగ్గింది మరియు సిస్టమ్ పనితీరు ఎక్కువ లేదా తక్కువ భరించదగినదిగా మారింది.
అయితే, వారు సర్వర్ కీని వర్చువల్ మెషీన్‌కు ఫార్వార్డ్ చేయలేరు. ఫలితంగా, ప్రతిదీ అలాగే మిగిలిపోయింది: భౌతిక మెషీన్‌లో టెర్మినల్ సర్వర్ + 1C క్లస్టర్, వర్చువల్‌లో డేటాబేస్ సర్వర్.
మరియు ఇది ఒక రకమైన షరాష్కిన్ కార్యాలయం అయితే మంచిది. కాబట్టి లేదు. మీరు బహుశా తెలిసిన మరియు అన్ని Lentas మరియు Auchans సంబంధిత విభాగాలలో చూసిన ఒక ప్రసిద్ధ కంపెనీ.
హార్డ్ డ్రైవ్ వెకేషన్ షెడ్యూల్
ప్రపంచాన్ని కైవసం చేసుకోవాలనే ప్రతిష్టాత్మక ప్రణాళికలతో ఉన్న ఒక పెద్ద హోల్డింగ్ కంపెనీ తన మెగా-కార్పొరేషన్‌లో చేర్చుకోవాలనే లక్ష్యంతో మరోసారి చిన్న కంపెనీని కొనుగోలు చేసింది. ఈ హోల్డింగ్ యొక్క అన్ని విభాగాలలో, వినియోగదారులు వారి స్వంత డేటాబేస్‌లలో పని చేస్తారు, కానీ ఒకే విధమైన కాన్ఫిగరేషన్‌తో. కాబట్టి మేము ఈ సిస్టమ్‌లో కొత్త యూనిట్‌ను చేర్చడానికి ఒక చిన్న ప్రాజెక్ట్‌ను ప్రారంభించాము.
అన్నింటిలో మొదటిది, ఉత్పత్తిని అమలు చేయడం మరియు డేటాబేస్లను పరీక్షించడం అవసరం. డెవలపర్ కనెక్షన్ డేటాను స్వీకరించారు, సర్వర్‌లోకి లాగ్ చేసి, MS SQL ఇన్‌స్టాల్ చేయబడి, 1C సర్వర్, 2 లాజికల్ డ్రైవ్‌లను చూస్తారు: 250 గిగాబైట్ల సామర్థ్యంతో “C”ని డ్రైవ్ చేయండి మరియు 1 టెరాబైట్ సామర్థ్యంతో “D”ని డ్రైవ్ చేయండి. సరే, “C” అనేది సిస్టమ్, “D” అనేది డేటా కోసం, డెవలపర్ తార్కికంగా నిర్ణయించి, అక్కడ అన్ని డేటాబేస్లను అమలు చేస్తాడు. నేను బ్యాకప్‌తో సహా నిర్వహణ ప్రణాళికలను కూడా సెటప్ చేసాను (దీనికి మేము బాధ్యత వహించనప్పటికీ). నిజమే, ఇక్కడ "D"కి బ్యాకప్‌లు జోడించబడ్డాయి. భవిష్యత్తులో, దానిని కొన్ని ప్రత్యేక నెట్‌వర్క్ వనరులకు పునర్నిర్మించాలని ప్రణాళిక చేయబడింది.
ప్రాజెక్ట్ ప్రారంభమైంది, కొత్త సిస్టమ్‌లో ఎలా పని చేయాలో కన్సల్టెంట్‌లు శిక్షణ ఇచ్చారు, మిగిలిపోయినవి బదిలీ చేయబడ్డాయి, కొన్ని చిన్న చిన్న మెరుగుదలలు చేయబడ్డాయి మరియు వినియోగదారులు కొత్త సమాచార స్థావరంలో పని చేయడం ప్రారంభించారు.
డేటాబేస్ డిస్క్ తప్పిపోయినట్లు కనుగొనబడిన ఒక సోమవారం ఉదయం వరకు అంతా బాగానే ఉంది. సర్వర్‌లో “D” లేదు మరియు అంతే.
తదుపరి పరిశోధనలో ఇది వెల్లడైంది: ఈ "సర్వర్" వాస్తవానికి స్థానిక సిస్టమ్ అడ్మినిస్ట్రేటర్ యొక్క పని కంప్యూటర్. నిజమే, దీనికి ఇప్పటికీ సర్వర్ OS ఉంది. ఈ అడ్మిన్ వ్యక్తిగత USB డ్రైవ్ సర్వర్‌కి ప్లగ్ చేయబడింది. కాబట్టి నిర్వాహకుడు విహారయాత్రకు వెళ్లాడు, పర్యటన కోసం సినిమాలను పంపే లక్ష్యంతో తన స్క్రూని తనతో తీసుకెళ్లాడు.
దేవునికి ధన్యవాదాలు, అతను డేటాబేస్ ఫైల్‌లను తొలగించలేకపోయాడు మరియు ఉత్పాదక డేటాబేస్‌ను పునరుద్ధరించగలిగాడు.
USB డ్రైవ్‌లో ఉన్న సిస్టమ్ పనితీరుతో ప్రతి ఒక్కరూ సాధారణంగా సంతృప్తి చెందడం గమనార్హం. 1C యొక్క సంతృప్తికరమైన పనితీరు గురించి ఎవరూ ఫిర్యాదు చేయలేదు. సూపర్-సర్వర్‌లు, మిలియన్+ రూబిళ్లు నిల్వ వ్యవస్థలు, అధునాతన హైపర్‌వైజర్‌లు మరియు అన్ని శాఖల్లో భరించలేని 1C బ్రేక్‌లతో ఒకే కేంద్రీకృత సైట్‌కు అన్ని సమాచార డేటాబేస్లను బదిలీ చేయడానికి హోల్డింగ్ మెగా-ప్రాజెక్ట్‌ను ప్రారంభించింది.
కానీ అది పూర్తిగా భిన్నమైన కథ…
మూలం: www.habr.com