اگر در انتقال فضای کاری گوگل برای مایکروسافت اکسچنج (GWMME) با مشکلی مواجه شدید، میتوانید از آزمایشها، گزارشها و گزارشهای موجود در محصول برای عیبیابی مشکل خود استفاده کنید. برای راهنمایی دقیق، به بخش مشکلات عیبیابی در زیر مراجعه کنید تا پاسخهایی به مشکلات رایج انتقال GWMME دریافت کنید.
تحلیلگر لاگ را امتحان کنید
این ابزار میتواند اکثر مشکلات را در عرض چند لحظه پس از ارسال شناسایی کند.
- گزارشهای ردیابی خود را (به صورت فایلهای فشرده نشده یا ZIP) به ابزار تحلیل گزارش گوگل ادمین ارسال کنید.
- برای تجزیه و تحلیل پیشرفته لاگ، فایلهای فشرده نشده را به Log Analyzer 2 ارسال کنید.
میتوانید گزارشهای ردیابی GWMME را در رایانه خود در این مسیر پیدا کنید: C:\Users*username*\AppData\Local\Google\Google Apps Migration\Tracing\ExchangeMigration.
برای مشاهده نمونهای از فایل گزارش ردیابی GWMME، به بررسی گزارشهای زیر بروید.
برای عیبیابی از GWMME استفاده کنید
آزمایشها و گزارشهای موجود در محصول GWMME میتوانند در عیبیابی مهاجرت به شما کمک کنند.
| روش | توضیحات | اطلاعات بیشتر |
|---|---|---|
| آزمایشهای تشخیصی | برای کشف مشکلات مربوط به پیکربندی یا فهرست کاربران، قبل از انتقال دادهها، آزمایشهای تشخیصی انجام دهید. این ابزار در مورد خطاها به شما هشدار میدهد و اطلاعات را در صفحه خروجی نمایش میدهد. | فصل «انتقال دادهها» در راهنمای مدیریت GWMME |
| گزارشهای مهاجرت | پس از اجرای یک مهاجرت، گزارش مهاجرت را بررسی کنید تا ببینید آیا خطایی رخ داده است، چرا رخ داده است و کدام کاربران تحت تأثیر قرار گرفتهاند. توجه: دادههای گزارش در پروفایل کاربری مایکروسافت ویندوز در دستگاه محلی ذخیره میشوند. فقط کاربر ویندوزی که GWMME را اجرا کرده است میتواند گزارشها را مشاهده کند. | فصل «گزارشهای مهاجرت» در راهنمای مدیریت GWMME |
عیبیابی مشکلات
این توضیحات و پاسخهای پیشنهادی برای مشکلات رایج مهاجرت را مرور کنید.
رفع مشکلات مهاجرت | رفع مهاجرتهای ناموفق | تفسیر پیامهای خطا | سرویسهای Google Workspace و GWMME
رفع مشکلات مهاجرت
ایجاد نمایه Exchange مدیر امکانپذیر نیست
مشکل میتواند به این دلیل باشد:
- سرور Exchange اجرا نمیشود.
- یک مشکل شبکه، اتصال بین دستگاه کلاینت و سرور Exchange را مسدود میکند. برای تأیید اتصال، سرور را از دستگاه کلاینت پینگ کنید.
- شما از نام اشتباهی برای سرور Exchange یا مدیر استفاده کردهاید. برای تأیید این اطلاعات:
- در دستگاه کلاینت، روی کنترل پنل کلیک کنید
برای ایجاد یک پروفایل مایکروسافت اوتلوک برای حساب کاربری ادمینی که میخواهید برای مهاجرت از آن استفاده کنید، ایمیل بزنید . - در GWMME، در صفحه مرحله ۱ (جزئیات سرور):
- در فیلد نام میزبان/آدرس IP ، نام میزبان Exchange را از پروفایل وارد کنید.
- در فیلد نام کاربری مدیر ، نام کاربری از پروفایل را وارد کنید.
- در دستگاه کلاینت، روی کنترل پنل کلیک کنید
اگر از یک سرور میزبانی شده مهاجرت میکنید، پروفایل حساب کاربری ادمین باید از تنظیمات پیشفرض برای اتصال به سرور استفاده کند. در صورت تغییر هر یک از تنظیمات زیر کنترل پنل، اتصال ناموفق خواهد بود. ایمیل نام پروفایل خواص حسابهای ایمیل نام پروفایل تغییر حساب ایمیل تنظیمات بیشتر .
سرور اکسچنج نام کاربری ادمینی که برای مهاجرت استفاده میکنم را نمیشناسد.
تأیید کنید که نام و رمز عبور صحیح را برای مدیر وارد کردهاید.
اگر مشکل همچنان ادامه داشت، تأیید کنید که نام صحیحی را برای سرور Exchange وارد کردهاید:
- در دستگاه کلاینت، روی کنترل پنل کلیک کنید برای ایجاد یک پروفایل Outlook برای حساب کاربری ادمینی که میخواهید برای مهاجرت از آن استفاده کنید، ایمیل بزنید .
- در GWMME، در صفحه مرحله ۱ (جزئیات سرور):
- در فیلد نام میزبان/آدرس IP ، نام میزبان Exchange را از پروفایل وارد کنید.
- در فیلد نام کاربری مدیر ، نام کاربری از پروفایل را وارد کنید.
GWMME کمی پس از شروع به کار از کار میافتد
اگر GWMME کمی پس از شروع به کار از کار افتاد، مطمئن شوید که آن را روی دستگاه کلاینت خود اجرا میکنید و نه روی سرور Exchange. اجرای این ابزار روی سرور میتواند باعث از کار افتادن آن شود. برای جزئیات بیشتر، به مستندات مایکروسافت مراجعه کنید.
اگر فکر میکنید GWMME ممکن است به دلیل مشکلات مربوط به متعادلسازی بار از کار بیفتد، به بخش «آمادهسازی دستگاههای کلاینت ویندوزی» در راهنمای مدیریت GWMME مراجعه کنید.
مشکلات ناشی از نرمافزار آنتیویروس یا افزونه
گاهی اوقات، فرآیندهای اضافی که روی دستگاه شما اجرا میشوند (به عنوان مثال: نرمافزار آنتیویروس، جستجو یا پشتیبانگیری) دسترسی GWMME به فایل پایگاه داده را در طول مهاجرت مختل میکنند. کد خطای زیر در فایلهای گزارش شما نشان میدهد که این مشکل رخ داده است:
0x80040109
Fail:While stamping the message
اگرچه پیامها منتقل شدهاند، GWMME اطلاعات مربوط به موفقیتآمیز بودن انتقال را ذخیره نکرده است. اگر انتقال با تیک زدن گزینه «فقط دادههای جدید» دوباره اجرا شود، GWMME دوباره سعی میکند این پیامها را منتقل کند. این کار پیامها را کپی نمیکند، اما ممکن است رویدادهای تقویم یا مخاطبین را کپی کند.
رفع مشکل مهاجرتهای ناموفق
انتقال برای یک کاربر ناموفق بود
اگر مهاجرت برای یک کاربر ناموفق بود، موارد زیر را بررسی کنید:
- نام کاربر یا آدرس SMTP به درستی در فایل کاربر قالببندی شده است.
- کاربر در فهرست آدرسهای سراسری (GAL) پنهان نیست.
- کاربر یک حساب کاربری در سرور Exchange دارد.
- کاربر وارد Google Workspace شده، شرایط خدمات را پذیرفته و ایجاد حساب Google Workspace خود را نهایی کرده است.
به دلیل خطای OAuth، انتقال ناموفق بود.
مراحل عیبیابی زیر باید تمام خطاهای اعتبارسنجی GWMME OAuth را برطرف کنند:
- مطمئن شوید که نرمافزار را برای دامنه خود به درستی، همانطور که در بخش «مجاز کردن GWMME برای حساب کاربریتان» توضیح داده شده است، مجاز کردهاید.
- تأیید کنید که نامهای کاربری و رمزهای عبور Google Workspace که در فایل CSV شما فهرست شدهاند، صحیح باشند. یک اشتباه کوچک در فایل CSV میتواند باعث عدم موفقیت مهاجرت شود. برای جزئیات بیشتر، به «ایجاد فایلهای CSV برای مهاجرت» مراجعه کنید.
- در کامپیوتری که GWMME را روی آن اجرا میکنید، بررسی کنید که ساعت سیستم روی زمان صحیح تنظیم شده باشد. اگر ساعت کامپیوتر خاموش باشد، هنگام بررسی اعتبارسنجی OAuth، مهر زمانی محلی اشتباهی به سرورهای گوگل ارسال میشود و باعث عدم موفقیت آن میگردد. کامپیوتر خود را با سرورهای زمان اینترنتی همگامسازی کنید.
- مطمئن شوید که حساب کاربری مدیر ارشد Google Workspace که برای تأیید اعتبار GWMME استفاده میشود، معتبر است و نام کاربری به درستی در پیکربندی GWMME وارد شده است.
به دلیل عدم وجود کاربر Google Workspace، انتقال ناموفق بود
GWMME کاربران را در Google Workspace ارائه نمیدهد. قبل از انتقال دادهها، حسابهای کاربری Google Workspace ایجاد کنید.
تفسیر پیامهای خطا
گزارشها را برای مشکلات شبکه یا TLS بررسی کنید
اگر خطاهای شبکه (مثلاً، زمانبندی شبکه، رد اتصال و غیره) یا مشکلات SSL/TLS (مثلاً مشکل اتصال امن) دارید، گزارشها آدرس IP که ابزار سعی در اتصال به آن داشته است را نشان میدهند. اگر مشکلی در اتصال امن وجود داشته باشد، گزارشها دلیل (مثلاً عدم تطابق نام گواهی، منقضی شدن گواهی، عدم موفقیت بررسی CRL و غیره) و جزئیات گواهی (مثلاً گواهی گوگل یا پروکسی بازرسی HTTPS) را نشان میدهند. این امر باید نیاز به دریافت تصاویر شبکه برای عیبیابی را به میزان قابل توجهی کاهش دهد و هم برای گزارشهای اصلی ( Trace-*.log ) و هم برای گزارشهای مجوز (در پوشه " Identity ") اعمال میشود.
مثال گزارش مجوز
[2022-09-21T03:59:46:ERROR:windows_http.cc(331)] TLS connection failure. See details below. [Status: 0x00010000. Status Info: 0x00000001]
[2022-09-21T03:59:46:ERROR:windows_http.cc(340)] Certificate details:
---Validity--
Valid from: 2017-09-13 17:23:55 UTC
Valid until: 2017-12-06 17:10:00 UTC
---Subject---
US
California
Mountain View
Google Inc
*.googleapis.com
---Issuer----
US
Google Inc
Google Internet Authority G2
-------------
[2022-09-21T03:59:46:ERROR:windows_http.cc(282)] WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED: Certification revocation checking has been enabled, but the revocation check failed to verify whether a certificate has been revoked. The server used to check for revocation might be unreachable.
[2022-09-21T03:59:46:ERROR:windows_http.cc(197)] Error from API WinHttpSendRequest with WinHTTP proxy. Will try direct (without proxy). Code: 0x00002f8f
[2022-09-21T03:59:46:ERROR:windows_http.cc(107)] Network connection destination details: 216.58.194.170:443 (sfo07s13-in-f170.1e100.net)در این مورد، سال در تاریخ فعلی دستگاه به ۲۰۲۲ تغییر یافته است، که باعث میشود گواهی قدیمی به نظر برسد. میتوانید تاریخ فعلی را در ابتدای هر خط گزارش مشاهده کنید، و تاریخهای " Valid from " و " Valid until " گواهی با تاریخ فعلی مطابقت ندارند. پرچم خطای WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED نشان میدهد که بررسی ابطال گواهی ناموفق بوده است.
همچنین میتوانید آدرس IP مقصد و نام میزبانِ تعیینشده را پس از « Network connection destination details » در آخرین خط گزارش مشاهده کنید. این یک 1e100.net address است، به این معنی که گوگل است.
مثال گزارش ردیابی
توجه: این مثال گزارش از GWMMO است. ورودیهای گزارش ردیابی مشابهی نیز در GWMME، Password Sync یا GWSMO ظاهر میشوند، زمانی که این محصولات با مشکلات شبکه/TLS مواجه شوند.
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2025 ()> Secure connection failure. Status: 0x00010000. Info 0x00000009
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2030 ()> Failure details:
WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED: Certification revocation checking has been enabled, but the revocation check failed to verify whether a certificate has been revoked. The server used to check for revocation might be unreachable.
WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA: The function is unfamiliar with the Certificate Authority that generated the server's certificate.
Certificate details:
---Validity--
Valid from: 2016-09-20T04:08:45.000Z
Valid until: 2022-09-20T04:08:45.000Z
---Subject---
Created by http://www.fiddler2.com
DO_NOT_TRUST
*.google.com
---Issuer----
Created by http://www.fiddler2.com
DO_NOT_TRUST
DO_NOT_TRUST_FiddlerRoot
-------------
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2071 ()> Error result 5, hr = 0x80072f8f. Setting event 0000000000001638.
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2076 ()> Network connection destination details: 127.0.0.1:8888 (COMPUTERNAME)
در این مورد، Fiddler نصب شده و برای رمزگشایی HTTPS تنظیم شده است (به این معنی که از گواهی خود استفاده میکند)، اما گواهی آن از لیست گواهیهای معتبر Windows حذف شده است، بنابراین غیرقابل اعتماد است. توجه داشته باشید که از آنجا که Fiddler یک پروکسی است، به 127.0.0.1 متصل میشد و نه به گوگل. پرچمهای خطا شامل WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA هستند، به این معنی که سیستم به مرجع صدور گواهی (CA). همچنین توجه داشته باشید که گوگل این گواهی را صادر نکرده است.
انتقال با خطای 0x80070005 ناموفق بود
یک پیام خطا مشابه این در صفحه خروجی یا در فایل گزارش ردیابی ظاهر میشود:
E:Generic ExchangeMigration!SetPropertyGuid @ 641 (user@example.com)> Failed with 0x80070005, last successful line = 637.
حسابهای کاربری بدون مجوزهای لازم معمولاً باعث این مشکل میشوند. برای حل این مشکل، مطمئن شوید که به حسابها مجوز Receive As در Exchange را اعطا کردهاید.
اگر حسابها مجوز دریافت به عنوان (Receive As) را دارند و خطا همچنان ادامه دارد، ممکن است محیط Exchange شما از حسابهای کاربران بخواهد که مجوز ارسال به عنوان (Send As) را نیز داشته باشند.
خطاهای GWMME 0x80004005 هنگام مهاجرت از Exchange 2010
برخی از کاربران نمیتوانند از Exchange 2010 مهاجرت کنند و در فایل گزارش ردیابی با خطای "Failed with 0x80004005" مواجه میشوند. گزارشها همچنین شامل موارد زیر هستند:
- فراخوانیهای تصادفی MAPI به Exchange 2010.
- خطاهای « BufferTooSmall » در گزارش دسترسی کلاینت فراخوانی رویه از راه دور ( RPC ) در سرور دسترسی کلاینت Exchange Server 2010.
این یک مشکل شناخته شده با Exchange 2010، Outlook 2007 و Outlook 2010 است. ممکن است لازم باشد Exchange 2010 SP2 RU3 را بهروزرسانی کنید. برای اطلاعات بیشتر، به مستندات مایکروسافت در مورد خطاهای ناموفق فراخوانی MAPI مراجعه کنید.
پیامها آپلود نمیشوند و خطای 0x8004106a ایجاد میکنند.
اگر در گزارشها موارد زیادی از کدهای خطای HTTP 500، 502 و 503 دارید و پیامها با کد خطای 0x8004106a آپلود نمیشوند، ممکن است مشکلی در صندوق پستی هدف وجود داشته باشد. این مشکل عموماً به دلیل بار زیاد است.
برای حل مشکل، مطمئن شوید که صندوق پستی هدف به شدت مورد استفاده قرار نمیگیرد. میتوانید:
- هرگونه کلاینت همگامسازی (مانند IMAP، POP، دستگاههای تلفن همراه و کلاینتهای ایمیل) را خاموش کنید.
- پیامها را فقط از یک منبع در یک زمان منتقل کنید.
سرویسهای Google Workspace و GWMME
رویدادهای تقویم گوگل منتقلشده به درستی بهروزرسانی نمیشوند
مشکلات زیر نشان میدهد که کاربران شما به درستی تأمین نشدهاند:
- تغییرات در یک رویداد تقویم با شرکتکنندگان به اشتراک گذاشته نمیشود.
- اعلانها و بهروزرسانیهای تقویم به تقویم شرکتکنندگان منتقل نمیشوند.
قبل از انتقال هرگونه حساب کاربری، تمام کاربران خود را در Google Workspace آماده کنید - حتی اگر میخواهید فقط یک انتقال جزئی انجام دهید. حتماً نامهای مستعار و مستعار دامنه را اضافه کنید. سپس، برای حل مشکل، تمام رویدادهایی را که کاربر در آنها سازماندهنده یا مهمان است، حذف و دوباره ایجاد کنید.
هنگام انتقال مخاطبین و تقویمها با خطاهای ۴۰۳ و مشکلات مواجه میشوم
GWMME به طور پیشفرض دادهها را با نرخ ۲۵ کاربر در ثانیه منتقل میکند. این نرخ از نرخ پیشفرض پرسوجو در ثانیه (QPS) برای هر دو رابط برنامهنویسی مخاطبین و تقویم فراتر میرود.
برای حل مشکل، مهاجرتها را برای مخاطبین و تقویمها اجرا کنید:
- جدا از مهاجرتهای ایمیلی.
- با نرخ پایینتر ۴ تا ۸ کاربر در ثانیه.
انتقال فقط برای برخی از پیامها ناموفق بود
اگر برخی از پیامها منتقل نشوند، ممکن است حجم پیام از محدودیت تعیینشده توسط جیمیل فراتر رفته باشد. یا ممکن است حاوی انواع پیوست مسدود شده توسط جیمیل باشد. برای جزئیات بیشتر، به انواع فایلهای مسدود شده در جیمیل مراجعه کنید.
همچنین ممکن است لازم باشد محدودیتهای اندازه پوشه را حذف کنید و مطمئن شوید که پوشهها در IMAP نمایش داده میشوند. برای جزئیات بیشتر، به روشن و خاموش کردن POP و IMAP برای کاربران بروید.
تعداد پیامهای جیمیل با حساب مبدا من مطابقت ندارد
Google Workspace تعداد پیامهای موجود در صندوق ورودی شما را پس از انتقال تخمین میزند . این تعداد مطلق را ارائه نمیدهد. تعداد پیامهای نشان داده شده در صندوق ورودی Gmail شما ممکن است با تعداد پیامهای موجود در صندوق ورودی قدیمی شما متفاوت باشد.
اگر فکر میکنید برخی از پیامها را از دست میدهید، بررسی کنید که آیا:
- حجم پیام، شامل پیوستها، از ۲۵ مگابایت بیشتر نباشد. نمیتوانید پیامهای بزرگتر از ۲۵ مگابایت را منتقل کنید. برای جزئیات بیشتر، به «ارسال پیوستها با پیام Gmail» بروید.
- جیمیل پیوستهای پیام را مسدود نمیکند. جیمیل از انواع خاصی از پیوستها، مانند فایلهای اجرایی، جلوگیری میکند. برای جزئیات بیشتر، به انواع فایلهای مسدود شده در جیمیل مراجعه کنید.
- پیام در یک پوشه یا در محدوده تاریخی است که بخشی از انتقال است.
پیامها از دست رفتهاند یا با فرستنده یا گیرنده نادرست منتقل شدهاند
پیامهای از دست رفته یا پیامهایی که با فرستنده یا گیرنده نادرست منتقل شدهاند، میتوانند در انتقال فایلهای Exchange یا PST رخ دهند. آدرس SMTP برای فرستنده یا گیرنده پیام ممکن است وجود نداشته باشد و به جای آن از آدرس Exchange X.500 استفاده شود. این اتفاق میتواند در صورتی رخ دهد که هیچ پروفایل فهرست آدرس جهانی (GAL) ایجاد نشده باشد یا کاربر از GAL حذف شده باشد.
چه اتفاقی میافتد وقتی GWMME یک آدرس X.500 پیدا کند؟
وقتی GWMME یک آدرس X.500 پیدا میکند، به دنبال یک پروفایل ایمیل MAPI ثبتشده در سرور مهاجرت میگردد که با همان نام سازمان X.500 Exchange مطابقت داشته باشد. اگر چنین چیزی پیدا کند، GWMME آدرس X.500 را با استفاده از ثبت دفترچه آدرس در پروفایل ایمیل MAPI حل میکند.
اگر GWMME این اطلاعات را در دفترچه آدرس Exchange پیدا نکند، سعی میکند آدرس X.500 را به یک آدرس SMTP تبدیل کند. برای انجام این کار، آخرین مقدار CN آدرس X.500 را در نظر میگیرد و از آن به عنوان نام کاربری آدرس ایمیل استفاده میکند. به عنوان مثال، آدرس X.500 /O=ExchangeOrg/OU=CA/CN=RECIPIENTS/CN=EX_ALIAS منجر به آدرس ایمیل SMTP ex_alias@example.com میشود.
نحوه استفاده از دفترچه آدرس Exchange برای حل مشکل آدرس X.500
- یک پروفایل ایمیل MAPI (در حالت غیر کش) روی سروری که مهاجرت را انجام میدهد، ایجاد کنید.
- مطمئن شوید که پروفایل ایمیل MAPI روی سروری که برای انجام مهاجرت PST استفاده میشود، تنظیم شده است.
- پروفایل ایمیل MAPI باید به سرور اصلی Exchange متصل باشد تا GWMME بتواند با استفاده از GAL، گیرندگان را به درستی شناسایی کند.
- برای جلوگیری از خطاهای احراز هویت، نمایه ایمیل MAPI را با حساب کاربری یا سرویسی که در حال حاضر وارد سیستم شدهاید، تنظیم کنید.
نکته مهم
تست کنید و مطمئن شوید که انتقال را به درستی انجام دادهاید. اگر مشکل همچنان ادامه داشت، انتقال مجدد، دادههایی را که قبلاً به حسابهای گوگل شما منتقل شدهاند، بهروزرسانی نمیکند. دادههای ایمیل را حذف کنید، آنها را از سطل زباله حذف کنید و سپس دوباره انتقال دهید.
در جیمیل، پیامها حاوی تاریخ اشتباه هستند
پیامهای منتقلشده ممکن است تاریخ و زمان انتقال را نشان دهند، نه زمان و تاریخ پیام اصلی.
این به احتمال زیاد به این دلیل رخ میدهد که سربرگ تاریخ پیام اصلی با RFC 5322 مطابقت ندارد. اگر پیامی دارای سربرگ تاریخی باشد که به درستی قالببندی نشده باشد، Gmail زمان و تاریخ مهاجرت را به پیام اعمال میکند.
من با هشدار «کاربر نه شرکتکننده است و نه برگزارکننده رویداد» مواجه میشوم.
این اتفاق زمانی میافتد که رویدادهایی را برای کاربرانی وارد میکنید که برگزارکننده اصلی یا شرکتکننده اولیه رویداد نیستند.
صرف نظر از پیام هشدار، رویداد با موفقیت به Google Workspace منتقل میشود و کاربر هدف Google Workspace به عنوان یکی از شرکتکنندگان رویداد در تقویم گوگل نمایش داده میشود. این امر ضروری است زیرا تقویم از فهرست کردن رویدادهای تقویم برای کاربری که سازماندهنده یا شرکتکننده نیست، پشتیبانی نمیکند.
مباحث مرتبط
گوگل، گوگل ورکاسپیس و علامتها و لوگوهای مرتبط، علائم تجاری شرکت گوگل هستند. سایر نامهای شرکتها و محصولات، علائم تجاری شرکتهایی هستند که با آنها مرتبط هستند.