Document Set یکی از قابلیت های شیرپوینت 2010 است که با هدف مدیریت هر چه بهتر محتوا(Content Management) ایجاد شده است. این ویژگی به ما کمک میکند تا گروهی از اسناد را همانند یک موجودیت، مدیریت کنیم.
با استفاده از این ویژگی، اجازه Chek-In ،CheckOut ،Versioning، اعمال Permission و … به جای هر سند، به مجموعه ای از اسناد(Document Set) و به طور همزمان داده شده است.
به عنوان مثال، مدیریت اطلاعات مربوط به پروژه ها که هر پروژه دارای چندین Document و از انواع مختلف(pdf ,doc ,ppt ,xls, …) است: RFP، پروپزال، سند برآورد هزینه، زمانبندی پروژه، دمو(Presentation)، … و این اطلاعات میبایست جداگانه برای هر پروژه ذخیره شوند.
پیاده سازی Document Set
Document Setها به صورت پیش فرض فعال نیستند. قبل از هر چیز میبایست این ویژگی را در مسیر Site Settings> Site Administration> Site Collection Features>Document Sets و با کلیک دکمه Activate فعال کنید.
سپس در مسیر Site Settings> Galleries> Site Content types و در بخش Document Set Content Types روی گزینه Document Set کلیک کنید تا وارد بخشی شوید که میتوانید تنظیمات مربوط به آن را انجام دهید.
در گزینه Default Content، قالب سند را مشخص و در صورت تمایل با انتخاب گزینه ‘Add new Default Content’ قالبهای دیگری را معرفی کنید.
در کتابخانه سند مورد نظر و در بخش تنظیمات کتابخانه(Library Settings> Advance Settings)، با انتخاب گزینه ‘Allow management of content’ اجازه افزودن Content Type را به این کتابخانه بدهید.
مشاهده میکنید که در فرم Library Settings، بخش Content Type ها(از جنس Parent این Content Type که document است) افزوده شده است. با کلیک گزینه Add from existing content type و انتخاب Document Set، این نوع محتوا را اضافه کنید. با کلیک این Content Type وارد بخش تنظیمات میشوید که میتوانید نام، شرح و سایر ویژگیها را ملاحظه یا تغییر دهید.
در فرم اسناد در کتابخانه(AllItems.aspx)، منوی مربوط به گزینه New Document را باز کرده و Content Type مورد نظر را انتخاب کنید.
نام و شرح را انتخاب و دکمه ذخیره را کلیک نمایید.
ملاحظه میکنید که با پیوستن Document Set به این کتابخانه، هریک از اسناد با تمام قالبهای مشخص شده ایجاد میشود و امکان مدیریت همزمان قالبهای یک سند(آیتم) براحتی امکانپذیر خواهد بود.
لازم بذکر است که این قابلیت تنها در نسخه MSS 2010 قابل استفاده بوده و در نسخه Foundation 2010 وجود ندارد.
موفق و پیروز باشید.
Crawlerها، Query Object Model، Query engine، Indexing engine و User Interface از کامپوننت های اصلی معماری جستجو در شیرپوینت 2010هستند. این اجزا بعد از کانفیگ کردن اطلاعات مربوط به جستجو همانند دیاگرام منطقی زیر شروع به عمل میکنند.
در مسیر Central Administration> Application Management> Manage Service Application روی Search Service Application که در پست قبل ایجاد کرده بودید دو بار کلیک کنید تا وارد بخشی شوید که میتوانید اطلاعات مربوط به جستجو را کانفیگ کنید.
قبل از هر چیز، محتوایی که میخواهید جستجو در آن انجام شود، میبایست در دیتابیس شیرپوینت ایندکس شوند. در واقع ما با ایندکس گذاری = شاخص گذاری = Crawling، محتوا را برای شیرپوینت قابل جستجو میکنیم. اگر یک محتوا در دیتابیس Search شیرپوینت ایندکس نشود، در عمل جستجو در نظر گرفته نشده و در Search Result مشاهده نخواهد شد.
برای اینکه عمل Crawling انجام شود، میبایست حدافل یک Content Source داشته باشیم.
Content Sourceها مجموعه ای از Optionها هستند و مشخص کننده اینکه چه نوع Content، با چه آدرسی، چگونه و در چه زمان(ها) برای جستجو ایندکس(Crawl) شوند، مورد استفاده قرار میگیرند.
Content Sourceها در SharePoint 2010 میتوانند در هر یک از 5 نوع زیر ایجاد شوند:
- SharePoint Sites
- Web Sites
- File Shares
- Exchange Public Folders
- Line of Business Data
- Custom Repository
همانند Content Source، MOSS مربوط به Local SharePoint Site که از نوع SharePoint Sites هست، به صورت پیش فرض وجود دارد. مطابق با نیاز و سناریوی پیاده سازی، میتوان با باز کردن منوی این CS و ویرایش کردن آن جستجو را راه اندازی کرد و یا با کلیک ‘New Content Source’یک CS جدید ایجاد نمود.
ما یک Content Source جدید و از نوع SharePoint Sites ایجاد میکنیم.
Start Addressها مسیرهایی هستند که سیستم جستجوگر( Crawlerهای شیرپوینت)با استفاده از این مسیرها شروع به ایندکس کردن- Crawling محتوا خواهند کرد. این آدرسها میتوانند URL مربوط به سایتها در Web Application های مختلف فارم با فرمت http://IntranetSite و همچنین آدرس User Policyهای شیرپوینت با فرمت sps3://IntranetSite برای جستجوی کاربران باشند.
در ادامه میبایست دو نوع ایندکس گذاری Full و Incremental رو مدنظر داشته باشیم که میتوانیم مطابق با سناریوی پیاده سازی و نیازمندی سازمان برای هر یک زمانبندی انجام دهیم. در این مرحله، ادمین فارم میبایست Business سازمان رو به دقت بررسی کرده باشد و بهترین زمانبندی رو مطابق با سناریوی پیاده سازی و نیازمندیهای سازمان در نظر بگیرد.
- Full Crawl: تمامی محتویات در Content Sourceایندکس گذاری میشوند. حتی اگر این محتوا قبلا ایندکس گذاری شده باشند و ایندکس ها موجود باشند.
- Incremental Crawl: تنها محتویات تغییر یافته مجددا ایندکس میشوند.
برای انجام جستجو محتویات میبایست حداقل یک بار به صورت Full Crawl ایندکس گذاری شوند.
با توجه به اینکه شاخص گذاری Full زمان بر است و ترافیک زیادی روی سرور میگذارد، حتما بایستی این کار مطابق با نیازمندی سازمان انجام شود به عنوان مثال زمانی که hotfix یا service pack نصب میشود یا زمانی که Back Up را Restore میکنیم و ….
زمانبندی شاخص گذاری Incremental هم باید مطابق با نیاز و بررسی تغییر محتویات در سازمان انجام شود، مثلا اگر دیتا در سازمان شما مدام در حال تغییر و بروزرسانی است، این زمانبندی میتواند روزانه انجام شود و البته در ساعاتی که تعامل کاربران با سیستم به حداقل رسیده باشد.
ایجاد Enterprise Search Center:
در مسیر Central Administration> Application Management> Site Collections با کلیک گزینه Create Site Collectionیک SiteCollection جدید را با قالب Enterprise Search Center ایجاد میکنیم.
با انتخاب تب All Site کلیدواژه مورد نظر و تب People فرد مورد نظر را جستجو کرده و نتیجه را مشاهده میکنیم.
اگر بخواهیم محتوایی در My Site را برای اولین بار جستجو کنیم با پیغام خطای زیر مواجه میشویم:
“This item and all items under it will not be crawled because the owner has set the NoCrawl flag to prevent it from being searchable”
برای حل این مشکل، در قسمت تنظیمات My Site، گزینه "Search and offline availability" را در بخش Site Administration انتخاب میکنیم.
با اعمال این تنظیمات، محتویات My Site هم ایندکس شده و پیغام خطا از بین میرود.
Search Scopes
Search Scopeها مکانهای خاصی هستند که شما میتوانید برای جستجو معرفی کنید و در وافع این انعطاف پذیری را به شما میدهند تا نتایج جستجو را به مکانهای خاصی در محیط شیرپوینت 2010 محدود کنید.
برای اینکار به روش پست قبل یک Content Source ایجاد کرده و در قسمت Start Address، مسیر مکان مورد نظر(فولدر، ساب سایت) را معرفی کنید. در مرحله بعد میبایست یک Crawl Rule ایجاد کنید تا crawler شیرپوینت محتوای مسیر مورد نظر را در نظر بگیرد. در Quick Launch سمت چپ و در بخش Crawling، روی گزینه New Crawl Rule کلیک کنید.
مسیر مربوط به محتوای مورد نظر را وارد کرده و از آنجایی که قصد معرفی محتوا به این Rule را داریم، گزینه ‘Include all items in this path’ را انتخاب میکنیم. گزینه Exclude all items in this path محتوا را از این Rule استخراج خواهد کرد. سه CheckBox، انتخابی(Optional) هستند و مخصوص زمانی هستند که شما محتوای خاصی داشته باشید که نیاز به Crawl کردن خاص باشد.
در این مرحله در مسیر Central Administration> Application Management> Manage Service Application روی Search Service Application دوبار کلیک کنید تا وارد بخش تنظیمات جستجو شوید. در Quick Launch سمت چپ و در بخش Queries and Results گزینه Scopes را انتخاب کنید. گزینه New Scope را انتخاب کرده، نام و شرح را برای این Scope تعیین نمایید.
گزینه Last Modified by نام کاربری شما و غیرقابل تغییر میباشد. در بخش Target Results Page، در صورتیکه مایل هستید نتیجه جستجو را در صفحه جستجوی استاندارد شیرپوینت(SearchResults.aspx) مشاهده کنید، مورد اول و در صورتیکه مایلید نتیجه جستجو را در صفحه سفارشی مشاهده کنید، مورد دوم را انتخاب و در TextBox آدرس URL صفحه سفارشی مورد نظرتان را وارد نمایید.
در منوی Scope ایجاد شده گزینه Edit properties and rules را انتخاب کنید تا وارد بخشی شوید که Ruleهای مربوط به این Scope قرار دارند و شما میتوانید Ruleهای جدیدی که هر یک مشخص کننده محتوایی exclude و include شده هستند را به آنها اضافه کنید. روی گزینه New Rule کلیک کنید. آدرس URL مسیر محتوایی که تمایل به جستجوی آن دارید را در این قسمت وارد کنید.
بعد از انجام تنظیمات Search Scopes بهتره که محتوای سایت به صورت Full Crawl، ایندکس بشوند تا مطمئن بشوید که محتوای مورد نظر شما توسط Crawler های شیرپوینت در دیتابیس، ایندکس شده اند و در نتیجه جستجو فابل مشاهده خواهند بود.
موفق و پیروز باشید
در این پست قصد دارم راه اندازی و اعمال تنظیمات جستجو در شیرپوینت رو در قالب SharePoint Administration توضیح بدم.
در پست(ها)ی بعدی اعمال و بروزرسانی تنظیمات را از طریق Power Shell و همچنین از طریق کد(Development) نیز توضیح خواهم داد.
برای اینکه سایت شیرپوینتی قابل جستجو باشد، ابتدا میبایست Search Service Application را ایجاد و کانفیگ کنیم.با این کار ما سه گام زیر را درجستجو برداشته ایم:
1- Componentهای مربوط به Query, Crawling و Componentهای مربوط به مدیریت سرورهای مختلف در فارم را ایجاد کرده ایم.
2- Featureهای مربوط به Enterprise Search را ایجاد کنیم.
3- Accountهای مربوط به Search را ایجاد کرده ایم.
ایجاد Search Service Application
در Central Administration> Application Management گزینه Manage Service Application را انتخاب و یک Search Service Application(SSA جدید ایجاد کنید.
این کار را با باز کردن منوی New در نوار ریبون و انتخاب گزینه Search Service Application انجام دهید.
در این فرم یک نام برای SSA جدید انتخاب کنید. گزینه 'None' را برای Fast Search Application انتخاب کرده و یک اکانت برای SSA انتخاب نمایید. ترجیحا یک اکانت جداگانه برای Search ایجاد کنید که میبایست روی SharePoint Database نیز دسترسی کافی داشته باشد. برای ایجاد Application Pool ها(در گام بعد) نیز میتوانید از همین اکانت استفاده کنید.
در ادامه برای استفاده از SSA به دو Application Pool نیاز داریم:
یکی برای وب سرویس مربوط به تنظیمات سایت و ایجاد و اجرای کوئری ها و دیگری وب سرویس مربوط به Search Admin. بنابراین:
ابتدا یک Application Pool را به Search Admin Web Service اختصاص میدهیم. شما میتوایند از بین Application Poolهای موجود در فارم یکی را انتخاب و یا یک Application Pool جدید بسازید. یک اکانت برای این Application Pool که میتواند User مربوط به Search باشد که در قسمت قبل معرفی کردید.
سپس یک Application Pool به Search Query and Site Settings Web Service اختصاص میدهیم.
شما میتوایند از بین Application Poolهای موجود در فارم یکی را انتخاب و یا یک Application Pool جدید بسازید. یک اکانت برای این Application Pool که میتواند User مربوط به Search باشد که در قسمت قبل معرفی کردید.
با کلیک 'OK' عملیات ایجاد SSA و کانفیگ پیش فرض آن (و در واقع سه گامی که در ابتدا به آن اشاره شد)انجام میشود.
مشاهده میکنید که دو سرویس، به Service Application ها اضافه شده است.
شما میتوانید برای اطمینان از اینکه اکانت(ها) که برای ایجاد و کانفیگ SSA معرفی کردید مجوز کافی برای جستجو دارند، User Profile Service را در همین صفحه کلیک کرده و با انتخاب گزینه Administrators از نوار ریبون، وارد فرم Administrators for User Profile شوید. با کلیک روی هر کاربر مجوزهای آن را در باکس پایین مشاهده میکنید. در این مرحله مجوز Retrieve User Data for Search Crawls میبایست حتما برای این کاربر فعال باشد.
همچنین شما میتوانید بررسی کنید که آیا سرویس اکانت(ها) شما دسترسی کافی به سایت های شیرپوینتی را دارند یا خیر.
برای این کار در Central Administration> Application Management> Manage Web Applications با کلیک Web Application مورد نظر و انتخاب گزینه User Policy فرم Policy for Web Application را مشاهده خواهید نمود. اکانت(ها) که برای ایجاد و کانفیگ SSA معرفی کردید میبایست حتما مجوز Full Read را داشته باشند.
مطالب پست بعدی درباره Search Crawling، و Search Scops خواهد بود.
موفق و پیروز باشید
دوستان سلام
امیدوارم حالتون خوب و ایام به کامتون باشه.
تنها چند ساعت به تحویل سال نو و آغاز سال نو شمسی باقی مونده. امیدوارم سالی سرشار از سلامتی، شادی و ایده های بکر شیرپوینتی پیش رو داشته باشید.
در این پست قصد دارم مجموعه ای از سایتهای برتر شیرپوینتی رو تقدیمتون کنم. با کلیک روی هرکدام از سایتها، نام و مشخصات آنها را در سمت راست مشاهده کرده و با کلیک روی عنوان سایت، آن را به صورت Full Screen مشاهده خواهید نمود.
http://www.wssdemo.com/livepivot/#/viewerStateKey/7e264f47-7498-41bd-b866-ad7ed5c67e50
روز و روزگار خوش و ایام به کام
موفق و پیروز باشید
یکی از امکانات جدیدی که شیرپوینت 2010 از اون پشتیبانی میکنه Blob Cache است. شیرپوینت با این امکان، Caching رو برای فایلهای باینری حجیم (مانند فایلهای CSS, Java Script, Video & Audio Files ) ایجاد و مدیریت میکنه و بدین ترتیب باعث افزایش Performance و کاهش لود و ترافیک روی Database Server میشه. پس از Enable شدن این ویژگی در front end web server، فایلهای مورد نظر پس از Retrieve شدن از Database در یک دایرکتوری ذخیره و Cache میشوند.
نحوه فعال کردن امکان Blob Cache
این امکان به صورت پیش فرض غیرفعال است و در سطح Web Application فعال میشود. برای فعالسازی این ویژگی، web.config را برای هر Web Applicationی که تصمیم دارید این امکان را برای آن فعال نمایید، باز کنید.به طور پیش فرض این خط را در web.config مشاهده خواهید کرد:
1: <BlobCache ocation="C:\BlobCache\14" path="\.(gif|jpg|jpeg|jpe|jfif|bmp|dib|tif|tiff|ico|png|wdp|hdp|css|js|asf|avi|flv|m4v|mov|mp3|mp4|mpeg|mpg|rm|rmvb|wma|wmv)$"
2:
3: maxSize="10" enabled="false"/>
4:
Location: این متغیر، مسیر دایرکتوری که file ها در آن ذخیره خواهند شد را مشخص میکند.
Path: فایلهایی که Cache خواهند شد را مشخص مینماید. به طور پیش فرض، شیرپوینت عبارت منظم(Regular Expression)ی برای انتخاب پسوندهای فایلها ایجاد کرده است.
Max Size: ماکزیمم حجم فایلها بر حسب گیگابایت. به طور پیش فرض 10 گیگابایت در نظر گرفته شده است.
Enabled: مشخص کننده فعال بودن یا نبودن این امکان است.
به عنوان مثال:
1: <BlobCache location="C:\BlobCache\14" path=2: "\.(gif|jpg|jpeg|jpe|jfif|bmp|dib|tif
2: |tiff|ico|png|wdp| css|js|asf|avi|flv|m4v|mov|mp3|mp4|mpeg|mpg|rm|rmvb|wma|wmv)$"
3: maxSize="20" enabled="true" />
4:
نکاتی که میبایست در نظر گرفته شود :
در فعال کردن این ویژگی سناریو پیاده سازی را حتما در نظر داشته باشید
اگر web application شما شامل سایتهایی از نوع publish است، تا حد ممکن برای تمامی انواع فایلها، این امکان را فعال کنید. اما اگر شامل انواع دیگر سایتها و تعدادی media assets است، حتی اگر درصد کمی از media assetsها بروزرسانی میشوند، blob cache را برای media fileها فعال نمایید.
در نظر داشته باشید که در حین Cache شدن فایلها برای نخستین بار، ممکن است Performance به طور موقت تحت تاثیر قرار بگیرد، اما پس از cache شدن فایلها، Performance افزایش خواهد یافت.
http://technet.microsoft.com/en-us/library/ee424404.aspx
موفق و پیروز باشید