خانه - صديف جناني

1388/03/05

Document Management with Microsoft SharePoint

اگر تا به حال به همراه یک تیم کاری بر روی یک پروژه که مجموعه مستندات مختلفی دارد و نیاز به دسترسی ، بررسی و تجدید نظر ، تائید و بایگانی شدن آنها وجود دارد کار کرده باشید، حتما مطلع هستید که کار مدیریت مستندات در چنین محیطی به سادگی امکان پذیر نمی باشد. فرض کنید در یک پروژه EPC قرار است که از روی مستندات تولید شده در واحد مهندسی کار خرید Material انجام شود. برای تولید این مستندات باید موارد متعددی را بدانید. شما دنبال کدام نسخه از سند هستید؟ نسخه قبلی کجاست؟ چه کسی این تغییرات رو داده؟ چه کسی تغییرات رو تائید کرده؟ آیا تائید نهایی از کارفرما گرفته شده؟ و موارد مختلف دیگر که با توجه به شرایط محیط کاری تعریف شده.

SharePoint تمام این پیچیدگی ها و سختی هارا حذف کرده. با استفاده از امکانات موجود در این محیط کار مدیریت مستندات برای افرادی که درگیر این کار هستند بسیار ساده شده. در ادامه مروری برروی برخی از این امکانات خواهیم داشت.

فرآیندهای از پیش تعریف شده در محیط SharePoint

Approval : با استفاده از این فرآیند یک سند جهت تائید توسط یک شخص معین به گردش در می آید. امکان تائید، عدم تائید، درخواست تغییرات مجدد و یا اختصاص مجدد این فرآیند به شخصی دیگر وجود دارد.
Collect Feedback : یک سند جهت بررسی توسط افراد مشخص به گردش در می آید. مواردی که توسط بررسی کنندگان سند نوشته می شود در آخر به طور اتوماتیک به ایجاد کننده سند ارسال می شود.
Collect Signatures : امضاهای لازم جهت تکمیل یک سند را دریافت می کند.
Disposition Approval : با استفاده از این فرآیند کار نگهداری و یا حذف اسناد منقضی انجام می شود.
Translation Management : کار ترجمه اسناد را با ایجاد رونوشت های متعدد جهت ترجمه و تعریف وظایف برای ترجمه کنندگان مدیریت می کند.
Issue Tracking : فرآیند پیگیری موارد را برای موارد فعال مدیریت می کند. هر گاه یکی از اعضای سایت یک کار مرتبط با یک مورد فعال را تکمیل کند به ایجاد کننده آن مورد از طریق ایمیل اطلاع داده می شود که وضعیت جاری آن مورد تعیین کند.

مدیریت نگارش و نسخ مختلف اسناد

زمانیکه با اسناد دارای نگارش های مختلف سر و کار دارید به یک سیستم برای شماره گذاری و مدیریت نسخ مختلف فایل نیاز دارید. با وجود چنین سیستمی افرادیکه درگیر کار می باشند به سادگی می توانند نسخه مورد نظرخود را پیدا کنند. سیستم مدیریت نگارش MOSS 2007 سه روش را برای مدیریت نگارشهای اسناد ارائه می کند:

None : در این روش هیچ یک از نسخ قبلی اسناد نگهداری نشده و نسخ قبلی اسناد قابل بازیابی نخواهند بود. این روش برای مخازن اسنادیکه حاوی اسناد بی اهمیت بوده و یا مواردیکه که تغییر نخواهند کرد توصیه می شود.
Major Versions Only : نسخ مختلف یک سند با استفاده از یک شماره ساده ( مثلا 1,2,3 ) شماره گذاری شده و برای کنترل حجم سایت می توان تعداد نگارش های آن را معین نمود.
Major and Minor Versions : نسخ مختلف یک سند با استفاده از الگوی ( 1.0,1.1,1.2,2.0,2.1) جهت معین کردن نسخ اصلی و فرعی، شماره گذاری می شوند.

