مدیریت شیرپوینت
صفحه اصلی بایگانی بر اساس طبقه بندی "مدیریت شیرپوینت"

دسته بندی: مدیریت شیرپوینت

مدیریت شیرپوینت
۱۴۰۲-۱۱-۰۹

نصب و یکپارچه سازی نینتکس با شیرپوینت

در دنیای فناوری اطلاعات، Nintex را می توان یک شریک برای شیرپوینت دانست.

شما می توانید با پر کردن فرم زیر در سایت نینتکس درخواست یک نسخه آزمایشی کنید.

پس از پر کردن فرم، مجوز آزمایشی را در ایمیل ثبت شده خود دریافت خواهید کرد.

اعتبار نسخه آزمایشی 30 رو خواهد بود و پس از این مدت، می توانید لایسنس آن را خریداری کنید. 

در این مقاله نحوه راه اندازی و ادغام Nintex Workflow 2016 با SharePoint 2016 را خواهیم دید.

در این مقاله بررسی خواهیم کرد:

  • Nintex 2016 را در شیرپوینت نصب کنید
  • لایسنس نینتکس را به شیرپوینت وارد کنید
  • ایجاد و پیکربندی پایگاه داده Nintex
  • فعال سازی سطح برنامه وب Nintex
  • Nintex Workflow را در Site Collection و Site فعال کنید 
  • Nintex Workflow را آغاز کنید
 

مراحل نصب  Nintex در شیرپوینت

پس از اتمام دانلود، روی فایل اجرایی کلیک کنید.

پس از اجرا، روی گزینه Next کلیک کنید.

فرم توافق برنامه را پذیرفته و به مرحله بعد بروید؛

اگر در حال نصب روی یک سرور یا چند Farm هستید، مطمئن شوید هنگام نصب، تمامی Farm ها در وضعیت فعال هستند.

برای نصب روی گزینه ‘Automatically install’ کلیک کنید.

محصولات را برای نصب انتخاب کنید و روی Next کلیک کنید.

حالا نصب برنامه آغاز می‌شود؛

 
پس از اتمام نصب، تمامی سرورهای web front-end IIS برای به روز رسانی تغییرات مجدداً راه اندازی می شوند.

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

اگر به “Solutions Management” در Central Administration برویم، می توانیم فایل های Nintex Solutions مستقر شده را ببینیم. ویژگی های سازمانی یا Enterprise در  Nintex Workflow 2016 به طور پیش فرض نصب نشده اند. با کلیک بر روی فایل Solution، می توانید آن ها را به صورت دستی اجرا کنید.

وارد کردن لایسنس Nintex به SharePoint 

مرحله بعدی وارد کردن لایسنس نینتکس است. از Central Administration به Nintex Administration بروید.

بر روی گزینه “Licensing” کلیک کنید؛

روی گزینه ی “Import license file” کلیک کنید

فایل لایسنس را در مسیر فایلهای سیستم خود انتخاب کنید.

پس از اعمال، جزئیات لایسنس در صفحه نمایش داده می شود. از آنجایی که مجوز فقط برای workflow اعمال شده است، فرم Nintex همچنان بدون لایسنس باقی می ماند که می توانید برای آن مجوز جداگانه درخواست کنید.

 

ایجاد و پیکربندی Nintex Configuration Database
 
اکنون، ما باید یک Configuration Database برای Nintex جهت ذخیره تنظیمات، و سایر جزئیات workflow ایجاد کنیم.
این پایگاه داده می تواند به عنوان پایگاه داده واحد و  مورد نیاز برای Nintex عمل کند. با این حال، برای اطمینان از در دسترس بودن همیشگی، توصیه می شود پایگاه داده های متعددی برای ایجاد کنید.
بر روی “Add Nintex Workflow configuration database” کلیک کنید.در صفحه ی باز شده می توانیم اطلاعات ایجاد پایگاه داده را اضافه کنیم.
 
برای پایگاه داده یک نام مشخص کنید و سپس روی گزینه OK کلیک کنید.
با این کار یک configuration database  برای Nintex Workflow ایجاد می شود.
بنابراین، پایگاه داده نینتکس تازه ایجاد شده در صفحه مدیریت ظاهر می شود. حالا سرغ بررسی SQL Server  می رویم.
 
 
 
پایگاه داده نینتکس در SQL Server به همراه سایر پایگاه های داده شیرپوینت ایجاد شده است.
اکنون، ما باید پایگاه داده  Nintex workflow را با هر یک از پایگاه داده های محتوای برنامه های وب SharePoint نگاشت کنیم. برای انجام این کار، در صفحه مدیریت پایگاه داده، روی “Manage content database mapping” کلیک کنید.
 
صفحه‌ای باز می‌شود که در آن می‌توانیم بین پایگاه داده Nintex workflow و پایگاه داده محتوای شیرپوینت نگاشت یا map کنیم.
 
برای شروع کار با Nintex Workflows، اکنون باید آن را برای برنامه وب خاص از Nintex administration فعال کنید.
 
 
 
 
 
فعالسازی سطح Web Application  در  Nintex

می توانید برنامه وبی را که می خواهیم ویژگی Nintex Workflow را در آن فعال کنیم، مشخص کنید. اگر کادر “All content web applications” را انتخاب کنیم، در همه برنامه های وب فعال می شود.

 
بر روی دکمه Activate کلیک کنید، وفوراً Nintex را در برنامه وب فعال می کند.

 

 

 

Nintex را در SiteCollection و Site فعال کنید

برای شروع استفاده از Nintex Workflow، باید ویژگی مجموعه سایت “Nintex Workflow 2016” را با رفتن به صفحه ویژگی های مجموعه سایت فعال کنیم.

هنگامی که ویژگی مجموعه سایت را فعال کردیم، باید ویژگی سایت “Nintex Workflow 2016” را از صفحه ویژگی های سایت فعال کنیم.

با این کار تمام تنظیمات لازم برای شروع کار با Nintex در سرور شیرپوینت تکمیل می شود.

شروع به کار با  Nintex Workflow

اکنون به list/library بروید. در تب library، می‌توانیم گزینه Nintex workflow را در تنظیمات workflow پیدا کنیم.

برای شروع کار با Nintex Workflow 2016، روی «Create a workflow in Nintex workflow» کلیک کنید.

بنابراین، Nintex workflow designer جایی را باز می کند که می توانیم workflow را جهت ایجاد، در محیط آن drag and drop کنیم تا بسته به نیازهای تجاری یک workflow کامل ایجاد کنیم.

بیشتر بدانید
مدیریت شیرپوینت
۱۴۰۲-۱۱-۰۹

پشتیبان گیری از لیست های شیرپوینت

پشتیبان گیری و بازیابی لیست ها در شیرپوینت

یک لیست شیرپوینت را با استفاده از PowerShell صادر کنید: از Export-SPWeb cmdlet با پارامتر ItemURL برای صدور یک لیست شیرپوینت استفاده کنید.


Export-SPWeb "https://crescent.com/HRv2" -itemurl "/Lists/Invoice" -path "D:\Invoice.bak"

یا می توانید به آدرس زیر رفته و دستی export لیست را بگیرید :

Central Administration >> Backup and Restore >> Export a site or list

export and import list in sharepoint 2013

بازیابی (وارد کردن) لیست های شیرپوینت با استفاده از PowerShell: اکنون، برای وارد کردن لیست ها به شیرپوینت ، از: Import-SPWeb cmdlet استفاده کنید :

برای صدور یک لیست شیرپوینت استفاده کنید. Export-SPWeb “https://crescent.com/HRv2” -itemurl “/Lists/Invoice” -path “D:\Invoice.bak” یا می توانید به آدرس زیر رفته و دستی export لیست را بگیرید : Central Administration >> Backup and Restore >> Export a site or list بازیابی (وارد کردن) لیست های شیرپوینت با استفاده از PowerShell: اکنون، برای وارد کردن لیست ها به شیرپوینت ، از کامند زیر استفاده کنید:

 Import-SPWeb "https://intranet.crescent.com/HRv3" -Path "D:\Invoice.bak"

 

 

بیشتر بدانید
مدیریت شیرپوینت
۱۴۰۲-۱۱-۰۹

سطوح مجوز دهی در شیرپوینت

بررسی اجمالی
 
مدیریت محتوا یا Content Management یکی از مهمترین و پرکاربردترین پیشنهادات شیرپوینت است. پورتال های شیرپوینت برای مدیریت بهتر محتوا راه اندازی شده و به طور موثر مورد استفاده قرار می گیرند.
هنگامی که محتوا وارد تصویر می شود، تمرکز اصلی روی این است که مجموعه مناسبی از محتوا را به کاربران مناسب ارائه دهید. سطوح مجوز در شیرپوینت به تعریف حاکمیت حول این موضوع کمک می کند.
در این مقاله، سطوح مجوز و بهترین روش‌ها در مورد چگونگی راه‌اندازی مؤثر آن و نحوه اختصاص سطوح مجوز به یک گروه شیرپوینت را بررسی می‌کنیم.

 

 
 

برنامه ریزی مجوزها

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

این مصنوعات به طور کلی به عنوان اشیاء قابل ایمن شناخته می شوند. هر یک از این اشیاء قابل ایمن نقش خاص خود را دارد. و با انتساب نقش می توانند نشان دهنده یک کاربر (شخص) یا یک گروه باشند.

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

مجوزها را می توان به صورت زیر تنظیم کرد

– مجوزهای سایت

– لیست مجوزها

– مجوزهای شخصی

سطوح مجوز عبارتند از:

 

