5. 이전하기 전 작업 완료하기

1단계: 원본 환경 작업

1. 라이선스 업그레이드 (해당되는 경우): 라이선스는 이전 프로세스의 일부로 이동되지 않습니다. 원본 환경과 도착 환경에서 서로 다른 Google Workspace 버전을 사용하는 경우 도착 환경과 일치하도록 원본 환경을 업그레이드해야 합니다. 자세한 내용은 도착 환경 작업에서 라이선스 이전을 참고하세요.

   참고:

   • 원본 환경에서 유예 라이선스 또는 무료 체험 라이선스를 사용하여 임시 라이선스를 확보하고 비용을 지불하지 않을 수 있습니다. 하지만 다음 사항을 참고하세요.
     • 이러한 라이선스는 다른 도메인이 기본 도메인으로 전환되는 것을 차단합니다. 임시 라이선스를 프로비저닝하기 전에 기본 도메인을 변경하세요.
     • 도착 환경에서 사용 가능한 라이선스가 전체 라이선스인 경우 이전 후 사용자에게 전체 라이선스가 할당됩니다.
   • 할당된 라이선스가 없는 원본 환경의 사용자 역시 이전됩니다.
2. 지원되지 않는 라이선스 구독 취소: 라이선스 구독을 취소하면 원본 환경에 영향을 미칠 수 있습니다. Google Voice가 포함된 원본 환경은 이 단계에 특별한 주의를 기울여야 합니다. 자세한 내용은 원본 라이선스를 참고하세요.
3. Google Workspace에 자리표시자 도메인 추가 (해당하는 경우): 원본 환경에서 기존 기본 도메인을 대체하는 새 보조 도메인 이름을 추가하고 확인합니다. 보조 도메인이 있지만 이전할 필요가 없는 경우 해당 보조 도메인을 대신 사용할 수 있습니다. 자세한 내용은 사용자 별칭 도메인 또는 보조 도메인 추가하기를 참고하세요.
4. 자리표시자 관리자를 만들고 이 관리자를 계정의 기본 관리자로 지정: 자리표시자 도메인과 연결된 사용자 계정을 만듭니다. 이전 계정을 자리표시자 관리자 계정으로 사용하려는 경우 해당 계정에 별칭으로 연결된 다른 이전 도메인이 없어야 합니다. 이 사용자에게 최고 관리자 역할을 부여하고 계정의 기본 관리자로 지정합니다. 자세한 내용은 결제 및 계정 알림을 다른 관리자에게 보내기를 참고하세요. Google 2단계 인증이 설정되어 있는지 확인하고 자리표시자 관리자 계정으로 한 번 이상 로그인하여 액세스 권한을 확인합니다.
5. 기본 도메인을 자리표시자 도메인으로 교체: 도메인 교체를 수행하여 자리표시자 도메인을 새 기본 도메인으로 승격합니다.

   도메인을 전환하기 전에:

   전환할 준비가 되면 Google Workspace 기본 도메인 변경하기로 이동하세요.

   • Google Meet 하드웨어, Chrome Enterprise를 포함한 모든 기기 구독을 취소합니다.
   • 이전하기 전에 일부 지원되지 않는 라이선스를 삭제해야 할 수 있습니다. 자세한 내용은 원본 라이선스를 참고하세요.
   • 원본 환경에 무료 체험 라이선스가 있는 경우 전환이 차단되므로 임시 라이선스를 프로비저닝하기 전에 전환을 시행하도록 합니다.
   • 기본 도메인 변경 및 보조 도메인 사용과 관련하여 알려진 문제가 있습니다. 기본 도메인 변경에 대한 대안을 참고하세요.
   • 기본 도메인 이름을 변경한 후 이전 사용자 또는 그룹의 이름을 변경하지 마세요. 사용자와 그룹은 이전 도메인에 있어야 합니다.
   • 서드 파티 ID 공급업체를 사용하여 SSO를 설정하고 도메인별 발급기관을 사용 중인 경우 SAML 어설션에서 새 기본 도메인을 반영하도록 변경됩니다. 기본 도메인 전환 후 사용자가 인증할 수 있는지 ID 공급업체의 구성을 확인하세요. 자세한 내용은 SSO 어설션 요구사항을 참고하세요.
