پایگاه مرجع کاربران فارسی زبان شیرپوینت،وبلاگ،انجمن،آموزش،شیرپوینت فارسی - Persian SharePoint Community

Document Set در شیرپوینت 2010

h.abolhassani — Wed, 16 May 2012 21:09:10 GMT

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 وجود ندارد.

موفق و پیروز باشید.

Tips to Creating Project Server 2010 PWA Site

sam.lashgari — Mon, 14 May 2012 19:54:00 GMT

چند وقت پیش خواستم یک سایت PWA ایجاد کنم ، نیاز های سازمان در زمان راه اندازی سایت باعث شد که در این پست مطالبی را که در زمان نصب باید در نظر بگیریم را براتون توضیح بدم. اول از همه محل ایجاد سایت هست . منظور از محل ایجاد یعنی قصد داریم که سایتمان را در یک WebApplication جدید ایجاد کنیم یا در یک Web Application ی که از قبل وجود داشته است راه اندازی کنیم. این مطلب زمانی پررنگ تر می شود که یک سازمان تمایل دارد که آدرس URL سایت مدیریت پروژه ساختاری مجزا از سایت شیرپوینتی داشته باشد پس در زمان راه اندازی آن یک Web Application مجزا تعریف کرده تا سایت ما دارای آدرسی مجزا و حتی دیتابیس مجزا باشد.

ولی در صورتی که بخواهیم سایتمان را یک زیر سایت از سایت اصلی مان و در قالب یک Site Collection جدید ایجاد کنیم می بایست در زمان ایجاد سایت PWA در قسمت مربوط به انتخاب Web Application ،web Application مورد نظر را انتخاب می کنیم. همانطور که میدانیم هر Web Application ی که ایجاد میشود به صورت پیشفرض یک دیتابیس مجزا میسازد و اگر ما سایتمان را بدون توجه به این موضوع راه اندازی کنیم سایت PWA و سایت های شیرپوینتی موجود هردو در یک دیتا بیس قرار میگیرند در حالی که مایکروسافت توصیه میکنه که دیتابیس سایت PWA مان به طور مستقل از دیتابیس سایر سایت های شیرپوینتی باشد . این موضوع شاید در ابتدای نصب اونقدر مهم نباشه ولی بعد از مدتی که دیتا هایمان رشد کنند بسیار مهم و ضروری است. برمیگردیم به ادامه مطلب قبلی و ادامه نصب سایتمان، برای راه اندازی سایت در یک Site Collection مجزا در همان Web application موجود میبایست یک دیتا بیس جدید بسازیم که این دیتابیس در کنار دیتابیس اولیه به صورت همزمان کار میکند با این تفاوت که فقط دیتا های مربوط به Site Collection سایت مدیریت پروژه در آن ذخیره می شود.برای این کار باید مراحل زیر را انجام دهیم:

1- ایجاد یک دیتابیس جدید در Web Application ی که میخواهیم سایتمان را هاست کنیم.

2- Lock کردن موقتی دیتابیس اصلی Web Application مان.

3- ایجاد سایت PWA .

4- Lock کردن دیتابیس جدید که مربوط به سایت PWA میباشد تا مانع از ایجاد Site Collection جدید در این دیتابیس شویم.

5- Unlock کردن دیتا بیس اصلی .

الف ) جهت Lock کردن دیتابیس اصلی مراحل زیر را انجام میدهیم :

- از Central Admin در قسمت Application Management گزینه Managed Content Database را انتخاب میکنیم.

- در ستون Current Number of Site Collections تعداد Site Collection های موجود در دیتابیس موجود یادداشت کرده و از ستون Database Name برروی لینک آن کلیک کرده و وارد تنظیمات مربوط به دیتابیس مورد نظر میشویم .

- در قسمت Maximum number of sites that can be created in this database مقدار آن را به عددی که در قسمت قبلی یادداشت کرده بودیم تغییر میدهیم.

(در زمان Unlock کردن دیتابیس اصلی از مقادیر پیشفرض و اولیه –5000- در این ستون استفاده میکنیم.)

