तो Sberbank का क्या हुआ?

एक एपिग्राफ के बजाय:
मुझे एक पुराने विश्वास के रूप में जाना जाता है,
मुझे परवाह नहीं है, मुझे खुशी है।
मैं आकार में एक गॉब्लिन लिख रहा हूं,
मैं गाता हूं, दोस्तों, एक पुराने तरीके से
(लगभग एम। यू। लेर्मोंटोव)

इस प्रकार,

- Sberbank के प्रसंस्करण का क्या हुआ?
- एक Oracle DBMS त्रुटि हुई जिसके कारण उदाहरण बंद हो गया।

- बैंक के उपाध्यक्ष ने क्या अजीब बातें लिखीं? लॉग से घटनाओं को और क्या हटाएं?
- कृपया ध्यान दें कि टिप्पणी मध्यरात्रि के बाद दूर तक लिखी गई थी, और विशेष संसाधन जैसे कि sql.ru पर नहीं, और ओरेकल व्यवस्थापक द्वारा नहीं, बल्कि उपाध्यक्ष द्वारा। ऐसी स्थिति में एक अजीब तकनीकी विवरण की उम्मीद करना अजीब है। हालाँकि, वर्णन काफी सटीक है। तकनीकी विवरण थोड़ा कम होगा - ओर्लोव्स्की की तुलना में "आम लोगों के लिए" अधिक स्पष्ट रूप से तैयार करने का प्रयास करें।

- ठीक है, चलो तकनीकी विवरण प्राप्त करें!
- ओरेकल रेरन लॉग को रिंग बफर के रूप में लागू किया जाता है। LGWR प्रक्रिया डेटाबेस में नए बदलाव को "हेड" में लिखती है, और CKPT प्रक्रिया द्वारा "टेल" को मंजूरी दे दी जाती है क्योंकि "टेल" में दर्ज परिवर्तन डेटा फ़ाइलों में DBWn प्रक्रियाओं को लिखा जाता है। "हेड" वर्तमान (वर्तमान) लॉग फ़ाइल है, पूंछ सक्रिय (सक्रिय) फाइलें है। टेल क्लीनिंग का मतलब है कि लॉग को निष्क्रिय के रूप में चिह्नित किया गया है। समस्या यह थी कि "मिटा" बंद कर दिया; सभी ऑनलाइन लॉग फ़ाइलें सक्रिय हो गईं, और डेटाबेस उदाहरण में नए परिवर्तन लिखने के लिए कहीं नहीं था।

- और क्या, इस तरह के एक महत्वपूर्ण आधार में काम करने वाला बैकअप नोड नहीं है?
- हाँ, लेकिन इस मामले में यह बेकार हो गया, क्योंकि सभी त्रुटियों को बैकअप बाइट-बाइट नोड द्वारा दोहराया गया था। ऐसे मामलों में, एक निम्न-स्तरीय प्रतिलिपि (भंडारण स्तर या स्टैंडबाय बेस पर प्रतिकृति) बेकार है, केवल लागू प्रतिकृति मदद कर सकती है। Oracle प्रतिकृति के लिए IBM InfoSphere CDC का प्रदर्शन इस तरह के डेटाबेस को दोहराने के लिए पर्याप्त नहीं था। इस पर अभी तक गोल्डनगेट का परीक्षण नहीं किया गया है। सबसे सही विकल्प तब होगा जब एप्लिकेशन स्वयं एक ही समय में कई डेटाबेस पर डेटा लिखता है, लेकिन आपको कितने एप्लिकेशन पता हैं कि यह सक्षम है?

- और ओरेकल के साथ सर्बैंक का समर्थन अनुबंध क्यों नहीं है?
- एक अनुबंध है। या तो प्रीमियम, या प्लैटिनम, या ऐसा कुछ, एक चांदनी रात में एवरेस्ट की तुलना में कूलर। दरअसल, ओरेकल के विशेषज्ञों ने समस्या को हल करने में मदद की। मेरा विश्वास करो, ऐसी दुर्घटना में सेवा को बहाल करने के लिए तीन घंटे इतना नहीं है।

- ऐसा कैसे - आरएसी के बिना ऐसा आधार!
- आरएसी बिल्कुल भी रामबाण नहीं है। उदाहरण के लिए, रूस में बैंकिंग सॉफ्टवेयर के अग्रणी निर्माताओं में से एक, सीएफटी ने एक्सडाटा के लिए अपने अनुप्रयोगों को अनुकूलित किया। इसी समय, यह आधिकारिक तौर पर कहा गया है कि एक्सडाटा पर सॉफ्टवेयर के पिछले संस्करण काम नहीं करेंगे, अर्थात्, आरएसी के बेहतर कार्यान्वयन के लिए सॉफ़्टवेयर को महत्वपूर्ण सुधार की आवश्यकता है, न कि "बिल्ड" बिल्ड का उल्लेख करने के लिए। वे 4 आरएसी सॉफ्टवेयर अभी तक अनुकूलित नहीं किया गया है, हालांकि काम जारी है। और इस काम की गति न केवल Sberbank पर निर्भर करती है।