سطح مجوزشرح
Full Controlشامل تمام مجوزها می شود
Designشامل مجوزهایی است که به کاربران امکان می‌دهد با استفاده از مرورگر یا SharePoint Designer، طرح‌بندی صفحات سایت را مشاهده، اضافه، به‌روزرسانی، حذف، تأیید و سفارشی‌سازی کنند
Editشامل مجوزهایی است که کاربران را قادر می سازد لیست ها را اضافه، ویرایش و حذف کنند. می تواند موارد و اسناد لیست را مشاهده، اضافه، به روز رسانی و حذف کند
Contributeشامل مجوزهایی است که به کاربران امکان می دهد موارد را در صفحات سایت یا لیست ها و کتابخانه های اسناد اضافه یا تغییر دهند
Readشامل مجوزهایی است که کاربران را قادر می سازد موارد و صفحات سایت را مشاهده کنند
Limited Accessشامل مجوزهایی است که کاربران را قادر می‌سازد تا لیست‌ها، کتابخانه‌های اسناد، موارد فهرست، پوشه‌ها یا اسناد را بدون دسترسی به تمام عناصر یک سایت مشاهده کنند. شما نمی توانید این سطح مجوز را مستقیماً ویرایش کنید
View Onlyشامل مجوزهایی است که کاربران را قادر می سازد صفحات، موارد فهرست و اسناد را مشاهده کنند
Approveشامل مجوزهایی برای ویرایش و تأیید صفحات، موارد فهرست و اسناد است
Manage Hierarchyشامل مجوزهای سایت ها و ویرایش صفحات، موارد فهرست و اسناد است
Restricted Readشامل مجوز برای مشاهده صفحات و اسناد، اما نه نسخه های تاریخی یا اطلاعات مجوزها است

 

سطوح مجوز سفارشی

در شرایطی که سطوح مجوز موجود کافی نیست، می‌توانیم سطوح مجوز سفارشی را به عنوان مجموعه‌ای از سطوح مجوز موجود ایجاد کنیم.
در زیر چند سناریو وجود دارد که در آنها می توانیم به ایجاد سطوح مجوز سفارشی فکر کنیم.
  • نیاز به تعریف مجموعه ای منحصر به فرد از مجوزها
  • چندین مجوز را از سطح مجوز از پیش تعریف شده حذف کنید
  • سطح مجوز پیش‌فرض شامل مجوزی نیست که کاربر باید داشته باشد

دسترسی و پیکربندی سطوح مجوز

کاربر برای دسترسی و پیکربندی سطوح مجوز باید از امتیازات مدیریت مجموعه سایت برخوردار باشد.

1- به قسمت root مجموعه سایت بروید

2- روی “Site Settings” کلیک کنید

3- در بخش “Users and Permissions” روی “Site Permissions” کلیک کنید

4- نوار نمایش داده شده، اجازه می دهد تا سطوح مجوز را مشاهده و پیکربندی کنید

5- برای مشاهده سطوح مجوز موجود، روی “Permission Levels” کلیک کنید.

 

 

 

 

گروه شیرپوینت

SharePoint Group اجازه می دهد تا به جای مدیریت جداگانه، مجموعه ای از کاربران را به طور همزمان مدیریت کنید.
این گروه می‌تواند شامل بسیاری از کاربران فردی باشد. کاربران را می توان در هر تعداد گروه، بسته به سناریوهای تجاری سازماندهی کرد.

گروهسطح مجوز پیش فرضشرح
OwnersFull Controlگروه با مجوزهای کنترل کامل در سایت شیرپوینت
MembersEditگروه با مجوزهای ویرایش در سایت شیرپوینت
VisitorsReadگروه با مجوز خواندن در سایت شیرپوینت
 
 

سایت های انتشاراتی در شیرپوینت، دارای مجموعه دیگری از گروه های شیرپوینت به شرح زیر هستند.

گروهسطح مجوز پیش فرضشرح
Restricted ReadersRestricted Read to the site, plus Limited Access to specific listsاعضای این گروه می توانند صفحات و اسناد را مشاهده کنند، اما نمی توانند نسخه های تاریخی را مشاهده کنند یا اطلاعات حقوق کاربر را بررسی کنند
Style Resource ReadersRead to the Master Page Gallery and Restricted Read to the Style Libraryبه اعضای این گروه اجازه خواندن به گالری صفحه اصلی و مجوز خواندن محدود به کتابخانه سبک داده می شود. به طور پیش فرض، همه کاربران احراز هویت شده عضوی از این گروه هستند
DesignersDesign, Limited Accessاعضای این گروه می‌توانند با استفاده از مرورگر یا SharePoint Designer، صفحه‌بندی صفحات سایت را مشاهده، اضافه، به‌روزرسانی، حذف، تأیید و سفارشی کنند
ApproversApprove, Limited Accessاعضای این گروه می توانند صفحات، موارد فهرست و اسناد را ویرایش و تایید کنند.
Hierarchy ManagersManage Hierarchy, Limited Accessاعضای این گروه می‌توانند سایت‌ها، فهرست‌ها، موارد فهرست و اسناد ایجاد کنند
 
 
کاربران گروه اعضا می توانند با افزودن یا حذف موارد یا اسناد به سایت کمک کنند، اما نمی توانند ساختار، تنظیمات سایت یا ظاهر سایت را تغییر دهند.
گروه بازدیدکنندگان به سایت دسترسی فقط خواندنی دارند، به این معنی که آنها می توانند صفحات و موارد را ببینند و موارد و اسناد را باز کنند، اما نمی توانند صفحات، موارد یا اسناد را اضافه یا حذف کنند.
 

نظارت و کنترل

1- نقش ها را در پورتال شیرپوینت شناسایی و به کاربران اختصاص دهید.

2-فرآیندی را برای بازبینی دوره ای مجوزهای اختصاص داده شده تعریف کنید.

3- در صورت نیاز، از هر ابزاری برای نظارت استفاده کنید.

 

بهترین شیوه ها

هرگز سطوح مجوز شیرپوینت را خارج از چهارچوب تعریف شده،  تغییر ندهید
از تغییر سطوح مجوز خارج از چهارچوب خودداری کنید، به جای آن یک سطح جدید بدون در نظر گرفتن تغییرات عمده یا جزئی ایجاد کنید.

به جای کاربران فردی، مجوزها را به گروه اختصاص دهید
تمرین ایجاد گروه ها و اعطای مجوز به گروه ها را حفظ کنید. کاربران می توانند در صورت نیاز از گروه ها اضافه یا حذف شوند.

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

خلاصه

سطوح مجوز نقشی حیاتی در مدیریت پورتال های شیرپوینت ایفا می کند. بهترین شیوه ها را برای ساده سازی مدیریت مجوز دنبال کنید.

بیشتر بدانید
مدیریت شیرپوینت
۱۴۰۲-۱۱-۰۳

کاهش حجم Log SQl شیرپوینت

در این آموزش شیرپوینت در مورد چگونگی کوچک کردن فایل های گزارش تراکنش در شیرپوینت بحث خواهیم کرد.

اگر DB فایل های گزارش تراکنش پر باشد، هنگام انجام چند عملیات در شیرپوینت با خطا مواجه خواهید شد.
پیغام خطا این است که ” در هنگام بازیابی، فضای دیسک شما تمام می شود. برای خالی کردن فضای این درایو، با حذف فایل‌های قدیمی یا غیر ضروری، اینجا را کلیک کنید… “

همه ما می دانیم که شیرپوینت دارای configDB فراخوانی پیش فرض DB خواهد بود و در SQL هر DB دارای یک فایل log برای ثبت تمام عملیات/تراکنش ها خواهد بود. با افزایش تعداد کاربران و تراکنش ها، حجم فایل لاگ بالا بسیار سریعتر از DB تراکنشی رشد می کند.

 

این دقیقاً همان چیزی است که در مورد من اتفاق افتاد، DB اولیه تنها 120 گیگابایت است، اما در حالی که فایل ورود به سیستم 370 گیگابایت است و اکنون تیم مدیریت سرور شروع به ارسال ایمیل‌هایی کرده است که از من می‌خواهند این فایل گزارش را حذف یا منتقل کنم.

You are running out of disk space on recovery

پیغام خطا با متن ” در هنگام بازیابی فضای دیسک شما تمام می شود. برای خالی کردن فضای این درایو با حذف فایل‌های قدیمی یا غیر ضروری، اینجا را کلیک کنید… ”

به شکل زیر می‌باشد:

فایل های گزارش تراکنش های پایگاه داده پیکربندی شیرپوینت را کوچک کنید

در شیرپوینت می‌توانیم این مشکل را با کوتاه کردن فایل لاگ configDB با دنبال کردن مراحل زیر برطرف کنیم:

این کار به 2 روش قابل انجام است:

  • فایل لاگ را از SQL Server Management Studio کوچک کنید
  • دستورات SQL

 

SQL Server Management Tool (SSMS)
مراحل زیر را در SSMS دنبال کنید، SSMS را باز کنید و به سرور SharePoint PROD DB متصل شوید.
ویژگی های پیش فرض زیر فایل های sharepoint_config DB و sharepoint_log را بررسی کنید.
  1. روی پایگاه داده کلیک راست کرده و روی Properties کلیک کنید که کادر محاوره ای Database Properties باز می شود.
    a. بر روی SharePoint_Config کلیک راست کنید 
    Properties .b را انتخاب کنید

2. در صفحه Select a page، روی Options کلیک کنید.

3. مدل بازیابی فعلی را در کادر لیست مدل Recovery مشاهده کنید که باید روی Full تنظیم شود

4. روی فلش کشویی در قسمت Recovery Model کلیک کنید و Simple recovery model را انتخاب کنید

5. روی OK کلیک کنید

6. روی همان نام پایگاه داده کلیک راست کرده و روی Task-> Shrink-> Files کلیک کنید

7. از منوی کشویی File type استفاده کنید و Log را انتخاب کنید

 8. همانطور که در اسکرین شات توصیه شده است عمل کنید و روی “OK” کلیک کنید

توجه: بسته به حجم فایل و مقداری که باید کوچک شود، کوچک شدن ممکن است کمی طول بکشد.

9. پس از تکمیل کوچک کردن، با کلیک بر روی پیکان کشویی مدل بازیابی و انتخاب مدل بازیابی کامل، مدل بازیابی را به کامل تغییر دهید.