Auditing (پیگیری تغییرات انجام شده بر روی اسناد)

Auditing یکی از امکانات انتخابی در سایتهای SharePoint می باشد که می توان از آن برای کنترل و مشاهده تغییراتی که بر روی یک سند انجام شده استفاده کرد. اگر می خواهید بدانید که چه کسی یک سند را تغییر داده و در کجا و چه زمانی تغییرات انجام شده است از ویژگی Auditingاستفاده کنید. با استفاده از این ویژگی می توان کلیه وقایع چون ویرایش، نمایش، ایجاد نسخه جدید از یک سند، تاریخ انتشار و یا حذف یک سند را ثبت و بازرسی نمود.

Document Check-In and Check-Out

برای اطمینان از اینکه در یک زمان فقط یک نفر در حال کارکردن بر روی یک سند می باشد می توان از امکانات Check-In / Check-Out استفاده کرد. در محیط SharePoint می توان تعیین کرد که برای کار کردن با یک فایل باید آن را تحویل گرفت (Checkout) و پس از انجام تغییرات آن را تحویل داد(Checkin). قابلیتهای دیگری که به همره Check-Out/Chech-In وجود دارد عبارتند از :

کنترل ایجاد نسخ : زمانیکه یک سند تحویل گرفته شود، کاربر می تواند بدون اینکه سند را تحویل دهد تغییرات انجام شده را ذخیره کند. در چنین وضعیتی یک نسخه پیش نویس (فرعی) از سند ایجاد شده که کاربران دیگر به آن دسترسی ندارند. نسخه اصلی ( نسخه که قابل مشاهده برای کاربران دیگر می باشد) زمانی ایجاد می شود که سند تحویل داده شود (Checkin).
دریافت Meadata : زمان تحویل دادن یک سند می توان توضیحاتی پیرآمون تغییراتی که بر روی سند انجام شده، وارد کرد. با استفاده از توضیحات مذکور می توان از روند تغییرات انجام شده بر روی نسخ مختلف یک سند مطلع شد.

Metadata ی سند

Metadata به زبان ساده یعنی اطلاعاتی که بیان کننده اطلاعات دیگر است. با استفاده از امکان تعریف metadata برای اسناد می توان آنها را با نظم دلخواه دسته بندی کرد و یا توضیحاتی که مربوط به محتوای اسناد هستند به آنها الصاق نمود. اگر تعریف Metadata برای اسناد به درستی انجام شود دقت عملیات جستجو نیز بالا می رود.

امکان جستجو در محتویات فایلها

با استفاده از سرویس جستجوی SharePoint می توان محتویات فایل ها را نیز جستجو کرد. به عنوان مثال در یک پروژه که تعداد زیادی اسناد در آن ذخیره شده است شما می توانید با به خاطر داشتن یک عبارت از محتوای سند، به سادگی آن را پیدا کنید. که این امکان بر روی مجموعه فایلهای Office ، Pdf ، Auto CAD فراهم شده است.

زمان ارسال 04:06 ب.ظ توسط صدیف جنانی | موضوع: عمومی | نظر شما | ارسال الکترونیکی | نظرات (0)

1388/02/29

Force a Domain Controller to reregister it’s DNS records

سلام دوستان

چند روز پیش مشغول نصب Office Communication Server بودم که به یه مشکلی برخوردم (به زودی نحوه نصب OCS رو توی بلاگم قرار میدم). رکوردهای پیش فرض مربوط به DC از DNS Server حذف شده بود و نمی تونستم سرور OCS رو join به domain کنم. زمانیکه سرویس DC رو به همراه DNS نصب می کنیم یک سری رکورد به صورت پیش فرض ایجاد میشه که معرف DC می باشند. راه حل های مختلفی وجود داره که می تونید این رکوردها رو مجددا ایجاد کنید.

استفاده از دستور Netdiag /fix
استفاده از دستور DCdiag /fix
Restart کردن سرویس netlogon

