אם תסתמכו על מעבר "מהיר" של אימייל בענן, המלכודות הללו עלולות להפוך השבתה מתוכננת לכישלון יקר ופוגע במוניטין.
למה המיגרציה היא הרבה יותר מסתם פעולת העעתקה אחת
העברת נתונים מ-Google ל-Microsoft אינה פעולה אחת ומונולית. כל שירות — mail, calendar, contacts, Drive, Vault, Chat, Groups — שומר מידע בפורמט משלו, מה שדורש לוגיקת חילוץ ומיפוי יעד נפרדים. כלי שמצטיין בהעתקת הודעות Gmail עלול לדלג על הרשאות Drive, להשמיט ארכיון Vault או להתעלם מהיסטוריית Chat. התחילו בסקר מלא של כל עומס עבודה (workload) שאתם מתכוונים להעביר, כולל מקרי קצה כמו חשבונות מושעים.
מלכודת האימות (Authentication)
שמות משתמש וסיסמאות פשוטים מהווים סיכון אבטחה וכמעט תמיד נכשלים מול ממשקי API מודרניים. ב-Google תזדקקו לחשבון שירות (service account) עם האצלה לכל הדומיין (domain-wide delegation) וסט מוגדר היטב של הרשאות OAuth. טווח הרשאות (scopes) קטן מדי ישאיר נתונים מאחור; טווח רחב מדי פותח וקטור לניצול לרעה. ב-Microsoft, אימות בסיסי (basic authentication) הופסק; רק OAuth 2.0 עובד. פסלו כל כלי מיגרציה שעדיין מפרסם תמיכה ב-basic auth.
תגיות (Labels) לעומת תיקיות (Folders)
מערכת התגיות של Gmail מאפשרת להודעה אחת להתקיים תחת מספר תגיות, בעוד ש-Outlook מחייבת כל הודעה להיכנס לתיקייה אחת בלבד. כאשר מעתיקים אימייל עם מספר תגיות, מנוע המיגרציה יכול:
- לשכפל את ההודעה לכל תיקיית יעד (מה שמנפח את האחסון ויוצר שרשורים כפולים).
- להציב אותה בתיקייה אחת ולהשמיט את התגיות הנוספות (אובדן ארגון).
- לבנות נתיב תיקיות עמוק שמחקה את עץ התגיות (מה שמבלבל לעיתים קרובות את המשתמשים הקצה).
כלי אמין מאפשר לכם לבחור; כלי גרוע כופה ברירת מחדל שעלולה לא להתאים לזרימת העבודה שלכם.
חניקה (Throttling) היא צוואר הבקבוק האמיתי
מבחני מהירות המתמקדים ברוחב פס גולמי מפספסים את העובדה ש-Microsoft Graph API אוכפת מגבלות של מספר בקשות בשנייה. אם תשלחו יותר מדי קריאות מהר מדי, Microsoft יחסמו אתכם. חפשו כלים שמיישמים ניהול חניקה אוטומטי — עצירה, נסיגה והמשך ככל שנדרש — במקום להניח שחיבור אינטרנט מהיר יותר יפתור את הבעיה.
מעבר הדרגתי (Delta), לא "השלכה" בליל שישי
העברת ה-tenant כולו בחלון זמן של סוף שבוע אחד בלבד מבטיחה זמן השבתה. גישה מדורגת עובדת טוב יותר:
- Bulk load – העברת רוב הדואר, הקבצים ונתונים אחרים ימים או שבועות לפני המעבר הסופי.
- Delta sync – במהלך חלון המעבר, הרצת מיגרציה אינקרמנטלית שתופסת רק פריטים חדשים או ששונו.
- MX record flip – החלפת רשומת ה-MX כך שתצביע על Microsoft 365 ברגע שסנכרון ה-delta מאשר שאין פריטים ממתינים.
שיטה זו מצמצמת את זמן ההשבתה משעות לדקות.
צ'ק ליסט למעבר מוצלח
- Catalog כל עומס עבודה (Mail, Drive, Vault, Chat, Groups וכו').
- כללו אובייקטים "בעייתיים" כמו חשבונות מושעים.
- אמתו תמיכה בתיעוד הטכני של כל כלי מיגרציה — לא רק בדף השיווקי.
- הגבילו את טווחי ה-OAuth למינימום הנדרש עבור כל שירות מקור.
- בחנו סנכרון delta אמיתי עם הסרת כפילויות (deduplication) כדי לוודא שפריטים כפולים לא יופיעו ביעד.
- הריצו פיילוט שבודק הודעות Gmail עם מספר תגיות והיררכיות הרשאות מורכבות ב-Drive.
Drive הוא "חיה" נפרדת. יש לו תקציב ולוח זמנים משלו.