सहायता से संपर्क करें

हम ईमेल से जवाब देते हैं, आम तौर पर दो दिन के अंदर।

Google reCAPTCHA दुरुपयोग से बचाव के लिए इस सबमिशन की जाँच करता है; इसके लिए डेटा Google को भेजा जाता है। स्क्रिप्ट तभी लोड होती है, जब यह फ़ॉर्म खोला जाता है।

← सभी पोस्ट

हटाना छिपाना नहीं है

किसी डिजिटल सेवा को बंद करने के लिए वेब लेआउट से एक ग्राफ़िक हटा देना काफ़ी नहीं है। जब कोई वेबसाइट संचालक ट्रैफ़िक मापना बंद करने का फ़ैसला करता है, तो उसके बाद की हटाने की प्रक्रिया को यह सुनिश्चित करना चाहिए कि पुराना डेटा पीछे के डेटाबेस से हमेशा के लिए मिट जाए।

इंटरफ़ेस को छिपाने और सहेजे गए रिकॉर्ड को सचमुच नष्ट करने का फ़र्क तकनीकी डेटा संरक्षण का एक अहम पहलू है। असली हटाने की प्रक्रिया वेबसाइट की पहचान और जमा हुए संख्यात्मक इतिहास के बीच का संबंध हमेशा के लिए तोड़ देती है।

टैग हटाया गयाटेबल साफ़ की गईंबैकअप की अवधि खत्मसिर्फ़ पहला कदम दिखता है; बाकी दो के बिना यह छिपाना है, हटाना नहीं

टैग हटाने से कुछ नहीं मिटता

पेज के लेआउट से HTML कोड हटाने से सिर्फ़ आगे की गिनती रुकती है। सर्वर पर रखे रिकॉर्ड – जिनमें पिछले ट्रैफ़िक के शिखर, भौगोलिक बँटवारा और रेफ़र करने वाले पते दर्ज हैं – डेटाबेस में वैसे ही बने रहते हैं, जब तक हटाने का साफ़ आदेश न चलाया जाए। एक ज़िम्मेदार माप सेवा यह पूरी सफ़ाई शुरू करने का एक साफ़, स्पष्ट तरीका देती है।

चालू होने पर सिस्टम को उससे जुड़ी सभी टेबल साफ़ करनी चाहिए, यानी डोमेन नाम, दर्ज कुल संख्याएँ और सेटिंग हटानी चाहिए। इस प्रक्रिया के बाद डेटा के ऐसे कोई बिखरे टुकड़े नहीं बचने चाहिए, जिन्हें बाद में फिर से जोड़ा या जाँचा जा सके।

टेबलों की सूची बाहर से जितनी दिखती है, उससे लंबी है। किसी भी उम्र के काउंटर में दैनिक कुल संख्याएँ, घंटेवार कुल संख्याएँ, देशवार गिनती, रेफ़र करने वाले पते और सेटिंग की एक पंक्ति होती है, और जो हटाना इनमें से एक को भी छोड़ देता है, वह ऐसा रिकॉर्ड छोड़ जाता है जो अब भी एक ऐसी वेबसाइट की ओर इशारा करता है, जिस तक कोई नहीं पहुँच सकता।

वह कॉपी, जो हटाने के बाद भी बची रहती है

लेकिन सर्वर प्रबंधन की तकनीकी हकीकत एक बड़ी उलझन पैदा करती है: स्वचालित बैकअप। हार्डवेयर की खराबी या हमलों से बचाव के लिए डेटाबेस की नियमित रूप से कॉपी बनाई जाती है और उसे सुरक्षित ऑफ़लाइन आर्काइव में रखा जाता है।

जब लाइव सिस्टम से कोई सक्रिय रिकॉर्ड मिटाया जाता है, तो उसकी पुरानी छाया इन बैकअप फ़ाइलों में बनी ही रहती है। कंप्रेस किए गए, एन्क्रिप्टेड डेटाबेस स्नैपशॉट में बदलाव करके किसी एक खास रिकॉर्ड को निकालना तकनीकी रूप से संभव नहीं है और कामकाज के लिए खतरनाक है।

दो कदम, और इंतज़ार की एक अवधि

उद्योग का आम तरीका इस विरोधाभास को रखने की तय अवधि वाले चक्रों से सुलझाता है। बैकअप आम तौर पर एक सख्ती से तय अवधि तक रखे जाते हैं – जैसे 30 या 60 दिन – और फिर नए स्नैपशॉट उन्हें व्यवस्थित ढंग से ओवरराइट कर देते हैं।

इसलिए पूरी तरह मिटाना दो चरणों वाली प्रक्रिया है। तुरंत होने वाला हटाना डेटा को चालू प्रोडक्शन सिस्टम से निकाल देता है, ताकि उसे अब न देखा जा सके, न इस्तेमाल किया जा सके।

पूरी तरह नष्ट होना फिर अपने-आप होता है, जब बैकअप का चक्र स्वाभाविक रूप से पूरा होता है और आखिरी एन्क्रिप्टेड कॉपियाँ भी मिट जाती हैं। किसी भी प्रशासनिक दस्तावेज़ में डेटा के जीवनचक्र की नीतियों का सही वर्णन करने के लिए इस समय-क्रम को समझना ज़रूरी है।

इसीलिए “क्या यह मिट गया?” सवाल के ईमानदार जवाब के दो हिस्से और एक तारीख होती है। चालू सिस्टम से आज मिट गया; पूरी तरह तब मिटेगा, जब उसे रखने वाला आखिरी बैकअप खत्म होगा। इससे छोटा कोई भी जवाब ऐसा वादा है, जिसे निभाया नहीं जा सकता।

विज्ञापन