Przy użyciu usługi Google Workspace Domain Transfer Divestiture nie można przenosić spraw i blokad z Google Vault. Aby przenieść elementy Vault, administratorzy w środowisku źródłowym i docelowym muszą wykonać te czynności.
Zanim zaczniesz
Użyj interfejsu Vault API – aby przenieść sprawy i blokady Vault, musisz użyć interfejsu Vault API. Nie możesz wykonać tych czynności za pomocą interfejsu Vault. Szczegółowe informacje o interfejsie API znajdziesz w artykule Google Vault API.
Wskazówka: możesz użyć Google Apps Manager (GAM), narzędzia wiersza poleceń innej firmy, które ułatwia korzystanie z interfejsu Vault API. Narzędzie jest dostępne w GitHubie.
Krok 1. Pobierz sprawy i blokady
Aby wykonać to zadanie, musisz być superadministratorem Google Workspace lub administratorem Vault.
Po przeniesieniu nie będziesz mieć dostępu do spraw i blokad Vault w środowisku źródłowym. Aby zachować dostęp podczas procesu poprzedzającego przeniesienie, pobierz sprawy i blokady ze środowiska źródłowego co najmniej tydzień przed przeniesieniem. Zrób to za pomocą metod i parametrów interfejsu API w tabelach poniżej:
| Pobierz sprawy | |
| Metoda API |
matters.list Wyświetla listę spraw, do których użytkownik ma dostęp. Więcej informacji |
| Parametry | view: FULL
Określa, które elementy sprawy są zwracane. state: OPEN Wyświetla tylko listę otwartych spraw. Nie można utworzyć spraw o stanie closed lub deleted. Jeśli chcesz uwzględnić sprawy, musisz dodać je jako open, a następnie zamknąć lub usunąć. |
| Pobierz blokady | |
| Metoda API |
matters.holds.list Wyświetla listę wszystkich blokad w sprawie. Pusty token strony w obszarze ListHoldsResponse oznacza, że nie ma już żadnych blokad do wyświetlenia. Więcej informacji |
| Parametry | view: FULL_HOLD
Określa elementy blokady, które mają być zwracane. |
Krok 2. Zwolnij miejsce w pobranych sprawach i blokadach
Gdy sprawy i blokady zostaną pobrane, wyczyść je, aby zawierały tylko użytkowników przenoszonych.
Usuń odwołania do obiektów nieprzenoszonych, takich jak użytkownicy, grupy i dyski współdzielone. Podobnie jak w przypadku czynności poprzedzających przeniesienie, musisz usunąć wszystkie odwołania do encji nieprzenoszonych, aby przesłać sprawy i blokady w docelowej domenie.
Krok 3. Prześlij sprawy i blokady
Sprawy
| Metoda API | matters.create
Tworzy sprawę o danej nazwie i opisie. Stan początkowy jest ustawiony jako otwarta, a właścicielem jest użytkownik wywołujący metodę. Zwraca utworzoną sprawę w widoku domyślnym. Więcej informacji |
Inne kwestie, które warto wziąć pod uwagę:
- Pamiętaj o zapisaniu nowo utworzonego identyfikatora sprawy – matterId. Pomoże Ci to utrzymać mapowanie między identyfikatorem sprawy środowiska źródłowego a identyfikatorem sprawy środowiska docelowego.
- W przypadku nazw spraw nie obowiązują żadne ograniczenia dotyczące unikalności. Jeśli masz zakończone niepowodzeniem sprawy ze środowiska źródłowego, które próbujesz odtworzyć w miejscu docelowym (w stanie sprzed niepowodzenia), możesz utworzyć ich duplikaty.
- Użytkownik przesyłający sprawy otrzymuje uprawnienie OWNER. Dowiedz się więcej o tym, jak odgrywać role innych użytkowników przy użyciu konta usługi.
Blokady
| Metoda API | matters.holds.create
Tworzy blokadę w danej sprawie. Więcej informacji |
Inne kwestie, które warto wziąć pod uwagę:
- W sprawie są wymuszane unikalne nazwy blokad, więc nie musisz martwić się, że prześlesz duplikaty.
- Pamiętaj o zapisaniu nowo utworzonego identyfikatora blokady – holdId. Pomoże Ci to utrzymać mapowanie między identyfikatorem blokady środowiska źródłowego a identyfikatorem blokady środowiska docelowego.
- Jeśli liczba kont w blokadzie przekracza limit kont, które można dodać podczas tworzenia blokady, po jej utworzeniu możesz dodawać do niej konta pojedynczo. Możesz użyć metody API matters.holds.accounts.create. Więcej informacji
Krok 4. Odczekaj 24 godziny
Po zakończeniu przesyłania odczekaj co najmniej 24 godziny, aby upewnić się, że nowe blokady zostały rozpowszechnione wśród wszystkich użytkowników, których dotyczą.