נקודות מעקב להעברת דומיין

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

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

מידע נוסף על האינטראקציה בין Domain Transfer לבין Google Cloud

משתמשים
  • הנתונים של משתמשים שנמחקו לא מועברים.
  • לא מומלץ למחוק או לשחזר משתמשים מסביבת המקור במהלך 48 השעות שלפני ההעברה. מחיקה או שחזור עלולים לעכב את ההעברה.

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

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

מידע נוסף על האינטראקציה בין העברת דומיין לבין קבוצות

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

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

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

רישוי דומיין בשיטה חלקית (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 תעכב את תחילת תהליך העברת הדומיין.