אם נתקלתם בבעיה ב-Google Workspace Migration for Microsoft Outlook (GWMMO), תוכלו לפתור אותה באמצעות הבעיות הנפוצות שמפורטות בהמשך.
התנסות בכלי לניתוח רשומות של יומנים
הכלי הזה יכול לזהות את רוב הבעיות תוך כמה רגעים אחרי השליחה.
- שולחים את יומני המעקב (כקובצי ZIP או כקובצים לא דחוסים) אל כלי ניתוח היומנים בארגז הכלים של Google Admin.
- כדי לבצע ניתוח מתקדם של יומנים, שולחים קבצים לא דחוסים אל Log Analyzer 2.
איפה אפשר למצוא את היומנים?
כאן אפשר למצוא קבצים של עקבות לייבוא:
- Microsoft Windows 7 ואילך – C:\Users\your-user-name\AppData\Local\Google\Google Apps Migration\Tracing\ClientMigration.
- גרסאות קודמות של Windows – C:\Documents and Settings\your-user-name\Local Settings\Application Data\Google\Google Apps Migration\Tracing\ClientMigration.
פתרון בעיות נפוצות
חלק מהנתונים שלי או כולם לא מיובאים מהחשבון הישן
כדי לפתור את הבעיה הזו, אפשר לנסות את הפעולות הבאות:
- מוודאים שאתם מחוברים לאינטרנט במהלך ההעברה ושאין בעיות בקישוריות לרשת.
- חשוב לוודא ש-Outlook סגור במהלך ההעברה.
- לא לייבא מקובץ OST. GWMMO תומך בייבוא רק מקובץ PST או ישירות מחשבון Exchange. פרטים נוספים מופיעים במאמר מה מועבר?
קיבלתי אנשי קשר כפולים אחרי הייבוא
המצב הזה קורה כשמייבאים נתוני אנשי קשר כמה פעמים לאותו חשבון Google Workspace. לייבא את אנשי הקשר רק פעם אחת. אם בסופו של דבר יש לכם נתונים כפולים, אתם יכולים לבצע אחת מהפעולות הבאות:
- מחיקת כל אנשי הקשר האישיים מחשבון Google Workspace. לאחר מכן, משתמשים ב-GWMMO כדי לייבא מחדש את אנשי הקשר.
- הסרה ידנית של אנשי קשר כפולים מ-Google Workspace.
האם ייבוא הנתונים שלי מתבצע אחרי שמופיעה השגיאה 'פריט אחד או יותר לא יובאו'?
כן. שאר הנתונים ימשיכו להתייבא ללא השגחה. אם אשף ההעברה עדיין פתוח, אפשר לפתוח את קובץ יומן ההעברה ממסך ההתקדמות של האשף כדי לראות רשימה של שגיאות. אחרת, כדי למצוא את קובצי יומן המעקב, עוברים אל איפה נמצאים היומנים?
חלק מהסוגים של ההודעות לא מיובאים
בשלב הזה, GWMMO לא מעביר סוגים מסוימים של הודעות, כולל אישורי קריאה ודוחות מסירה או אי-מסירה. פרטים נוספים מופיעים במאמר מה מועבר?
יכול להיות שיתרחש פסק זמן בחיבור איטי במהלך העברה של הודעות גדולות
אם מייבאים הודעה עם קבצים מצורפים גדולים (כמה מגה-בייט) דרך חיבור איטי, יכול להיות שהחיבור יפסיק לפעול בגלל חוסר פעילות. אחרי כמה ניסיונות חוזרים, ההעברה תיפסק וקוד השגיאה של Windows Update 80072ee2 יופיע בקובצי היומן.
כברירת מחדל, הזמן הקצוב לתפוגה של החיבור הוא 120 שניות. אפשר להאריך את התקופה הזו כדי לאפשר העברה של הודעות שלוקח יותר מ-120 שניות להעביר אותן. לשם כך, צריך לשנות את רישום Windows. באופן ספציפי, צריך להוסיף את המפתחות הבאים כדי לשנות את ערכי ברירת המחדל של הזמן הקצוב לתפוגה:
- HKEY_CURRENT_USER\Software\Google\Google Apps Migration\Other\ResolveTimeoutSeconds > DWORD Value = 00000030
- HKEY_CURRENT_USER\Software\Google\Google Apps Migration\Other\ConnectTimeoutSeconds > DWORD Value = 00000030
- HKEY_CURRENT_USER\Software\Google\Google Apps Migration\Other\SendTimeoutSeconds > DWORD Value = 00000600
הערכים בדוגמה שלמעלה מציינים את תקופות הזמן הקצוב לתפוגה בשניות, ואפשר לשנות אותם בהתאם לחיבור שלכם.
איך מוסיפים את המפתחות האלה לרישום?
- בתפריט ההתחלה, לוחצים על מערכת Windows
הפעלה.
אפשר גם ללחוץ על מקש Windows + r.
- בשדה הפעלה, מציינים regedit.
הערה: אם אתם מריצים גרסת 32-ביט של Outlook בגרסת 64-ביט של Windows, אתם צריכים להוסיף את מפתחות הרישום האלה במיקום הנכון לאפליקציות 32-ביט. פרטים נוספים מופיעים במאמר שימוש בגרסת 32 ביט של Outlook בגרסת 64 ביט של Windows.
- במאגר הנתונים של Windows, עוברים אל HKEY_CURRENT_USER\Software\Google\Google Apps Migration\.
- לוחצים על Edit (עריכה)
New (חדש)
Key (מפתח) כדי ליצור תיקיית מפתחות חדשה.
- מזינים Other (אחר) כשם המפתח ומקישים על Enter.
- בוחרים בתיקייה אחר שיצרתם.
- לוחצים על עריכה
חדש
ערך DWORD (32-bit).
- מציינים את ResolveTimeoutSeconds כערך החדש ומקישים על Enter.
- לוחצים לחיצה ימנית על הערך ResolveTimeoutSeconds שיצרתם ובוחרים באפשרות שינוי.
- בתיבה עריכת ערך DWORD (32 ביט), בקטע נתוני ערך, מציינים את ערך הזמן הקצוב לתפוגה הרצוי (00000030 בדוגמה שלמעלה).
- לוחצים על אישור.
- חוזרים על שלבים 6 עד 11 כדי ליצור ערך DWORD (32-bit) עבור שני מפתחות הרישום האחרים של הזמן הקצוב לתפוגה שמופיעים למעלה:
- ConnectTimeoutSeconds:
- ערך DWORD (32 ביט) – ConnectTimeoutSeconds
- נתוני הערך – 00000030
- SendTimeoutSeconds:
- ערך DWORD (32 ביט) – SendTimeoutSeconds
- נתוני ערך – 00000600
- ConnectTimeoutSeconds:
איך מפעילים רמות שונות של רישום ביומן?
כדי להפעיל רמות שונות של רישום ביומן (מידע, מפורט או ביצועים) עבור GWMMO, עורכים את תיקיית מפתח הרישום Tracing ואת הערך הנלווה REG_DWORD.
- בתפריט ההתחלה, לוחצים על מערכת Windows
הפעלה.
אפשר גם ללחוץ על מקש Windows + r.
- בשדה הפעלה, מציינים regedit.
הערה: אם אתם מריצים גרסת 32-ביט של Outlook בגרסת 64-ביט של Windows, אתם צריכים להוסיף את מפתחות הרישום האלה במיקום הנכון לאפליקציות 32-ביט. פרטים נוספים מופיעים במאמר שימוש בגרסת 32 ביט של Outlook בגרסת 64 ביט של Windows.
- במאגר הנתונים של Windows, עוברים אל HKEY_CURRENT_USER\Software\Google\Google Apps Migration\.
- בוחרים בתיקייה Tracing.
- לוחצים לחיצה ימנית על הערך רמה ובוחרים באפשרות שינוי.
- בתיבה Edit DWORD (32-bit) Value (עריכת ערך DWORD (32 ביט)), בקטע Value data (נתוני ערך), משנים את ערך ברירת המחדל 7 לאחד מהערכים ההקסדצימליים הבאים:
- f – מידע
- ff – דרגת מלל
- 4F – ביצועים
- לוחצים על אישור.
הערה: רישום מפורט ביומן יכול ליצור קובצי יומן גדולים, מה שיכול להשפיע על הביצועים ועל הזמינות של נפח האחסון בדיסק.
למה יש הבדל במספר הכולל של ההודעות אחרי מיגרציה?
אחרי ההעברה, יכול להיות שתשימו לב שמספר הודעות האימייל בחשבון המקור גדול ממספר ההודעות שהועברו ל-Gmail.
יכול להיות שההבדל נובע מההבדל בין תיקיות בשרתים של Exchange ו-IMAP לבין תוויות ב-Gmail. ב-Exchange ובשרתי אימייל של IMAP, כשמקצים הודעה ליותר מתיקייה אחת, ההודעה משוכפלת. אחרי ההעברה, הכפילויות יוסרו מ-Gmail ובמקומן יתווספו תוויות שונות.
כדי לוודא שכל ההודעות הועברו, בודקים אם יש שגיאות ביומנים. כדי למצוא את קובצי יומן המעקב, עוברים אל איפה נמצאים היומנים?
אם לדעתכם חסרות לכם הודעות, כדאי לבדוק את ההודעה. הוא לא יועבר אם:
- ההודעה, כולל הקבצים המצורפים, גדולה מ-25MB.
- ההודעה מכילה קובץ מצורף שאסור לצרף ב-Gmail, כמו קובץ הפעלה. פרטים נוספים מופיעים במאמר סוגי הקבצים שנחסמים ב-Gmail.
- ההודעה נמצאת בתיקייה או בטווח תאריכים שהוחרגו מההעברה.
אם אתם חושבים שחלק מהתוויות לא הועברו, בדקו אם קובצי יומן המעקב מכילים את הודעת המידע Skipping hidden folder. אם התיקייה מופיעה ברשימה, המשמעות היא שהיא לא זוהתה בחשבון המקור.
מוצגת לי האזהרה 'המשתמש לא מוגדר באירוע כמארגן או כמשתתף'
האזהרה הזו מופיעה כשמייבאים אירועים עבור משתמשים שלא מוגדרים כמארגנים או כמשתתפים באירוע.
ללא קשר להודעת האזהרה, האירוע מועבר בהצלחה אל Google Workspace והמשתמש ביעד ב-Google Workspace מוצג כמשתתף באירוע ביומן Google. ההגדרה הזו נחוצה כי יומן Google לא תומך בהצגת אירועים ביומן של משתמש שלא מוגדר כמארגן או כמשתתף.
האם צריך לאפשר תנועה מכתובות URL מורשות?
אם נתקלתם בבעיות בחיבור לרשת, אתם צריכים לאשר את כתובות ה-URL הבאות:
| כתובת URL | מטרה |
|---|---|
| https://oauth2.googleapis.com/token https://www.googleapis.com/oauth2/v4/token |
אימות |
| https://www.googleapis.com/calendar/ | יומן |
| http://crl.pki.goog http://crls.pki.goog http://ocsp.pki.goog |
רשימות של אישורים שבוטלו |
| https://www.google.com/m8/feeds/contacts/ | אנשי קשר |
| https://mail.google.com/mail/r/ https://www.googleapis.com/gmail/ |
דואר |
הערה: אם אתם משתמשים במערכת בקרת הורים של Windows, יכול להיות שתצטרכו להוסיף כתובות URL לרשימת ההיתרים. למידע נוסף, אפשר לעיין בתיעוד של מיקרוסופט.
נושאים קשורים
- טווחי כתובות IP של Google (GWMMO יכול להשתמש בכל אחת מכתובות ה-IP האלה)
- בדיקת CRL
האם העברה באמצעות GWMMO יכולה לחרוג מהמגבלות של Gmail API?
כן, באופן פוטנציאלי. לדוגמה, יכול להיות שתחרגו ממגבלות ה-API אם תפעילו העברה אחת מכמה חשבונות מקור לחשבון יעד אחד.
כדי למנוע את הבעיה, מריצים העברות רצופות ממקור יחיד ליעד.
האם יש בעיות ידועות אחרות ב-GWMMO?
יכול להיות. פרטים נוספים זמינים במאמר בעיות מוכרות ב-Google Workspace בקטע העברת נתונים וסנכרון.
Google, Google Workspace וסימנים וסמלי לוגו קשורים הם סימנים מסחריים של Google LLC. כל שמות החברות והמוצרים האחרים הם סימנים מסחריים של החברות שאליהן הם משויכים.