Những điểm cần lưu ý khi chuyển miền

Trước khi bắt đầu quy trình Chuyển miền Google Workspace, hãy nhớ tìm hiểu kỹ những điểm sau.

Tính năng Điểm theo dõi
Chương trình thử nghiệm alpha và beta
  • Tính năng Chuyển miền Google Workspace sẽ không chuyển các lượt đăng ký chương trình alpha và beta.
  • Nếu có các chương trình cụ thể mà môi trường nguồn hoặc đích đã đăng ký nhưng môi trường còn lại thì chưa, thì môi trường chưa đăng ký cần phải đăng ký và được chấp nhận tham gia các chương trình đó.
  • Nếu đích đến đã đăng ký các chương trình dành riêng cho miền, thì bạn cần phải chấp nhận mọi miền nguồn mới.
  • Bạn nên đăng ký trước khi chuyển để người dùng chuyển có trải nghiệm và các tính năng giống nhau trong suốt quá trình chuyển.
Google Cloud
  • Sau khi được chuyển, người dùng và nhóm trong môi trường nguồn sẽ được coi là bên ngoài tổ chức Google Cloud được liên kết với môi trường nguồn hoặc miền giữ chỗ.
  • Việc di chuyển các dự án trên Google Cloud có thể là một quy trình phức tạp, tuỳ thuộc vào bản chất của các dự án. Nếu cần di chuyển, bạn có thể thực hiện việc này trước hoặc sau quá trình chuyển. Tuy nhiên, bạn không nên kết hợp 2 dự án này với nhau. Người liên hệ của bạn tại Google Cloud có thể giới thiệu bạn với một nhóm tại Google chuyên quản lý việc di chuyển dự án trên Google Cloud.
  • Các dự án Google Cloud được đính kèm vào tệp Apps Script vẫn nằm trong môi trường nguồn.

Tìm hiểu thêm về cách tính năng Chuyển miền tương tác với Google Cloud.
Người dùng
  • Người dùng đã bị xoá sẽ không được chuyển.
  • Bạn không nên xoá hoặc khôi phục người dùng trong môi trường nguồn trong vòng 48 giờ trước khi chuyển. Việc xoá hoặc khôi phục có thể làm chậm quá trình chuyển.

    Lưu ý: Bạn nên khôi phục mọi người dùng đã bị xoá, sau đó tạm ngưng hoặc lưu trữ họ. Bạn phải hoàn tất quy trình này ít nhất 48 giờ trước khi chuyển để người dùng được chuyển sang môi trường đích. Sau đó, bạn có thể khôi phục hoặc xoá các tệp này khi quá trình chuyển hoàn tất.

  • Bạn không thể khôi phục người dùng đã xoá trong môi trường nguồn sau khi quá trình chuyển hoàn tất, vì miền nguồn được liên kết với người dùng đó không còn tồn tại.
Google Groups
  • Tất cả các nhóm có tên miền của miền chuyển sẽ được chuyển sang môi trường đích.
  • Nếu một nhóm bao gồm "tất cả người dùng trong nguồn", thì nhóm đó sẽ bao gồm tất cả người dùng đích sau khi chuyển.
  • Các dịch vụ khác có thể bị ảnh hưởng (chẳng hạn như sự kiện trên Lịch có người tham dự là một nhóm).

Tìm hiểu thêm về cách tính năng Chuyển miền tương tác với Nhóm.
Các vấn đề về Google Workspace Tài khoản khách (được dùng để chia sẻ mã PIN) có thể khiến việc đổi tên người dùng chuyển không thành công ở đích đến
của bản thân
  • Không hỗ trợ hợp nhất hoặc loại bỏ dữ liệu trùng lặp về danh tính trong quá trình chuyển. Tìm hiểu thêm
  • Bạn cần cập nhật các hệ thống cấp phép và nhà cung cấp dịch vụ danh tính bên thứ ba (chẳng hạn như Okta) để tính đến người dùng chuyển trong môi trường đích.
  • Việc Google định cấu hình các hệ thống của bên thứ ba nằm ngoài phạm vi của quy trình chuyển.