در قسمت Number of sites before a Warning event is generated مقدار آن را با عددی کمتر از عددی که در قسمت Maximum number of sites that can be created in this database تعیین کردیم مقدار دهی میکنیم.

ب) جهت ایجاد دیتابیس جدید در Web Application موجود مراحل زیر راطی میکنیم:

- از همان قسمت Managed Content Database گزینه Add a content database را انتخاب می کنیم.

- از قسمت انتخاب Web Application ، Web Application را انتخاب میکنیم که میخواهیم سایت PWA را در آن راه اندازی کنیم.

- در قسمت Database Name and Authentication نام سرور SQL ی را انتخاب میکنیم که میخواهیم Database ما در آن ساخته شود و نام دیتابیسی که میخواهیم بسازیم را در آن وارد میکنیم.

در این مرحله میتوانیم سایت PWA را Provisione کنیم ، جهت ایجاد سایت PWA مطابق مراحل زیر عمل میکنیم:

- از Central Admin در قسمت Application Management گزینه Manage service applications را انتخاب میکنیم.

- در صفحه Manage service applications گزینه Project Server Service Application را انتخاب میکنیم.

- در صفحه Manage Project Web App بر روی گزینه Create Project Web App Site کلیک میکنیم.و با توجه به جدول زیر میتوانیم مراحل نصب را انجام دهیم.

در انتها و بعد از نصب سایت PWA از طریق دستور < Get-SPSite -ContentDatabase <ContentDatabaseName در PowerShell Command ، میتوان از صحت قرار گیری سایت PWA در دیتابیس جدیدی که ایجاد کردیم مطمئن شویم. در نهایت این دستور میبایست نام URL سایت PWA مان را به عنوان خروجی بدهد.

بعد از اتمام نصب سایت مدیریت پروژه و اجرای دستور بالا و اطمینان از صحت دیتابیس آن میبایست دیتابیسی که سایت PWA بر روی آن قرار دارد را Lock کنیم تا Site Collectionدیگری بر روی این دیتابیس ایجاد نگردد.مطابق قسمت الف از ستون نام دیتابیس ، نام دیتابیس مربوطه را انتخاب میکنیم و در قسمت Maximum number of sites that can be created in this database مقدار 1 و در قسمت Number of sites before a Warning event is generated مقدار 0 را قرار میدهیم. با این روش دیتابیس سایت PWA مان را اصطلاحا Lock میکنیم. حال میتوانیم تنظیمات مربوط به تعداد Site Collection را در دیتابیس اصلی که در مرحله الف انجام داده بودیم را به حالت قبلی اش برگردانیم.

امیدوارم این مطالب براتون مفید بوده باشه

سه دستور حیاتی برای افزایش عملکرد Workflowها

behravan — Sat, 12 May 2012 09:52:00 GMT

حتماً شما هم با مواردی مواجه شده اید که کاربران از کندی سرعت اجرای گردش کارها شکایت دارند و مشکلاتی از جمله موارد زیر را بیان می کنند:

بعد از اضافه کردن آیتمی به کتابخانه، شروع گردش کار مدت زمان زیادی طول می کشد.
ایجاد ایمیلها توسط گردش کار در برخی موارد کند است
پردازش وظایف گردش کار زمان زیادی طول می کشد
گاهی این پیغام را دریافت می کنم:“Due to heavy load, the latest workflow operation has been queued. It will attempt to resume at a later time”

اما چطور می توان این مشکلات را برطرف کرد؟

اجرای سریع گردش کار نیازمند این است:

1- تعداد گردش کارهایی را که همزمان اجرا می شوند، مدیریت کنیم. تعداد گردش کارهایی که به صورت پیش فرض می توانند همزمان اجرا شوند 15 مورد است، بنابراین زمانی که تعداد گردش کارهای همزمان به طور ناگهانی بیشتر از این مقدار شود تعدادی از کاربران با مشکل مواجه خواهند شد.

