تثبيت Sharepoint Server 2013:لماذا يفشل إجراء ArpWrite؟

Question

نجح تثبيت المتطلبات الأساسية لخادم Sharepoint 2013 x64 (على Windows Server 2008R2، خادم فعلي مكون من 12 نواة)، لكن Sharepoint يقطع التثبيت وعمليات التراجع عن التثبيت بسبب الخطأ التالي (جزء من ملف سجل التثبيت):

 2013/05/20 14:57:10:116::[1744] Error: Failed to install product:  G:\global\oserver.MSI ErrorCode: 1603(0x643). 

ويبدو أنه يبدأ أعلى قليلاً في السجل بـ:

 2013/05/20 14:57:10:054::[1744] MSI(ACTIONSTART): 'Action 14:57:10: ArpWrite. '
 2013/05/20 14:57:10:054::[1744] MSI(INFO): 'Action start 14:57:10: ArpWrite.'
 2013/05/20 14:57:10:100::[1744] MSI(INFO): 'CustomAction ArpWrite returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox)'
 2013/05/20 14:57:10:100::[1744] MSI(INFO): 'Action ended 14:57:10: ArpWrite. Return value 3.'
 2013/05/20 14:57:10:100::[1744] MSI(INFO): 'Action ended 14:57:10: INSTALL. Return value 3.'

التلميح الوحيد (الحل؟) الذي يمكنني العثور عليه هو تعديل المثبت وتعطيل إجراء ArpWrite, ، لكنها تبدو فكرة سيئة حقًا لأنني لا أعرف حتى مدى تأثير هذا الإجراء على التثبيت.

سؤالي هو:هل تعرف ما هو السبب المحتمل لعدم نجاح ArpWrite، أو كيفية معرفة تفاصيل الخطأ؟هل تعديل المثبت هو الحل الأفضل في هذه الحالة؟

يحرر:الحل الذي قمت بربطه أعلاه، مع تعطيل إجراء ArpWrite على المثبت، تبين أنه يعمل.في بيئة التطوير الخاصة بنا، تم الآن تثبيت Sharepoint 2013 ويبدو أنه يعمل بشكل جيد. يمكن تنزيل Orca هنا ولا يستغرق التعديل الكامل لملف msi أكثر من 3 دقائق.ومع ذلك، أترك هذا السؤال مفتوحًا لأن تأثير إجراء التثبيت هذا لا يزال غير معروف (على الرغم من أنه لا يبدو مهمًا جدًا).

Answer 1

تعديل المثبت ليس حل Microsoft مدعوم.يستخدم إدخال ARPWRITE فعليا لكتابة حقيقة أن SP تم تثبيت SP في التسجيل كجزء من التثبيت.

ركضت في هذه المشكلة على تثبيت جديد لعميل، لم يكن لدى الخادم هذه التصحيحتين المطبق على الخادم، لقد لاحظت أنها كانت معلقة وتطبيقها.

لا أعتقد أنهم غيروا أي شيء مع الخادم خلال عطلة نهاية الأسبوع، ولكن قد يكون هذا مكانا جيدا للنظر أولا ... يجب تطبيق

p2768703 و kb2770917 وحل هذه المشكلة على Windows Server 2012. على الرغم من أنه في النظر إلى التصحيح KB2768703 يبدو أكثر علاقة بمشكلات DRM / Media.أوصي بمحاولة KB2770917 أولا لأنه نشمر كثير.

Answer 2

عملت مع مهندسي Microsoft للعثور على السبب الجذري للخطأ.اكتشفنا مفتاح تسجيل مفقود عند HKLM:\SOFTWARE\Policies\Microsoft\Windows\Installer

كتبت برنامج نصي إصلاحا ونشره على مدونتنا: http://www.devacto.com/resolved/

بالنسبة لي كانت قيمة السلسلة كانت الاحماء (مع x في النهاية) وكانت قيمة التصحيح 7 التي عملت، في الماضي آخر

Answer 3

كان لدي نفس المشكلة.حاولت تثبيت SharePoint دون تثبيت Office.بعد تثبيت Office تم حل مشكلتي.

Answer 4

تحديث:لسوء الحظ لم أتمكن من إعادة إنتاج هذا - لقد علقت مرة أخرى!:<

لا أعرف كيف أصف هذا، لكن...

باستخدام أ مفتاح الترخيص القياسي بدلا من مَشرُوع الترخيص لم الحيلة بالنسبة لي.

2014/05/13 22:49:15:213::[1228] MSI(INFO): '=== Logging stopped: 13.05.2014  22:49:15 ==='
2014/05/13 22:49:15:250::[1228] MSI(TERMINATE): '<NULL>'
2014/05/13 22:49:15:250::[1228] PERF: TickCount=1529640 Name=MsiPackage::Install Description=Returned from OMsiInstaller::InstallProduct
2014/05/13 22:49:15:250::[1228] Successfully installed package: oserver > path:D:\global\oserver.MSI

Answer 5

لقد واجهت نفس المشكلة مؤخرًا أثناء تثبيت إصدار Enterprise من المنتج على Windows Server 2012 R2، وتم حل هذه المشكلة بالنسبة لي من خلال تكوين موقع مختلف في لوحة التحكم ضمن المنطقة.أي: from Spain to Mexico.نأمل أن يساعد.

Answer 6

لدي إجابة قد تعمل لكثير منكم.تحقق من خيارات الطاقة في BIOS الخادم وتغييرها من الأداء إلى متوازن.كان هذا إصلاح مشكلة مماثلة تم الإبلاغ عنها عند تثبيت تطبيقات ويب Office، وعملت لتثبيت SharePoint 2013 بعد العديد من الساعات المحبطة.