נקודות מעקב ל-Domain Transfer Divestiture

לפני שמתחילים בהעברת דומיין, חשוב לקרוא את הנקודות הבאות.

תכונה נקודות מעקב
תוכניות אלפא ובטא
  • העברת דומיין ב-Google Workspace לא תעביר הרשמות לתוכניות אלפא ולתוכניות בטא.
  • אם יש תוכניות ספציפיות שסביבת המקור או סביבת היעד רשומות אליהן, אבל הסביבה השנייה לא רשומה אליהן, צריך להגיש בקשה להצטרפות לתוכניות האלה ולקבל אישור.
  • אם היעד רשום לתוכניות שמותאמות לדומיין, צריך לאשר כל דומיין מקור חדש.
  • מומלץ להירשם לפני ההעברה כדי שחוויית המשתמש והתכונות הזמינות למשתמשים שמועברים יהיו זהות לאורך כל תהליך ההעברה.
Google Cloud
  • אחרי ההעברה, משתמשים וקבוצות מסביבת המקור נחשבים כחיצוניים לארגון ב-Google Cloud שמשויך לסביבת המקור או לפלייסהולדר לדומיין.
  • מיגרציה של פרויקטים ב-Google Cloud עשויה להיות תהליך מורכב, בהתאם לאופי של הפרויקטים. אם נדרש לבצע מיגרציה, אפשר לבצע אותה לפני או אחרי תהליך ההעברה. למרות זאת, לא מומלץ לבצע את שני התהליכים באותו הזמן. איש הקשר שלכם לגבי Google Cloud יכול לקשר אתכם לצוות ב-Google שמנהל את תהליכי המיגרציה של פרויקטים ב-Google Cloud.
  • פרויקטים ב-Google Cloud שמצורפים לקבצים ב-Apps Script יישארו בסביבת המקור.

מידע נוסף על האינטראקציה בין העברת דומיין לבין Google Cloud
משתמשים
  • הנתונים של משתמשים שנמחקו לא מועברים.
  • לא מומלץ למחוק משתמשים או לשחזר אותם בסביבת המקור במהלך 48 השעות שלפני ההעברה. מחיקה או שחזור עלולים לעכב את ההעברה.

    טיפ: מומלץ לשחזר משתמשים שנמחקו ולהשעות או לארכב אותם במקום זאת. צריך להשלים את התהליך לפחות 48 שעות לפני ההעברה כדי שהמשתמשים יועברו לסביבת היעד. אחרי שתהליך ההעברה יסתיים, תוכלו לשחזר או למחוק אותם.

  • אי אפשר לשחזר משתמשים שנמחקו בסביבת המקור אחרי שההעברה מסתיימת, כי דומיין המקור שמשויך למשתמשים כבר לא קיים.
קבוצות Google
  • כל הקבוצות עם שם הדומיין של דומיין להעברה יועברו לסביבת היעד.
  • אם קבוצה כוללת את 'כל המשתמשים במקור', היא תכלול את כל משתמשי היעד אחרי ההעברה.
  • יכול להיות ששירותים אחרים יושפעו (למשל אירוע ביומן עם משתתפים מקבוצה).

מידע נוסף על האינטראקציה בין העברת דומיין לבין קבוצות
בעיות ב-Google Workspace יכול להיות שחשבונות אורחים (שמשמשים לשיתוף קוד PIN) יגרמו לכך ששינוי השם של המשתמשים בהעברה לא יצליח ביעד
Google Vault

השלב הזה הוא חובה

מסירים מ-Vault את כל ההפניות להעברת ישויות. אם לא תעשו זאת, לא תהיה לכם גישה לארטיפקטים קיימים ב-Vault שמפנים לישויות ההעברה (לא תוכלו לצפות בהם, לערוך אותם או למחוק אותם). החזקות שנכשלו בישויות ההעברה לא ייאכפו על ידי שמירה או שימור.
זהויות
  • מיזוג זהויות או ביטול כפילויות לא נתמכים במהלך תהליך ההעברה. מידע נוסף
  • צריך לעדכן את מערכות הקצאת ההרשאות ואת ספקי הזהויות (IdP) של צד שלישי (כמו Okta) כדי להביא בחשבון את המשתמשים שמועברים בסביבת היעד.
  • הגדרת מערכות של צד שלישי על ידי Google לא נכללת בתהליך ההעברה.