2-تعداد Work Itemهای در انتظار پردازش توسط سرویس تایمر را مدیریت کنیم.به صورت پیش فرض 100 وظیفه می توانند برای اجرا در صف قرار بگیرند، در صورتی که شما گردش کارهای زیادی داشته باشید که هر کدام شامل چندین وظیفه باشند،‌این تعداد زیاد مشکل ساز خواهد شد.

3-حداکثر زمان لازم برای تکمیل گردش کار را مدیریت کنیم(Workflow TimeOut). به صورت پیش فرض این مقدار 5 دقیقه است.

اما چگونه؟

1- برای مشاهده مقدار پیش فرض گردش کارهای همزمان می توان از دستور powerShell زیر استفاده کرد:

stsadm -o getproperty -pn workflow-eventdelivery-throttle

برای تغییر این مقدار به مثلاً 25 از دستور زیر استفاده می کنیم

stsadm -o setproperty -pn workflow-eventdelivery-throttle –pv "25"

2- برای مشاهده تعداد workItem های در انتظار پردازش در هر بار اجرای تایمر می توان از دستور زیر استفاده کرد:

stsadm -o getproperty -pn workitem-eventdelivery-batchsize

برای افزایش این مقدار به مثلاً 125 می توان از دستور زیر استفاده کرد:

stsadm -o setproperty -pn workitem-eventdelivery-batchsize -pv "125"

3- برای مشاهده Workflow TimeOut :

stsadm -o getproperty -pn workflow-eventdelivery-timeout

برای تغییر این مقدار به مثلا 10 می توان از دستور زیر استفاده کرد:

stsadm -o setproperty -pn workflow-eventdelivery-timeout -pv "10"

موفق و پیروز باشید.

جستجو در شیرپوینت(قسمت دوم)

h.abolhassani — Wed, 02 May 2012 21:26:26 GMT

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 2013 در راه است!

behravan — Tue, 01 May 2012 04:13:00 GMT

قبلاً پستی داشتم با عنوان “از شیرپوینت 2013 چه انتظار داریم؟” گویا وقتش رسیده !

برنامه زمانبندی برای انتشار شیرپوینت 2013 یا شیرپوینت 15 :

در این بلاگ تاریخ انتشار نسخه بتای شیرپوینت15 ابتدای June 2012 اعلام شده ( حدوداً اواسط خرداد ماه )

عکسی هم منتشر شده از ظاهر شیرپوینت 2013 :

ماکروسافت در این زمینه دو مستند هم ارائه داده :

از مهمترین ویژگی های نسخه 2013 شیرپوینت می توان به موارد زیر اشاره کرد:

گسترش استفاده از Client Object Model
Sharepoint App Market Store!
Sharepoint Education: که در حقیقت قابلیت جدیدی است در شیرپوینت برای راه اندازی امکانات آموزشی و فضای کار تیمی برای کلاسهای درس
احراز هویت با استفاده از OAuth 2.0: این نوع احراز هویت پروتکل جدید امنیتی است که به کاربران امکان اشتراک منابع خصوصی خود مثل اسناد، عکس و ویدیو را بین یک سایت و سایت دیگری امکانپذیر می سازد.

منتظر اخبار بیشتری در این زمینه باشید.

چگونه کنترل تقویم فرم های Infopath 2010 در شیرپوینت 2010 را شمسی کنید!

Arash — Sat, 21 Apr 2012 08:16:00 GMT

سلام

خیلی از شما عزیزان پس از تهیه پکیج فارسی ساز و تقویم شمسی شیرپوینت 2010 ، زمانی که یک فرم اینفوپث را در شیرپوینت 2010 Publish میکنید، هنگام تکمیل فرم اگر از کنترل تقویم در فرم استفاده کرده باشید، تقویم را به صورت میلادی مشاهده خواهید کرد.

معمولاً اگر برای رفع این مشکل با شرکت های تهیه کننده فارسی ساز تماس بگیرید به شما خواهند گفت که مشکل از پکیج فارسی ساز و تقویم شمسی نیست و پیشنهاد میکنند که تقویم مخصوص آفیس را خریداری و بر روی کامپیوتر خود نصب کنید تا تقویم فرم ها هم از میلادی به شمسی تبدیل شود.

