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

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

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

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

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

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

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

כדי לפתור את הבעיה, צריך לבצע את השלבים הבאים לפני שמתחילים בהעברה:

  1. במסוף Google Admin, נכנסים לתפריט ואז אפליקציות ואז Google Workspace ואז Gmail ואז ניתוב.

    כדי לעשות את זה צריך הרשאות אדמין להגדרות של Gmail.

  2. לוחצים על השבתה כדי להשבית כללים רחבים לניתוב או הגדרות של נמענים לא ידועים.
  3. אחרי שההעברה תושלם וזרימת הדואר תאומת, לוחצים על הפעלה כדי להפעיל מחדש את ההגדרות.
Google Drive הנתונים ב-Drive שמועברים משתמשים אוטומטית בהרשאות הגישה שמוגדרות בסביבת היעד. אם יש הגבלות שיתוף מחמירות ביעד, כמו חסימה או הגבלה של שיתוף חיצוני, אז משתפי פעולה חיצוניים מאבדים את הגישה לקבצים שהועברו. כדי לפתור את הבעיה:

  1. במסוף Google Admin, נכנסים לתפריט ואז אפליקציות ואז Google Workspace ואז ‫Drive ו-Docs.

    כדי לעשות את זה, צריך הרשאות אדמין ל-Drive ול-Docs.

  2. לוחצים על הגדרה משותפת ואז שיתוף מחוץ ל-(שם הדומיין).
  3. מסמנים את התיבה כשמותר לשתף מחוץ לדומיין (שם הדומיין), משתמשים בדומיין (שם הדומיין) יכולים לתת הרשאת צפייה בקבצים ובתוכן באינטרנט לכל מי שקיבל את הקישור.
אפשרויות העברה
  • אם נבחרה האפשרות להעברה עם הסרת הרשאות לשיתוף באמצעות קישור ב-Google Drive, המשתמשים יאבדו את הגישה למסמכים אם הם לא שותפו איתם ישירות. מידע נוסף
  • שדרוג רישיונות עלול לגרום להפעלה של Google Vault ולדרוש הוספה של כללי Vault בסביבת המקור, גם אם לא נעשה שימוש ב-Vault בסביבה.
עדכונים ברשימת ACL

אחרי העברה, יכול להיות שיידרש יותר זמן לעדכון רשימת בקרת הגישה (ACL) ב-Google Drive, או שהעדכון יפסיק אם בסביבת היעד יש מדיניות שיתוף מגבילה, כמו כללים להרשאות שיתוף, רשימות היתרים מחמירות או הגדרות שחוסמות שיתוף חיצוני. גם קבצים יתומים עלולים לגרום לעיכובים.

כדי לפתור את הבעיה:

  • לפני שמתחילים את העדכון, צריך לצמצם את ההגבלות על שיתוף חיצוני ב-Drive ולהרחיב את רשימות ההיתרים בסביבת היעד.
  • אחרי שמעבירים את הדומיין ומעדכנים את רשימת בקרת הגישה, מאפסים את כללי האמון ומדיניות האבטחה המקוריים.
  • אם הבעיה נמשכת אחרי ההעברה, צריך לצמצם או להפסיק את כל המדיניות המגבילה בסביבת היעד עד שהעדכון של רשימת ה-ACL יושלם.

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

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

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

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

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