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