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