اگر بخواهید تغییر را با یک حساب غیر ادمین در استودیو مدیریت SQL انجام دهید، با خطاهای زیر مواجه خواهید شد.

دستورات SQL برای کوچک کردن فایل log در پایگاه داده:

SSMS را به عنوان حساب مدیریت SQL باز کنید و دستورات SQL زیر را انجام دهید.

USE [master]GO
ALTER DATABASE[SharePoint_Config] SET RECOVERY SIMPLE WITH NO_WAIT
GO
USE [SharePoint_Config]GO
DBCC SHRINKFILE (‘SharePoint_Config_Log’)
GO
ALTER DATABASE[SharePoint_Config] SET RECOVERY FULL WITH NO_WAIT
GO

Shrink transaction log files in SharePoint

برای کوچک کردن فایل‌های گزارش تراکنش، باید زیر دستورات SQL اجرا شود.

SQL Server management studio خود را باز کنید و عبارات زیر را اجرا کنید:

ALTER DATABASE UrDBName SET RECOVERY SIMPLE

سپس عبارت زیر را اجرا کنید:

DBCC SHRINKFILE (UrDBName_Log, 5);

سپس اجرا کنید

ALTER DATABASE UrDBName SET RECOVERY FULL;
با این کار فایل لاگ کوچک می شود و مشکل فضای دیسک بازیابی می شود.
امیدواریم این آموزش شیرپوینت به شما کمک کند تا بدانید چگونه فایل‌های گزارش تراکنش را در شیرپوینت کوچک کنید.

بیشتر بدانید
مدیریت شیرپوینت
۱۴۰۲-۱۰-۲۵

گواهی SSL در شیرپوینت

فرآیند نصب گواهی SSL شامل 3 مرحله می‌باشد:

  1. نصب گواهی SSL
  • اگر از IIS 8 برای تولید CSR خود استفاده کرده اید، باید از IIS 8 برای نصب گواهی SSL استفاده کنید.
  • اگر از DigiCert® Certificate Utility برای ویندوز برای تولید CSR خود استفاده کرده اید، باید از DigiCert Certificate Utility برای وارد کردن/نصب گواهی SSL خود استفاده کنید.
  1. تخصیص یا اتصال گواهی به سایت شیرپوینت
  2. نصب گواهی root

 

چگونه گواهی SSL خود را نصب کنیم؟

 

پس از اینکه DigiCert گواهینامه SSL شما را تأیید و صادر کرد، می توانید از Microsoft IIS 8 برای نصب گواهی SSL خود در سروری که CSR را در آنجا ایجاد کرده اید، استفاده کنید و سپس آن را به سایت SharePoint متصل کنید.

  1. فایل گواهی SSL (your_domain_name.cer) را در سروری که CSR در آن ایجاد شده است ذخیره کنید.
  2. Internet Information Services (IIS) Manager را باز کنید. از صفحه Start، عبارت Internet Information Services (IIS) Manager را تایپ کرده و کلیک کنید.
  3. Internet Information Services (IIS) Manager، در بخش Connections، نام میزبان سرور خود را انتخاب کنید.

ssl 1

 

  1. در منوی مرکزی، در بخش IIS، روی نماد Server Certificates دوبار کلیک کنید.
  2. در منوی Actions، روی Complete Certificate Request کلیک کنید تا ویژگی Complete Request Certificate باز شود.

ssl 2

 

  1. در صفحه Specify Certificate Authority Response، در زیر نام فایل حاوی پاسخ مرجع صدور گواهی، روی … کلیک کنید تا به فایل گواهی .cer که DigiCert برای شما ارسال کرده است بروید، فایل را انتخاب کنید و سپس روی Open کلیک کنید.

ssl 3

 

  1. بعد، در کادر Friendly name، یک نام دوستانه برای گواهی وارد کنید. نام دوستانه بخشی از گواهی نیست. در عوض، برای شناسایی گواهی استفاده می شود.
    توصیه می کنیم DigiCert و تاریخ انقضا را به انتهای نام دوستانه خود اضافه کنید، به عنوان مثال: yoursite-DigiCert-expirationDate. این اطلاعات به شناسایی صادرکننده و تاریخ انقضای هر گواهی کمک می کند. همچنین به تشخیص چندین گواهی با نام دامنه یکسان کمک می کند.
  2. سپس در لیست کشویی انتخاب یک فروشگاه گواهی برای گواهینامه جدید، Personal را انتخاب کنید.
  3. برای نصب گواهی SSL روی سرور، روی OK کلیک کنید.
  4. هنگامی که گواهی SSL را با موفقیت روی سرور نصب کردید، همچنان باید از IIS برای اختصاص دادن یا اتصال آن گواهی به سایت شیرپوینت استفاده کنید.

 

استفاده از IIS 8 برای تخصیص گواهی به وب سایت شیرپوینت

  1. در Internet Information Services (IIS) Manager، در بخش Connections، نام سرور خود را گسترش دهید، Sites را گسترش دهید و سپس سایت SharePoint را انتخاب کنید.

ssl 4

 

  1. در منوی اقدامات، در زیر ویرایش سایت، روی Bindings کلیک کنید.
  2. در پنجره Site Binding، روی Add کلیک کنید.

ssl 5

 

 

  1. در پنجره Add Site Bindings اطلاعات زیر را وارد کنید:
    Type: در لیست کشویی، https را انتخاب کنید.
    IP address: در لیست کشویی، All unassigned را انتخاب کنید.
    اگر سرور شما چندین آدرس IP دارد، آدرس مورد نظر را انتخاب کنید.
    Port: پورت 443 را وارد کنید، مگر اینکه از یک پورت غیر استاندارد برای ترافیک SSL استفاده کنید.
    SSL certificate: در لیست کشویی، نام دوستانه گواهی که به تازگی نصب کرده اید را انتخاب کنید.

ssl 6

 

  1. وقتی کارتان تمام شد، روی OK کلیک کنید.

ssl 7

 

  1. اکنون باید گواهی root  را روی سرور شیرپوینت خود نصب کنید.

 

استفاده از شیرپوینت 2013 برای نصب گواهی root !

  1. وارد کنسول مدیریتی DigiCert® (حساب خود) شوید.
  2. در DigiCert® Management Console، در قسمت Order، روی شماره سفارش گواهی SSL که به تازگی نصب کرده اید، کلیک کنید.
  3. در تب My Orders ، روی دانلود کلیک کنید.

ssl 8

  1. در بخش دانلود گواهی، روی لینک Download or Copy/Paste Individual Certificates کلیک کنید.

ssl 9

  1. در مرحله بعد، روی نماد ROOT CERTIFICATE کلیک کنید.

ssl 10

  1. در پنجره Opening TrustedRoot.crt، روی Save File کلیک کنید تا فایل در سرور شیرپوینت شما ذخیره شود.

ssl 11

  1. سپس، SharePoint 2013 Central Administration را باز کنید.
    از صفحه    Start، تایپ کنید و روی SharePoint Central Administration کلیک کنید.
  2. در SharePoint Central Administration، در منوی سمت چپ، روی Security و سپس در قسمت General Security، روی Manage trust کلیک کنید.

ssl 12

 

  1. در صفحه Trust Relationships، در منوی بالای صفحه، روی New کلیک کنید.

ssl 13

 

  1. در پنجره Establish Trust Relationship، در قسمت General Setting، در کادر Name، نامی را که می خواهید به گواهی SSL بدهید، تایپ کنید.

ssl 14

  1. در بخش Root Certificate for the trust, روی Browse کلیک کرده و گواهی ریشه (به عنوان مثال TrustedRoot.crt) را انتخاب کنید.
  2. در پنجره Establish Trust Relationship روی OK کلیک کنید.
  3. اگر گواهی با موفقیت نصب شود، باید در صفحه Trust Relationships فهرست شود.

ssl 15

نصب خود را تست کنید

اگر وب سایت شما برای عموم قابل دسترسی است، ابزار تشخیصی نصب DigiCert® SSL می تواند به شما در تشخیص مشکلات رایج کمک کند.

عیب یابی

اگر با خطاهای گواهی مواجه شدید، خطاهای اعتماد گواهی خود را با استفاده از DigiCert® Certificate Utility برای ویندوز تعمیر کنید. اگر با این کار خطاها برطرف نشد با پشتیبانی تماس بگیرید.

اطلاعات تکمیلی

IIS 8 و Windows Server 2012 دارای ویژگی Server Name Indication-SNI هستند که می توانید از آن برای میزبانی چندین سایت SSL و گواهی در یک آدرس IP واحد بر اساس سرصفحه هاست در سرور IIS 8 خود استفاده کنید.

بیشتر بدانید
مدیریت شیرپوینت
۱۴۰۲-۱۰-۱۳

پایگاه های داده شیرپوینت – 10 سوال متداول

پایگاه‌های اطلاعاتی مهم‌ترین مصنوعات شیرپوینت هستند و پایگاه‌های داده محتوا مخزنی هستند که تمام محتوای شیرپوینت در آن وجود دارند.
اجازه دهید برخی از سوالات متداول در پایگاه داده های محتوای شیرپوینت را خلاصه کنیم:
 
1.آیا یک مجموعه سایت می تواند به یک یا چند پایگاه داده محتوا برود؟
نه! این یک محدودیت طراحی است. هر پایگاه داده شیرپوینت می تواند یک یا چند مجموعه سایت داشته باشد، اما برعکس آن غیرممکن است. مجموعه یک سایت را نمی توان در بیش از یک پایگاه داده محتوا ریخت.
2.چگونه می توان تمام پایگاه های داده شیرپوینت فارم خود را دریافت کرد؟
برای دریافت همه پایگاه داده های محتوایی که در حال استفاده هستند:
Get-SPDatabase | Sort-Object Name | Format-Table Name
همه پایگاه‌های داده شیرپوینت را دریافت کنید – از جمله آن‌هایی که در حال حاضر به برنامه‌های وب شیرپوینت متصل نیستند:
Get-SPContentDatabase | Sort-Object Name | Format-Table Name
 

