Google Workspace Domain Transfer מוצע ישירות על ידי שירותי Google Cloud Professional Services. אם יש לכם פרויקט שדורש Google Workspace Domain Transfer, אתם יכולים לפנות לנציג המכירות שלכם ב-Google או לשירותי הייעוץ של Google Cloud כדי לבדוק אם אתם זכאים. אם אתם Google Partner ורוצים להשתמש ב-Google Workspace Domain Transfer, אתם יכולים לעיין בהוראות למכירת השירות בPartner Advantage.
אתם יכולים למזג שני סביבות נפרדות של Google Workspace בלי הבעיות שנובעות בדרך כלל משיטות העברה רגילות, באמצעות Google Workspace Domain Transfer. כל הדומיינים והישויות שעומדים בדרישות מסביבת המקור מועברים לסביבת היעד.
יתרונות עיקריים
- הנתונים שלכם נשארים בטוחים – אף נתון לא יוצא מסביבת Google במהלך תהליך ההעברה.
- העברת ישויות – הישויות מועברות ולא מועתקות. הישות המקורית נשמרת במלואה וכל ההגדרות, ההיסטוריה, מזהי המסמכים וכתובות ה-URL, ההרשאות וכו' נשארים זהים. השינוי היחיד הוא הבעלים של הישויות להעברה.
- תוכן ששותף ישירות עם אנשים פרטיים נשמר – שיתוף עם משתמשים פרטיים או קבוצות לא משתנה. עם זאת, הגדרות אחרות עשויות להשפיע על שיתוף ישיר (לדוגמה, רשימות גישה ל-Google Drive בסביבת היעד).
- תוכן ששותף עם כל סביבת המקור משותף עם כל סביבת היעד, אלא אם צוין אחרת – זה חל על אובייקטים ב-Drive, על יומנים של Google ועל קבוצות Google.
- צוות מקצועי מלווה את תהליך ההעברה – במהלך תהליך ההעברה כולו, אתם מקבלים תמיכה מ-Google PSO בזמן שאתם עובדים על הגדרת סביבות המקור והיעד.
- העברת הנתונים נמשכת שעות, לא ימים או שבועות – אחרי שמגדירים את סביבות המקור והיעד בצורה נכונה, צוות Google PSO משלים את העברת הנתונים בשמכם. תהליך העברת הדומיין בדרך כלל מסתיים תוך 24 שעות, אבל הוא עשוי להימשך זמן רב יותר בהתאם לגודל הסביבה. זה כולל את מספר המשתמשים, הקבוצות, הקבצים ב-Drive וכו'.
- צפוי זמן השבתה מינימלי – ההעברות מתבצעות בשעות העבודה. משתמשי קצה שאינם אדמינים יכולים להמשיך לעבוד במהלך ההעברה עם השפעה מועטה.
מגבלות על מפתחות
- הרישיונות לא מועברים – צריכים להיות מספיק רישיונות תואמים בסביבת היעד כדי לתמוך במשתמשים שמועברים. למשתמשים שלכם מוקצה אותו סט רישיונות בסביבת היעד כמו בסביבת המקור.
- מיזוג או ביטול כפילויות של זהויות לא נתמכים – אם למשתמש יש שני חשבונות, אחד בסביבת המקור ואחד בסביבת היעד, צריך לבצע תיאום של זהות המשתמש לפני או אחרי ההעברה. מידע נוסף
- יכול להיות שיהיו השבתות זמניות בחשבונות אדמין – השימוש במסוף Google Admin ובממשקי Admin API של Google Workspace ייחסם בחשבונות אדמין של סביבת המקור וסביבת היעד למשך חלק מההעברה.
- אין דרך חזרה – אחרי שהתהליך מתחיל, אין אפשרות לבטל אותו. זה תהליך של הכול או כלום. כל התיקונים הם תיקונים קדימה, והם מתבצעים תוך יום עד יומיים אחרי ההעברה. מידע נוסף
דברים נוספים שכדאי לזכור
- שירותים, פונקציות ושילובים שלא נחשבים לשירותי ליבה של Google Workspace לא נכללים במוצר הזה, גם אם הם מופיעים כלא נתמכים או לא מתועדים – המוצר Domain Transfer מתמקד אך ורק בהעברת שירותי ליבה של Google Workspace. אם שירות או פונקציה מסוימת לא מופיעים כנתמכים, הם נחשבים לא נתמכים. התנהגויות או פרטים של פריטים שמופיעים כלא נתמכים כפופים לשינויים, ויכול להיות שהם לא מדויקים או לא מלאים. צריך לנהל את הפריטים האלה כמו כל פרויקט העברה אחר, עם בדיקות מתאימות וניהול שינויים.
- למשתמשים שהועברו יש גישה לישויות ששותפו באופן גלובלי בסביבת היעד – זה חל על אובייקטים ב-Drive, על יומנים ועל קבוצות.
- ניהול רישיונות מסוימים עשוי לקחת יותר זמן או לחסום חלקים מהתהליך – כדי לא לעכב את תהליך ההעברה, צריך להסיר מוקדם ככל האפשר רישיונות בסביבת המקור שלא נתמכים ושחוסמים את ההחלפה בין הדומיין הראשי והפלייסהולדר לדומיין. מידע נוסף
- יכול להיות שאימות הדומיינים ידרוש שינוי של רשומות מערכת שמות הדומיינים (DNS) – אם צוות אחר שולט ברשומות ה-DNS שלכם, או אם אתם צריכים שכל השינויים יעברו דרך בקרת שינויים, יכול להיות שתהליך ההעברה יתעכב. זה נכון במיוחד אם סביבת היעד מאמתת את הבעלות על הדומיינים של סביבת המקור. התהליך הזה דורש תיאום בין האדמינים של סביבת היעד לבין הצוות שבבעלותו רשומות ה-DNS של סביבת המקור. מידע נוסף
- סביבת המקור הופכת ללא מתאימה לשימוש ב-Google Workspace כסביבת ייצור – למרות שאין אכיפה, סביר להניח שסביבת המקור תוסר כי תהליך ההעברה הופך את הסביבה ללא מתאימה לשימוש ב-Google Workspace כסביבת ייצור. עם זאת, אם הסביבה משויכת לארגון ב-Google Cloud, היא יכולה להישאר פעילה למטרות ניהול בלבד.
מוכנים להתחיל?
עוברים אל מסגרת תהליך ההעברה