6. Google Vault 보관 규칙 설정: 무기한 맞춤 보관 규칙을 설정합니다.

   다음 애플리케이션에 대해 규칙 1개를 만듭니다.

   • Gmail: 조직 단위에서 루트 조직 단위를 선택합니다.
   • Google 그룹스: 그룹에서 모든 그룹을 선택합니다.

   다음 애플리케이션에 대해 2개의 규칙을 만듭니다.

   • Chat: 조직 단위 루트 조직 단위를 선택합니다. 두 번째 규칙에 모든 Chat 스페이스를 선택합니다.
   • Drive: 조직 단위 루트 조직 단위를 선택합니다. 두 번째 규칙에 모든 공유 드라이브를 선택합니다.
   • Meet: 조직 단위 루트 조직 단위를 선택하고 공유 드라이브 항목 포함을 사용 설정합니다. 두 번째 규칙에 모든 공유 드라이브를 선택합니다.
   • Sites: 조직 단위 루트 조직 단위를 선택하고 공유 드라이브 항목 포함을 사용 설정합니다. 두 번째 규칙에 모든 공유 드라이브를 선택합니다.

   또한 무기한 맞춤 보관 규칙은 이전하기 전에 도착 환경에서 설정됩니다. 자세한 내용은 도착 환경에서 Google Vault에 무기한 보관을 참고하세요. Vault에서 이전하는 방법에 대한 자세한 내용은 도메인 이전 시 Vault 데이터 이전하기를 참고하세요.

7. SPF (Sender Policy Framework) 레코드 업데이트 (해당하는 경우): 도착 환경에서 사용하는 발신 게이트웨이가 원본 환경과 다른 경우, 원본 환경의 SPF 레코드를 업데이트하여 해당 발신 게이트웨이를 포함해야 합니다.

   참고: DKIM (DomainKeys Identified Mail)을 사용하는 경우 이전이 도메인 기반 메일 인증, 보고 및 확인 (DMARC) 정책에 영향을 미치지 않습니다. DKIM이 원본 및 도착 환경에서 일시적으로 일치하지 않더라도 SPF 레코드는 이전 후 계속 일치합니다. 또한 도착 환경에서 이전 후 DKIM 작업을 완료해야 합니다.

8. 캘린더 리소스 충돌 해결: 캘린더 리소스 충돌이 있는 경우 문제를 해결한 후 다음 단계로 진행하세요.
   • 건물 ID: 원본 환경의 건물 ID는 도착 환경의 건물 ID와 동일할 수 없습니다. 이전 차단을 우회하는 방법에는 두 가지 옵션이 있습니다. 원본 환경에서 건물을 삭제할 수 있습니다. 두 건물의 세부정보를 동일하게 만들어 원본 건물과 대상 건물을 병합할 수 있습니다. 두 건물을 동일하게 만들려면 두 건물의 ID, 이름, 모든 주소 입력란, 설명, 층 정보가 정확히 일치하도록 만듭니다.
   • 건물 이름: 원본 환경의 건물 리소스가 도착 환경의 건물 리소스와 이름이 동일한 경우 리소스 중 하나의 이름을 변경하여 충돌을 해결해야 합니다. 이전 프로세스가 완료되면 두 건물 리소스를 병합할 수 있습니다.
   • 리소스 ID: 원본 환경의 리소스가 도착 환경의 리소스와 리소스 ID가 동일한 경우 이전 프로세스로 해결할 수 없는 충돌이 발생하며, 리소스가 이전되지 않습니다. 충돌하는 리소스 중 하나를 삭제하고 충돌하지 않는 ID를 사용하여 다시 만듭니다. 삭제된 리소스가 시스템에서 완전히 삭제되는 데는 30일이 걸립니다. 리소스가 완전히 삭제될 때까지 기다리거나 Domain Transfer팀에서 리소스를 직접 삭제해 달라는 요청을 제출할 수 있습니다.
