7. השלמת משימות אחרי ההעברה

אחרי שתהליך העברת הדומיין יסתיים, הצוות של Google Workspace Domain Transfer יודיע לאדמינים בסביבת המקור ובסביבת היעד מתי הם יכולים להשלים את המשימות שלהם.

מה צריך לעשות אחרי ההעברה

שלב 1: משימות בסביבת Google

צוות העברת הדומיינים מבצע ביקורות אחרי ההעברה. השלבים האלה נדרשים כדי להבטיח עקביות בין הסביבות לפני ההעברה ואחריה.

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

שלב 2: משימות בסביבת המקור

האדמינים בסביבת המקור צריכים לבצע את השלבים האלה אחרי שתהליך ההעברה של סביבת הייצור הושלם.

אתם יכולים לבצע את השלבים האלה במהלך חלון הביקורת שאחרי ההעברה, שמוזכר בשלב 1. אין צורך להמתין 5-7 ימים עד להשלמת המשימות בסביבת Google.

  1. בודקים שעדיין יש גישה לתוכן שנשאר בסביבת המקור (מדיניות והגדרות, נתוני דיווח וכו').

    חשוב לדעת: יכול להיות שלא תהיה גישה לפריטי מידע של Google Vault בסביבת המקור אחרי ההעברה. מידע נוסף

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

שלב 3: משימות בסביבת היעד

האדמינים בסביבת היעד צריכים לבצע את המשימות האלה אחרי שתהליך ההעברה של סביבת הייצור מסתיים. לא כל המשימות רלוונטיות להגדרה שלכם.

אתם יכולים לבצע את השלבים האלה במהלך חלון הביקורת שאחרי ההעברה, שמוזכר בשלב 1. אין צורך להמתין 5-7 ימים עד להשלמת המשימות בסביבת Google.

  1. לבדוק את כל הפעולות שבוצעו במהלך תהליך ההעברה לסביבת הייצור – הפעולות האלה מופיעות בדוחות האדמין במסוף Google Admin. בדוחות, כל פעולות ההעברה משויכות לחשבון השירות Google Workspace Domain Transfer Admin או dasher-entity-transfer. מידע נוסף
  2. הקצאה מחדש של תפקידי אדמין לאדמינים בסביבת המקור – האדמינים בסביבת המקור מועברים כמשתמשים רגילים, והתפקידים שלהם לא מוקצים מחדש באופן אוטומטי. האדמינים בסביבת היעד צריכים להקצות מחדש באופן ידני תפקידי אדמין לאדמינים בסביבת המקור.
  3. פתרון בעיות שקשורות להצגת תבניות של Google Drive בגלריית התבניות – יש בעיה מוכרת שבה תבניות ב-Drive שנוצרו מקבצים בתיקיות אחסון שיתופי לא מופיעות בגלריית התבניות של סביבת היעד אחרי ההעברה.

    כדי לפתור את הבעיה, משתמשי הקצה צריכים לאפס את השיתוף באמצעות קישור על ידי הפסקת כל השיתוף של הקבצים ואז לשתף אותם שוב. מידע נוסף

    בסיום, שולחים מחדש את הקובץ לגלריית התבניות. מידע נוסף

  4. עדכון קבוצות דינמיות – עדכון ידני של כל הקבוצות הדינמיות שהועברו. כדי לעדכן את השאילתה, אפשר לבצע שינוי קטן שלא משפיע על התוצאה, כמו הוספה או הסרה של רווח.

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

  5. ביקורת וניקוי – יש כמה שלבים של ביקורת וניקוי שצריך לבצע:

  6. הגדרת DomainKeys Identified Mail ‏ (DKIM) לדומיינים להעברה – מגדירים DKIM לכל הדומיינים להעברה, לפי הצורך. אם בדומיין שהועבר נעשה שימוש ב-DKIM לפני ההעברה, צריך להסיר את רשומת ה-DNS הישנה לפני שמוסיפים את הרשומה החדשה. מידע נוסף
  7. הסבירו למשתמשי הקצה מה הם צריכים לעשות – הסבירו למשתמשים שמועברים על ההשפעה האפשרית של ההעברה על הרשאות השיתוף של הקבצים שלהם (במיוחד שיתוף באמצעות קישור), והמליצו להם לבדוק את הקבצים ולשתף אותם מחדש לפי הצורך.
  8. שחזור פריטי מידע ב-Google Vault והגדרת כללי שמירה מתאימים – יש כמה פריטים ב-Vault שצריך לטפל בהם.
    1. יוצרים מחדש עניינים והחזקות לצורך משפטי לפי הצורך. מידע נוסף
    2. מגדירים את כללי השמירה המתאימים ב-Vault שחלים על היחידה הארגונית הראשית להעברה ועל יחידות הבת הארגוניות שלה.
    3. (אופציונלי) מסירים את כללי השמירה ב-Vault שנוצרו בתהליך העברת הדומיין בסביבת היעד. הכללים האלה הוגדרו במקור במשימות שלפני ההעברה.
  9. עדכון מערכות הקצאת הרשאות וספקי זהויות של צד שלישי – כדי לוודא שהמשתמשים שמועברים יכולים לבצע אימות בדומיין שאליו הם מועברים, צריך לשנות את השמות של המשתמשים עם הדומיין הראשי של היעד או לעדכן את ספק הזהויות של הצד השלישי.

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

  10. הוספת משתמשים ל-Google Voice – אתם יכולים לרשום מחדש ל-Voice משתמשים שהועברו. איך מגדירים את Voice בארגון

  11. הגדרה מחדש של פרופילים ב-Google Chrome:
    • מכשירים מנוהלים – צריך לרשום מחדש באופן ידני את הפרופילים ב-Chrome בכל מכשיר מנוהל, כי הפרופילים נשארים משויכים לסביבת המקור. פרטים נוספים זמינים במאמר על רישום של דפדפני Chrome שמנוהלים בענן.
    • מכשירים לא מנוהלים – במכשירים לא מנוהלים, יוצרים מחדש את הפרופיל ב-Chrome. הפרופיל הזה משתמש בכללי המדיניות שמוגדרים בסביבת היעד. יכול להיות שתצטרכו גם להגדיר כללי מדיניות לדפדפני Chrome רשומים.
  12. רישום מחדש של מכשירים של העבודה – אם אין לכם מדיניות רישום מחדש אוטומטי, אתם יכולים לרשום מחדש מכשירים של העבודה שנמחקו. פרטים נוספים זמינים במאמר בנושא ניהול מכשירים באמצעות ניהול נקודות קצה ב-Google.
  13. עדכון מרכזי הבקרה של Data Studio – אם דוח או מקור נתונים שותפו עם הארגון לפני ההעברה, יכול להיות שהם ימשיכו להיות משותפים עם דומיין המקור אחרי ההעברה. כדי לפתור את הבעיה, אחרי ההעברה, משנים את הרשאות השיתוף לכל מי שיש לו את הקישור, ואז מגדירים אותן לכל מי שנמצא בתת-הדומיין של היעד.