MSSQL सर्वर में ऑपरेशन ऑडिटिंग को छोटा करें और हटाएं

यह ब्लॉग MSSQL सर्वर पर तालिकाओं से डेटा को काटने और हटाने के लिए जिम्मेदार उपयोगकर्ता को निर्धारित करने और जिम्मेदार इकाई की पहचान करने के चरणों पर चर्चा करता है।

उदाहरण के लिए:तालिका को कब छोटा किया गया था, और तालिका से डेटा कब हटाया गया था? तालिका को किसने छोटा किया और तालिका से डेटा निकाला?

इस जानकारी को इकट्ठा करने का कारण

यह देखने के लिए है कि क्या किसी ने जानबूझकर या दुर्घटना से डेटा हटा दिया है, इसलिए हम व्यक्ति को ट्रैक कर सकते हैं और निवारक कार्रवाई कर सकते हैं। हमें इस जानकारी की तलाश करने वाले ग्राहकों से कुछ अनुरोध प्राप्त होते हैं। जब हम डेटा पर्ज ऑपरेशन का सही समय जानते हैं तो हम लॉग बैकअप ऑपरेशन के दौरान स्टॉप एट क्लॉज के साथ डेटा को आसानी से पुनर्प्राप्त कर सकते हैं।

समस्या का सारांश

निम्नलिखित खंड GitOps के चार प्रमुख सिद्धांतों का वर्णन करते हैं:

शाम 5 बजे के बीच और शाम 7 बजे 5 जनवरी, 2020 को, "डंप ट्रंकेट" तालिका को छोटा कर दिया गया था और "डंप डिलीट" तालिका के डेटा को "ट्रंकेट टेस्ट" डीबी से हटा दिया गया था। जिन संभावित प्रश्नों को संबोधित करने की आवश्यकता है उनमें शामिल हैं:

• आपको यह पता लगाना होगा कि समस्या क्या है।
• "dump_delete" टेबल से डेटा को किसने हटाया?
• “डंप डिलीट” टेबल से कितनी पंक्तियां हटाई गईं?
• किसने “dump_truncate” टेबल को छोटा किया?
• इन तालिकाओं को कब काटा और हटाया गया?
• सर्वर पर, वर्तमान बैकअप शेड्यूल इस प्रकार है:
• हर हफ्ते रविवार को, पूरा बैकअप लिया जाता है।
• हर दिन दोपहर 1 बजे, अलग-अलग बैकअप लें
• लॉग का बैकअप हर 15 मिनट में जेनरेट होता है।

आवश्यकताएँ:

• DB पूर्ण पुनर्प्राप्ति मोड में होना चाहिए।
• पूर्ण, भिन्न और लॉग बैकअप उपलब्ध होना चाहिए।

उच्च स्तर पर पहुंचें:

1. पहचानें कि कौन सा लॉग बैकअप डिलीट और ट्रंकेट ऑपरेशंस रखता है।
2. लॉग बैकअप का उपयोग करके काट-छांट के विवरण की पहचान करें और संचालन हटाएं।

निर्धारित करें कि कौन सा लॉग बैकअप डिलीट और ट्रंकेट ऑपरेशन को होल्ड करता है:

नोट :हमने डीबी की एक नई प्रति बनाकर इन चरणों का पालन किया।

1. स्टैंडबाय मोड के साथ 2 जनवरी रविवार को पूर्ण बैकअप पुनर्स्थापित करें।

2. स्टैंडबाय मोड के साथ 5 जनवरी के अंतर बैकअप को पुनर्स्थापित करें

3. स्टैंडबाय मोड के साथ लॉग बैकअप को पुनर्स्थापित करें। यह देखने के लिए कि कौन सा लॉग बैकअप ट्रंकेट रखता है और ऑपरेशन लॉग को हटाता है, प्रत्येक लॉग पुनर्स्थापना के बाद तालिका गणना की जाँच करें।

जब हमने शाम 6 बजे से लॉग बैकअप को बहाल किया, तो "डंप ट्रंकेट" टेबल खाली थी, और "डंप डिलीट" टेबल से प्रविष्टियां गायब थीं। परिणामस्वरूप, यह दर्शाता है:

शाम 5:45 से शाम 6 बजे के बीच, "डंप ट्रंकेट" टेबल को छोटा कर दिया गया था, और उसी समय "डंप डिलीट" टेबल के डेटा को मिटा दिया गया था।

आपको निम्न पुनर्स्थापना आदेश चलाने की आवश्यकता है:

लॉग बैकअप का उपयोग करके काट-छांट के विवरण की पहचान करें और संचालन हटाएं:

चरण 1:सभी छंटनी के लिए लेन-देन आईडी एकत्र करें और 5:45 से शाम 6 बजे के बीच हुए कार्यों को हटा दें।

प्रश्न:

हमने पाया कि दो ऑपरेशन, डिलीट और ट्रंकेट, शाम 5:50 पर निष्पादित किए गए थे, और ये ऑपरेशन लॉगिन आरपी देव द्वारा किए गए थे।