3.اندازه توصیه شده پایگاه داده شیرپوینت؟

حجم پیشنهادی: 100 گیگابایت حداکثر 200 گیگابایت برای شیرپوینت! 

در سناریوهای خاص، تا 4 ترابایت! به مرزها و محدودیت های نرم افزار برای سرورهای شیرپوینت مراجعه کنید.
می توانید تا 500 پایگاه داده محتوا در هر فارم شیرپوینت داشته باشید!

 

4.چگونه اندازه پایگاه داده محتوا را بدست آوریم؟
اندازه پایگاه داده محتوا را می توان با استفاده از این PowerShell بازیابی کرد:
[Math]::Round(((Get-SPContentDatabase "SP16_Content_Crescent_Intranet").DiskSizeRequired)/1GB,2)
برای دریافت تمام اندازه های پایگاه داده در ایمیل، از این اسکریپت PowerShell استفاده کنید:
 SharePoint Content Databases Size Report

5.چگونه می توان تمام پایگاه های داده محتوای یک برنامه وب شیرپوینت را دریافت کرد؟

برو به:

 SharePoint 2016 Central Administration >> Application Management >> Manage Content Database >> 

برنامه وب خود را انتخاب کنید تا لیست پایگاه داده های محتوای مرتبط را دریافت کنید.

از این اسکریپت PowerShell برای یافتن پایگاه داده محتوای مجموعه سایت استفاده کنید:

(Get-SPWebApplication "https://intranet.crescent.com/").ContentDatabases | Select -ExpandProperty Name

6.چگونه می توان دریافت که مجموعه سایت خاصی در کدام پایگاه داده محتوا ذخیره شده است؟

برای دریافت اینکه مجموعه سایت پایگاه داده در چه محتوایی وجود دارد، به

 

SharePoint Central Administration >> Application Management >> View all site collections >> Pick your site collection

بروید. اکنون، پایگاه داده محتوای مجموعه سایت را مانند صفحه زیر خواهید یافت:

از این اسکریپت PowerShell برای یافتن پایگاه داده محتوای مجموعه سایت استفاده کنید:

(Get-SPSite “https://intranet.crescent.com”).ContentDatabase.Name

برای دریافت پایگاه داده محتوای هر مجموعه سایت، به:

Get Content Database for All Site collections

7.چگونه می توان تمام مجموعه های سایت را در یک پایگاه داده محتوا دریافت کرد؟
برای یافتن تمام مجموعه های سایت شیرپوینت که در یک پایگاه داده محتوا ذخیره شده اند، از این اسکریپت PowerShell استفاده کنید:
(Get-SPContentDatabase "SP16_Content_Crescent_Intranet").Sites | Select URL

برای دریافت تمام مجموعه های سایت از تمام پایگاه های داده محتوا به این پست مراجعه کنید: 

Get All SharePoint Site Collections in All Content Databases

8.آیا می توانم یک مجموعه سایت در یک پایگاه داده محتوای خاص ایجاد کنم؟

بله!شما می توانید. به طور پیش فرض، شیرپوینت از منطق استفاده می کند: بزرگترین تفاوت بین حداکثر تعداد مجموعه های سایت و تعداد فعلی مجموعه های سایت برای ایجاد مجموعه های سایت. شما نمی توانید پایگاه داده محتوای خاصی را از طریق SharePoint Central Administration مشخص کنید. با این حال، با استفاده از PowerShell، می توانید یک مجموعه سایت در یک پایگاه داده محتوای خاص ایجاد کنید:

 Create Site Collection in New/Specific Content Database

9.چگونه یک مجموعه سایت را از یک پایگاه داده محتوا به دیگری منتقل کنیم؟

استفاده از: Move-SPSite cmdlet برای انتقال مجموعه سایت شیرپوینت از یک پایگاه داده محتوا به دیگری. 

برای دستورالعمل های دقیق تر به این پست مراجعه کنید:

Move site collection from One Content Database to Another

10.چگونه پایگاه داده محتوای شیرپوینت را روی حالت فقط خواندنی تنظیم کنیم؟

می توانید پایگاه داده محتوای شیرپوینت را از طریق SQL Server Management Studio یا PowerShell روی حالت فقط خواندنی تنظیم کنید. مراجعه کنید به: 

How to Set SharePoint 2013 Content Database to Read Only Mode?

بیشتر بدانید
مدیریت شیرپوینت
۱۴۰۲-۰۶-۱۰

Backup And Restore سایت کالکشن ها در SharePoint Central Admin

هنگامی که روی لینک “Perform a site collection backup” کلیک می کنید، در صفحه Site collection backup قرار می گیرید. این صفحه به شما امکان می دهد از backup ،site collection بگیرید.

Site collection Backup Page’s direct link - /_admin/SiteCollectionBackup.aspx

 

Backup گرفتن از SharePoint farm همیشه بسیار توصیه می شود و بهترین روش برای محافظت از محیط است، اما گاهی اوقات، شما نیاز به یک site collection backup دارید. در این صفحه می توانید از site collection بک آپ بگیرید. این گزینه به کاربر اجازه می دهد تا از یک site collection در یک زمان معین backup تهیه کند. این گزینه در مواردی مفید است که administrator می‌خواهد site collection را به farm دیگری منتقل کند یا site collection را در URL متفاوت کپی کند (روش‌های دیگری نیز برای کپی کردن site collection موجود است اما backup و  restore site collection همیشه بهتر است) .

 
پیش نیازها

قبل ازbackup گرفتن از Site collection باید از موارد زیر اطمینان حاصل کنید.

  • با farm Admin account وارد Central admin شوید.
  • اگر پوشه ای در سرور ایجاد می کنید، مطمئن شوید که farm admin (Account اجرا کننده SharePoint Timer Service) به آن پوشه دسترسی خواندن و نوشتن دارد.
  • اگر از پوشه اشتراک‌گذاری شده شبکه استفاده می‌کنید، مطمئن شوید که farm admin باید مجوزهای خواندن و نوشتن آن را داشته باشد.
 
چیزهایی که باید بدانید

چند نکته وجود دارد که باید قبل از شروع backup گرفتن از site collection ها بدانید.

  • وقتی backup را انجام می‌دهید، ممکن است سایت را در حالت read only قرار دهد تا از درج داده‌ها در site collection جلوگیری شود. این وضعیت lock پس از تکمیل موفقیت آمیز backup آزاد می شود.
  • به شدت توصیه می شود که backup را در ساعات غیر اوج مصرف انجام دهید، زیرا فرآیند backup گرفتن به منابع موجود در سرورهای شیرپوینت و همچنین در SQL Server نیاز دارد.
  • به عنوان بهترین روش، هرگز از درایو سیستم برای backup گرفتن استفاده نکنید، زیرا ممکن است مشکل فضا را مشاهده کنید که می‌تواند عملیات را مختل کند و گاهی اوقات، فضای low disk / zero disk در سیستم‌ها باعث از کار افتادن سیستم عامل می‌شود.
Backup of Site collection

بیایید با دنبال کردن دستورالعمل‌های زیر از backup ،Team site collection (team.krossfarm.com) بگیریم.

  • با farm admin account وارد Central Admin شوید.
  • به صفحه «Perform a site collection backup» بروید.
  • در این صفحه مشخصات زیر را وارد کنید.
  1. ابتدا correct web application را انتخاب کنید. در مورد ما، (team.krossfarm.com).
  2. در فیلد file name، مسیر کاملی را که می‌خواهید backup file را در آن ذخیره کنید، وارد کنید.
  3. اگر قبلاً یک backup file با همان نام ایجاد کرده‌اید، اما اکنون می‌خواهید دوباره از آن file name استفاده کنید، گزینه «overwrite existing file» را علامت بزنید.
  4. روی “Start Backup” کلیک کنید.

 

در صفحه «Granular Backup Job Status»، وضعیت backup job را مشاهده خواهید کرد. این صفحه پس از هر 30 ثانیه روی auto refresh تنظیم شده است، اما شما می توانید با فشار دادن دکمه F5 آن را به صورت دستی refresh کنید. در قسمت refresh ، current job status و همچنین previous job status (در صورت موفقیت آمیز بودن کار قبلی) را مشاهده خواهید کرد.

در current job، اطلاعات زیر را مشاهده خواهید کرد.

  • Status: این نشان می دهد که کار در کدام حالت است. به عنوان مثال، Operation initializing، یا backup running و غیره.
  • Requested by: با این کار نام کاربری که این مرحله را انجام می دهد نمایش داده می شود. یعنی KROSSFARM\KFInst
  • Site collection URL: این نشانی اینترنتی Site collection ای است که backup آن در حال پردازش است. یعنی https://team.krossfarm.com
  • File Name: نام فایل با مسیر کامل. یعنی C:\backup\team-site.bak
  • Overwrite: چک باکس رونویسی انتخاب شده باشد یا خیر
  • Recovery step: برای بازیابی اطلاعات، از دستور بازیابی PowerShell که در زیر ذکر شده است استفاده کنید.
Restore-SPSite

 

پس از تکمیل کار، current job’s area هیچ عملیاتی را در حال انجام نمایش نمی دهد، اما در زیر previous job، وضعیت آخرین کار (بدون توجه به موفقیت یا شکست) را خواهیم دید.

  • Status: این ردیف وضعیت last backup job را نشان می دهد. در مورد ما، موفقیت آمیز است.
  • Completed: با این کار تاریخ و زمان backup job نمایش داده می‌شود. در مورد ما، 1396/01/21 ساعت 22:18 است.
  • Duration: کل مدت backup time job در اینجا نمایش داده می شود، یعنی (hh:mm:ss) 0:00:04
  • Recovery step: برای بازیابی اطلاعات، از دستور PowerShell restore استفاده کنید.
Restore-SPSite

 

در نهایت، اگر به directory مراجعه کنید، فایل team-site.bak را مشاهده خواهید کرد. حال باید عملیات restore را با استفاده از دستور “Restore-Spsite” انجام دهید. به خاطر داشته باشید که تاکنون هیچ روش بازیابی از طریق Central Admin موجود نیست.

 

Note

گاهی اوقات، پس از اتمام backup job (موفق یا ناموفق)، Site collection lock آزاد نمی شود. در این صورت باید قفل سایت را به صورت دستی باز کنید. بهترین تمرین این است که پس از تکمیل backup job، وضعیت قفل Site collection را بررسی کنید.

بیشتر بدانید
مدیریت شیرپوینت
۱۴۰۲-۰۶-۰۹

High-Availability Options برای Database Server در SharePoint

High-Availability روشی را که برای مقاوم سازی server farm خود در برابر hardware failures انجام می دهید، توصیف می کند. به عبارت دیگر، High-Availability به این معنی است که کاربران می توانند در صورت خرابی یک جزء در farm ، همچنان به شیرپوینت دسترسی داشته باشند. در مقابل، disaster recovery به فرآیندهایی اطلاق می‌شود که برای جلوگیری از از دست رفتن داده‌ها در صورت بروز نقص سخت‌افزاری یا نرم‌افزاری، انجام می‌دهید. هنگام طراحی استراتژی های High-Availability و disaster recovery برای SharePoint farm، درک رویکردهای مختلف مورد نیاز برای هر لایه منطقی در farm مهم است. High-Availability برای database tier مستلزم درک این است که چطور high availability،SQL Server و الزامات مرتبط را فراهم میکند.

شما می توانید با افزودن سرورهای بیشتری که SQL Server را اجرا می کنند، در برابر از دست رفتن database servers محافظت کنید. با استفاده از SQL mirroring، SQL Failover Clustering یا AlwaysOn Availability Groups می توانید چندین سرور SQL را پیکربندی کنید تا high availability برای پایگاه داده ها فراهم شود. اکنون می‌توانیم هر یک از این گزینه‌ها را با جزئیات ببینیم.

استفاده از SQL Mirroring برای High-Availability

SQL database mirroring گزینه ای برای در دسترس قرار دادن پایگاه داده ها در SQL Server 2008 R2 است (در، high availability ،SQL Server 2012 از طریق AlwaysOn Availability Groups انجام می شود. Database mirroring یک کپی اضافی از یک پایگاه داده به نام mirror را بر روی یک SQL Server جایگزین ارائه می دهد. ;این mirrored database به طور خودکار با تغییراتی که در نسخه اصلی database رخ می دهد به روز می شود. mirrored database server به عنوان failover database server نیز شناخته می شود. Mirroring اطلاعات گزارش تراکنش را از سروری که نسخه اصلی پایگاه داده را در خود نگه می دارد به سروری که mirror را نگه می دارد می فرستد، جایی که گزارش ها به طور مداوم پخش می شوند، به طوری که mirror copy آخرین تغییرات را منعکس می کند.

با SQL Mirroring، فقط SQL Server اصلی می تواند تغییرات را در هر زمان در database بنویسد.

SQL Mirroring تنها از یک mirror برای ارائه دو نسخه از database در مجموع پشتیبانی می کند.

SQL Mirroring از سه حالت availability زیر پشتیبانی می کند.

High-Availability mode

این حالت از synchronous mirroring استفاده می کند به طوری که تراکنش ها در Database اصلی تنها پس از کپی کردن موفقیت آمیز تراکنش ها در mirror انجام می شود. این حالت نیاز به استفاده از یک SQL Server اضافی به عنوان یک سرور شاهد دارد، که هم Principal server و هم mirror server را نظارت می‌کند، اگر می‌خواهید قابلیت‌های آپدیت خودکار اختیاری ارائه کنید.

High safety mode

این حالت همچنین از synchronous mirroring استفاده می کند، اما نیازی به استفاده از سرور شاهد ندارد. این حالت داده های روی mirror را تضمین می کند، اما نمی تواند خطای خودکار را ارائه دهد و باید به عنوان یک warm standby option در نظر گرفته شود. این بدان معنی است که در صورت خرابی در سرور اصلی، راه حل به طور خودکار نمی تواند کنترل شود و برای آنلاین کردن راه حل نیاز به انجام تنظیمات مجدد است.

High performance mode

این حالت از asynchronous mirroring استفاده می‌کند، که به مدیر عامل اجازه می‌دهد تا در اسرع وقت تراکنش‌ها را انجام دهد، بدون اینکه منتظر بماند تا mirror نسخه‌هایی از تراکنش‌ها را دریافت کرده باشد. این به این معنی است که mirror ممکن است به طور کامل با اصل به روز نباشد، بنابراین ممکن است برخی از داده ها در صورت شکست از بین بروند. با این حال، این حالت اجازه می دهد تا عملیات عملیاتی بالاتری از تراکنش های اصلی انجام شود. این حالت نیازی به سرور شاهد ندارد زیرا failover یک فرآیند دستی است.

 

Failover database server

شیرپوینت از failover خودکار با SQL Server Mirroring با استفاده از گزینه Failover database server ارائه شده هنگام ایجاد  new content databases ،new web applications یا new service applications  پشتیبانی می کند. اگر failover database server را مشخص کنید و شیرپوینت نتواند پس از چندین بار تلاش مجدد با سرور اصلی SQL تماس بگیرد، شیرپوینت به طور خودکار سعی می کند به همان پایگاه داده در failover database server متصل شود، که mirror آن خواهد بود. SQL synchronous mirroring را می توان در نسخه استاندارد SQL Server پیکربندی کرد و هیچ الزام خاصی برای Windows Server ندارد. تنها با استفاده از نسخه های SQL Server Enterprise یا Datacenter می توانید انعکاس ناهمزمان SQL را پیکربندی کنید.

 

استفاده از Failover Clustering برای SQL High-Availability

SQL Server Failover Clustering مبتنی بر Windows Server Failover Clustering (WSFC) است. Clustering از خرابی سخت افزار سرور پایگاه داده واقعی محافظت می کند، در حالی که Mirroring از خرابی خود داده محافظت می کند. استفاده از WSFC و یک پلتفرم ذخیره‌سازی مشترک، مانند iSCSI یا ذخیره‌سازی مبتنی بر کانال فیبر، شما را قادر می‌سازد تا یک نمونه با قابلیت دسترسی بالا از SQL Server ایجاد کنید. یک نمونه با دسترسی بالا از SQL Server شامل عناصری مانند نام شبکه نمونه و آدرس‌های IP، علاوه بر پایگاه داده‌هایی است که روی آن نمونه اجرا می‌شوند. این بدان معناست که برنامه‌هایی مانند شیرپوینت که در پایگاه‌های داده در حال اجرا هستند، نیازی به پیکربندی تنظیمات سرور failover ندارند. اگر سروری در کلاستر از کار بیفتد، کل نمونه SQL، از جمله دسترسی به فضای ذخیره‌سازی، نام شبکه، آدرس IP و سرویس‌های پشتیبانی کننده ویندوز، به گره دیگری در خوشه نمی‌رسد و برنامه می‌تواند بدون پیکربندی مجدد به پایگاه‌های داده دسترسی پیدا کند. به دلیل نیاز به ویژگی WSFC، خوشه بندی Failover SQL نیاز دارد که SQL Server بر روی نسخه های Windows Server Enterprise یا Datacenter نصب شود. می توانید از SQL Server Standard Edition برای ایجاد یک خوشه Failover دو گره استفاده کنید. شما می توانید از SQL Server Enterprise edition برای ایجاد یک خوشه failover با استفاده از حداکثر تعداد گره های پشتیبانی شده توسط سیستم عامل استفاده کنید. Windows Server 2008 R2 از کلاسترها تا 16 گره پشتیبانی می کند. ویندوز سرور 2012 از کلاسترها تا 64 گره پشتیبانی می کند.

 

استفاده از AlwaysOn Availability Groups برای High-Availability

SQL Server 2012 مکانیسم جدیدی با قابلیت دسترسی بالا به نام AlwaysOn Availability Groups ارائه می دهد. AlwaysOn Availability Groups با مدیریت کپی های متعدد از یک پایگاه داده به روشی مشابه شبیه سازی پایگاه داده، اما به طور قابل توجهی بهبود یافته، حفاظت با قابلیت دسترسی بالا را برای پایگاه های داده ارائه می کند. هنگامی که یک گروه دسترسی AlwaysOn ایجاد می کنید، نمونه ای از SQL Server 2012 را به عنوان نسخه اولیه برای آن گروه پیکربندی می کنید. نسخه اولیه کپی‌های خواندن/نوشتن پایگاه‌های داده را میزبانی می‌کند که می‌خواهید در دسترس نگه دارید. سپس می توانید بین یک تا چهار نمونه SQL Server 2012 را به عنوان نسخه های ثانویه پیکربندی کنید. هر نسخه ثانویه میزبان یک کپی از هر یک از پایگاه‌های داده از نسخه اولیه است که در گروه در دسترس بودن قرار دارند. اگر نسخه اولیه در دسترس نباشد، می‌توانید به صورت دستی یا خودکار نقش نسخه اولیه را در فرآیندی به نام failover به یکی از کپی‌های ثانویه منتقل کنید. پایگاه‌های داده‌ای که می‌خواهید در گروه دسترس‌پذیری در دسترس قرار دهید، باید از مدل بازیابی کامل استفاده کنند. ماکت اولیه با کپی کردن تراکنش ها روی کپی های ثانویه، کپی های ثانویه را به روز نگه می دارد. AlwaysOn Availability Groups از دو حالت در دسترس بودن زیر پشتیبانی می کند.

 

  • Synchronous-commit mode

در synchronous-commit mode، زمانی که یک client پایگاه داده را به روز می کند، replica اولیه تغییر را در گزارش محلی خود می نویسد و تغییر را در replica های ثانویه خود کپی می کند. سپس primary replica منتظر می‌ماند تا secondary replicas قبل از انجام تراکنش و ارسال یک تأییدیه برای مشتری، تأیید کنند که تراکنش را در گزارش‌های خود نوشته‌اند. Synchronous-commit mode تضمین می‌کند که پایگاه‌های داده‌ای که بخشی از availability group در کپی‌های اولیه و ثانویه هستند، همیشه همگام‌سازی می‌شوند تا از عدم از دست رفتن داده در صورت خرابی اطمینان حاصل شود. با این حال، این فرآیند منجر به کاهش عملکرد می شود در حالی که نسخه اولیه منتظر تایید است.

  • Asynchronous-commit mode

در asynchronous-commit mode، زمانی که پایگاه داده یک به روز رسانی دریافت می کند، replica اولیه تغییرات را در گزارش خود می نویسد و به روز رسانی ها را به نسخه های ثانویه خود ارسال می کند. این حالت منتظر تایید نسخه های ثانویه نیست و باعث بهبود عملکرد می شود. با این حال، اگر یک failover رخ دهد، کپی‌های ثانویه ممکن است همه تراکنش‌های اولیه را نداشته باشند و برخی از داده‌ها از بین بروند. کلاینت ها با استفاده از یک شنونده گروه در دسترس که از نام DNS، شماره پورت TCP و یک یا چند آدرس IP تشکیل شده است، به پایگاه های داده در یک گروه در دسترس متصل می شوند. استفاده از شنونده نیاز به پیکربندی مجدد کلاینت ها برای اتصال به نسخه اصلی جدید در صورت خرابی را برطرف می کند. گروه‌های AlwaysOn Availability از انواع مختلفی از failover پشتیبانی می‌کنند که می‌توانند خودکار یا برنامه‌ریزی شده باشند و ممکن است بسته به اینکه پایگاه‌های اطلاعاتی در دسترس در حالت synchronous-commit mode یا asynchronous-commit mode اجرا می‌شوند، از دست رفتن داده را تضمین نکنند. Automatic failover فقط در synchronous-commit mode در دسترس است.

 

استفاده از Log Shipping برای High-Availability

در log shipping ،SQL Server، یک راه ساده برای پیاده سازی warm standby solution برای کمک به سناریوهای disaster recovery و high-availability ارائه می دهد. Warm standby به این معنی است که راه حل نمی تواند به طور خودکار در صورت خرابی در سرور اصلی کار کند و برای آنلاین کردن راه حل نیاز به انجام تنظیمات مجدد است. با این حال، یک warm standby solution بسیار سریعتر از restoring databases از نسخه پشتیبان اجرا می شود و معمولاً پیاده سازی آن نسبت به hot standby solution، مانند mirroring، که می تواند به طور خودکار با شکست مواجه شود، ارزان تر است. Log shipping شامل پشتیبان گیری دوره ای از گزارش تراکنش و کپی کردن نسخه پشتیبان در یک سرور ثانویه است که یک نسخه از پایگاه داده را نیز در خود نگه می دارد.

سرور ثانویه log backup را بازیابی می کند تا زمانی که می خواهید کپی ثانویه را شروع کنید، log ها آماده پردازش باشند. این فرآیند backup، کپی و restore توسط یک سری کارهای SQL Server Agent خودکار می‌شود. می‌توانید مشخص کنید که log backups به دفعات انجام شده و به سرورهای ثانویه منتقل می‌شوند تا تعیین کنید چقدر از نسخه ثانویه عقب است. با این حال، مهم است که توجه داشته باشید که با ارسال گزارش، همیشه خطر از دست رفتن داده ها وجود دارد، زیرا هیچ راهی برای تضمین سازگاری تراکنش بین نسخه های اولیه و ثانویه وجود ندارد. Log shipping مفید است زیرا الزامات یکسانی برای transactional consistency و  clustering وجود ندارد، بنابراین log shipping می‌تواند در زیرشبکه‌های مختلف و اغلب بین سرورهای SQL در مکان‌های فیزیکی مختلف، مانند یک disaster recovery site، استفاده شود. همچنین می‌توانید کپی‌های ثانویه را به گونه‌ای پیکربندی کنید که load delay داشته باشند، که از ایجاد تغییرات در یک recent time window، مانند هشت ساعت، در پایگاه داده ثانویه جلوگیری می‌کند. این بدان معناست که نسخه ثانویه همیشه هشت ساعت از نسخه اصلی عقب خواهد بود. این پیکربندی می تواند در جایی که می خواهید از پایگاه داده در برابر user error یا logical corruption محافظت کنید مفید باشد. در چنین حالتی، مدیر می‌تواند انتخاب کند که به نسخه ثانویه‌ای که هنوز اقدامی را که می‌خواهید از آن اجتناب کنید پردازش نکرده است، سوئیچ کند. Log shipping مستلزم استفاده از مدل‌های بازیابی کامل یا انبوه در پایگاه داده است. می‌توانید از ارسال گزارش با نسخه‌های SQL Server Standard و Enterprise که روی نسخه استاندارد Windows Server اجرا می‌شوند، استفاده کنید. هیچ نیاز خاصی برای Windows Server Enterprise برای پیکربندی ارسال گزارش وجود ندارد.

 

پشتیبانی با High-Availability برای SharePoint Databases

اگرچه SQL Server از چندین فناوری با دسترسی بالا پشتیبانی می‌کند، اما همه این فناوری‌ها برای پایگاه‌های داده شیرپوینت مناسب نیستند. قبل از برنامه‌ریزی استراتژی high-availability و disaster Recovery برای شیرپوینت، مهم است که بدانید کدام فناوری‌های high-availability برای استفاده در farm شما مناسب هستند.

بیشتر بدانید
مدیریت شیرپوینت
۱۴۰۲-۰۶-۰۶

نحوه پیکربندی Three-Tier Farm برای SharePoint Server

در اینجا ما farm architecture حاوی سرورهای زیر را شرح می دهیم:

  • Domain(DC1): یک کامپیوتر دارای Windows Server 2008 R2 Enterprise Edition که به عنوان یک کنترل کننده دامنه اینترانت پیکربندی شده است.
  • Database Server (SQL1): یک سرور عضو اینترانت که Windows Server 2008 R2 Enterprise Edition را اجرا می کند و به عنوان یک سرور پایگاه داده SQL پیکربندی شده است.
  • Application Server (APP1): یک سرور عضو اینترانت دارای Windows Server 2008 R2 Enterprise Edition که به عنوان سرور برنامه پیش نمایش SharePoint Server 2013 پیکربندی شده است.
  • Web Frontend Server (WFE1): یک سرور عضو اینترانت که Windows Server 2008 R2 Enterprise را اجرا می کند که به عنوان front-end web server شیرپوینت پیکربندی شده است.
  • Client Machine: یک member client computer دارای Windows 7 Enterprise. 

 

architecture diagram زیر farm شرح داده شده در بالا را توضیح می دهد. من بخشی از نصب ویندوز بر روی سرورها و همچنین domain configurations را پوشش نمی دهم. در اینجا ما فقط بخش شیرپوینت و SQL Server را پوشش می دهیم. در تمام document من از یک user id و password عمومی استفاده می کنم. شما می توانید از یک generic account متفاوت برای production purposes استفاده کنید.

 
نصب SQL Server 2012 بر روی Database Server
پیش نیاز های نصب SQL Server 

برای نصب .NET Framework 3.5:

  1. در APP1 (یا رایانه ای که SQL Server 2012 Enterprise روی آن نصب شده است)، با حساب Service وارد شوید.
  2. در Server Manager روی Features و سپس Add Features کلیک کنید. با این کار Add Features Wizard راه اندازی می شود و صفحه Select Features را خواهید دید.
  3. ویژگی های .NET Framework 3.5.1 را انتخاب کنید. با این کار کادری ظاهر می‌شود که می‌گوید: “شما نمی‌توانید ویژگی‌های .NET Framework 3.5.1 را نصب کنید، مگر اینکه سرویس‌ها و ویژگی‌های نقش مورد نیاز نیز نصب شده باشند.”. روی Add Required Features کلیک کنید. جعبه ناپدید می شود. در صفحه Select Features، روی Next کلیک کنید.
  4. در صفحه وب سرور (IIS) روی Next کلیک کنید.
  5. در صفحه Role Services روی Next کلیک کنید.
  6. در صفحه Confirm Installation Selections، روی Install کلیک کنید. با این کار نصب شروع می شود.
  7. در صفحه Installation Results نصب، روی Close کلیک کنید.
    نصب SQL Server 2012 Enterprise
  8. در APP1 (یا رایانه‌ای که SQL Server 2012 Enterprise روی آن نصب شده است)، به فهرستی که حاوی باینری‌های SQL Server 2012 Enterprise است بروید و روی Setup.EXE دوبار کلیک کنید. با این کار SQL Server Installation Center راه اندازی می شود.
  9. در SQL Server Installation Center، در سمت چپ، روی Installation کلیک کنید.
  10. در سمت راست، روی New installation کلیک کنید یا ویژگی‌هایی را به existing installation اضافه کنید. با این کار SQL Server 2012 Setup راه اندازی می شود.
  11. در صفحه Setup Support Rules روی OK کلیک کنید. با این کار صفحه Setup Support Rules بسته می شود و صفحه Product Key ظاهر می شود. از Specify a free version، Evaluation را انتخاب کنید. روی Next کلیک کنید.
  12. در صفحه License Terms، License Terms را بخوانید، در کادر کنار I accept the license terms علامت بزنید و روی Next کلیک کنید.
  13. در صفحه Setup Support Files، روی Install کلیک کنید. چند لحظه طول می کشد تا کامل شود. پس از اتمام این کار، صفحه Setup Support Rules دوباره ظاهر می شود.
  14. در صفحه Setup Support Rules روی Next کلیک کنید.
  15. در صفحه Setup Role، SQL Server Feature Installation را انتخاب کرده و روی Next کلیک کنید.
  16. در صفحه Feature Selection، در قسمتInstance Feature،یک check  در Database Engine Services قرار دهید، در قسمت Shared Features یک check در Management Tools – Basic and Management Tools – Complete قرار دهید. روی Next کلیک کنید.
  17. در صفحه Installation Rules روی Next کلیک کنید.
  18. در صفحه Instance Configuration، روی Next کلیک کنید.
  19. در صفحه Disk Space Requirements، روی Next کلیک کنید.
  20. در صفحه Server Configuration، در کنار SQL Service Agent در زیر Account Name، حساب سرویس و رمز عبور.Service account and Password.
  21. در صفحه Server Configuration، در کنار SQL Server Database Engine در زیر Account Name، Service account and Password.
  22. روی Next کلیک کنید.
  23. در صفحه Database Engine Configuration، روی Add Current User و سپس روی Next کلیک کنید.
  24. در صفحه Error Reporting، روی Next کلیک کنید.
  25. در صفحه Installation Configuration Rules روی Next کلیک کنید.
  26. در صفحه Ready to Install، روی Install کلیک کنید.
  27. در صفحه Installation Progress، صبر کنید تا نصب کامل شود.
  28. در صفحه Complete، روی Close کلیک کنید.

  29. مرکز نصب سرور SQL را ببندید.

    سپس می‌توانیم تأیید کنیم که سرویس‌های SQL Server نصب شده در حال اجرا هستند.

    برای تأیید اینکه سرویس های SQL Server نصب شده در حال اجرا هستند:

  30. روی Start کلیک کنید، Administrative Tools را انتخاب کنید و روی Services کلیک کنید.
  31. به SQL Server (MSSQLSERVER) بروید و بررسی کنید که Started، status باشد.
  32. در Services روی SQL Server Agent (MSSQLSERVER) راست کلیک کرده و روی Start کلیک کنید. با این کار SQL Server Agent راه اندازی می شود.
  33. وقتی این کار کامل شد، بررسی کنید که SQL Server Agent (MSSQLSERVER) وضعیت Started دارد.

  34. Services را ببندید.

    برای اتصال به SQL Server 2012 Enterprise با استفاده از SQL Server Management Studio:
  35. روی Start کلیک کنید، روی All Programs کلیک کنید، روی Microsoft SQL Server 2012 و SQL Server Management Studio را کلیک کنید.
  36. در Connect to Server dialog box، در قسمت Database Engine، Server Type را انتخاب کنید.
  37. در Connect to Server dialog box، در زیر نام سرور: APP1 (یا رایانه ای که SQL Server 2012 Enterprise روی آن نصب شده است) را انتخاب کنید.
  38. در Connect to Server dialog box، در زیر Windows Authentication ،Authentication  را انتخاب کنید.
  39. روی Connect کلیک کنید. این باید موفقیت آمیز باشد و اطلاعات پایگاه داده در سمت چپ نمایش داده می شود. SQL Server Agent باید دارای یک فلش سبز رنگ باشد.
  40. Microsoft SQL Server Management Studio را ببندید.
 
Windows Firewall را برای یک inbound rule پیکربندی کنید
  1. در SQL1، با استفاده از Service account وارد شوید.
  2. از دسکتاپ، روی Start کلیک کنید، به Administrative Tools اشاره کنید و سپس روی Windows Firewall with Advanced Security کلیک کنید.
  3. در tree pane، روی Inbound Rules کلیک راست کرده و سپس روی New Rule کلیک کنید.
  4. در صفحه Rule Type روی Port کلیک کنید و سپس روی Next کلیک کنید.
  5. در صفحه پروتکل‌ها و پورت‌ها، 1433-1434 را در Specific local ports تایپ کرده و روی OK کلیک کنید.
  6. در Action page، روی Next کلیک کنید.
  7. در Profile page، روی Next کلیک کنید.
  8. در Name page، پورت های SQL Server TCP را در Name تایپ کنید و سپس روی Finish کلیک کنید.
 
Install SharePoint Server 2013 Preview on APP1

در این روش، اجزای نرم‌افزار پیش‌نیاز برای پیش‌نمایش SharePoint Server 2013 را روی APP1 نصب می‌کنید.

برای نصب نرم افزار پیش نیاز SharePoint Server 2013 Preview:

  1. در APP1، با استفاده از service account وارد شوید.
  2. APP1 را به شبکه ای که دسترسی به اینترنت دارد وصل کنید و پروتکل TCP/IP را در صورت نیاز روی Local Area Connection پیکربندی کنید. نصب کننده پیش نیاز SharePoint Server 2013 Preview باید مؤلفه ها را از Microsoft Download Center دانلود و نصب کند.
  3. در APP1، به مکانی که حاوی فایل های نصب SharePoint Server 2013 Preview است بروید و روی SharePointServer.exe (برای نسخه ارزیابی دانلود شده) یا default.hta در رسانه محصول SharePoint Server 2013 Preview دوبار کلیک کنید.
  4. در صفحه شروع پیش نمایش SharePoint Server 2013، روی Install software prequisites کلیک کنید.
  5. در صفحه Welcome to the Microsoft SharePoint Products Preparation Tool، روی Next کلیک کنید.
  6. در صفحه License Terms for software product، شرایط را مرور کنید، چک باکس I accept the terms of the License Agreement(s) را انتخاب کنید و سپس روی Next کلیک کنید.
  7. در صفحه Installation Complete، روی Finish کلیک کنید.
 
نصب SharePoint Server 2013 Preview
  1. روی Start کلیک کنید، روی All Programs کلیک کنید، روی Microsoft SQL Server 2012 و سپس SQL Server Management Studio کلیک کنید.
  2. در Connect to Server، روی Connect کلیک کنید.
  3. در SQL Server Management Studio، در Security، tree pane را باز کنید.
  4. روی Logins کلیک راست کرده و New Login را بزنید.
  5. روی Logins کلیک راست کرده و New Login را بزنید.
  6. در صفحه Select a page، روی Server Roles کلیک کنید.
  7. در قسمت dbcreator، Server Roles را انتخاب کرده و روی OK کلیک کنید.
  8. SQL Server Management Studio را ببندید.
  9. در صفحه شروع پیش نمایش SharePoint Server 2013، روی Install SharePoint Server کلیک کنید.
  10. در صفحه Enter Your Product Key، در صورت نیاز product key خود را وارد کنید و سپس روی Continue کلیک کنید.
  11. در صفحه Read the Microsoft Software License Terms، شرایط را مرور کنید، چک باکس I accept the terms of this agreement را انتخاب کنید و سپس روی Continue کلیک کنید.
  12. در تب Server Type، روی Complete کلیک کنید و سپس روی Install Now کلیک کنید.
  13. هنگامی که راه اندازی به پایان رسید، یک dialog box از شما می خواهد که پیکربندی سرور خود را تکمیل کنید. مطمئن شوید که گزینه Run the SharePoint Products and Technologies Configuration Wizard now انتخاب شده باشد.
  14. روی Close کلیک کنید تا configuration wizard شروع شود.
  15. در صفحه Welcome to SharePoint Products، روی Next کلیک کنید.
  16. در dialog box ای که به شما اطلاع می‌دهد ممکن است برخی از سرویس‌ها در طول پیکربندی نیاز به راه‌اندازی مجدد داشته باشند، روی Yes کلیک کنید.
  17. در صفحه Connect to a server farm، روی Create a new server farm کلیک کنید و سپس روی Next کلیک کنید.
  18. در صفحه SQL1، Specify Configuration Database Settings را در Database server تایپ کنید، Service account و Password را تایپ کنید و سپس روی Next کلیک کنید.
  19. در صفحه Specify Farm Security Settings، عبارت Passphrase و Confirm passphrase را تایپ کنید و سپس روی Next کلیک کنید.
  20. در صفحه Configure SharePoint Central Administration Web Application، روی Next کلیک کنید.
  21. در صفحه Completing the SharePoint Products Configuration Wizard، روی Next کلیک کنید.
  22. در صفحه Configuration Successful، روی Finish کلیک کنید. Internet Explorer با برگه ای به نام Initial Farm Configuration Wizard راه اندازی می شود.
  23. صفحه Working on it ممکن است برای مدتی قبل از تکمیل نمایش داده شود.
  24. در Help Make SharePoint Better» dialog box»، روی «No, I don’t wish to participate» و سپس روی OK کلیک کنید.
  25. در صفحه Configure your SharePoint farm، در Service account، روی Use existing managed account کلیک کنید و سپس روی Next کلیک کنید.
  26. در صفحه Create Site Collection، روی Skip کلیک کنید.
  27. در صفحه This fulls the Farm Configuration Wizard، روی Finish کلیک کنید. تب اینترنت اکسپلورر SharePoint 2013 Central Administration site را نشان می دهد که از آن می توانید SharePoint server را پیکربندی و مدیریت کنید. اینترنت اکسپلورر را باز بگذارید.

 

برای نصب the Web Server (IIS) server role در WFE1
  1. در Server Manager» console tree»، روی Roles کلیک کنید. در قسمت جزئیات، روی Add Roles کلیک کنید و سپس روی Next کلیک کنید.
  2. در صفحه Web Server (IIS)،  Select Server Roles، را انتخاب کنید و سپس سه بار Next را کلیک کنید.
  3. روی Install کلیک کنید.
  4. بررسی کنید که نصب با موفقیت انجام شده است و سپس روی Close کلیک کنید.
 
نصب SharePoint Server 2013 Preview بر روی WFE1

در اینجا می‌توانیم prerequisite software components برای  SharePoint Server 2013 Preview را روی WFE1 نصب کنیم.

  1. در WFE1، با استفاده از Service account وارد شوید.
  2. WFE1 را به شبکه ای که دسترسی به اینترنت دارد وصل کنید و پروتکل TCP/IP را در صورت نیاز روی Local Area Connection پیکربندی کنید. SharePoint Server 2013 Preview prerequisite باید مؤلفه ها را از Microsoft Download Center دانلود و نصب کند. به عنوان مثال، اگر شبکه ای که به اینترنت دسترسی دارد از DHCP استفاده می کند، مولفه پروتکل اینترنت نسخه 4 (TCP/IPv4) را از ویژگی های Local Area Connection در پوشه Network Connections برای استفاده از automatic addressing و automatically configure یک DNS server پیکربندی کنید.
  3. در WFE1، به درایو یا پوشه ای که حاوی فایل های نصب SharePoint Server 2013 Preview است بروید و روی SharePointServer.exe (برای نسخه ارزیابی) یا default.hta (از رسانه محصول SharePoint Server 2013 Preview) دوبار کلیک کنید.
  4. در صفحه SharePoint Server 2013 Preview Start، روی Install software prequisites کلیک کنید.
  5. در صفحه Welcome to the Microsoft SharePoint 2013 Preview Products Preparation Tool، روی Next کلیک کنید.
  6. در صفحه «License Terms for software product»، شرایط را مرور کنید، چک باکس «I accept the terms of the License Agreement(s)» را انتخاب کنید و سپس روی Next کلیک کنید.
  7. در صفحه Installation Complete، روی Finish کلیک کنید.
  8. ممکن است رایانه برای نصب برخی از پیش نیازها restart شود. پس از انجام این کار، Products Preparation Tool دوباره اجرا می شود و پیش نیازهای باقی مانده را نصب می کند. برای نصب این پیش نیازها، کامپیوتر باید دوباره restart شود.

  9. در صفحه نصب کامل، روی Finish کلیک کنید.

    برای نصب SharePoint Server 2013 Preview
  10. در صفحه SharePoint Server 2013 Preview Start، روی Install SharePoint Server کلیک کنید.
  11. در صفحه product key،  Enter Your Product Key خود را در صورت نیاز وارد کنید و سپس روی Continue کلیک کنید.
  12. در صفحه Read the Microsoft Software License Terms، شرایط را مرور کنید، چک باکس «I accept the terms of this agreement» را انتخاب کنید و سپس روی Continue کلیک کنید.
  13. در تب Server Type، روی Complete کلیک کنید و سپس روی Install Now کلیک کنید.
  14. هنگامی که راه اندازی به پایان رسید، یک dialog box از شما می خواهد که پیکربندی سرور خود را تکمیل کنید. مطمئن شوید که گزینه Run the SharePoint Products and Technologies Configuration Wizard now انتخاب شده باشد.
  15. روی Close کلیک کنید تا configuration wizard شروع شود.
  16. در صفحه Welcome to SharePoint Products، روی Next کلیک کنید.
  17. در dialog box ای که به شما اطلاع می‌دهد ممکن است برخی از سرویس‌ها در طول پیکربندی نیاز به restart داشته باشند، روی Yes کلیک کنید.
  18. در صفحه Connect to a server farm، روی Connect to an existing server farm کلیک کنید و سپس روی Next کلیک کنید.
  19. در صفحه SQL1 ،Specify Configuration Database Settings را در Database server تایپ کنید و سپس روی Retrieve Database Names کلیک کنید.
  20. روی SharePoint_Config در Database name list کلیک کنید و سپس روی Next کلیک کنید.
  21. در صفحه Specify Farm Security Settings، عبارت Passphrase را تایپ کرده و سپس روی Next کلیک کنید.
  22. در صفحه Completing the SharePoint Products Configuration Wizard، روی Next کلیک کنید.
  23. در صفحه Configuration Successful، روی Finish کلیک کنید. تب اینترنت اکسپلورر SharePoint 2013 Central Administration site را نشان می دهد. Internet Explorer را باز بگذارید.
  24. در APP1، در پنجره Internet Explorer برای SharePoint Central Administration، در تنظیمات سیستم، روی Manage servers in this farm کلیک کنید و بررسی کنید که WFE1 بخشی از farm است.
  25. در WFE1، از اینترنت اکسپلورر و تب Central Administration، برای How do you want to configure your SharePoint farm، روی Start the Wizard کلیک کنید. صفحه Working on it ممکن است برای مدتی قبل از تکمیل نمایش داده شود و ممکن است مجبور شوید wizard را دوباره راه اندازی کنید.
  26. در صفحه Configure your SharePoint farm، روی Next کلیک کنید.
  27. در صفحه Create Site Collection، در Title و description، از URL list ، “/” را انتخاب کنید و سپس روی OK کلیک کنید.
  28. این مرحله یک team site ایجاد می کند.
  29. در صفحه This fulls the Farm Configuration Wizard، روی Finish کلیک کنید.
  30. تب اینترنت اکسپلورر SharePoint 2013 Central Administration site را نشان می دهد که از آن می توانید SharePoint server را پیکربندی و مدیریت کنید.

بیشتر بدانید
مدیریت شیرپوینت
۱۴۰۲-۰۶-۰۳

انتقال SharePoint Server به از فارمی به فارم دیگر

SharePoint farm مجموعه ای از سرورها در نصب شیرپوینت است که یک configuration database (SharePoint_Config) را به اشتراک می گذارد. configuration database تمام تنظیمات و SharePoint configuration data برای SharePoint farm را در SharePoint_Config database ذخیره می کند. فقط configuration database در یک farm وجود خواهد داشت. SharePoint farm ایجاد می شود، در حالی که SharePoint products و configuration wizard برای اولین بار در سرور شیرپوینت اجرا می شود.

 

اگر ایجاد Server farm جدید را انتخاب کنید، یک configuration database جدید در SQL Server ایجاد می کند و سرور را به Farm اضافه می کند. اگر configuration database قبلا ایجاد شده باشد، به این معنی است که farm از قبل راه اندازی شده است. دفعه بعد که می خواهید سروری را به farm اضافه کنید، گزینه اتصال به Server farm موجود را انتخاب خواهید کرد.

با این حال ممکن است مواردی وجود داشته باشد که در آن چندین SharePoint Farm راه‌اندازی کرده‌اید که هر کدام Configuration database خود را دارند و می‌خواهید یک سرور را بین farm ها جابجا کنید. به عنوان مثال، من farm 1  را دارم که دارای 2 سرور شیرپوینت 2016 – SP2016S1 و SP2016S2 است.

 

من همچنین یک farm 2 دارم که شامل چهار سرور شیرپوینت 2016 است که هر کدام دارای Mini Roles هستند که در هنگام راه اندازی سرور اختصاص داده شده است. اکنون، من می‌خواهم SP2016S2 را از Farm 1 به Farm 2 منتقل کنم. در این مقاله نحوه رسیدن به این هدف را خواهیم دید.

 
Move SharePoint 2016 Server across Farms

ما از SharePoint 2016 products configuration برای جابجایی سرورها استفاده خواهیم کرد. مراحل کلی انجام شده مطابق شکل زیر خواهد بود.
  • Disconnect SP2016S1 from Farm 1.
  • Add Server SP2016S1 to Farm 2.

SharePoint 2016 products و configuration wizard را Spin up کنید.

 

با این کار Configuration Wizard راه اندازی می شود. روی Next کلیک کنید.

 

Disconnect from this Server farm را انتخاب کنید و روی Next کلیک کنید.

 

یک warning ظاهر می شود که سرور از مزرعه remove خواهد شد. برای ادامه روی Yes کلیک کنید.

 

سرور اکنون از remove ،farm خواهد شد و از configuration database قطع خواهد شد.

 

هنگامی که success message ظاهر شد، روی Finish کلیک کنید تا wizard بسته شود.

 

حال، اگر به صفحه Servers in Farm Central Administration برویم، می بینیم که فقط یک سرور لیست شده است. بنابراین سرور دوم از farm حذف شده است.

 

افزودن Server به new Farm

اکنون باید سرور را به new farm اضافه کنیم. SharePoint 2016 Products Configuration Wizard را یک بار دیگر اجرا کنید.

 

اکنون گزینه Connect to exist farm radio button را انتخاب کرده و Next را بزنید.

 

سرور پایگاه داده را مشخص کرده و روی دکمه Retrieve Database Names کلیک کنید. با این کار  configuration database از new farm اینجا fetch می شود.

 

passphrase را که هنگام ایجاد Farm در ابتدا وارد شد، مشخص کنید. هر زمان که یک سرور جدید به Farm متصل می شود، passphrase مورد نیاز است. روی Next کلیک کنید.

 

صفحه بعدی به ما این امکان را می دهد که Mini Role مرتبط با سرور را مشخص کنیم. Mini Role یک ویژگی جدید است که در شیرپوینت سرور 2016 معرفی شده است. عملکرد سرورها را در SharePoint farm بهینه می کند که بر اساس نقش است. آنها assign شده اند. Mini Role مناسب را انتخاب کرده و روی Next کلیک کنید.

 

اگر Feature Pack 1 برای شیرپوینت 2016 نصب شده باشد، صفحه ای که در بالا ذکر شد، مانند تصویر زیر، دو نقش مشترک دیگر نیز خواهد داشت.

 

صفحه بعدی Configuration Database Server Name، Database Name و Mini Role را خلاصه می کند. این آخرین فرصت برای ایجاد هرگونه تغییر خواهد بود.

 

اگر روی Advanced settings کلیک کنید، به ما این امکان را می دهد که انتخاب کنیم آیا سرور فعلی باید Host Central Administration را داشته باشد یا خیر.

 

برای شروع پیکربندی سرور جدید روی Next کلیک کنید.

 

تکمیل این کار مدتی طول می کشد و پس از اتمام، سرور به new Farm اضافه می شود.

 

برای بستن wizard روی Finish کلیک کنید.

 

با رفتن به servers page در Farm 2، می بینیم که سرور از Farm 1 به لیست سرور Farm 2 اضافه شده است.

بیشتر بدانید
ضبط پیام صوتی

زمان هر پیام صوتی 5 دقیقه است