תכונות שנתמכות ב-Domain Transfer

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

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

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

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

• העברות מ-Workspace עם Gemini כוללות את היסטוריית ההנחיות, השיחות והצ'אטים של המשתמש.
• העברת הדומיין שומרת את כל רשימות בקרת הגישה (ACL) והרשאות השיתוף של Notebook של המשתמש. תיקיות Notebook וקובצי מקור שמאוחסנים ב-Google Drive פועלים לפי הגדרות ההעברה הרגילות של Drive (שיתוף באמצעות קישור מורחב או מופשט).
• אפשר להעביר דומיינים מ-Gemini Notebook ב-Workspace. העברות דומיינים לא כוללות פריסות של Gemini Notebook בהתאמה אישית, מכונות ארגוניות, מחברים לקצה העורפי או מאגר נתונים שמתארח במסוף Google Cloud. הפרויקטים הבסיסיים במסוף Google Cloud נשארים בסביבת המקור.

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

• כל היומנים הראשיים והמשניים מועברים.
• כל המשאבים לתזמון ביומן (לדוגמה, חדרי ישיבות) מועברים.
• כל האירועים שומרים על החדרים שהוזמנו.
• מבנים ותכונות מועתקים. גרסה של כל מבנה ותכונה נשארת בסביבת המקור אחרי ההעברה.
• היומנים שמועברים משתמשים בהגדרות השיתוף של היומן בסביבת היעד. אם ההגדרה לראות את כל הפרטים של האירועים מופעלת בסביבת המקור, אבל ההגדרה לראות רק את המצב "פנוי/עסוק" מופעלת בסביבת היעד, ביומן שמועבר מוצג רק מידע על מצב "פנוי/עסוק".

התוכן מופיע בסביבת היעד, אבל יכול להיות שיהיו עיכובים. מידע נוסף

תהליך ההעברה וההרשאות:

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

שיתוף קבצים עם כל מי שבארגון:

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

מידע נוסף על שיתוף קבצים מ-Google Drive ועל יצירה וניהול של קהלי יעד

תיקיות אחסון שיתופי ביחידות ארגוניות

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

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

אפליקציות שמשתמשות ב-Drive

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

• כל הקבוצות עם שם הדומיין של דומיין ההעברה יועברו לסביבת היעד.
• אם קבוצה כוללת את "כל המשתמשים במקור", היא תכלול את כל משתמשי היעד אחרי ההעברה.

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

• כל האתרים שמשויכים לדומיינים שמועברים עוברים לסביבת היעד ונשארים מקושרים לבעלים שלהם (לדוגמה, משתמש או אחסון שיתופי).
• מיפויים של כתובות URL מותאמות אישית במסוף Admin, כולל הדומיינים המשויכים, מועתקים מסביבת המקור לסביבת היעד.
• כתובת ה-URL של האתר לא משתנה וממשיכה לכלול את השם של סביבת המקור המקורית.

• היסטוריית ההנחיות, השיחות והצ'אטים של משתמש ב-Workspace עם Gemini מועברת לסביבת היעד.
• ההגדרות של Gemini בסביבת היעד חלות על כל הצ'אטים שמועברים מ-Workspace עם Gemini. כדי לוודא שלמשתמשים שהועברו תהיה גישה יציבה, הרישיון ל-Gemini בסביבת היעד צריך לכלול את התוסף הנכון של Gemini או את המינוי הנכון ל-Workspace.

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

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

• הטוקנים של OAuth מועברים ונשארים בתוקף.
• יכול להיות שאסימוני OAuth לא יפעלו אם יש להם היקפי הרשאות שמופעלים בסביבת המקור, אבל מוגבלים בסביבת היעד.

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