اما یه راه حلی که از موارد قبلی بهتره و بقیه سرویس های موجود در شبکه online باقی می مونه استفاده از دستور nltest /dsregdns است.

نکته : فراموش نکنید Dynamic Updates مربوط به DNS رو فعال کنید.

منبع :

http://support.microsoft.com/kb/219289

http://technet.microsoft.com/en-us/library/cc786478(WS.10).aspx

http://technet.microsoft.com/en-us/library/cc757689(WS.10).aspx

زمان ارسال 09:58 ق.ظ توسط صدیف جنانی | موضوع: مدیریت شبکه | نظر شما | ارسال الکترونیکی | نظرات (1)

1388/02/28

Hiding count of items in group header of SharePoint list view

سلام دوستان

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

یه راه حل اینه که با استفاده از یک کد javascript قسمت مربوطه رو hidden کنید. که نحوه اینکار در اینجا به طور کامل توضیح داده شده. اما چون صفحات سایتهای SharePoint حجم بالایی دارند این راه حل همه جا جواب نمی ده مثلا در جائیکه سرعت شبکه خیلی پائینه. و از اونجائیکه javascript در سمت client اجرا میشه hidden شدن این قسمت با چشم غیر مصلح هم امکان پذیره. راه حلی که من انتخاب کردم استفاده از یک تکه کد css هستش. فقط کافیه که این تکه کد رو در صفحه مورد نظر قرار بدین. این کار رو می تونین با استفاده از یک content editor web partانجام بدین.

<style>

td.ms-gb span{display:none}

td.ms-gb2 span{display:none}

</style>

زمان ارسال 05:44 ب.ظ توسط صدیف جنانی | موضوع: طراحی و تولید | نظر شما | ارسال الکترونیکی | نظرات (0)

SharePoint search for anonymous users

یه مشکلی که توی سایتهای SharePoint ، که با استفاده از MOSS پیاده سازی شدند دیده بودم، این بود که کاربران anonymous برای دیدن نتایج جستجو باید login کنند و اجازه جستجو در محتویات سایت به کاربران داده نمی شد. این مشکل به خاطر یکی reference های تعریف شده در صفحه OSSSearchResults.aspx است. بود و نبود این reference در عملکرد این صفحه تاثیری نداره و با حذف کدی که اون رو تعریف کرده مشکل حل میشه. برای اینکار فقط کافیه عبارت Inherits="Microsoft.SharePoint.WebControls.LayoutsPageBase" رو از متن فایل حذف کنید.

فایل OSSSearchResults.aspx در مسیر C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\LAYOUTS ذخیره شده. البته احتیاط واجب بر آن است که یک کپی از این فایل تهیه کنید. با حذف این تکه کد تنها امکان جستجو برای کاربران anonymous بر روی قسمتهایی که دسترسی دارند فراهم میشه و مشکلی از نظر security به وجود نمیاد.

زمان ارسال 04:50 ب.ظ توسط صدیف جنانی | موضوع: Search | نظر شما | ارسال الکترونیکی | نظرات (0)

1388/02/14

“Access is Denied” when crawling MOSS content because of loopback feature

سلام دوستان

امروز داشتم سرویس search رو روی farm راه اندازی می کردم که به یک مشکل برخوردم. زمانیکه اقدام به crawl کردن محتویات سایتها می کردم با پیغام خطای زیر مواجه می شدم.

Access is denied. Verify that either the Default Content Access Account has access to this repository, or add a crawl rule to crawl this repository. If the repository being crawled is a SharePoint repository, verify that the account you are using has "Full Read" permissions on the SharePoint Web Application being crawled. (The item was deleted because it was either not found or the crawler was denied access to it.)

