Google ने Drive डेटा हानि को "ठीक" बताया, और इसके विपरीत कहने वाले फ़ोरम थ्रेड्स लॉक कर दिए
Google Drive में एक bug के कारण फ़ाइलों के चुपचाप गायब होने की रिपोर्टें आई हैं, और कुछ उपयोगकर्ता महीनों का काम वापस नहीं पा सके, जबकि Google ने दावा किया है कि समस्या ठीक हो गई है और support forum threads को लॉक कर दिया है। टिप्पणीकार Google की पारदर्शिता, कानूनी जोखिम, और customer support के प्रति प्रतिबद्धता पर सवाल उठा रहे हैं, खासकर paid services के लिए, और इसे अतीत के product shutdowns और account lockouts से जोड़ रहे हैं। यह घटना किसी एक cloud provider पर महत्वपूर्ण डेटा के लिए निर्भर रहने के प्रति व्यापक संदेह को बढ़ाती है और local storage, NAS devices, और independent cloud copies जैसी multi-layer backup strategies पर नए सिरे से जोर देती है.
डेटा हानि का दायरा और प्रकृति
- कई उपयोगकर्ता Google Drive डेटा के गायब होने या भ्रष्ट होने की रिपोर्ट कर रहे हैं: फ़ाइलें जो मार्च के आसपास कथित तौर पर हट गईं, ऐसी अपलोड्स जो खोज में दिखती हैं लेकिन डाउनलोड नहीं हो पातीं, और वे फ़ाइलें जो वेब और डेस्कटॉप कार्रवाइयों के बीच नाम-संघर्ष के बाद गायब हो गईं।
- Google का आधिकारिक कथन (“ऐसी स्थानीय फ़ाइलों तक पहुँच से जुड़ी समस्याएँ जो अभी तक सिंक नहीं हुई थीं”) को कुछ लोग स्थानीय डेटा की सीधी हटाई गई हानि को कम करके दिखाने के रूप में देखते हैं।
- कुछ लोगों का तर्क है कि बग स्पष्ट रूप से Windows Drive for Desktop क्लाइंट (v84) में है और केवल unsynced स्थानीय फ़ाइलों तक सीमित है; दूसरों का कहना है कि केवल वेब उपयोग (जैसे Sheets) में भी हानि की रिपोर्टें आई हैं, और वे सवाल करते हैं कि क्या backend समस्याएँ भी शामिल हैं।
- यह स्पष्ट नहीं है कि कोई पहले से synced cloud डेटा वास्तव में नष्ट हुआ या समस्या केवल खोए हुए uploads और असंगत sync स्थिति तक सीमित है।
Google का व्यवहार और संचार
- कई लोग Google की प्रतिक्रिया की आलोचना करते हैं: कोई सार्वजनिक postmortem नहीं, help-center की भाषा अस्पष्ट, और support threads को लॉक करना जबकि उपयोगकर्ता समस्याएँ रिपोर्ट करना जारी रखते हैं।
- इसे Google के खराब ग्राहक-संबंध और अपारदर्शी support संस्कृति का उदाहरण माना जा रहा है, जो भुगतान करने वाले ग्राहकों के लिए और भी खीझ पैदा करने वाला है।
- कुछ लोग thread locking का बचाव करते हैं, इसे अफवाहों के प्रसार को रोकने और रोगात्मक या कभी संतुष्ट न होने वाले उपयोगकर्ताओं को संभालने के लिए आवश्यक बताते हैं, जबकि अन्य इसे वैध शिकायतों को चुप कराने के रूप में देखते हैं।
- कानूनी जोखिम पर बहस है: पारदर्शिता बनाम संभावित देनदारी या यहाँ तक कि securities से जुड़ी समस्याएँ, यदि Google जानबूझकर इस घटना के बारे में गलत प्रस्तुति देता है।
बैकअप, cloud जोखिम, और redundancy
- 3-2-1 backup practices पर जोर दिया गया है: तीन प्रतियाँ, दो media, एक off-site। Cloud storage अकेले “storage” है, “backup” नहीं।
- catastrophic data loss के कई किस्से (failed disks, university systems, Dropbox glitches) कई, परीक्षण किए गए backups की आवश्यकता को मजबूत करते हैं।
- S3 durability पर चर्चा: 11 nines का अर्थ है कि हर साल कुछ objects खो जाते हैं, भले ही प्रति object संभावना बहुत छोटी हो; durability और availability के बीच अंतर भी बताया गया है, और durability SLA में शामिल नहीं है।
- जिन जोखिमों को उजागर किया गया: synced deletions का local copies में फैलना, account hacks या closures, ToS-आधारित lockouts, और सभी backups को एक ही cloud provider के पास रखना।
विकल्प और बदलता भरोसा
- कुछ लोग इसे Google products पर भरोसे के व्यापक क्षरण और NAS/home storage (जैसे Synology, DIY ZFS) plus selective cloud use की ओर धकेलने के हिस्से के रूप में देखते हैं।
- अन्य लोग cloud के साथ बने रहने का सुझाव देते हैं, लेकिन स्वतंत्र providers या local backups जोड़ने, और किसी भी sync client को संभावित single point of failure मानने की सलाह देते हैं.