log based recovery in dbms in hindi, dbms log based recovery in hindi
Contents
show
Log Based Recovery in DBMS in Hindi
- Log, records का एक sequence होता है। प्रत्येक transaction का Log किसी stable storage में रखा जाता है ताकि यदि कोई विफलता होती है, तो उसे वहां से पुनर्प्राप्त किया जा सके।
- यदि डेटाबेस पर कोई operation किया जाता है, तो उसे log में दर्ज किया जाएगा।
- लेकिन log को संग्रहीत करने की प्रक्रिया को डेटाबेस में वास्तविक transaction लागू होने से पहले किया जाना चाहिए।
मान लेते हैं कि एक छात्र के शहर को modify करने के लिए एक transaction है। इस transaction के लिए निम्नलिखित log लिखे गए हैं।
- जब transaction शुरू किया जाता है, तो यह ‘start’ log लिखता है।
- <Tn, start>
- जब transaction शहर को ‘Noida’ से ‘Bangalore’ में बदलता है, तो फ़ाइल में एक और log लिखा जाता है।
- <Tn, City, ‘Noida’, ‘Bangalore’ >
- जब transaction समाप्त हो जाता है, तो यह transaction के अंत को दर्शाने के लिए एक और log लिखता है।
- <Tn, Commit>
डेटाबेस को modify करने के लिए दो दृष्टिकोण हैं:
1. Deferred database modification:
- Deferred database modification तकनीक तब होती है जब लेन-देन डेटाबेस को modify नहीं करता है जब तक कि यह प्रतिबद्ध न हो।
- इस विधि में, सभी log बनाए जाते हैं और stable storage में संग्रहीत किए जाते हैं, और transaction के शुरू होने पर डेटाबेस को अपडेट किया जाता है।
2. Immediate database modification:
- तत्काल संशोधन तकनीक तब होती है जब डेटाबेस संशोधन तब हो जब transaction अभी भी सक्रिय होता है।
- इस तकनीक में, डेटाबेस को हर operation के तुरंत बाद modify किया जाता है। यह एक actual database modification का अनुसरण करता है।
Recovery using log records
जब सिस्टम crash हो जाता है, तो सिस्टम लॉग से यह पता लगाने के लिए पूछता है कि कौन से लेन-देन को undone करने की आवश्यकता है और किसे फिर से करने की आवश्यकता है।
- यदि लॉग में रिकॉर्ड <Ti, start> और <Ti, commit> या <Ti, commit > है, तो लेन-देन Ti को फिर से करने की आवश्यकता है।
यदि लॉग में रिकॉर्ड <T n , start> होता है, लेकिन रिकॉर्ड <t >, commit > या <Ti, abort> नहीं है, तो लेन-देन Ti को undone करने की आवश्यकता है।
ठीक प्रकार से समझ में नहीं आया।