Account ی که برای دسترسی به محتویات معرفی کرده بودم دسترسی لازم رو داشت اما عملیات crawl با خطا مواجه می شد. بعد از کمی جستجو متوجه شدم که این خطا به دلیل وجود یک feature امنیتی در ویندوز با نام loopback feature اتفاق می افته و علتش اینه که ما درخواست دسترسی به سرور رو با host header ی انجام می دیم که متفاوت با computer name است. این مشکل عمدتا با نصب .NET Framework 3.5 به وجود میاد. حالا به هر حال! این feature مزاحمه و باید غیر فعال بشه J . برای غیر فعال کردن loopback موارد زیر رو به ترتیب انجام دهید.

در محیط regedit به قسمت HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa را باز کنید.
یک DWORD Value با نام DisableLoopbackCheck ایجاد کنید.
مقدارvalue data آن را 1 قرار دهید.
سرور را restart کنید.

منبع : http://support.microsoft.com/kb/896861

زمان ارسال 05:29 ب.ظ توسط صدیف جنانی | موضوع: Search | نظر شما | ارسال الکترونیکی | نظرات (1)

How to delete a default SSP

سلام دوستان

کار SSP به اشتراک گذاشتن سرویس های SharePoint در سطح web application هاست. ایجاد و تنظیم SSP بعد از عملیات نصب و راه اندازی سرویس های MOSS انجام می شه و در واقع برای استفاده از سرویسهای Search , Excel Services , BDC ... می بایست یک SSP ایجاد کرد. در یک farm میشه چند SSP ایجاد کرد و برای web application های مختلف تنظیمات خاصی را معین کرد. در بعضی موارد که farm با مشکل مواجه میشه مثلا همین دیشب (سرور راهکار خلاق رو میگم) لازمه که SSP رو پاک کنید. چیزی که کارو سخت می کنه اینه که اون Default SSP باشه. همانطور که در شکل می بینید Default SSP رو از طریق رابط وب نمیشه پاک کرد و باید از دستور stsadm به روش زیر استفاده کرد.

stsadm –o deletessp –title "MOss Shared Service" -force

زمان ارسال 03:44 ب.ظ توسط صدیف جنانی | موضوع: مدیریت SharePoint | نظر شما | ارسال الکترونیکی | نظرات (1)

1388/02/13

Announcing Service Pack 2 for Office SharePoint Server 2007 and Windows SharePoint Services 3.0

بالاخره service pack 2.0 برای استفاده کاربران درسایت download center Microsoft قرار گرفت. این بسته قابلیتهای SharePoint رو از نظر کارآیی، دسترسی پذیری و پایداری افزایش داده و مشکلات موجود رو تا حد بسیاری برطرف کرده. لینک دانلود و جزئیات عملیات نصب در اینجا توضیح داده شده است. در ادامه برخی از مزایای Service Pack 2 رو توضیح دادم.

ظرفیت و کارآیی

Service pack 2 شامل اصلاحات و تغییرات بسیاری در طراحی SharePoint می باشد که کارآیی و دسترسی پذیری و پایداری farm رو بهبود بخشیده و شامل موارد زیر می باشد.

یک Timer job جدید که به طور اتوماتیک index مربوط به content database را بازسازی می کند و کارآیی دیتابیس را بالا می برد.
وقتی که یک content database در وضعیت read-only قرار دارد، رابط کاربری تغییر می کند. بنابراین کاربران نمی توانند عملیاتی که دیتابیس را تغییر می دهد انجام دهند.
افزایش کارآیی در اجزای مختلف.

هماهنگی با محصولات دیگر

Service Pack 2 هماهنگی SharePoint را با محیط های دیگر بهبود بخشیده است.

پشتیبانی و هماهنگی با مرورگرهای اینترنتی (پشتیبانی IE 8 و FireFox 3.0 )
هماهنگی و یکپارچگی بیشتر برای کاربرانی که به روش Form Based به سیستم متصلند در سمت client. بعد از نصب Service Pack 2 نرم افزارهای سمت client می توانند اطلاعات کاربری را ذخیره کنند و دیگر نیازی به وارد کردن مجدد اطلاعات کاربری نمی باشد. برای اطلاعات بیشتر در این زمینه به مقالات زیر مراجعه کنید.

