تحديد مشاكل GWMME وحلّها

Google Workspace Migration for Microsoft Exchange

إذا واجهت مشكلة في Google Workspace Migration for Microsoft Exchange (GWMME)، يمكنك استخدام الاختبارات والتقارير والسجلات المتوفرة مع المنتج لتحديد المشاكل وحلّها. وللحصول على مساعدة تفصيلية، انتقِل إلى تحديد المشاكل وحلّها أدناه لحل مشاكل نقل البيانات الشائعة في GWMME.

تجربة "أداة تحليل السجلات"

يمكن أن تتعرّف هذه الأداة على معظم المشاكل خلال بضع دقائق من إرسال السجلات.

أرسِل سجلات التتبّع (كملفات غير مضغوطة أو ملفات ZIP) إلى أداة تحليل سجلات مجموعة أدوات وحدة تحكُّم المشرف في Google.
لتحليل السجلّ المتقدم، أرسِل الملفات غير المضغوطة إلى أداة تحليل السجلات 2.

يمكنك العثور على سجلّات تتبُّع GWMME على جهاز الكمبيوتر في هذا الموقع: C:\Users\username\AppData\Local\Google\Google Apps Migration\Tracing\ExchangeMigration.

للاطِّلاع على مثال لسجلّ تتبُّع، انتقِل إلى مراجعة السجلّات أدناه.

استخدام GWMME لتحديد المشاكل وحلّها

يمكن أن تساعدك الاختبارات والتقارير المتوفرة مع أداة GWMME في تحديد مشاكل نقل البيانات وحلّها.

الطريقة	الوصف	مزيد من المعلومات
اختبارات التشخيص	للكشف عن المشاكل المتعلقة بالضبط أو قائمة المستخدمين، يمكنك تشغيل اختبارات التشخيص قبل نقل البيانات. تُنبِّهك الأداة بوجود أخطاء وتعرض لك المعلومات على شاشة الإخراج.	فصل "نقل البيانات" في دليل مشرف GWMME
تقارير نقل البيانات	بعد تشغيل عملية نقل البيانات، يمكنك الاطِّلاع على تقارير نقل البيانات للتحقُّق من حدوث أي أخطاء ومعرفة سبب حدوثها والمستخدمين الذين تأثروا بها. ملاحظة: يتم تخزين بيانات التقارير في الملف الشخصي لمستخدم Microsoft Windows على الجهاز المحلي. ولا يمكن لأحد عرض التقارير إلا مستخدم Windows الذي شغّل GWMME.	فصل "Migration reports" (تقارير نقل البيانات) في GWMME Admin Guide (دليل مشرف GWMME)

الطريقة

الوصف

مزيد من المعلومات

اختبارات التشخيص

للكشف عن المشاكل المتعلقة بالضبط أو قائمة المستخدمين، يمكنك تشغيل اختبارات التشخيص قبل نقل البيانات. تُنبِّهك الأداة بوجود أخطاء وتعرض لك المعلومات على شاشة الإخراج.

فصل "نقل البيانات" في دليل مشرف GWMME

تقارير نقل البيانات

بعد تشغيل عملية نقل البيانات، يمكنك الاطِّلاع على تقارير نقل البيانات للتحقُّق من حدوث أي أخطاء ومعرفة سبب حدوثها والمستخدمين الذين تأثروا بها.

ملاحظة: يتم تخزين بيانات التقارير في الملف الشخصي لمستخدم Microsoft Windows على الجهاز المحلي. ولا يمكن لأحد عرض التقارير إلا مستخدم Windows الذي شغّل GWMME.

فصل "Migration reports" (تقارير نقل البيانات) في GWMME Admin Guide (دليل مشرف GWMME)

تحديد المشاكل وحلّها

يُرجى مراجعة هذه الأوصاف والحلول المقترحة لمشاكل نقل البيانات الشائعة.

حلّ مشاكل عمليات نقل البيانات | حلّ مشاكل عمليات نقل البيانات غير الناجحة | تفسير رسائل الخطأ | خدمات Google Workspace وأداة GWMME

إذا كانت هناك أخطاء في الشبكة (مثل انتهاء مهلة الشبكة أو رفض الاتصال وما إلى ذلك) أو مشاكل في طبقة المقابس الآمنة (SSL)/طبقة النقل الآمنة (TLS) (مثل مشكلة في الاتصال الآمن)، تعرض السجلات عنوان IP الذي حاولت الأداة الاتصال به. إذا كانت هناك مشكلة في الاتصال الآمن، تعرض السجلات السبب (مثل عدم تطابق اسم الشهادة، أو انتهاء صلاحية الشهادة، أو عدم النجاح في التحقق من قائمة الشهادات الباطلة، وما إلى ذلك) وتفاصيل الشهادة (مثل شهادة Google أو خادم الوكيل لفحص 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)

في هذه الحالة، تم تغيير السنة في التاريخ الحالي للجهاز إلى 2022، مما يجعل الشهادة تبدو قديمة. يمكنك عرض التاريخ الحالي في بداية كل سطر من السجل، ولا يتطابق تاريخا Valid from وValid until للشهادة مع التاريخ الحالي. تشير علامة الخطأ WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED إلى عدم النجاح في التحقق من إبطال الشهادة.

