Usługa Google Workspace Domain Transfer nie może przenosić spraw i blokad z Google Vault. Zamiast tego, aby przenieść elementy z Vault, administratorzy środowiska źródłowego i docelowego 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 Interfejs Google Vault API.
Wskazówka: możesz użyć narzędzia Google Apps Manager (GAM), czyli narzędzia wiersza poleceń innej firmy, które obsługuje interfejs Vault API. Narzędzie jest dostępne na GitHubie.
Sprawdź, co zostanie przeniesione, a co nie – szczegółowe informacje znajdziesz w sekcji 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. Możesz to zrobić, korzystając z metod i parametrów interfejsu API w tabelach poniżej:
| Pobieranie spraw | |
| Metoda interfejsu 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 otwarte sprawy. Nie można utworzyć spraw o stanie closed (zamknięte) lub deleted (usunięte). Jeśli chcesz je uwzględnić, musisz dodać je w stanie open, (otwarte), a następnie zamknąć lub usunąć. |
| Wstrzymanie pobierania | |
| Metoda interfejsu 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
ma znaczenie
| Metoda interfejsu 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 interfejsu 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 i znaki pokrewne są znakami towarowymi Google LLC. Wszystkie inne nazwy firm i produktów są znakami towarowymi odpowiednich podmiotów.