ما هي مخاطر ترقية psconfig.exe -cmd؟

Question

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

هنا هو الأمر: giveacodicetagpre.

وفقا للوثائق: هناك بالفعل 3 أوامر في واحد:

• ترقية psconfig.exe -cmd
• psconfig.exe -cmd ApplicationContent

• psconfig.exe - ncmd installfeatures

  1. ترقية psconfig.exe -cmd=> أداء ترقية SharePoint. يتم تنفيذ هذا الأمر تلقائيا عند تشغيل معالج تكوين منتجات SharePoint إذا كان SharePoint يحتاج إلى ترقية.

     • inplace b2b==> إذا تم اختيار B2B، فسيتم إجراء بناء قيد الإنشاء قيد التشغيل. الخيار الآخر هو V2V (إصدار الإصدار)

     • force==> يتوقف معالج تكوين منتجات SharePoint أي إجراءات ترقية قيد التشغيل حاليا، ثم أعد تشغيل الترقية.

     • -cmd ApplicationContent==> يدير محتوى التطبيق المشترك

     • -cmd installfeatures==> يسجل ميزات SharePoint في مزرعة الخادم الموجودة على هذا الخادم.

       سنأخذ نسخة احتياطية كاملة المزرعة (استخدام ميزة النسخ الاحتياطي SharePoint 2010) النسخ الاحتياطي / استعادة المزرعة في مكانها في حالة وجود شيء خاطئ. هل هذا هو النهج الموصى به؟

       وفقا لمستخدم واحد آخر مرة قاموا بهذا في المزرعة ذهب سير العمل. هل هناك إمكانية يحدث هذا الأمر بعد أن يركض هذا الأمر على جميع خوادم المزرعة؟

       شكرا لك على القراءة.

Answer 1

عند تثبيت الملف القابل للتنفيذ للحصول على تحديث تراكمي (CU)، لم تتم ترقية الخوادم الخاصة بك بالفعل. ستحتاج إلى تشغيل PSConfig.exe (سطر الأوامر) أو معالج تكوين منتجات SharePoint (GUI) لترقية كل من الثنائيات قيد التشغيل، وإجراء أي تغييرات على مخططات قاعدة بيانات SharePoint المقدمة في CU.

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

إنشاء نسخة احتياطية مزرعة قبل الانتهاء من التحديث هو فكرة جيدة، لأن هذا سوف يمنحك بيئة لإعادة التراجع إليها في حالة القضايا.

على الجانب الإيجابي، يتم نشر هذه التحديثات بواسطة Microsoft، وتضمين مستوى الاختبار. بعد أن انتظرت هذه الطويلة، سيكون لديك أيضا مرجع مجتمعي لأي مشاكل واجهتها. على الجانب السلبي، لا يتم اختبار CU كحزم خدمة، لذلك يجب ألا تتسرع وتثبيت CU بشكل صحيح عندما يخرج، لأنها معروفة في بعض الأحيان بإدخال تراجع الأخطاء. موقع جيد للبقاء على رأس القضايا الموجودة لكل وحدة مكافحة الإعداد الأساسية هي ما يلي بواسطة Todd Klindt:

href="http://www.toddklindt.com/blog/lists/posts/post.aspx؟id=224"> http://www.toddklindt.com/blog/lists/posts/post .aspx؟ معرف= 224

على سبيل المثال، فيما يلي التراجع المعروفة مع أغسطس 2012 CU:

http://www.toddklindt.com/blog/regressions/august2012cu.aspx

باختصار، يجب عليك بالتأكيد تطبيق CU في بيئة ضمان الجودة أولا، واختبار وظائف أعمالك الهامة، واتخاذ نسخة احتياطية من الإنتاج، ثم قم بتطبيق CU بمجرد اختبارك في ضمان الجودة وتم مطمئنات، لا توجد انتراسات كبرى. < / ص>

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