9. 연결된 Google Cloud 조직에 미치는 영향 평가 (해당되는 경우): Google Cloud를 사용 중인 경우 Google Workspace 도메인 이전이 Google Cloud에 미칠 수 있는 잠재적인 영향에 대해 해당 환경의 관리자에게 알립니다. 필요한 경우 Google Cloud 파트너 또는 Google Cloud 담당자에게 문의하여 영향 평가 및 해결 단계에 관해 도움을 받으세요. Google Workspace 도메인 이전팀은 도메인 이전 작업 중에 Google Cloud 관련 지원을 제공하지 않습니다.
10. Google Workspace 리셀러에게 알리기 (해당되는 경우): 리셀러에게 예정된 도메인 이전 시간을 알리고 이전 기간 동안 계정을 변경 (예: 구독 업데이트)하지 않도록 요청하세요.

11. 원본 또는 대상 환경에서 사용하고 있는 알파 또는 베타 프로그램에 등록 (해당하는 경우): 원본 환경의 알파 및 베타 프로그램 등록은 이전되지 않습니다. 마찬가지로 원본 환경이 대상 환경의 등록에 종속될 수도 있습니다. 등록되지 않은 환경에서 해당 프로그램을 계속 사용하려면 등록을 신청하고 등록 허가를 받아야 합니다.
    이전 대상 사용자가 이전 과정 전반에 걸쳐 동일한 기능을 사용할 수 있도록, 이전하기 전에 알파 또는 베타 프로그램에 등록하는 것이 좋습니다. 하지만 등록 과정에 다소 시간이 걸릴 수 있으며 등록이 보장되지는 않습니다. 등록은 권장사항일 뿐 요구사항은 아닙니다.

12. Chrome 제로터치 등록 기기를 이전하려면 다음 단계를 따르세요.
    1. 소스 환경에서 기존 사전 프로비저닝 토큰을 취소하고 모든 기기의 프로비저닝을 해제합니다. 기기를 기본값으로 재설정합니다.
    2. 도착 환경에서 새 사전 프로비저닝 토큰을 만듭니다.
    3. 승인된 사전 프로비저닝 파트너에게 새 토큰을 제공합니다. 파트너는 토큰을 사용하여 도착 환경의 기기를 사전 프로비저닝합니다.

    기기가 인터넷에 연결되면 자동으로 등록됩니다. 기기 상태가 '프로비저닝됨'으로 변경됩니다.

    제로터치 기기에 관한 자세한 내용은 제로터치 등록을 참고하세요.

2단계: 대상 환경 작업

1. 라이선스는 이전 프로세스의 일부로 이동되지 않으므로 모든 이전 대상 사용자를 지원하기에 충분한 예비 Google Workspace 라이선스를 프로비저닝해야 함: 사용자가 이전될 때 원본 환경에서 보유한 것과 동일한 라이선스가 도착 환경에 할당됩니다. 따라서 이전 시 도착 환경에 동일한 유형의 예비 라이선스가 충분히 있어야 합니다.

   도착 환경에서 원본 환경과 다른 Google Workspace 버전을 사용하는 경우 원본 또는 도착 환경에서 라이선스를 업그레이드하여 라이선스가 일치해야 합니다.

   참고:

   • 서비스 초기화 프로세스 (SWP)가 트리거되지 않도록 라이선스를 업그레이드하는 것이 좋습니다.
   • 도착 환경에서 누락된 라이선스를 프로비저닝하여 여러 구독을 준비해 둡니다. 이전 후 개별 사용자의 라이선스를 업그레이드하거나 다운그레이드할 수도 있습니다. 일부 라이선스 유형에서 부분 도메인 라이선스 (PDL)가 지원되지 않습니다.
   • 사용 가능한 예비 라이선스가 도착 환경에 충분한지 확인합니다. 이전 프로세스가 시작되고 종료되는 동안 각 원본 환경에 사용자 (예: 신입사원)가 더 추가되는지 고려합니다. 여러 이전이 있는 경우 모든 이전에서 원본 환경의 총 사용자 수도 고려해야 합니다.
   • 할당된 라이선스가 없는 원본 환경의 사용자 역시 이전됩니다. 도착 환경에서 라이선스가 자동으로 할당되는 방식을 모니터링하여 이러한 사용자에게 라이선스가 부여되지 않도록 주의합니다.
   • 도메인 이전에는 이전 중에 예비 라이선스를 구매할 수 있는 특별한 Google Workspace 결제 요금제가 제공되지 않습니다. 원본 환경 라이선스에 연간 요금제가 적용되는 경우 해당 라이선스는 활성 상태가 유지되며 연간 요금제 계약이 종료될 때까지 요금이 청구됩니다. Google Workspace 요금제에 대해 더 많은 질문이 있는 경우 영업 담당자 또는 계정 관리자에게 문의하세요.