در مورد صحبت اول حق با آنهاست، اما در مورد پیشنهاد آنها باید بگم اگر شما پکیج فارسی ساز را قبلاً تهیه نکرده باشید میتوانید با خرید تقویم آفیس این کار را انجام دهید، اما اگر پکیج فارسی ساز را بر روی سرور نصب کرده باشید، با تکنیکی که در ادامه به شما آموزش خواهم داد، بدون هزینه ای اضافی میتوانید تقویم فرم ها را شمسی کنید! ( توجه: این تکنیک ساده نیازمند نصب پکیج فارسی ساز و تقویم شمسی بر روی سرور شیرپوینت میباشد.)

و اما مراحل….

ابتدا فرم اینفوپث را جهت ویرایش در InfoPath Designer 2010 باز کنید.(به عنوان مثال من لیست وظایف را انتخاب و در InfoPath باز کردم)

کنترل تقویمی که بر روی فرم شما وجود دارد را انتخاب و بر روی آن کلیک راست و سپس گزینه Date Picker Properties را کلیک کنید. از پنجره باز شده در تب Date ، دکمه Format را کلیک و سپس در پنجره Date and Time Format از منوی Locale گزینه Arabic(Saudi Arabia) و از منوی Calendar گزینه “التقویم الهجری” را انتخاب کنید . (تصویر زیر)

اکنون پنجره ها را با OK ببندید و فرم را مجدداً Publish کنید.

خواهید دید که تقویم فرم شما به صورت شمسی نمایش و قابل انتخاب خواهد بود! (تصویر زیر)

امیدوارم این تکنیک به اندازه کافی برای شما مفید باشد.

Backup اتوماتیک از تمام مجموعه سایتهای شیرپوینتی

behravan — Sat, 21 Apr 2012 06:59:00 GMT

انجام Backup به صورت زمانبندی شده و اتوماتیک، کمک زیادی به نگهداری سایتهای شیرپوینتی می کند از طرفی در صورتی که در سازمان، پورتال جدیدی راه اندازی شود Backup گیری از آن باید در صدر کارها قرار گیرد، برای اینکه با اطمینان خاطر بتوان backup گیری از مجموعه سایتهای جدید را مدیریت کنیم، می توانیم از راه حل زیر استفاده کنیم:

1- ساخت فایلی حاوی دستورات PowerShell با پسوند .ps1 برای مشخص کردن محل قرارگیری فایلهای backup و مجموعه سایتهای

2- ساخت فایلی با پسوند .bat برای اجرای دستورات powershell

3- زمانبندی اجرای فایل مرحله دوم در Task Schedule ویندوز 2008

مرحله 1، ساخت فایل دستورات :

فایلی به نام BackupAll ایجاد می کنیم (BackupAll.ps1)

Add-PsSnapin Microsoft.SharePoint.PowerShell

Start-SPAssignment -Global # This cmdlet takes care of the disposable objects

write-Host Start backing up

$today=Get-Date -format "MM-dd-yyyy HH.mm.ss" # Get current date and format it to avoid invalid characters such as "/" and ":"#

Get-SPWebApplication | Get-SPSite | ForEach-Object{$FilePath = "C:\Backup" + $_.Url.Replace("http://","").Replace("/","-") +"@"+$today+ ".bak" ;
Backup-SPSite -Identity $_.Url -Path $FilePath}

Stop-SPAssignment -Global

Remove-PsSnapin Microsoft.SharePoint.PowerShell
write-Host "Finished script."

محل مورد نظر برای قرارگیری فایلهای backup را در بخش Highlight شده، مشخص نمایید.

مرحله 2، ساخت فایل اجرای: (RunBackup.bat)

cd /d %~dp0

powershell -file "C:\Users\behravan\Desktop\BackupAll.ps1"

مرحله 3، زمانبندی اجرا:

