מעבר מ-Google Workspace ללא אובדן אימיילים

מעבר מ-Google Workspace למארח תיבות אחר אורך כשבוע בזמן קלנדרי ו-3-4 שעות עבודה פעילה, כאשר מבצעים אותו בזהירות. הסוד הוא קבלה מקבילה: מגדירים את המארח החדש בזמן ש-Workspace ממשיך לקבל דואר, מפעילים כלי העברת IMAP שמעתיק הודעות ישנות ברקע, ואז מחליפים רשומות MX עם TTL נמוך ב-DNS כדי שהמעבר יימשך דקות ולא שעות.

מדריכים רבים מתארים מעבר חד שעלול לאבד הודעות בזמן הפצת DNS. בדרך כלל מעבר כזה מאבד 10-50 הודעות, בהתאם לנפח הנכנס. התהליך בן ששת השלבים נועד למנוע אובדן. המשמעת הנוספת דורשת 30 דקות הגדרה וחוסכת את המרדף אחר הודעת לקוח חסרה כבר בתחילת הדרך.

המדריך מסביר את ההעברה בשישה שלבים וכולל בלוקים מעשיים של רשומות DNS. להקשר הרחב, ראו העברת אימייל מ-Google Workspace.

למה המעבר אפשרי יותר מכפי שנדמה

מעבר מ-Google Workspace נראה מאיים מפני ש-Workspace מאגדת דואר, יומן, Drive ו-Meet תחת זהות אחת. רוב המורכבות נובעת מהחבילה. רכיב הדואר בפני עצמו הוא בסך הכול IMAP ורשומות DNS, ואפשר להעביר אותו בצורה מסודרת לכל מארח שתומך ב-IMAP.

העבודה בפועל מתחלקת היטב. דואר: 1-2 ימי עבודה לפי ששת השלבים שבהמשך. יומן: יצוא מ-Workspace ויבוא למארח החדש, כגון Fastmail Calendar, Apple Calendar או CalDAV באירוח עצמי. Drive: העתקה בסגנון rsync לאחסון הקבצים החדש. Meet: החלפה ב-Zoom או בשירות דומה בעת ההרשמה. כל רכיב עובר בנפרד, ולכן הפרויקט פחות מכביד מכפי שהכותרת מרמזת.

העברה בשישה שלבים במבט מהיר

שישה שלבים מכסים מעבר של הדואר מ-Google Workspace בלי לאבד הודעות נכנסות בחלון ההחלפה. הסדר חשוב: הפלט של כל שלב מאפשר את הבא, ודילוג יוצר פערים שעלולים לאבד דואר שנמצא בדרך בזמן הפצת DNS.

1. הורידו TTL ב-DNS ‏48 שעות מראש. כך זמן הפצת MX יורד משעות לדקות בחלון המעבר.
2. הקימו את המארח החדש. הוסיפו את הדומיין וצרו תיבות תואמות.
3. הפעילו העברת IMAP ברקע. העתיקו דואר ישן בזמן ש-Workspace ממשיך לקבל הודעות.
4. החליפו רשומות MX. הפנו את DNS למארח החדש וקבלו במקביל בזמן ההפצה.
5. אמתו ובדקו הלוך ושוב. ודאו שהאימות עובר אצל שלושה נמענים.
6. השביתו את Workspace. המתינו 48-72 שעות מהחלפת MX ואז השביתו את התיבות.

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

שלב 1: הורדת TTL ב-DNS ‏48 שעות מראש

השלב הראשון הוא הורדת TTL ברשומות MX ‏48 שעות לפני המעבר המתוכנן. ערך ברירת המחדל ב-Workspace הוא בדרך כלל 3600, כלומר שעה. הורידו אותו ל-300, כלומר חמש דקות, כדי שהחלפת MX בשלב 4 תופץ במהירות.

; before - default TTL
yourcompany.com. 3600 IN MX 1  aspmx.l.google.com.