Configure forms-based authentication (Office SharePoint Server)

Configure forms-based authentication (Windows SharePoint Services)

آماده سازی farm برای ارتقاء به SharePoint 2010

یک دستور جدید به stsadm اضافه شده که وضعیت farm را جهت ارتقاء به SharePoint 2010 بررسی می کند و نشان می دهد که آیا farm آماده ارتقا به SharePoint Products and Technologies "14" می باشد یا خیر. با استفاده از این دستور مواردیکه حین ارتقاء ایجاد دردسر می کنند شناسایی می شوند. این دستور موارد موردنیاز SharePoint Products and Technologies "14" را نیز چک کرده و آنها را با توجه به محیط شما مشخص می کند. همچنین اطلاعاتی در مورد چگونگی برطرف کردن مشکلاتی که شناسایی شده اند نیز ارائه می شود.

یکی دیگر از مزایای Service Pack 2 رفع مشکلات ناشی از استفاده دستور mergecontentdb می باشد.

برای دیدن لیست کامل مزایای Service Pack 2 این فایل رو دانلود کنید.

زمان ارسال 07:11 ب.ظ توسط صدیف جنانی | موضوع: اخبار SharePoint | نظر شما | ارسال الکترونیکی | نظرات (0)

1388/02/05

SharePoint Outgoing email setting and connecting to Exchange Server 2007

یکی از امکانات موجود در محیط SharePoint ، ارسال ایمیل به کاربران ومطلع کردن آنها از وقایع سایت می باشد که بسیار پرکاربرد است. برخی از این کاربردها عبارتند از:

ارسال ایمیل خوش آمد گویی به کسانیکه در سایت عضو می شوند.
ارسال ایمیل به شخصی که Task برای او تعریف شده.
مطلع ساختن کاربران از تغییرات انجام شده بر روی قسمت معینی از سایت (Alert me).
ارسال ایمیل درخواست دسترسی یا عضویت در سایت به مدیر سایت.
ارسال یک ایمیل مشخص با استفاده از یک فرآیند.
ارسال ایمیل به مدیر farm و مطلع کردن او از وضعیت سرویس ها و ...

با این حساب اگر امکان ارسال ایمیل در farm فراهم نشود مزیت های بسیاری را از دست خواهیم داد. در ادامه چگونگی تنظیمات مربوط به Outgoing email را توضیح خواهم داد. انجام این کار به دو صورت امکان پذیر است.

ارسال ایمیل با استفاده از سرویس SMTP که بر روی WFE نصب شده.
استفاده از یک mail server مثل Exchange Server .

برای انجام تنظیمات Outgoing email در محیط Central Administration در صفحه Operations از قسمت Topology and Services بر روی Outgoing e-mail settings کلیک کنید.

در صفحه ای که باز می شود می بایست چهار مورد را تعیین کنید: Outbound SMTP server ، From address ، Reply-to address و Character set.

اگر از سرویس SMTP که بر روی WFE نصب شده استفاده می کنید کار تمومه. اما اگر از Exchange Server استفاده می کنید یک مورد دیگه هست که باید انجام بدین.