آخرین مرحله اجرای فایل RunBackup.bat توسط ویندوز است

در قسمت Task Schedule ویندوز Task جدیدی ایجاد می کنیم.

بعد از انتخاب نام task در قسمت General در بخش Action، فایل RunBackup.bat را انتخاب می کنیم.

در انتها برای اجرای اتوماتیک وظیفه بخش Trigger را انتخاب می کنیم.

بعد از کلیک بر روی دکمه OK مشاهده می کنیم که Task مورد نظر در صف Task های اجرایی ویندوز قرار می گیرد.

موفق و پیروز باشید.

جستجو در شیرپوینت(قسمت اول)

h.abolhassani — Wed, 11 Apr 2012 16:03:00 GMT

در این پست قصد دارم راه اندازی و اعمال تنظیمات جستجو در شیرپوینت رو در قالب 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 خواهد بود.

موفق و پیروز باشید

فضای مورد استفاده Site Collectionها؟

behravan — Sun, 08 Apr 2012 13:46:00 GMT

آگاهی از فضای مورد استفاده Site Collection ها یکی از بخش هایی است که SharePoint Administrator باید به آن توجه داشته باشد، تا در صورت نیاز داده های غیر ضروری را از سایتها حذف کرده و فضای مورد استفاده مجموعه سایتها را مدیریت کند.

برای آگاهی از فضای مورد استفاده Site Collection ها روش های مختلفی وجود دارد یکی از این روشها استفاده از Sharepoint Designer است، فضای کلی مورد استفاده Site Collectionها را می توان در بخش Site Information مشاهده کرد:

در این روش فقط فضای کلی مورد استفاده site collection قابل بررسی است، در صورتی که بخواهید از این موضوع مطلع شوید که مثلا تصاویر،لیستها، کتابخانه ها،آیتم ها و یا صفحات شما چه فضایی را مورد استفاده قرار داده اند می توانید از روش دیگری استفاده کنید:

این روش نیاز به نصب Service Pack1 بر روی سرور شیرپوینتی دارد

برای استفاده از این روش به مسیر زیر رفته و جزئیات را مشاهده نمایید:

Site Actions > Site Settings > Site Collection Administration > Storage Metrics

این روش در حقیقت مکمل روش قبل است و جزئیات بیشتری را از فضای مورد استفاده Site Collection نمایش می دهد.

در صورتی که نیاز به مشاهده جزئیات بیشتر و متفاوتی از جمله مشاهده Bandwith مورد استفاده مجموعه سایت و … دارید می توانید از روش دیگری استفاده کنید!

استفاده از PowerShell

$site = Get-SPSite "http://my.sitecollection.com";
$site.Usage;
$site.Dispose();

در این روش فضای مورد استفاده براساس byte نمایش داده می شود در صورتی که بخواهید فضای مورد استفاده را بر حسب کیلوبایت و واحدهای بزرگتری مشاهده کنید می توانید از کد زیر در powerShell استفاده کنید:

$site = Get-SPSite "http://my.sitecollection.com";
$site.Usage.Storage;
$site.Dispose();

موفق و پیروز باشید.

Password Reset Procedure for SharePoint 2010 Admin Account

ghafarnia — Sat, 07 Apr 2012 08:50:00 GMT

با درود فراوان

در مواقعی که SharePoint را با کاربر Administrator و اصلی نصب و Customize می کنیم، پس از تغییر رمز عبور این کاربر، SharePoint و Farm Server شما Down خواهد شد، روش ذیل اقدامات لازم جهت Up کردن سرور پس از تغییر رمز عبور را شرح می دهد:

1- Open Command Prompt (Run as administrator)

2- Navigate to address "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\BIN"

3- Execute the following command:

stsadm -o updatefarmcredentials -userlogin corp\SharePoint Account -password NEWPASSWORD

4- Execute the following command:

iisreset/noforce

5- Execute the following command:

stsadm -o execadmsvcjobs

6- Execute the following command:

stsadm -o updateaccountpassword -userlogin corp\Sharepoint Account -password Password456 –noadmin