Przy użyciu usługi Google Workspace Domain Transfer 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 z Vault, musisz użyć interfejsu Vault API. Nie możesz wykonać tych czynności za pomocą interfejsu Vault. Więcej informacji o interfejsie API znajdziesz na stronie Google Vault API.
Wskazówka: możesz użyć Google Apps Manager (GAM), narzędzia wiersza poleceń innej firmy, które pomoże Ci w korzystaniu z interfejsu Vault API. Narzędzie jest dostępne w GitHubie.
Sprawdź, co można, a czego nie można przenieść – więcej informacji znajdziesz w artykule Podstawowe aplikacje Google.
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:
| Pobieranie spraw | |
| 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świetlaj tylko otwarte sprawy. Nie możesz tworzyć spraw w stanie closed lub deleted. Jeśli chcesz uwzględnić sprawy, musisz dodać je jako open, a następnie zamknąć lub usunąć. |
| Pobieranie blokad | |
| 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. Wyczyść pobrane sprawy i blokady
Sprawdź pobrane sprawy i blokady, aby określić, czy można je uporządkować:
Jeśli blokady są ustanowione na poziomie jednostki organizacyjnej, zmapuj wszystkie jednostki organizacyjne do odpowiedniej przeniesionej jednostki organizacyjnej w środowisku docelowym przy użyciu interfejsu Orgunits API. Więcej informacji
W przypadku blokad nałożonych na grupy lub dyski współdzielone mapowanie musi zostać wykonane na poziomie przenoszonej jednostki organizacyjnej najwyższego poziomu.
(Opcjonalnie) Usuń puste sprawy i blokady.
Jeśli zamierzasz utworzyć sprawy z innym właścicielem, przekonwertuj wszystkie uprawnienia OWNER (właściciel) na COLLABORATOR (współpracownik) w polu matterPermissions[].
Więcej informacji
Krok 3. Po przeniesieniu prześlij sprawy i blokady
Po zakończeniu procesu przenoszenia prześlij sprawy i blokady do środowiska docelowego.
Musisz też skonfigurować odpowiednie zasady przechowywania w Vault. Więcej informacji
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ą.
Google, Google Workspace oraz powiązane znaki i logotypy są znakami towarowymi firmy Google LLC. Wszystkie inne nazwy firm i produktów są znakami towarowymi należącymi do ich właścicieli.