אם נתקלתם בבעיה ב-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\.
- לוחצים על עריכה
חדש
מפתח כדי ליצור תיקיית מפתחות חדשה.
- מציינים Other (אחר) כשם המפתח ומקישים על Enter.
- בוחרים בתיקייה Other (אחר) שיצרתם.
- לוחצים על עריכה
חדש
ערך DWORD (32 ביט).
- מציינים את ResolveTimeoutSeconds כערך החדש ומקישים על Enter.
- לוחצים לחיצה ימנית על הערך ResolveTimeoutSeconds שיצרתם ובוחרים באפשרות שינוי.
- בתיבה Edit DWORD (32-bit) Value (עריכת ערך DWORD (32 ביט)), בקטע Value data (נתוני ערך), מציינים את ערך הזמן הקצוב לתפוגה הרצוי (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-bit)), בקטע 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/ | יומן Google |
| 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
האם אפשר לחרוג ממגבלות Gmail API בהעברה באמצעות GWMMO?
כן, יכול להיות. לדוגמה, יכול להיות שתחרגו ממגבלות ה-API אם תפעילו העברה אחת מכמה חשבונות מקור לחשבון יעד אחד.
כדי למנוע את הבעיה הזו, מריצים העברות רצופות ממקור יחיד ליעד.
האם יש בעיות ידועות אחרות ב-GWMMO?
יכול להיות. פרטים נוספים זמינים במאמר בעיות מוכרות ב-Google Workspace בקטע העברת נתונים וסנכרון.
Google, Google Workspace וסימנים וסמלי לוגו קשורים הם סימנים מסחריים של Google LLC. כל שמות החברות והמוצרים האחרים הם סימנים מסחריים של החברות שאליהן הם משויכים.