هل يجب علي تشغيل Register-SPWorkflowService لكل مجموعة مواقع؟

Question

كجزء من إعداد SharePoint Server 2013 الخاص بي، أحتاج أحيانًا إلى دمج البنية الأساسية الجديدة لسير العمل في المزرعة.لقد اتبعت الوثائق بدءًا من جانب SharePoint للأشياء:

• http://technet.microsoft.com/en-us/library/jj658588.aspx

من هنا قمت بتثبيت المكونات وتكوينها بناءً على الوثائق المرتبطة (هذا الجزء ليس خاصًا بـ SharePoint):

• ملخص: http://technet.microsoft.com/en-us/library/jj193478.aspx
• إعدادات: http://technet.microsoft.com/en-us/library/jj193510.aspx

استنادًا إلى المعلومات الموجودة في مستندات SharePoint، سيتعين علي تشغيل الأمر التالي للسماح بالاتصال (على سبيل المثال، أستخدم HTTP في Sharepoint ومدير سير العمل):

Register-SPWorkflowService –SPSite "http://collab/" –WorkflowHostUri "http://sp2013-01:12291" –AllowOAuthHttp

---

إليك الأمر الذي نجح في بيئتي حيث يوجد عنوان URL الخاص بـ SharePoint http://sp.apple.com ويسمى خادم Web Front End الذي قمت بتثبيت Workflow Manager فيه باسم sharepointwfe.تسجيل-SPWorkflowService-SPSite "http://sp.apple.com" -WorkflowHostUri "http://sharepointwfe:12291" -AllowOAuthHttp

---

عند قراءة الوثائق الخاصة بأمر cmdlet هذا، لست متأكدًا من ضرورة تنفيذ هذا الأمر لجميع مجموعات المواقع التي يجب تشغيلها على البنية التحتية الجديدة لسير العمل (غير SP2010 WF).

• http://technet.microsoft.com/en-US/library/jj663115.aspx

تكوين مضيف SharePoint لاستخدام خدمة سير العمل

حدود:

spsite | مطلوب | microsoft.sharepoint.powershell.spsitePipeBind | يحدد مجموعة الموقع لتكوين

أسئلة:

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

---

تفاصيل البنية التحتية:

• ويندوز سيرفر 2012 الانجليزية القياسية
• شيربوينت سيرفر 2013 انجليزي
• اللغة الإنجليزية القياسية لـ MS SQL 2012 SP1
• مدير سير العمل 1.0
• 1x وحدة تحكم المجال
• 1x SharePoint Box يعمل أيضًا على Wokflow Manager
• 1x خادم SQL

Answer 1

قم بتسجيل الخدمة عن طريق اختيار أحد تطبيقات الويب الخاصة بك وفقًا للمثال الذي قدمته أعلاه.بعد تسجيلك لـ (في هذه الحالة، لـ "Collab")، يجب أن تكون قادرًا على التحقق من أن مسارات عمل 2013 تعمل الآن ضمن SharePoint Designer 2013 لأي موقع موجود داخل تطبيق الويب "Collab".

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

لقد لخصت هذا في مدونتي هنا:

http://forte-design.com/?p=1

تصميم تشاك لافورت فورتي

Answer 2

تحتاج إلى تنفيذ Register-SPWorkflowService مرة واحدة فقط للمزرعة بأكملها.

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

1. تستخدم تطبيقات ويب SharePoint https ولا يوجد جذر شهادتها في المرجع الجذري الموثوق به لخادم Workflow Manager (أداة MMC الإضافية، والشهادات، والكمبيوتر المحلي)

2. اختبار المستخدم الذي ينشر سير العمل هو حساب نظام.

3. ليس لدى المستخدم التجريبي إدخال في ملف تعريف المستخدم أو ليس لديه بريد إلكتروني.

4. لا يتم توفير إدارة التطبيقات أو خدمة الاشتراك بشكل صحيح (على الرغم من عدم الحاجة إلى تكوين لإدارة التطبيقات).

5. لا يتم تسجيل المفتاح العام لنقطة نهاية مدير سير العمل (.Cer) في SharePoint كمرجع جذر موثوق به (New-SPTrustedRootAuthority) إذا كان الاتصال سيكون بالكامل عبر HTTPS (أي.لا يسمح بـ HTTP).

Answer 3

يقوم الأمر "Register-SPWorkflowService" بإنشاء اتصال وكيل الخدمة للمزرعة بأكملها، ولكن تتم إضافة اتصال الوكيل هذا فقط إلى مجموعة اتصال الخدمة لتطبيق الويب الحالي.إذا كان لديك تكوين اتصال خدمة واحد فقط، فمن الجيد البدء الآن.

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

$appProxyDisplayName = "Workflow Service Application Proxy"

$proxyGroup = "your proxy group name here, look up in ca - web app - service connections"

# https://hughajwood.wordpress.com/2013/08/22/starting-a-service-application-proxy-via-powershell/
$appProxy = Get-SPServiceApplicationProxy | Where-Object {$_.DisplayName -eq $appProxyDisplayName}

# Add workflow Service to an existing service group
# https://technet.microsoft.com/en-us/library/ee704550.aspx
# Add-SPServiceApplicationProxyGroupMember -Identity < the service application proxy group > -Member <members to add to the service application proxy group>

Add-SPServiceApplicationProxyGroupMember -Identity $proxyGroup -Member $appProxy