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