2. 여러 라이선스가 있는 경우 이전 대상 사용자에게 라이선스가 올바르게 적용되었는지 확인: 도착 환경 내의 일부 구성은 이전 대상 사용자에게 라이선스가 할당되는 방식에 영향을 미칠 수 있으며, 이로 인해 이전 대상 사용자가 예상과 다른 라이선스를 부여받게 될 수 있습니다. 자동 라이선스 및 특정 조직에 자동 라이선스 재정의가 이러한 구성에 해당됩니다.

   이전 중에 예상치 못한 라이선스 변경이 발생하지 않도록 하려면 다음 작업을 적용해야 합니다.

   • 도착 환경의 자동 라이선스 구성이 '모든 사용자에 사용 중지'이거나 도착 환경에 라이선스 유형이 하나만 있는 경우 변경할 필요가 없습니다.
   • 도착 환경의 자동 라이선스 구성이 '모든 사용자에 사용' (예: Google Workspace 라이선스)으로 설정된 경우 특정 조직 단위에 재정의가 사용 설정되어 있는지 확인합니다. 이전 최상위 조직 단위의 경우 자동 라이선스 구성이 사용 중지되어 있고 하위 조직 단위에서 더 이상 재정의하지 않도록 설정되어 있는지 확인합니다.

3. 도착 최상위 조직 단위를 만들고 필요한 경우 원본 환경 조직 단위 구조 다시 만들기: 모든 이전 대상 사용자의 상위 조직 단위 역할을 할 조직 단위를 만듭니다. 조직 단위를 만든 후에는 다음 두 가지 옵션이 있습니다.

   • 아무 작업도 실행하지 않음: 도메인 이전 프로세스는 새로운 도착 최상위 조직 단위 아래에 원본 환경의 조직 단위 구조를 다시 만듭니다. 이 단계를 수행하려면 '조직 단위 구조를 미리 다시 만들기' 이전 옵션을 '아니요'로 설정하세요. 새로 추가되는 모든 이전 대상 사용자는 조직 단위 수준에서 적용되는 정책을 상속합니다.
   • 도착 최상위 조직 단위 아래에 원본 환경 조직 단위 구조를 수동으로 다시 만들기: 도메인 이전에서는 이전을 진행하기 전에 원본 환경의 전체 조직 단위 구조가 올바르게 복제되었는지 확인합니다. 이 단계를 수행하려면 '조직 단위 구조를 미리 다시 만들기' 이전 옵션을 '예'로 설정하세요. 이 옵션은 서로 다른 하위 조직 단위에 고유 정책을 설정하려는 경우에 유용합니다.

     참고: 도메인 이전에서는 조직 단위 구조만 확인되므로 조직 구성 단위에 적절한 정책이 설정되었는지 확인하는 것은 관리자의 책임입니다.

