如果您在使用 Google Workspace Migration for Microsoft Outlook (GWMMO) 時遇到問題,可以參考下列常見問題的排解方式。
試用 Log 分析工具
大多數情況下,這項工具很快就能確認問題癥結所在。
- 以未壓縮檔案或 ZIP 檔案的形式,將追蹤記錄提交至 Google Admin Toolbox Log 分析工具。
- 如需進階記錄分析資料,請將未壓縮檔案提交至 Log 分析工具 2。
哪裡可以找到追蹤檔?
您可以在以下路徑找到匯入作業的追蹤檔:
- Microsoft Windows 7 以上版本 - C:\Users\<您的使用者名稱>\AppData\Local\Google\Google Apps Migration\Tracing\ClientMigration。
- 舊版 Windows - C:\Documents and Settings\<您的使用者名稱>\Local Settings\Application Data\Google\Google Apps Migration\Tracing\ClientMigration。
排解常見問題
系統未從舊帳戶匯入我全部或部分的資料排解這類問題的步驟如下:
- 檢查您的網路連線在遷移期間是否正常,確認沒有發生連線問題。
- 確認在遷移期間是否確實關閉 Outlook。
- 請勿從 OST 檔案匯入。GWMMO 僅支援從 PST 檔案匯入,或直接從 Exchange 帳戶匯入。詳情請參閱「可遷移哪些資料?」
如果多次將聯絡人資料匯入同一個 Google Workspace 帳戶,就會發生這種情況。您不須重複匯入聯絡人資料。如果發生資料重複的情形,請執行下列任一操作:
- 刪除 Google Workspace 帳戶中的所有個人聯絡人資料,然後使用 GWMMO 重新匯入聯絡人資料。
- 手動移除 Google Workspace 中重複的聯絡人。
是,其餘的資料會繼續自動匯入。如果您尚未關閉遷移精靈,可以在精靈的進度畫面中開啟遷移記錄檔,查看錯誤清單。此外,如要尋找追蹤紀錄檔,請參閱「哪裡可以找到記錄檔?」
GWMMO 目前不會遷移特定的郵件類別,包括讀取回條和傳送/無法傳送回條。詳情請參閱「可遷移哪些資料?」
如果您在連線速度緩慢時匯入含有大型附件 (大小為數 MB) 的郵件,可能會造成連線逾時。重試數次後,遷移作業即會停止,而記錄檔會顯示 Windows Update 錯誤代碼「80072ee2」。
根據預設,連線逾時的時限為 120 秒。您可以修改 Windows 登錄檔,延長上述時限,以便遷移需時 120 秒以上的郵件。具體來說,加入下列機碼即可複寫預設的逾時值:
- 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。
注意:如果您是在 64 位元版本的 Windows 上執行 32 位元版本的 Outlook,請在 32 位元應用程式的正確位置中加入登錄機碼。詳情請參閱在 64 位元版本的 Windows 上使用 32 位元版本的 Outlook。
- 在登錄檔中前往 HKEY_CURRENT_USER\Software\Google\Google Apps Migration\。
- 依序點選「編輯」「新增」「機碼」,即可建立新的機碼資料夾。
- 將 Other 指定為機碼名稱,然後按下 Enter 鍵。
- 選取剛建立好的 Other 資料夾。
- 依序點選「編輯」「新增」「DWORD (32-位元) 值」。
- 將 ResolveTimeoutSeconds 指定為新的值,然後按下 Enter 鍵。
- 在剛建立好的 ResolveTimeoutSeconds 值上按一下滑鼠右鍵,然後選取 [修改]。
- 在 [編輯 DWORD (32-位元) 值] 方塊的「數值資料」下方指定您所需的逾時值 (在上方的範例中,這個值是 00000030)。
- 點選 [確定]。
- 重複步驟 6 到 11,為上方列出的另外兩個逾時登錄機碼建立 DWORD (32-位元) 值:
- ConnectTimeoutSeconds:
- DWORD (32-位元) 值:ConnectTimeoutSeconds
- 數值資料:00000030
- SendTimeoutSeconds:
- DWORD (32-位元) 值:SendTimeoutSeconds
- 數值資料:00000600
- ConnectTimeoutSeconds:
如要為 GWMMO 啟用不同的記錄等級 (「資訊」、「詳細」或「效能」),請編輯「Tracing」登錄機碼資料夾及其相應的 REG_DWORD 值。
- 在「開始」功能表中依序點選「Windows 系統」「執行」。
您也可以按下 Windows 鍵 + R 鍵。
- 在「執行」部分指定 regedit。
注意:如果您是在 64 位元版本的 Windows 上執行 32 位元版本的 Outlook,請在 32 位元應用程式的正確位置中加入登錄機碼。詳情請參閱在 64 位元版本的 Windows 上使用 32 位元版本的 Outlook。
- 在登錄檔中前往 HKEY_CURRENT_USER\Software\Google\Google Apps Migration\。
- 選取 Tracing 資料夾。
- 在 Level 值上按一下滑鼠右鍵,然後選取 [修改]。
- 在「編輯 DWORD (32-位元) 值」方塊的「數值資料」下方,將預設值 7 變更為下列其中一個十六進位值:
- f:資訊
- ff:詳細
- 4F:效能
- 點選 [確定]。
注意:詳細記錄可能會導致記錄檔過大,影響磁碟空間的效能與可用性。
遷移之後,您可能會發現來源帳戶中的電子郵件數量多於遷移至 Gmail 的郵件數量。
造成這個差異的原因可能是 Exchange 和 IMAP 郵件伺服器中的資料夾與 Gmail 中的標籤有所不同。在 Exchange 和 IMAP 郵件伺服器中,如果您將郵件指派給多個資料夾,系統會為該郵件建立副本。遷移之後,Gmail 會將這些副本移除,並為郵件套用不同的標籤。
如要確認是否已順利遷移所有郵件,請檢查記錄中是否出現任何錯誤。如要尋找追蹤記錄檔,請參閱「哪裡可以找到記錄檔?」
如果您認為部分郵件遺失,請檢查郵件。在下列情況下,系統不會遷移郵件:
- 該郵件 (含附件) 大小超過 25 MB
- 這封郵件含有 Gmail 不允許使用的附件,例如執行檔。詳情請參閱「Gmail 封鎖的檔案類型」。
- 本次遷移未涵蓋該郵件所在的資料夾或日期範圍。
如果您發現有部分標籤未遷移,請確認追蹤記錄檔中是否有以下訊息:「Skipping hidden folder」。假如有這則訊息,代表系統未偵測到該來源帳戶中的資料夾。
這是因為您為特定使用者匯入某些活動,但這些使用者並非活動的原始發起人或參與者。
即使您收到這則警告訊息,系統仍會將該活動遷移至 Google Workspace,並在 Google 日曆中將 Google Workspace 目標使用者顯示為活動的參與者。這是必要的功能設計,因為如果使用者不是日曆活動的發起人或參與者,Google 日曆就不會對其顯示該活動的相關資訊。
如果您的網路連線發生問題,就必須將下列網址加入許可清單:
網址 | 用途 |
---|---|
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 家長監護系統,可能必須將網址加入您的允許清單。詳情請參閱 Microsoft 說明文件。
相關主題
- Google IP 位址範圍 (GWMMO 可以使用當中任何一個 IP 位址)
- CRL 檢查
有可能。舉例來說,如果您執行單一遷移作業,從多個來源帳戶遷移至單一目標帳戶,可能就會超過 API 限制。
為了避免發生這個問題,請執行接續的個別遷移作業,從單一來源帳戶遷移至目標帳戶。
目前是否還有其他已知的 GWMMO 問題?
可能會有,詳情請前往 Google Workspace 已知問題,參閱「資料遷移和同步處理」部分。
Google、Google Workspace 與相關符號和標誌均為 Google LLC 的商標。所有其他公司名稱和產品名稱則為相關公司的商標。