برای اینکه به SharePoint امکان ارسال ایمیل با استفاده ازExchange Server رو بدیم باید یک receive connector تعریف کنیم و دسترسی anonymous اون رو فعال کنیم. (چرا که ایمیل های ارسال شده با استفاده از account ی که در قسمت From address تعیین کردید ارسال نمی شود بلکه توسط anonymous user و از طرف آن account ارسال می شود.(

زمان ارسال 11:28 ق.ظ توسط صدیف جنانی | موضوع: مدیریت SharePoint | نظر شما | ارسال الکترونیکی | نظرات (0)

1388/01/24

Restrict Anonymous users in SharePoint

سلام دوستان در این پست چگونگی محدود کردن دسترسی کاربران ناشناس به سایت های SharePoint رو توضیح می دم. همانطور که می دونید امکان فعال و غیر فعال کردن دسترسی کاربران ناشناس به سایتهای SharePoint وجود داره که در این پست چگونگی انجام این کار توضیح داده شده. اما باید این مسئله رو مد نظر داشته باشید، زمانیکه دسترسی کاربران ناشناس به سایت باز باشه اونها می تونند Forms page ها (صفحاتی که از طریق آن ورد اطلاعات به لیست ها انجام می شود) ، صفحات AllItems.aspx مربوط به لیستها و یا صفحه All Site Content رو ببینند. که این مسئله در بعضی موارد به خصوص در سایتهای اینترنتی می تونه مشکل ساز باشه. در این صورت چه کار باید کرد؟ باید قید کاربران ناشناس رو زد یا اینکه قید SharePoint رو زد؟ J

قید هیچ کدوم رو نزنید. چون این مشکل توسط برنامه نویسان Microsoft حل شده. بروبچه های ECM زحمت کشیدند و یک Feature به نام ViewFormsPagesLockdown ایجاد کردند که دسترسی کاربران ناشناس رو به صفحات مزبور محدود می کنه. اگر دسترسی لازم برای استفاده از دستور stsadm رو دارید می تونید این feature رو به روش زیر بر روی سایت مورد نظر فعال کنید.

stsadm.exe –o activatefeature –url <site collection url> -filename ViewFormPagesLockdown\feature.xml

این دستور lockdown feature رو بر روی سایت فعال می کنه. البته باید یکبار دسترسی کاربران ناشناس رو غیرفعال و فعال کنید تا محدودیت اعمال بشه. بعد از این کار با مراجعه به صفحه AllItems.aspx یا صفحه All site content با اعلان ورود اطلاعات کاربری مواجه خواهید.

اگر فقط قصد رفع این مشکل رو داشتید دیگه نیازی به خوندن ادامه مطلب نیست. اما اگر می خواهید بدونید که این feature جه کار می کنه و در چه زمانی یا شرایطی ممکنه شما در سایتتون با این مشکل مواجه بشین، ادامه مطلب رو بخونین. J

مجوزهای دسترسی کاربران ناشناس در SharePoint با استفاده از سطح امنیتی Limited Access معین می شود. Limited Access یک سطح امنیتی خاص می باشد که امکان اختصاص آن به یک کاربر یا گروه به طور مستقیم وجود ندارد. پس علت تعریف این سطح امنیتی چیست؟ زمانیکه یک زیر سایت یا مخزن اسناد دارید که مجوزهای ان از سایت مادر به ارث برده نشده است، و کاربر یا گروهی را معین کرده اید تا فقط به همان زیرسایت یا مخزن اسناد دسترسی داشته باشند، برای دیدن محتوای ان زیرسایت یا مخزن اسناد کاربران مربوطه می بایست دسترسی به سایت ریشه داشته باشند. در غیر اینصورت کاربران با اینکه به آن قسمت دسترسی دارند اما امکان مشاهده محتویات را نخواهند داشت چرا که برای رندر کردن محتویات آن قسمت نیاز به فایل ها و اطلاعاتی است که در سایت ریشه قرار دارد. بنابراین زمانیکه شما به یک گروه فقط دسترسی به یک زیر سایت یا مخزن اسناد را می دهید که مجوزهایش را از سایت مادر به ارث نبرده است SharePoint به طور اتوماتیک به آن گروه دسترسی Limited Access به سایت مادر می دهد.

با این حساب مشخص شد که چطور برای یک سری از کاربران دسترسی Limited Access تعریف می شه بدون اینکه ما روحمون هم خبر دار باشه. J اما کاربران ناشناس چطور؟ همانطور که در بالا گفته شد سطح دسترسی کاربران ناشناس با استفاده از سطح امنیتی Limited Access انجام میشه. برای دیدن مجوزهای این سطح در صفحه http://SERVER/_layouts/role.aspx بر روی Limited Access کلیک کنید.

همانطور که می بینید امکان ویرایش مجوزهای این سطح از طریق رابط وب وجود نداره و از آنجایی که مجوزهای کاربران ناشناس با استفاده از این سطح تعریف میشه امکان محدود کردن یا تغییر مجوزهای کاربران ناشناس وجود نداره.Lockdown feature برای فعال و غیر فعال نمودن دو مجوز ایجاد شده، که یکی مجوز View Application Pages Permission و دیگری Use Remote Interfaces permission است. View Application Pages Permission به کاربران ناشناس اجازه دسترسی به Forms Pages ها را می دهد. به محض فعال شدن این feature دسترسی به Forms Pages ها غیر فعال می شود.

اما چرا و در چه شرایطی این مشکل به وجود می آید؟ این موضوع بستگی قالب site collection شما دارد. lockdown feature به طور پیش فرض بر روی سایتهای با قالب Publishing Portal فعال است و اگر از این قالب استفاده می کنید با این مشکل مواجه نخواهید شد. اما اگر با قالب دیگری شروع به کار کردید در صورت لزوم می بایست lockdown feature را فعال کنید.

زمان ارسال 07:26 ب.ظ توسط صدیف جنانی | موضوع: مدیریت SharePoint | نظر شما | ارسال الکترونیکی | نظرات (4)

1387/12/26

ایجاد Site Collection ها در دیتابیس مجزا

سلام دوستان

در این پست چگونگی ایجاد Site Collection ها در یک دیتابیس مجزا توضیح داده شده. زمانیکه شما اقدام به ایجاد Site Collection در محیط Central Administration می کنید، به طور پیش فرض Site Collection های مربوط به یک Web Application همگی در یک Content Database ایجاد می شود. اما ممکنه که شما بخواهید این وضعیت رو تغییر بدین. قبل از اینکه چگونگی جداکردن Site Collection ها رو توضیح بدم، یک سوال که احتمالا توی ذهن شما بوجود اومده رو مطرح می کنم. چرا و چه موقع باید یک Site Collection را در دیتابیسی مجزا ایجاد کنیم؟ بدیهی است که برای سرویس دهی مناسب لازم است که زیر ساختی مناسب و پایدار طراحی شود، این کار نیز برای سرویس دهی مناسب، ایجاد ظرفیت و دسترسی پذیری قابل قبول به داده ها انجام می شود. عواملی چون حجم بالای داده ها، میزان دسترسی به داده ها، تناوب عملیات Backup/Restore دلایلی برای انجام این کار محسوب می شوند. یک مطلب در وبلاگ Joel Oleson هست که به نکات کلیدی و مهمی در این زمینه اشاره کرده.

ایجاد Site Collection ها در دیتابیس مجزا به دو روش انجام میشه :

استفاده از stsadm : اگر دسترسی لازم برای استفاده از stsadm رو دارین با استفاده از الگوی تعریف شده در اینجا می تونین این کار رو انجام بدین.
استفاده از محیط Central Administration : برای انجام این کار مراحل زیر رو به ترتیب انجام بدین.

در صفحه Application Management از قسمت SharePoint Web Application Management گزینه Content databases رو انتخاب کنید.
در این صفحه Web Application ی رو که می خواین در اون سایت ایجاد کنید، انتخاب کنید.

بر روی دیتابیس مربوطه کلیک کنید و در صفحه ای که باز می شود وضعیت آن را در حالت offline قرار دهید.

حال در صفحه جاری بر روی Add a content database کلیک کنید و یک دیتابیس جدید ایجاد کنید و مطمئن باشید که این دیتابیس در وضعیت Ready قرار دارد. ( زمانیکه در محیط Central Administration اقدام به ایجاد یک Site Collection می کنید به طور پیش فرض دیتابیسی که در وضعیت Ready قرار دارد برای ایجاد Site Collection استفاده می شود.)