एक उपयोगी निर्यात एक इन्वेंट्री है, कोई वादा नहीं

निर्यात को एक दिनांकित स्नैपशॉट के रूप में पढ़ें

तीन समय लिखकर शुरुआत करें: जब अनुरोध सबमिट किया गया था, जब सेवा ने संग्रह को तैयार किया, और जब आपने इसे डाउनलोड किया। Google का वर्तमान Takeout मार्गदर्शन कहता है कि एक संग्रह अनुरोध और निर्माण के बीच किए गए परिवर्तनों को छोड़ सकता है, और यह कि एक प्रतिलिपि डाउनलोड करने से मूल डेटा नहीं हटता है। तेजी से बदलते कंपैनियन ऐप में वे सीमाएं मायने रखती हैं। कटऑफ के बाद जोड़ा गया संदेश गायब हो सकता है; संग्रह में मौजूद कोई आइटम बाद में बदल सकता है। फ़ाइल को एक दिनांकित स्नैपशॉट के रूप में संभालें। यह निरीक्षण या निरंतरता का समर्थन कर सकता है, लेकिन यह सिंक्रनाइज़ नहीं रहता है और इसे बिना किसी स्वामी या समीक्षा तिथि के चुपचाप एक स्थायी "बैकअप" नहीं बनना चाहिए।

पूर्णता का आंकलन करने से पहले एक घोषणापत्र (manifest) की मांग करें

एक भरोसेमंद निर्यात के लिए एक घोषणापत्र (manifest) की आवश्यकता होती है। शामिल श्रेणियों, दिनांक श्रेणियों, खाता या प्रोफ़ाइल पहचानकर्ताओं, अटैचमेंट हैंडलिंग, फ़ाइल स्वरूपों, समय क्षेत्र, एन्कोडिंग और किसी भी घोषित बहिष्करण को रिकॉर्ड करें। उपयोगकर्ता द्वारा प्रदान की गई सामग्री को गतिविधि रिकॉर्ड, सहेजी गई प्राथमिकताओं, अनुमानित लेबल और सिस्टम मेटाडेटा से अलग करें जब सेवा उन्हें उजागर करती है। केवल बड़े संग्रह आकार पर निर्भर रहने के बजाय फ़ाइलों और शीर्ष-स्तरीय रिकॉर्ड की गणना करें। JSON या CSV जैसे मशीन-पठनीय प्रारूप निरीक्षण और स्थानांतरण में मदद करते हैं; एक पठनीय रेंडरिंग किसी व्यक्ति को सामग्री को समझने में मदद करती है। ICO संरचित, सामान्यतः उपयोग किए जाने वाले, मशीन-पठनीय वितरण का वर्णन करता है जहाँ इसके पोर्टेबिलिटी नियम लागू होते हैं, लेकिन उस सशर्त नियम को सार्वभौमिक के रूप में प्रस्तुत नहीं किया जाना चाहिए।

एक नियंत्रित मार्ग के माध्यम से अनुरोध और डाउनलोड करें

सेवा की प्रमाणित खाता सेटिंग्स का उपयोग करें, किसी फ़ोरम या संदेश से कॉपी किए गए लिंक का नहीं। अनुरोध करने से पहले गंतव्य की समीक्षा करें: साझा डाउनलोड फ़ोल्डर की तुलना में एक निजी उपकरण या खाता-नियंत्रित संग्रहण को प्रबंधित करना आसान होता है। ध्यान दें कि क्या डाउनलोड लिंक समाप्त हो जाता है, क्या संग्रह भागों में विभाजित है, और क्या एक नए साइन-इन या दूसरे कारक की आवश्यकता है। डाउनलोड करने के बाद, किसी भी सार्वजनिक पोस्टिंग के बिना अपेक्षित फ़ाइल नाम और आकार की पुष्टि करें। यदि सेवा किसी अन्य प्रदाता को सीधे स्थानांतरण की पेशकश करती है, तो पढ़ें कि कौन सा प्रदाता प्रतिलिपि प्राप्त करता है। Google स्पष्ट रूप से चेतावनी देता है कि एक गंतव्य सेवा अपनी प्रतिलिपि के लिए ज़िम्मेदार बन जाती है; स्थानांतरण स्रोत को नहीं मिटाता है।

