Google Workspace के डोमेन ट्रांसफ़र की सेवा, Google Vault के मामलों और डेटा को सेव रखने की सुविधा को ट्रांसफ़र नहीं कर सकती. इसके बजाय, सोर्स और डेस्टिनेशन एनवायरमेंट के एडमिन को Vault के आइटम ट्रांसफ़र करने के लिए, यह तरीका अपनाना होगा.
शुरू करने से पहले
Vault API का इस्तेमाल करना—Vault के मामलों और डेटा को सेव रखने की सुविधा को ट्रांसफ़र करने के लिए, आपको Vault API का इस्तेमाल करना होगा. Vault के यूज़र इंटरफ़ेस (यूआई) के ज़रिए, यह तरीका नहीं अपनाया जा सकता. एपीआई के बारे में ज़्यादा जानने के लिए, Google Vault API पर जाएं.
अहम जानकारी: Vault API के लिए, Google Apps Manager (GAM) का इस्तेमाल किया जा सकता है. यह तीसरे पक्ष का कमांड-लाइन टूल है. यह टूल GitHub पर उपलब्ध है.
देखें कि क्या ट्रांसफ़र किया जा सकता है और क्या नहीं—ज़्यादा जानकारी के लिए, Google के मुख्य ऐप्लिकेशन पर जाएं.
पहला चरण: मामले और डेटा को सेव रखने की सुविधा डाउनलोड करना
यह टास्क पूरा करने के लिए, आपको Google Workspace का सुपर एडमिन या Vault का एडमिन होना ज़रूरी है.
ट्रांसफ़र के बाद, सोर्स एनवायरमेंट में Vault के मामलों और डेटा को सेव रखने की सुविधा का ऐक्सेस नहीं किया जा सकेगा. ट्रांसफ़र से पहले की प्रोसेस के दौरान ऐक्सेस बनाए रखने के लिए, सोर्स एनवायरमेंट से मामले और डेटा को सेव रखने की सुविधा को ट्रांसफ़र से कम से कम एक हफ़्ते पहले डाउनलोड करें. इसके लिए, यहां दी गई टेबल में एपीआई के तरीकों और पैरामीटर का इस्तेमाल करें:
| मामले डाउनलोड करना | |
| एपीआई का तरीका |
matters.list इससे उन मामलों की सूची मिलती है जिनका ऐक्सेस उपयोगकर्ता के पास है. ज़्यादा जानें |
| पैरामीटर | view: FULL
इससे यह तय होता है कि जवाब में मामले के कौनसे हिस्से दिखाए जाएं. state: OPEN इससे सिर्फ़ खुले मामले दिखते हैं. बंद या closed मामलों को नहीं बनाया जा सकता.deleted अगर आपको मामले शामिल करने हैं, तो उन्हें open, के तौर पर जोड़ें. इसके बाद, उन्हें बंद करें या मिटाएं. |
| डेटा को सेव रखने की सुविधा डाउनलोड करना | |
| एपीआई का तरीका |
matters.holds.list इससे किसी मामले में, डेटा को सेव रखने की सभी सुविधाओं की सूची मिलती है. ListHoldsResponse में खाली पेज टोकन का मतलब है कि डेटा को सेव रखने की कोई और सुविधा नहीं है. ज़्यादा जानें |
| पैरामीटर | view: FULL_HOLD
इससे यह तय होता है कि डेटा को सेव रखने की सुविधा के कौनसे हिस्से दिखाए जाएं. |
दूसरा चरण: डाउनलोड किए गए मामलों और डेटा को सेव रखने की सुविधा को साफ़ करना
डाउनलोड किए गए मामलों और डेटा को सेव रखने की सुविधा की जांच करें, ताकि यह पता चल सके कि उन्हें फिर से व्यवस्थित किया जा सकता है या नहीं:
अगर डेटा को सेव रखने की सुविधा, संगठन की इकाई के लेवल पर सेट अप की गई है, तो Orgunits API का इस्तेमाल करके, संगठन की सभी इकाइयों को डेस्टिनेशन एनवायरमेंट में, ट्रांसफ़र करने वाली संगठन की इकाइयों से मैप करें. ज़्यादा जानें
ग्रुप या शेयर की गई ड्राइव पर डेटा को सेव रखने की सुविधा को मैप करने के लिए, इसे ट्रांसफ़र करने वाली रूट संगठन की इकाई के लेवल पर किया जाना चाहिए.
(ज़रूरी नहीं) खाली मामले और डेटा को सेव रखने की सुविधा हटाएं.
अगर आपको किसी दूसरे मालिक के साथ मामले बनाने हैं, तो matterPermissions[] फ़ील्ड में, OWNER की सभी अनुमतियों को COLLABORATOR की अनुमतियों में बदलें.
ज़्यादा जानें
तीसरा चरण: ट्रांसफ़र के बाद, मामले और डेटा को सेव रखने की सुविधा अपलोड करना
ट्रांसफ़र की प्रोसेस पूरी होने के बाद, मामले और डेटा को सेव रखने की सुविधा को डेस्टिनेशन एनवायरमेंट में अपलोड करें.
आपको Vault के लिए, डेटा को सेव रखने की सही नीतियां भी सेट अप करनी होंगी. ज़्यादा जानें
मामले
| एपीआई का तरीका | matters.create
इससे दिए गए नाम और ब्यौरे के साथ मामला बनता है. शुरुआत में, मामले की स्थिति खुली होती है और इसका मालिक, तरीका कॉल करने वाला उपयोगकर्ता होता है. इससे डिफ़ॉल्ट व्यू के साथ बनाया गया मामला दिखता है. ज़्यादा जानें |
अन्य बातें जो ध्यान में रखनी चाहिए:
- पक्का करें कि आपने नए बनाए गए matterId को नोट कर लिया हो. इससे आपको सोर्स एनवायरमेंट के matterId और डेस्टिनेशन एनवायरमेंट के matterId के बीच मैपिंग बनाए रखने में मदद मिलती है.
- मामलों के नामों पर यूनीक होने की कोई पाबंदी नहीं है. अगर सोर्स एनवायरमेंट में ऐसे मामले हैं जो काम नहीं कर रहे हैं और उन्हें डेस्टिनेशन एनवायरमेंट में फिर से बनाया जाता है, तो डुप्लीकेट मामले बन सकते हैं.
- मामले अपलोड करते समय, अपलोड करने वाला उपयोगकर्ता OWNER बन जाता है. सेवा खाते की मदद से, उपयोगकर्ताओं के तौर पर काम करने के तरीके के बारे में ज़्यादा जानें.
डेटा को सेव रखने की सुविधा
| एपीआई का तरीका | matters.holds.create
इससे दिए गए मामले में, डेटा को सेव रखने की सुविधा बनती है. ज़्यादा जानें |
अन्य बातें जो ध्यान में रखनी चाहिए:
- किसी मामले में, डेटा को सेव रखने की सुविधाओं के यूनीक नाम ज़रूरी हैं. इसलिए, आपको डुप्लीकेट अपलोड करने के बारे में चिंता करने की ज़रूरत नहीं है.
- पक्का करें कि आपने नए बनाए गए holdId को नोट कर लिया हो. इससे आपको सोर्स एनवायरमेंट के holdId और डेस्टिनेशन एनवायरमेंट के holdId के बीच मैपिंग बनाए रखने में मदद मिलती है.
- अगर डेटा को सेव रखने की सुविधा में खातों की संख्या, खाते की सीमा से ज़्यादा है, तो डेटा को सेव रखने की सुविधा बनाने के बाद, उसमें अलग-अलग खाते जोड़े जा सकते हैं. इसके लिए, एपीआई के तरीके matters.holds.accounts.create का इस्तेमाल किया जा सकता है. ज़्यादा जानें
चौथा चरण: 24 घंटे इंतज़ार करना
अपलोड पूरा होने के बाद, कम से कम 24 घंटे इंतज़ार करें, ताकि यह पक्का किया जा सके कि डेटा को सेव रखने की नई सुविधाएं, सभी काम के उपयोगकर्ताओं तक पहुंच गई हैं.
Google, Google Workspace, और इनसे जुड़े निशान और लोगो, Google LLC के ट्रेडमार्क हैं. अन्य सभी कंपनी और प्रॉडक्ट के नाम, उन कंपनियों के ट्रेडमार्क हैं जिनसे वे जुड़े हैं.