- किराया, अंत में, सामान्य प्रशासक!
- Sberbank में व्यवस्थापक अच्छे हैं। लेकिन वे, अफसोस, जादूगर नहीं हैं।

- लेकिन PostgreSQL में, आप आपूर्तिकर्ता से दया की प्रतीक्षा किए बिना, सभी कीड़े खुद को ठीक कर सकते हैं!
- आप इस पर विश्वास नहीं करते हैं, लेकिन डेटाबेस के प्रदर्शन को देखते हुए, उपकरण का बैकअप लेना, उपकरण का आकार इत्यादि, काफी निम्न-स्तरीय कोड लिखने की तुलना में कौशल और दक्षताओं का एक अलग सेट है। इसलिए, यहां तक ​​कि बड़ी कंपनियों द्वारा EnterpriseDB या ग्रीनप्लम के रूप में भी पोस्टग्रैज का अधिग्रहण किया जाता है।

- एक धातु पर आप लंबे समय तक किसी भी समस्या का समाधान पा सकते हैं!
- आपने कभी नहीं देखा कि समस्या का वर्णन हार्डवेयर कॉन्फ़िगरेशन, संस्करण, ओएस के विस्तृत विवरण के साथ है ... Sberbank के प्रसंस्करण में प्रयुक्त ओरेकल इंस्टॉलेशन अपने तरीके से अद्वितीय है: दुनिया में पूर्ण कॉन्फ़िगरेशन में इतने सारे आईबीएम P795 सर्वर नहीं हैं। इसलिए, पैच नहीं हो सकता है। सर्वर स्वयं अक्टूबर 2010 में ही जारी किया गया था, इसलिए "बचपन की बीमारियों" की अवधि अभी तक पारित नहीं हुई है। तो यह बहुत संभावना है (और यह इंगित करने वाले कई अप्रत्यक्ष संकेत हैं) कि त्रुटि ओरेकल में नहीं है, लेकिन एआईएक्स में है।

"ठीक है, एसआर मिलता है, और वे वहीं एक पैच जारी करेंगे!"
- पैच के इतिहास को उसी मेटलिंक पर देखें। जब किसी समस्या की पहचान की जाती है, जब पुष्टि की जाती है, जब हल किया जाता है। 24 घंटे में यह कभी नहीं बैठता है।

"लेकिन अन्य बैंकों में कुछ भी क्यों नहीं गिरता है!"
सबसे पहले, अन्य बैंकों में एक Sberbank के रूप में लगभग कई कार्ड संयुक्त हैं। इसलिए, प्रसंस्करण प्रणाली सरल उपकरणों पर कम भार के साथ काम करती है। और दूसरी बात, शाब्दिक रूप से विघटन के बाद का दिन, मेरे सहयोगी बैंक कार्ड "A ..." पर एक भी लेन-देन पूरा नहीं कर सके। लेकिन परवाह किसे है?

- हां, Sberbank ATM विंडोज के तहत काम करते हैं, मैं यहां किस तरह की विश्वसनीयता के बारे में बात कर सकता हूं?
एटीएम का प्रसंस्करण से कोई लेना-देना नहीं है। Sberbank में एटीएम और POS-टर्मिनलों का प्रबंधन दूसरी प्रणाली को सौंपा गया है। जिस तरह से, शुक्रवार की दुर्घटना के दौरान काम करना जारी रखा, रचनात्मक वर्ग को अन्य बैंकों के कार्ड पर बुटीक में आईफ़ोन खरीदने की अनुमति दी। खैर, अन्य बैंकों में, एटीएम, जाहिर है, पूरी तरह से अलग ऑपरेटिंग सिस्टम चला रहे हैं। और एटीएम स्वयं अन्य संयंत्रों में उत्पादित होते हैं। जाहिर है, कल्पित बौने :)

- किसी तरह संदेह से जल्दी, Sberbank को दुर्घटना के कारणों पर चर्चा करने के लिए एक मंच मिला!
- सर्बैंक फैशन ट्रेंड को फॉलो करने की कोशिश कर रहा है। आज, "क्राउडसोर्सिंग", "सोशल नेटवर्क" और अन्य "वेबडानोल" मुख्य प्रणालियों के विश्वसनीय संचालन की तुलना में बैंक की छवि के लिए कम महत्वपूर्ण नहीं हैं। इसलिए चर्चा के लिए तैयार साइट।

- ऐसा लगता है कि कोई विशेषज्ञ नहीं बचा है, क्योंकि वे "सामूहिक दिमाग" में बदल गए हैं। और समस्या को हल करने के लिए "सामूहिक मन" का भुगतान कौन करेगा?
- जहां तक ​​मैं समझता हूं, लक्ष्य अलग है: विशेषज्ञ, लॉग को देखकर समझ जाएंगे कि वास्तव में गंभीर समस्या है। एक गैर-विशेषज्ञ, बोलने का अवसर देता है, स्लब के साथ स्लबबैंक देगा - हां के लिए ~ हा, "कुत्ते की छाल - कारवां चला जाता है।" ठीक है, अधिक जानकारी के लिए खुली पहुंच के बारे में चिंता करने की कोई आवश्यकता नहीं है। सभी जानकारी सत्यापित है।