; after - low TTL for cutover window
yourcompany.com. 300  IN MX 1  aspmx.l.google.com.

ערכו את TTL של כל רשומת MX אצל מארח DNS. השינוי מופץ במהלך 1-2 השעות הבאות כשהמטמונים פגים. המתינו 48 שעות כדי שהערך הנמוך יופץ ברחבי העולם. לאחר שההעברה מסתיימת בשלב 6, החזירו את TTL ל-3600 לפעילות רגילה.

שלב 2: הקמת המארח החדש

בשלב השני מקימים את מארח התיבות החדש. הירשמו ל-TrekMail או לחלופה שבחרתם, הוסיפו את הדומיין בלוח ואמתו בעלות בעזרת רשומת TXT. צרו תיבות בשמות התואמים לאלה שב-Workspace, כגון sarah.smith@ ו-mike.davis@. צרו ערכי SPF, DKIM ו-DMARC אך אל תפרסמו אותם עדיין; הפרסום ייעשה בשלב 4.

בשלב זה התיבות החדשות מוכנות, אך MX עדיין מצביע אל Workspace ולכן דואר אמיתי עדיין לא מגיע אליהן. עבודת ההכנה מאפשרת קבלה מקבילה מסודרת בשלב 4. ראו חלופה ל-Google Workspace להשוואה רחבה יותר בין ספקים.

שלב 3: הפעלת העברת IMAP ברקע

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

רוב ההעברות מסתיימות בתוך 24 שעות בתיבות בגודל רגיל, 1-10GB למשתמש. תיבות כבדות בגודל 50GB+ נמשכות זמן רב יותר. הפעילו את ההעברה לפני החלפת הרשומות כדי שכל הדואר הישן יהיה במארח החדש לפני שלב 4. עקבו בלוח אחר התהליך; הכלי מציג שגיאות לפי תיבה כשיש בעיית IMAP שדורשת טיפול.

שלב 4: החלפת רשומות MX

בשלב הרביעי מעדכנים את רשומות MX כך שיצביעו אל המארח החדש. פרסמו את ערכי MX החדשים ואת רשומות SPF, DKIM ו-DMARC משלב 2. הפצת DNS נמשכת כ-5 דקות הודות ל-TTL הנמוך משלב 1.

; new MX pointing at TrekMail
yourcompany.com. 300 IN MX 10 mx1.trekmail.net.
yourcompany.com. 300 IN MX 20 mx2.trekmail.net.

; authentication records
yourcompany.com.        300 IN TXT  "v=spf1 include:_spf.trekmail.net ~all"
trekmail._domainkey.yourcompany.com. 300 IN TXT "v=DKIM1; k=rsa; p=..."
_dmarc.yourcompany.com. 300 IN TXT  "v=DMARC1; p=none; rua=mailto:dmarc-reports@yourcompany.com"

בחלון ההפצה, חלק מהשרתים עדיין שולחים אל Workspace ואחרים משתמשים במארח החדש. שניהם מקבלים במקביל ולכן הודעות אינן חוזרות. השאירו את תיבות Workspace פעילות ונגישות לפחות 48-72 שעות לאחר החלפת MX, כדי לקלוט דואר שנשאר בדרך אצל שרתים עם מטמון DNS ארוך יותר.

שלב 5: אימות ובדיקת הלוך ושוב

בשלב החמישי מאמתים דואר יוצא מהמארח החדש. שלחו הודעת בדיקה מכל תיבה לחשבונות Gmail, Outlook.com ו-Yahoo. ודאו שבכותרות אצל שלושתם מופיעים SPF=PASS, DKIM=PASS ו-DMARC=PASS. כל FAIL מצביע על כך שרשומות שלב 4 דורשות תיקון לפני מעבר לפעילות שוטפת.