4. 원본 및 도착 환경 요구사항을 반영하도록 적절한 정책 및 설정 구성: 원본 환경의 정책과 설정은 도착 환경으로 이전되지 않습니다. 또한 이전 프로세스가 완료된 후에는 도착 환경의 정책 및 설정만 이전 대상 사용자와 이전 데이터에 적용됩니다.

   관리자는 도착 환경의 정책 및 설정을 검토하고 원본 환경과 비교해야 합니다. 이 비교 작업을 도착 최상위 조직 단위의 일반 설정과 특정 설정 모두에 수행하여 새로 추가되는 이전 대상 항목 및 사용자 모두에게 적용되는지 확인합니다.

   다음은 설정 과정 중에 확인해야 하는 정책 및 설정 목록의 일부입니다. 또한 원본 및 도착 환경에 전체 감사를 수행하여 다음과 같이 모든 관련 섹션을 분석하는지 확인하세요.

   • 서비스 사용 설정 (사용/사용 중지): 원본 환경에서 사용하는 서비스가 대상 환경에 사용 설정되어 있고 이전 최상위 조직 단위에서 예상대로 작동하는지 확인합니다. 서비스가 사용 중지된 경우 Vault 규칙이 적용되지 않을 수 있으므로 Google Vault를 사용하는 경우 특히 중요합니다.
   • Gmail, 고급 설정, MX 레코드: 메일 라우팅, 규정 준수 규칙, IMAP 사용 설정, 위임과 같은 설정을 검토합니다. 자세한 내용은 Google Workspace에서 Gmail 활성화하기를 참고하세요.
   • 비밀번호 관리: 비밀번호 정책을 검토하여 조직의 절차에 부합하는지 확인합니다. 이전 대상 사용자가 도착 환경으로 이동되면 도착 환경의 비밀번호 관리 정책이 상속됩니다.
   • 2단계 인증: 사용자가 2단계 인증 구성을 계정에 추가할 수 있는지, 2단계 인증이 허용되는지 또는 시행되는지를 지정합니다. 2단계 인증이 사용 설정된 이전 대상 사용자를 2단계 인증이 사용 중지된 도착 환경 또는 조직 단위로 이전할 경우 도착 환경 관리자는 해당 이전 대상 사용자를 관리할 수 없습니다. 대신 관리자는 이러한 사용자를 2단계 인증이 사용 설정된 다른 조직 단위로 이동하여 변경사항을 적용하거나 이전하기 전에 계정에서 2단계 인증을 삭제할 수 있습니다.
   • 공유 설정: 사용자가 조직 외부에 콘텐츠를 공유할 수 있는지를 지정합니다. 원본 환경에서 공유를 차단하고 도착 환경에서 공유를 차단하지 않으면 조직 외부에서 이전 콘텐츠에 액세스할 수 있습니다. 원본 환경에서는 기본적으로 공유가 허용되어 있지만 도착 환경에서는 허용되어 있지 않은 경우, 조직의 사용자가 이전 콘텐츠에 액세스하지 못할 수도 있습니다. Google Drive 및 Google Calendar의 공유 옵션에 대해 자세히 알아보기
   • 데이터 손실 방지 (DLP) 규칙: 사용자가 조직 외부의 사용자와 민감한 정보를 공유하지 못하도록 모니터링하고 차단합니다. 원본 환경에서 DLP가 사용 설정되어 사용자가 정보를 공유할 수 없는데 콘텐츠가 DLP가 설정되지 않은 도착 환경으로 이전되면, 도착 환경의 사용자는 조직 외부에 정보를 공유할 수 있습니다. Gmail DLP 규칙 및 Drive DLP 규칙에 대해 자세히 알아보세요.
   • 채팅 기록: 채팅 기록을 사용 또는 해제할지 지정하고 사용자가 모든 채팅에서 시행을 설정하거나 기본값으로 설정할지 지정합니다. 원본 환경에서 채팅 기록이 사용 설정되어 있지만 대상 환경에서 강제로 사용 중지할 경우 채팅 기록은 손실됩니다. Google Chat은 이전이 지원되지 않는 서비스 목록에 포함되어 있지만 채팅 메시지 (DM)는 이전됩니다.
   • 데이터 국가/지역: 이전된 데이터를 저장할 특정 지리적 위치를 지정합니다. 특정 지리적 위치에 있어야 하는 이전 대상 사용자는 도착 환경에서 이 정책을 적절하게 설정해야 필요한 데이터 국가/지역에서 데이터가 예기치 않게 벗어나지 않습니다. 자세한 내용은 데이터 리전: 데이터를 저장할 지리적 위치 선택하기를 참고하세요.
   • 보안 수준이 낮은 앱('앱 비밀번호'라고도 함): 보안 수준이 낮은 앱이 원본 환경에는 사용 설정되어 있고 도착 환경에는 사용 중지된 경우 보안 수준이 낮은 앱을 사용하는 애플리케이션과의 연결이 타임아웃되어 종료됩니다. 타임아웃 시간은 애플리케이션에 따라 다르지만 일반적으로 60분 이내에 만료됩니다. 안전하지 않은 애플리케이션에서 수행한 향후 액세스 요청은 차단됩니다. 자세한 내용은 보안 수준이 낮은 앱의 액세스 권한 관리하기를 참고하세요.
   • OAuth 범위, SAML용 싱글 사인온 (SSO), 신뢰할 수 있는 앱, Chrome 확장 프로그램: OAuth 설정은 사용자와 서드 파티 애플리케이션에 허용되는 API 액세스 수준을 결정합니다. Google Workspace에서 제공하거나 맞춤 애플리케이션으로 구현된 SAML용 SSO가 있으면 사용자는 Google Workspace 사용자 인증 정보를 활용하여 다른 애플리케이션이나 서비스에 액세스할 수 있습니다. 신뢰할 수 있는 앱은 사용자가 Google Workspace Marketplace 또는 Chrome 웹 스토어에서 설치할 수 있는 애플리케이션 및 OAuth 제한을 무시할 수 있는 앱을 정의합니다. 서드 파티 앱 및 내부 앱, SAML SSO, Google Workspace Marketplace 앱, Chrome 앱 및 확장 프로그램을 제어하는 방법을 자세히 알아보세요.
   • 도메인 전체 위임: 앱에서 사용자의 Google Workspace 데이터에 액세스하도록 허용합니다. 클라이언트 및 범위가 올바르게 작동하는지 확인하려면 이전하기 전에 대상 환경에서 도메인 전체 위임을 설정하세요.

   중요: 정책 및 설정을 올바르게 설정하지 못하면 다음이 발생할 수 있습니다.

   • 데이터가 의도치 않게 조직 외부에 노출될 수 있습니다 (예: 도착 환경에 원본 환경보다 더 많은 공개 설정이 있는 경우).
   • 기존의 액세스 가능했던 데이터에 대해 액세스가 제한될 수 있습니다 (예: 도착 환경에 원본 환경보다 더 제한적인 설정이 있는 경우).