Giấy phép
  • Các giấy phép không được hỗ trợ (chẳng hạn như thiết bị Google Meet) sẽ ngăn bạn đổi miền chính và miền giữ chỗ cho nhau.
  • Việc mua giấy phép mới, giải quyết các thoả thuận ngoại tuyến và tránh phát sinh thêm chi phí cấp phép không thuộc phạm vi của quy trình chuyển.
Chính sách và chế độ cài đặt
  • Hầu hết các chính sách hoặc chế độ cài đặt trong môi trường nguồn không được đưa vào quá trình chuyển.
  • Ví dụ: bật dịch vụ và tính năng theo đơn vị tổ chức hoặc nhóm, định tuyến thư, quy tắc tuân thủ và DLP, danh sách truy cập Google Drive hoặc OAuth, mật khẩu, ứng dụng đáng tin cậy, SSO cho SAML và quốc gia/khu vực dữ liệu.
Các lựa chọn chuyển dữ liệu
  • Nếu bạn chọn lựa chọn chuyển dữ liệu đã loại bỏ cho tính năng chia sẻ liên kết trên Google Drive, thì người dùng sẽ mất quyền truy cập vào tài liệu nếu tài liệu đó không được chia sẻ trực tiếp với họ. Tìm hiểu thêm
  • Việc nâng cấp giấy phép có thể khiến Google Vault được bật và yêu cầu thêm các quy tắc Vault của môi trường nguồn, ngay cả khi môi trường hiện không sử dụng Vault.

Hàm ý về giấy phép

Việc sử dụng tính năng Chuyển miền Google Workspace cũng có một số hàm ý về giấy phép.

Cấp phép miền theo phần

Cấp phép miền theo phần (PDL) cho phép quản trị viên chỉ cấp phép cho một số người dùng đang hoạt động. Bạn cần cân nhắc một số điều sau:

  • Không phải giấy phép Google Workspace hoặc G Suite nào cũng hỗ trợ khả năng cùng tồn tại với các giấy phép khác.
    • Giấy phép Google Workspace không thể cùng tồn tại với giấy phép G Suite cũ.
    • Enterprise Plus và Enterprise Standard không thể cùng tồn tại với Business Plus và Business Standard.
    • Các giấy phép Essentials Starter, Essentials, Enterprise Essentials và Enterprise Essentials Plus không thể cùng tồn tại với các giấy phép Google Workspace hoặc G Suite khác.
  • Thông thường, các giấy phép không phải là giấy phép chính (ví dụ: Chrome Enterprise, Google Meet, Vault dành cho cựu nhân viên, v.v.) được thiết kế để cùng tồn tại với giấy phép chính.

Quá trình xoá dịch vụ

Quy trình xoá dữ liệu dịch vụ (SWP) có thể được kích hoạt khi giấy phép tài khoản Google Workspace bị hạ cấp.

SWP sẽ xoá tất cả dữ liệu khách hàng liên kết với các dịch vụ đã tắt của Google trên phiên bản Google Workspace bị hạ cấp. Đây là yêu cầu pháp lý bắt buộc trong trường hợp bạn phải tuân thủ Quy định chung về việc bảo vệ dữ liệu (GDPR).

Google xác định thời điểm một tài khoản phải trải qua quy trình SWP. Khách hàng bắt đầu SWP khi họ hạ cấp. Google xác nhận cả việc hạ cấp và hành động SWP trước khi tiếp tục quy trình chuyển.

Quá trình SWP mất tối đa 90 ngày và không thể đẩy nhanh. Nếu cần hạ cấp, bạn phải bắt đầu và hoàn tất quá trình này trước khi tiếp tục chuyển miền (không thể chạy song song). Việc chạy SWP sẽ trì hoãn quá trình bắt đầu chuyển miền.