בדקו גם דואר נכנס: שלחו הודעה מכתובת חיצונית לאחת התיבות החדשות וודאו שהיא מגיעה למארח החדש בתוך דקות. אם היא מגיעה ל-Workspace, הפצת DNS עדיין לא הושלמה; המתינו עוד 10-15 דקות ובדקו שוב. אסור לדלג על האימות, אחרת בעיות מסירה יתגלו בקנה מידה גדול ולא בזמן ההחלפה.

שלב 6: השבתת Workspace

בשלב השישי משביתים את תיבות Workspace ‏48-72 שעות לאחר החלפת MX, כשהפצת DNS כבר הושלמה בעולם. השביתו את התיבות במסוף הניהול ובטלו את המינוי בסוף מחזור החיוב הנוכחי. החזירו את TTL ב-DNS ל-3600.

שמרו יצוא של נתוני Workspace, כולל Mail, Calendar ו-Drive, לפני הביטול הסופי למקרה שתזדקקו להיסטוריה. שירות Google Takeout מטפל ביצוא; הורידו אותו לאחסון מקומי לפני סיום המינוי. כך מתקבל גיבוי עצמאי מהמארח החדש. ראו רשימת בדיקה להעברת אימייל לתוכנית עבודה מסודרת.

הצעדים הבאים

תהליך ששת השלבים אורך כשבוע בזמן קלנדרי ו-3-4 שעות עבודה פעילות, ויכול למנוע אובדן דואר כשהקבלה המקבילה מוגדרת נכון. המארח החדש קולט הודעות שנמצאות בדרך בזמן ההפצה, בעוד Workspace ממשיך לטפל במה שמגיע באיחור אל MX הישן.

נסו את TrekMail Nano בחינם דרך trekmail.net/pricing, ללא כרטיס ובהתאם להצעה הנוכחית. Starter במחיר $4 לחודש כוללת כיום את כלי העברת IMAP בצד השרת שנדרש לשלב 3. מחיר קבוע של $42 לשנה עשוי לחסוך בדרך כלל 90%+ מחשבון Workspace לצוותים שמתמקדים בדואר ורוב המשתמשים שלהם אינם תלויים מדי יום ב-Docs וב-Sheets. ראו העברת IMAP להקשר הרחב.

דוגמה להמחשה: חברת SaaS בת 24 אנשים בהלסינקי עוברת לאחר שנים בפלטפורמה. הוצאה לפני המעבר: $1,728 לשנה על Workspace Business Starter. ההעברה: 5 ימים בזמן קלנדרי, כולל חלון TTL נמוך, קבלה מקבילה והעברת 180GB דואר היסטורי על פני 24 תיבות. הוצאה לאחר המעבר לפי המחירים המצוינים: $96 לשנה על TrekMail Pro לאותו עומס. החיסכון השנתי המחושב הוא $1,632, שיכול לממן את Notion ולהותיר מרווח בשנת הפעילות הבאה.

דוגמה שנייה: חברה בינונית בת 40 אנשים בתל אביב עוברת מ-Google Workspace Business Standard. לפני המעבר: $5,520 לשנה. הבדיקה מצאה שהשימוש ב-Docs וב-Sheets מרוכז ב-8 משתמשים, מנהלים ואנשי הנהלת חשבונות. התוכנית: TrekMail Pro עבור 40 התיבות במחיר $96 לשנה, ועוד 8 רישיונות Workspace Business Starter למשתמשים שתלויים במסמכים במחיר $576 לשנה. ההוצאה הכוללת לאחר המעבר היא $672 לשנה, והחיסכון המחושב הוא $4,848.

בשתי הדוגמאות חוזר אותו דפוס: מעבר מ-Google Workspace אינו חייב להיות הכול או כלום. צוות יכול לבדוק מי באמת משתמש בחבילת הפרודוקטיביות, להעביר את רוב המשתמשים למארח דואר בלבד במחיר קבוע ולהשאיר ב-Workspace את מי שתלוי במסמכים. בהתאם לשימוש ולמחירים, הפיצול עשוי לחסוך 70-90% מהחשבון תוך שמירת החבילה למי שבאמת זקוק לה.