5. 이전 데이터에 적용되는 계약에 동의: 데이터 처리 수정안 (DPA), 표준 계약 조항, 도착 환경의 HIPAA 비즈니스 제휴 개정안 (BAA)을 검토합니다. 자세한 내용은 Google Workspace 및 Cloud ID의 개인 정보 보호 규정 준수 및 기록을 참고하세요.
6. 원본 환경에서 Vault를 사용하는 경우 Vault 사용 설정: 도착 환경에서 Vault를 사용하지 않지만 원본 환경에서 사용하는 경우 도착 환경에 Vault를 사용 설정해야 합니다.
7. Google Workspace 리셀러에게 알리기 (해당되는 경우): 리셀러에게 예정된 도메인 이전 시간을 알리고 이전 기간 동안 계정을 변경 (예: 구독 업데이트)하지 않도록 요청하세요.

8. 원본 또는 대상 환경에서 사용하고 있는 알파 또는 베타 프로그램에 등록 (해당하는 경우): 원본 환경의 알파 및 베타 프로그램 등록은 이전되지 않습니다. 마찬가지로 원본 환경이 대상 환경의 등록에 종속될 수도 있습니다. 등록되지 않은 환경에서 해당 프로그램을 계속 사용하려면 등록을 신청하고 등록 허가를 받아야 합니다.
   이전 대상 사용자가 이전 과정 전반에 걸쳐 동일한 기능을 사용할 수 있도록, 이전하기 전에 알파 또는 베타 프로그램에 등록하는 것이 좋습니다. 하지만 등록 과정에 다소 시간이 걸릴 수 있으며 등록이 보장되지는 않습니다. 등록은 권장사항일 뿐 요구사항은 아닙니다.

중요:

• 라이선스를 다운그레이드하면 Google Workspace 서비스 및 기능이 손실될 수 있습니다. 변경하기 전에 Google Workspace 버전 간의 차이점과 업그레이드 및 다운그레이드의 영향을 신중하게 검토하세요. Google Workspace 버전에 대해 자세히 알아보세요.
• 라이선스를 다운그레이드하면 SWP가 트리거되어 이전이 최대 90일 지연될 수 있습니다.