يمكنك أيضًا عرض عنوان IP الوجهة واسم المضيف الذي تم حله بعد "Network connection destination details" في السطر الأخير من السجل. وهو يشتمل على 1e100.net address، ما يعني أنه يتبع Google.

مثال على سجل التتبّع

ملاحظة: هذا المثال على السجل صادر من أداة GWMMO. ستظهر إدخالات مشابهة لسجل التتبُّع أيضًا في GSMME أو Password Sync أو GWSMO عندما تواجه هذه المنتجات مشاكل في الشبكة/طبقة النقل الآمنة.

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 وليس Google. تتضمّن علامات الخطأ WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA، ما يعني أن النظام لا يثق في مرجع التصديق (CA). يُرجى ملاحظة أن Google لم تصدر هذه الشهادة.

من السهل تزوير نص المثال المعروض أعلاه إذا كنت مهاجمًا؛ لذا ينبغي عدم استخدامه في المصادقة في أي وقت (استخدِم توقيع مرجع التصديق (CA) بدلاً منه). ومع ذلك، فإنه مفيد في تحديد مشاكل إعداد الجدران النارية/الخوادم الوكيلة التي تعمل على فحص طبقة المقابس الآمنة/الهجمات الوسيطة (MITM).

تعذُّر نقل البيانات وظهور الخطأ 0x80070005

أخطاء 0x80004005 في GWMME عند نقل البيانات من خادم Exchange 2010

عدم تحميل الرسائل وظهور أخطاء 0x8004106a

خدمات Google Workspace وأداة GWMME

فتح القسم | تصغير الكل والانتقال إلى أعلى الصفحة

عدم تحديث أحداث "تقويم Google" التي تم نقلها بشكل صحيح

أواجه أخطاء 403 ومشاكل عند نقل جهات الاتصال والتقاويم

تعذُّر نقل البيانات لبعض الرسائل فقط

لا يتطابق عدد رسائل Gmail مع عدد الرسائل في حسابي المصدر

فقدان رسائل أو نقلها ببيانات مُرسِل أو مُستلِم غير صحيحة

قد ينتج عن عمليات نقل ملفات Exchange أو PST فقدان رسائل أو نقلها ببيانات مُرسِل أو مُستلِم غير صحيحة. قد يكون عنوان SMTP لمرسل الرسالة أو مستلمها مفقودًا ويُستخدَم عنوان Exchange X.500 بدلاً منه. ومن الممكن أن يحدث ذلك في حال عدم إنشاء ملف شخصي لقائمة العناوين العامة (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 إلى عنوان البريد الإلكتروني ex_alias@example.com لبروتوكول SMTP.

كيفية استخدام دفتر عناوين Exchange لحل عنوان X.500

أنشئ ملفًا شخصيًا لبريد MAPI (غير وضع التخزين المؤقّت) على الخادم الذي يُجري نقل البيانات.
تأكّد من إعداد الملف الشخصي لبريد MAPI على الخادم المُستخدَم لنقل ملفات PST.
يجب أن يكون الملف الشخصي لبريد MAPI متصلاً بخادم Exchange الأصلي حتى يمكن لأداة GWMME حل المستلمين بشكلٍ صحيح باستخدام قائمة العناوين العامة (GAL).
اضبط الملف الشخصي لبريد MAPI باستخدام حساب المستخدم أو حساب الخدمة المُسجَّل الدخول إليه حاليًا لتجنب أخطاء المصادقة.

ملاحظة مهمة

عليك اختبار نقل البيانات والتأكُّد من إعداده بطريقة صحيحة. وفي حال استمرار المشكلة، لن تؤدي إعادة نقل البيانات إلى تحديث البيانات التي تم نقلها إلى حسابات Google. عليك حذف بيانات البريد الإلكتروني وإزالتها من "المهملات"، ثم إعادة نقلها.

ظهور الرسائل في Gmail بتواريخ غير صحيحة

ظهور رسالة التحذير "المستخدم ليس ضيفًا أو منظِّمًا للحدث"

مواضيع ذات صلة

_{Google وGoogle Workspace والعلامات التجارية والشعارات المرتبطة هي علامات تجارية مملوكة لشركة Google LLC. وجميع أسماء الشركات والمنتجات الأخرى هي علامات تجارية مملوكة للشركات ذات الصلة بها.}

اختَر قسمًا لتقديم تعليقات عنه.

هل كان ذلك مفيدًا؟

كيف يمكننا تحسينها؟

تحديد مشاكل GWMME وحلّها

تجربة "أداة تحليل السجلات"

استخدام GWMME لتحديد المشاكل وحلّها

تحديد المشاكل وحلّها

حل مشاكل نقل البيانات

إصلاح عمليات نقل البيانات غير الناجحة

تفسير رسائل الخطأ

مثال على سجل التفويض

مثال على سجل التتبّع

خدمات Google Workspace وأداة GWMME

ما يحدث عند عثور GWMME على عنوان X.500

كيفية استخدام دفتر عناوين Exchange لحل عنوان X.500

ملاحظة مهمة

مواضيع ذات صلة

هل كان ذلك مفيدًا؟

هل تحتاج إلى مزيد من المساعدة؟

جرِّب الخطوات التالية:

ما المشكلة في هذا الاختيار؟

شارِك المعلومات أو الاقتراحات الإضافية.