चरण 2:उन तालिका नामों को खोजें जो लेन-देन आईडी से संबद्ध हैं।

डिलीट ऑपरेशन के बारे में जानकारी प्राप्त करने के लिए, नीचे दिए गए चरणों का पालन करें:

I) डिलीट ऑपरेशन की ऑब्जेक्ट आईडी और पार्टीशन आईडी निर्धारित करें।

इस आउटपुट से, हम निम्नलिखित जानकारी निकाल सकते हैं:विवरण और लेन-देन नाम कॉलम:डिलीट ऑपरेशन किया गया था

• शुरू होने का समय:2022/01/05 17:50:22:493 पर डिलीट ऑपरेशन शुरू किया गया था
• Login_Name:RP_DEV ने डिलीट ऑपरेशन चलाया था।
• लॉक जानकारी:उपसर्ग "HoBt" से शुरू होने वाली प्रत्येक पंक्ति कुल 7 पंक्तियों के लिए एक पंक्ति को हटाने का प्रतिनिधित्व करती है।
• ऑब्जेक्ट आईडी उस तालिका से संबद्ध है जिससे डेटा निकाला गया था।
• विभाजन आईडी:उस वस्तु का विभाजन आईडी जहां से डेटा हटाया गया था

II) ऑब्जेक्ट आईडी और पार्टीशन आईडी वाली तालिका खोजें।

प्रश्न:

अब हम यह अनुमान लगा सकते हैं कि "डंप डिलीट" से डेटा को RP DEV उपयोगकर्ता द्वारा लेनदेन आईडी '0000:00016a96' के तहत शाम 5:50 बजे हटा दिया गया था और कुल 7 पंक्तियों को हटा दिया गया था।

ट्रंकेट ऑपरेशन के बारे में जानकारी प्राप्त करने के लिए, नीचे दिए गए चरणों का पालन करें:

I) ट्रंकेट ऑपरेशन की ऑब्जेक्ट आईडी और पार्टीशन आईडी निर्धारित करें।

आउटपुट:

अब हम यह अनुमान लगा सकते हैं कि "डंप डिलीट" से डेटा को RP DEV उपयोगकर्ता द्वारा लेनदेन आईडी '0000:00016a96' के तहत शाम 5:50 बजे हटा दिया गया था और कुल 7 पंक्तियों को हटा दिया गया था।

ट्रंकेट ऑपरेशन के बारे में जानकारी प्राप्त करने के लिए, नीचे दिए गए चरणों का पालन करें:

I) ट्रंकेट ऑपरेशन की ऑब्जेक्ट आईडी और पार्टीशन आईडी निर्धारित करें।

प्रश्न:

आउटपुट

ट्रंकेट ऑपरेशन का आउटपुट डिलीट ऑपरेशन से थोड़ा अलग होता है।

विभाजन आईडी कॉलम:यह सही विभाजन आईडी प्रदर्शित नहीं कर रहा है। आप यह जानकारी विवरण कॉलम में पा सकते हैं। विभाजन आईडी हाइलाइट किया गया है। विभाजन आईडी 72057594043564032 और 72057594043629568

लॉक विवरण: हमेशा SCH_M_OBJECT पंक्ति लॉक विवरण में सही ऑब्जेक्ट आईडी दिखाता है। ऑब्जेक्ट आईडी है:885578193

ऑब्जेक्ट आईडी और पार्टीशन आईडी वाली तालिका खोजें

प्रश्न:

आउटपुट

अब हम यह स्थापित कर सकते हैं कि "डंप ट्रंकेट" से डेटा को RP_DEV उपयोगकर्ता द्वारा लेनदेन आईडी '0000:00016a95' के तहत शाम 5:50 बजे काट दिया गया था।

निष्कर्ष

यह जानना उपयोगी है कि ऑडिटिंग पहले से ही सक्षम नहीं होने पर इसे फिर से होने से बचाने के लिए डेटा पर ट्रंकेट और डिलीट ऑपरेशन किसने किया। डिलीट ऑपरेशन के मामले में, व्यवसाय को पता चल जाएगा कि कितनी पंक्तियों को हटा दिया गया है। पुनर्प्राप्ति का सटीक समय होगा डेटा को पुनर्प्राप्त करने के लिए बहुत उपयोगी है। डेटा को पुनर्प्राप्त करने के लिए एपेक्सएसक्यूएल लॉग और एपेक्सएसक्यूएल रिकवर जैसे अन्य तृतीय-पक्ष टूल का भी उपयोग किया जा सकता है। इन उपकरणों के बारे में ज्ञान रखने के लिए इस लिंक को देखें:

हमारे विशेषज्ञों को आपकी अगली पीढ़ी के डेटा प्लेटफ़ॉर्म यात्रा पर मार्गदर्शन करने दें।

कोई टिप्पणी करने या प्रश्न पूछने के लिए प्रतिक्रिया टैब का उपयोग करें। आप हमारे साथ बातचीत भी शुरू कर सकते हैं।