3단계: 기타 작업 및 고려사항

• 변경 관리: Google Workspace 도메인 이전팀 또는 이전 프로세스 모두에서 이전 프로세스 중에 이전 실행에 대한 정보를 사용자에게 자동으로 제공하지 않습니다. 원본 환경 및 도착 환경 담당자는 사용자에게 이전 프로세스와 잠재적인 영향을 미리 알려주는 것이 좋습니다.

  이전 중에는 API 및 Google 관리 콘솔 액세스를 포함하여 원본 환경 및 대상 환경의 모든 관리자 작업이 차단되므로 원본 환경 및 도착 환경 담당자가 모든 도메인 최고 관리자 및 위임된 관리자에게 이전하기 전과 이전 완료 후 알려주는 것이 좋습니다.

• 외부 종속 항목: Google Cloud 디렉터리 동기화 (GCDS), GAM (Google Workspace 관리자가 도메인 및 사용자 설정을 관리할 수 있는 서드 파티 명령줄 도구)을 사용하거나 서드 파티 싱글 사인온 (SSO) 제공업체를 이용하는 경우 이전의 영향을 분석해야 합니다. 또한 원본 환경 및 도착 환경이 단일 환경 내에 동시에 존재하면 시스템과 이전 실행 시기에 어떤 영향을 미치는지 검토하세요.

대상 환경에서 Google Vault에 무기한 보관

Google Workspace 도메인 이전&에서는 무기한 맞춤 보관 규칙이 대상 환경에 설정되므로 대상 환경 관리자가 별도로 취해야 할 조치는 없습니다.

이전 대상 사용자의 Vault 보관 파일은 이동되지만 원본 환경의 Vault 보관 규칙은 이동되지 않습니다. 이전 도중과 이후에 Vault 데이터가 유실되지 않도록 이전 프로세스에서 이전 작업을 실행하기 전에 도착 환경에 다음과 같이 Vault 보관 규칙을 생성합니다.

• Gmail: 무기한 맞춤 보관 규칙 (범위: 도착 최상위 조직 단위)
• Google Calendar: 무기한 맞춤 보관 규칙 (범위: 도착 최상위 조직 단위)
• Google Chat: 무기한 맞춤 보관 규칙 (범위: 도착 최상위 조직 단위에 속한 이전 대상 사용자와의 채팅 메시지, 스페이스는 제외)
• Google Drive: 공유 드라이브를 포함하지 않는 무기한 맞춤 보관 규칙 (범위: 이전 최상위 조직 단위)
• Google 그룹스: 무기한 맞춤 보관 규칙 (범위: 최상위 조직 단위) 이전 프로세스에 포함되지 않은 도착 환경 그룹을 비롯하여 모든 그룹 데이터가 보관됩니다.
• Google Meet: 다음과 같은 무기한 맞춤 보관 규칙 2개가 필요합니다.
  1. 공유 드라이브 제외 (범위: 도착 최상위 조직 단위)
  2. 모든 공유 드라이브 포함 (범위: 최상위 조직 단위)

     이전 프로세스에 포함되지 않은 도착 환경 공유 드라이브를 비롯하여 모든 공유 드라이브 데이터가 보관됩니다.

• Google Sites: 무기한 맞춤 보관 규칙 2개가 필요합니다.
  1. 공유 드라이브 제외 (범위: 도착 최상위 조직 단위)
  2. 모든 공유 드라이브 포함 (범위: 최상위 조직 단위)

     이전 프로세스에 포함되지 않은 도착 환경 공유 드라이브를 비롯하여 모든 공유 드라이브 데이터가 보관됩니다.

• 공유 드라이브: 모든 공유 드라이브에 무기한 맞춤 보관 규칙 (범위: 최상위 조직 단위) 이전 프로세스에 포함되지 않은 도착 환경 공유 드라이브를 비롯하여 모든 공유 드라이브 데이터가 보관됩니다.

중요: 도착 환경의 Vault 보관 규칙은 데이터의 영구 손실 위험을 방지하기 위해 이전 프로세스 중에 삭제되거나 수정되지 않습니다.