सामग्री को उजागर किए बिना मान्य करें

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

चरणबद्ध माइग्रेशन के रूप में पोर्टेबिलिटी का उपयोग करें

माइग्रेशन के लिए, स्रोत और गंतव्य को तब तक समानांतर रखें जब तक कि एक छोटा सा नमूना सही ढंग से आयात न हो जाए। टेक्स्ट, दिनांक, अटैचमेंट, क्रम और आपके लिए महत्वपूर्ण किसी भी लेबल की जांच करें। एक पोर्टेबल फ़ाइल सुविधा तुल्यता स्थापित नहीं करती है: किसी ऐप की सहेजी गई मेमोरी, चरित्र सेटिंग या वार्तालाप शाखा का कहीं और कोई मेल खाता फ़ील्ड नहीं हो सकता है। Apple की डेटा-कॉपी प्रक्रिया को भी सुधार और खाता हटाने से अलग प्रस्तुत किया जाता है, जो एक उपयोगी अनुस्मारक है कि कॉपी करना अपने आप में एक अलग प्रक्रिया है। नई प्रतिलिपि सत्यापित होने के बाद ही आपको यह तय करना चाहिए कि स्रोत पर क्या बनाए रखना है। विफल आयातों और प्रतियों (duplicates) को रिकॉर्ड करें ताकि दूसरा प्रयास संवेदनशील फ़ाइलों को कई गुना न बढ़ा दे।

सबूत का दावा किए बिना खाता परिवर्तनों की तुलना करें

खाता परिवर्तन से पहले का निर्यात एक संदर्भ बिंदु बनाता है। बाद का निर्यात यह दिखा सकता है कि श्रेणियां या दिनांक सीमाएं भिन्न हैं, और एक घटना-समय का स्नैपशॉट यह पुनर्निर्माण करने में मदद कर सकता है कि उस क्षण खाते को क्या दिखाई दे रहा था। कोई भी उपयोग बैकएंड विलोपन, आंतरिक प्रतिधारण या कारण को साबित नहीं करता है। एक विलोपन रसीद, वर्तमान खाता स्क्रीन और प्रदाता पुष्टि विभिन्न प्रश्नों के उत्तर देती है। अपने नोट्स में सीमा बताएं: "बाद के उपयोगकर्ता निर्यात में मौजूद नहीं है" समर्थनीय है; "हर जगह से हटा दिया गया" नहीं है। यह भेद किसी निर्यात को उस सबूत में बदले बिना मूल्यवान बनाए रखता है जिसे प्रदान करने के लिए इसे कभी डिज़ाइन ही नहीं किया गया था।

काम समाप्त होने पर प्रत्येक अतिरिक्त प्रतिलिपि को समाप्त (retire) करें

एक प्रतिलिपि-निवृत्ति रसीद (copy-retirement receipt) के साथ समाप्त करें। प्रत्येक संग्रह, निकाले गए फ़ोल्डर, क्लाउड अपलोड, स्थानांतरित प्रतिलिपि, अस्थायी रूपांतरण और हटाने योग्य उपकरण की सूची बनाएं। प्रत्येक को एक स्वामी, उद्देश्य, संग्रहण स्थान, पहुँच सीमा और विलोपन तिथि दें। NIST संग्रहण मार्गदर्शन जानबूझकर गोपनीयता, अखंडता और जीवनचक्र नियंत्रण पर जोर देता है; एक व्यक्ति के लिए, व्यावहारिक अनुवाद सरल है: प्रतिलिपि को कम से कम ऐप खाते जितनी ही सावधानी से सुरक्षित रखें और निर्दिष्ट कार्य पूरा होने पर इसे हटा दें। अस्थायी फ़ोल्डरों को खाली करें, सत्यापित करें कि साझा लिंक बंद हैं, और केवल न्यूनतम घोषणापत्र या समर्थन संदर्भ रखें जिसकी आपको अभी भी आवश्यकता है। निर्यात केवल तभी एक सुरक्षा सुविधा बन जाता है जब नई प्रतिलिपि का एक जवाबदेह अंत हो।

इस विषय को आगे पढ़ें