אחרי שתהליך העברת הדומיין יסתיים, צוות העברת הדומיין של Google Workspace יודיע לאדמינים בסביבת המקור ובסביבת היעד מתי הם יוכלו להשלים את המשימות שלהם.
צריך להשלים את המשימות האלה אחרי ההעברה
שלב 1: משימות בסביבת Google
צוות העברת הדומיין מבצע ביקורות אחרי ההעברה. השלבים האלה נדרשים כדי להבטיח עקביות בין הסביבות לפני ההעברה ואחריה.
התהליך הזה נמשך 5-7 ימים אחרי סיום ההעברה של סביבת הייצור. תקבלו הודעה כשהתהליך יסתיים. במהלך תקופת הביקורת הזו, אדמינים בסביבת היעד יכולים להמשיך את כל הפעולות הרגילות (כולל השעיה ושינוי שם של משתמשים), אבל אסור להם להסיר משתמשים, כולל משתמשים להעברה או משתמשים קיימים ביעד.
שלב 2: משימות בסביבת המקור
האדמינים בסביבת המקור צריכים לבצע את השלבים האלה אחרי שתהליך ההעברה לסביבת הייצור יסתיים.
אפשר לבצע את השלבים האלה במהלך חלון הביקורת שלאחר ההעברה שמוזכר בשלב 1. אין צורך לחכות 5-7 ימים עד להשלמת המשימות בסביבת Google.
- בודקים אם עדיין יש גישה לתוכן שנשאר בסביבת המקור (מדיניות והגדרות, נתוני דיווח וכו').
חשוב לדעת: יכול להיות שלא תהיה גישה לפריטי מידע מ-Google Vault בסביבת המקור אחרי ההעברה. מידע נוסף
- מתחילים להכין את סביבת המקור להוצאה משימוש, כולל הסרת רישיונות מיותרים (כדי למנוע בעיות בחיוב).
- בסיום, מוחקים את סביבת המקור. Google לא עושה את זה באופן אוטומטי.
שלב 3: משימות בסביבת היעד
אחרי שתהליך ההעברה של סביבת הייצור יסתיים, האדמינים בסביבת היעד יצטרכו לבצע את המשימות האלה. לא כל המשימות רלוונטיות להגדרה שלכם.
אפשר לבצע את השלבים האלה במהלך חלון הביקורת שלאחר ההעברה שמוזכר בשלב 1. אין צורך לחכות 5-7 ימים עד להשלמת המשימות בסביבת Google.
- בדיקת כל הפעולות שבוצעו במהלך תהליך ההעברה של הסביבה הפעילה – הפעולות האלה מופיעות בדוחות האדמין במסוף Google Admin. בדוחות, כל פעולות ההעברה משויכות לחשבון השירות Google Workspace Domain Transfer Admin או לחשבון השירות dasher-entity-transfer. מידע נוסף
- הקצאה מחדש של תפקידי אדמין לאדמינים בסביבת המקור – אדמינים בסביבת המקור מועברים כמשתמשים רגילים, והתפקידים שלהם לא מוקצים מחדש באופן אוטומטי. האדמינים בסביבת היעד צריכים להקצות מחדש תפקידי אדמין לאדמינים בסביבת המקור באופן ידני.
- פתרון בעיות שקשורות לגלריית התבניות ב-Google Drive – יש בעיה מוכרת שבה תבניות של Drive שנוצרו מקבצים בתוך תיקיות אחסון שיתופי לא מופיעות בגלריית התבניות של סביבת היעד אחרי ההעברה.
כדי לפתור את הבעיה, משתמשי הקצה צריכים לאפס את שיתוף באמצעות קישור על ידי הפסקת השיתוף של כל הקבצים ושיתוף שלהם מחדש. מידע נוסף
אחרי שמסיימים, שולחים מחדש את הקובץ לגלריית התבניות. מידע נוסף
- עדכון קבוצות דינמיות – עדכון ידני של כל הקבוצות הדינמיות שהועברו. אפשר לעדכן את השאילתה על ידי ביצוע שינוי קטן שלא משנה את התוצאה, כמו הוספה או הסרה של רווח.
כדי לבצע את המשימה הזו, צריכות להיות לכם קבוצות דינמיות בדומיין היעד. אם לא משתמשים בקבוצות דינמיות, החברות בקבוצה נעולה. אי אפשר לערוך או לעדכן את רשימת החברים.
-
ביקורת וניקוי – יש כמה ביקורות ושלבי ניקוי שצריך לבצע:
- במקרה הצורך, משנים את השם של משתמשים להעברה. מידע נוסף
- אם יש כפילויות של משתמשים, אפשר למזג אותן. מידע נוסף
- במקרה הצורך, משנים את השמות של קבוצות ההעברה. מידע נוסף
- בודקים את כל הגדרות האדמין ומשנים את ההגדרות שצריך לשנות בעקבות הוספת המשתמשים להעברה והעברת היחידות הארגוניות.
- לגבי משאבים לתזמון ביומן, אפשר למזג מבנים על ידי העברת משאבים ממבנה אחד למבנה אחר.
- הגדרת DomainKeys Identified Mail (DKIM) לדומיינים להעברה – הגדרת DKIM לכל הדומיינים להעברה, לפי הצורך. אם בדומיין להעברה נעשה שימוש ב-DKIM לפני ההעברה, חשוב להסיר את רשומת ה-DNS הישנה לפני שמוסיפים את הרשומה החדשה. מידע נוסף
- העברת מידע למשתמשי הקצה על הפעולות שהם צריכים לבצע – חשוב להודיע למשתמשים שמעבירים קבצים על ההשפעה האפשרית של ההעברה על הגדרות שיתוף הקבצים שלהם (במיוחד שיתוף באמצעות קישור), ולהמליץ להם לבדוק ולשתף מחדש את הקבצים לפי הצורך.
- שחזור ארטיפקטים של Google Vault והגדרת כללי שמירה מתאימים – יש כמה פריטים ב-Vault שצריך לטפל בהם.
- יוצרים מחדש את העניינים וההשעיות לפי הצורך. מידע נוסף
- מגדירים את כללי השמירה המתאימים ב-Vault שחלים על היחידה הארגונית הראשית של ההעברה ועל יחידות הבת הארגוניות שלה.
- (אופציונלי) מסירים את כללי השמירה ב-Vault שנוצרו בתהליך העברת הדומיין בסביבת היעד. הכללים האלה הוגדרו במקור במשימות שלפני ההעברה.
-
עדכון מערכות הקצאת הרשאות וספקי זהויות של צד שלישי – כדי לוודא שהמשתמשים בהעברה יוכלו לבצע אימות בדומיין ההעברה, צריך לשנות את השמות של המשתמשים לדומיין הראשי של היעד או לעדכן את ספק הזהויות של צד שלישי.
צריך לעדכן את מערכות הקצאת ההרשאות האוטומטיות כדי לוודא שהמשתמשים שמועברים לא מושעים או נמחקים באופן אוטומטי.
-
הוספת משתמשים ל-Google Voice – אפשר לרשום מחדש משתמשים שהועברו ל-Voice. איך מגדירים את Voice בארגון
-
הגדרה מחדש של פרופילים ב-Google Chrome:
- מכשירים מנוהלים – צריך לרשום מחדש באופן ידני פרופילים ב-Chrome בכל מכשיר מנוהל, כי הפרופילים נשארים משויכים לסביבת המקור. פרטים נוספים זמינים במאמר בנושא רישום של דפדפני Chrome שמנוהלים בענן.
- מכשירים לא מנוהלים – במכשירים לא מנוהלים, צריך ליצור מחדש את הפרופיל ב-Chrome. בפרופיל הזה נעשה שימוש במדיניות שהוגדרה בסביבת היעד. יכול להיות שיהיה צורך גם להגדיר כללי מדיניות לדפדפני Chrome רשומים.
- רישום מחדש של מכשירים לעבודה – אם אין לכם מדיניות של רישום מחדש אוטומטי, אתם יכולים לרשום מחדש מכשירים לעבודה שנמחקו. פרטים נוספים זמינים במאמר בנושא ניהול מכשירים באמצעות ניהול נקודות קצה ב-Google.
- עדכון לוחות בקרה ב-Data Studio – אם דוח או מקור נתונים שותפו עם הארגון לפני ההעברה, יכול להיות שהם ימשיכו להיות משותפים עם דומיין המקור אחרי ההעברה. כדי לפתור את הבעיה, אחרי ההעברה משנים את הגדרות השיתוף לכל מי שיש לו את הקישור, ואז מגדירים אותן לכל מי שנמצא בסאבדומיין היעד.