רישיונות
  • רישיונות שלא נתמכים, כמו ציוד ל-Google Meet, יחסמו את ההחלפה בין הדומיין הראשי לבין הפלייסהולדר לדומיין.
  • השגת רישיונות חדשים, פתרון בעיות בהסדרים אופליין והימנעות מעלויות רישוי נוספות לא נכללים בתהליך ההעברה.
מדיניות והגדרות
  • רוב כללי המדיניות או ההגדרות מסביבת המקור לא נכללים בהעברה.
  • זה כולל פריטים כמו הפעלת שירותים ותכונות לפי יחידה ארגונית או קבוצה, ניתוב אימייל, כללי תאימות ו-DLP, רשימות גישה ל-Google Drive או ל-OAuth, סיסמאות, אפליקציות מהימנות, SSO ל-SAML ומדינות או אזורים שבהם הנתונים נמצאים.
אפשרויות העברה
  • אם נבחרה האפשרות להעברה עם הסרת הרשאות לשיתוף באמצעות קישור ב-Google Drive, המשתמשים יאבדו את הגישה למסמכים אם המסמכים לא שותפו איתם ישירות. מידע נוסף
  • שדרוג רישיונות עלול להפעיל את Google Vault ולדרוש הוספה של כללי Vault בסביבת המקור, גם אם בסביבה אין כרגע שימוש ב-Vault.
ניהול מכשירים ניידים (MDM) מכשירים עם סטטוס אישור בהמתנה לא מועברים. מוודאים שהמכשירים או אושרו, או נחסמו או נמחקו. אחרי ההעברה, לא תוכלו למחוק את המכשירים האלה בסביבת המקור.
יחידות ארגוניות המשתמשים להעברה והמשתמשים שלא להעברה צריכים להיות ביחידות ארגוניות נפרדות בסביבת המקור. אם יחידה ארגונית מכילה גם משתמשים להעברה וגם משתמשים שלא מועברים, ההעברה תיחסם.

השלכות של רישיונות

יש גם השלכות מסוימות על הרישיון לשימוש ב-Google Workspace Domain Transfer Divestiture.

רישוי דומיין בשיטה חלקית (PDL)

רישוי דומיין בשיטה חלקית (PDL) מאפשר לאדמינים להעניק רישיון רק לחלק מהמשתמשים הפעילים שלהם. יש כמה דברים שחשוב להביא בחשבון:

  • לא כל הרישיונות ל-Google Workspace או ל-G Suite תומכים באפשרות לשימוש במקביל עם רישיונות אחרים.
    • אי אפשר להשתמש ברישיונות של Google Workspace לצד רישיונות של G Suite מדור קודם.
    • אי אפשר להשתמש בו-זמנית ב-Enterprise Plus וב-Enterprise Standard עם Business Plus ו-Business Standard.
    • אי אפשר להשתמש ב-Essentials Starter,‏ Essentials,‏ Enterprise Essentials ו-Enterprise Essentials Plus במקביל לרישיונות אחרים של Google Workspace או G Suite.
  • בדרך כלל, רישיונות לא ראשיים (לדוגמה, Chrome Enterprise,‏ Google Meet,‏ Vault Former Employee וכו') מיועדים להתקיים לצד רישיון ראשי.

תהליך מחיקת נתונים בשירות (SWP)

יכול להיות שתהליך ניקוי השירות (SWP) יופעל כשמורידים את רמת הרישיון של חשבון Google Workspace.

ה-SWP מסיר את כל נתוני הלקוחות שמשויכים לשירותי Google שהושבתו במהדורת Google Workspace שבוצעה בה השדרוג לאחור. זהו דרישה משפטית הכרחית בנסיבות שבהן צריך לעמוד בדרישות של התקנה הכללית להגנה על מידע (GDPR).

‫Google מזהה מתי חשבון צריך לעבור את תהליך ה-SWP. הלקוח מתחיל את תהליך ה-SWP כשהוא משנמך. ‫Google מאשרת את השדרוג לאחור ואת פעולת ה-SWP לפני שממשיכה בתהליך ההעברה.

התהליך של SWP נמשך עד 90 יום, ואי אפשר לזרז אותו. אם נדרג את החשבון, צריך להתחיל את התהליך ולהשלים אותו לפני שהעברת הדומיין תימשך (אי אפשר להריץ את שני התהליכים במקביל). הפעלת ה-SWP תעכב את תחילת תהליך העברת הדומיין.