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

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