مقدمة
قبل أن نتابع أكثر، دعنا نلقي نظرة على المواضيع المرجعية التي استشرناها أثناء إعداد هذه المقالة.
إعداد البيئة
يتكون إعدادنا من 4 خوادم. يشمل ذلك وحدة تحكم المجال، خادم SQL، خادم SharePoint وخادم لخدمات Reporting Services. يمكنك اختيار وضع SharePoint وReporting Services على نفس الصندوق، مما سيسهل الأمر قليلاً وسأشير إلى بعض الاختلافات.
المتطلبات المسبقة للتثبيت
الإضافة (Add-In) الخاصة بـ Reporting Services لـ SharePoint هي أحد المكونات الرئيسية لجعل التكامل يعمل بشكل صحيح. يجب تثبيت الإضافة على أي من واجهات الويب الأمامية (Web Front Ends (WFE)) الموجودة في مزرعة SharePoint الخاصة بك إلى جانب خادم Central Admin. أحد التغييرات الجديدة مع SQL 2008 R2 & SharePoint 2010 هو أن إضافة 2008 R2 أصبحت الآن شرطًا مسبقًا لتثبيت SharePoint. وهذا يعني أنه سيتم وضع RS Add-In عندما تقوم بتثبيت SharePoint. وقد تم عرض ذلك وتحديده في الشكل أدناه. هذا في الواقع يجنّب الكثير من المشكلات التي رأيناها مع SP 2007 و RS 2008 عند تثبيت الإضافة.
Image1 :- إضافة Reporting Services لـ Share Point
مصادقة SharePoint
**قبل أن ننتقل إلى أجزاء تكامل RS، هناك شيء أريد الإشارة إليه بشأن مزرعة SharePoint وهو كيفية إعداد الموقع. وبشكل أكثر تحديدًا كيفية تكوين المصادقة للموقع. سواء كان كلاسيكيًا أو Claims. هذا الاختيار مهم في البداية. لا أعتقد أنه يمكنك تغيير هذا الخيار بمجرد إتمامه. إذا استطعت تغييره، فلن تكون عملية بسيطة.
ملاحظة: Reporting Services 2008 R2 غير مدعوم للـ Claims
حتى لو اخترت أن يستخدم موقع SharePoint الخاص بك نظام المطالبات (Claims)، فإن خدمات التقارير نفسها ليست على دراية بالمطالبات. ومع ذلك، فإن ذلك يؤثر على طريقة عمل المصادقة مع خدمات التقارير. إذن، ما هو الفرق من منظور خدمات التقارير؟ الأمر يعود إلى ما إذا كنت تريد تمرير بيانات اعتماد المستخدم إلى مصدر البيانات. Classic:- يمكن استخدام Kerberos وتمرير بيانات اعتماد المستخدم إلى مصدر البيانات الخلفي (ستحتاج إلى استخدام Kerberos لذلك). Claims:- يتم استخدام رمز المطالبات (Claims token) وليس رمز Windows. ستستخدم RS دائمًا المصادقة الموثوقة في هذا السيناريو وستكون لديها إمكانية الوصول فقط إلى رمز SPUser. سيتعين عليك تخزين بيانات الاعتماد الخاصة بك داخل مصدر البيانات.
Classic :- يمكن استخدام Kerberos وتمرير بيانات اعتماد المستخدم إلى مصدر البيانات الخلفي (ستحتاج إلى استخدام Kerberos لذلك).
Claims :- يتم استخدام رمز المطالبات وليس رمز Windows. ستستخدم RS دائمًا المصادقة الموثوقة في هذا السيناريو وستكون لديها إمكانية الوصول فقط إلى رمز SPUser. سيتعين عليك تخزين بيانات الاعتماد الخاصة بك داخل مصدر البيانات.
في الوقت الحالي نريد فقط التركيز على إعداد RS. في هذه المرحلة تم تثبيت SharePoint على صندوق SharePoint الخاص بي وتم إعداده مع موقع Classic Auth على المنفذ 80. على خادم RS قمت للتو بتثبيت Reporting Services وهذا كل شيء.