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

Detach And Attach Content Database From One SP Farm To Another SP Farm

در دنیای فناوری، ما اغلب نیاز داریم که داده های کاربر را از یک مکان به مکان دیگر منتقل کنیم تا برنامه را به روز نگه داریم. به همین دلیل، در شیرپوینت، ما اغلب پایگاه داده محتوای خود را از یک farm به farm دیگر یا یک نسخه به نسخه دیگر منتقل می کنیم.

بنابراین در اینجا، روش آسان انتقال پایگاه داده محتوای خود را از یک محیط به محیط دیگر توضیح خواهم داد. پایگاه داده محتوا به نام “EDEMO” را از محیط http://dev.sharepoint.com به http://prod.sharepoint.com منتقل می کنم.

Note

قبل از ادامه، مطمئن شوید که نسخه پشتیبان SQL را گرفته اید و آن را در مکان دیگری ذخیره کرده اید و مطمئن شوید که هر دو SharePoint Farms از یک نسخه پایگاه داده استفاده می کنند.

در اینجا من، نسخه پشتیبان SQL را گرفته و آن را در یک درایو دیگر ذخیره کرده‌ام و به عنوان اولین گام، وضعیت پایگاه داده را با کلیک کردن روی Application Management -> Manage Content Database -> click that database و تغییر status به offline ،وضعیت را به آفلاین تغییر دادم.

 

مرحله 2

به SQL Server رفته و Management Studio را باز کنید. سپس، آن پایگاه داده را انتخاب کنید، کلیک راست کرده و Tasks >> Detach را انتخاب کنید.

در پنجره پاپ آپ بعدی، گزینه های “Drop Connections” و “Update Statistics” را علامت بزنید تا database به راحتی جدا شود.

 

یا می‌توانید اسکریپت PowerShell زیر را برای جدا کردن پایگاه داده محتوا اجرا کنید.

Dismount-SPContentDatabase –WebApplication http://sharepoint.com –Name “DatabseName” 

 

Note

cmdlet های Remove-SPContentDatabase را اجرا نکنید، پایگاه داده محتوا را برای همیشه حذف می کند.

مرحله 3

به محل database storage خود بروید تا فایل .mdb را بگیرید و فایل log را بگیرید تا به مکان مقصد بروید. در مورد من، من SQL را در c:\\programfiles\MSSQL\instanceName\Data نصب کردم.

 

مرحله 4

هنگامی که database را به مکان مقصد منتقل کردید، Management Studio را در سرور مقصد باز کنید و روی پوشه database کلیک راست کنید. گزینه “Attach” را انتخاب کنید.

 

مرحله 5

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

 

مرحله 6

فایل .mdb خود را Browse کنید و روی OK کلیک کنید.

 

مرحله 7

هنگامی که فایل .mdb را انتخاب کردید، به طور خودکار شامل فایل گزارش نیز می شود و پس از تأیید گزینه ها، روی OK کلیک کنید.

 

مرحله 8

اکنون، چند دقیقه طول می کشد تا content database را پیوست کنید.

 

مرحله 9

به صفحه “Manage content database” بروید و می توانید از گزینه “Add Content database” برای پیوست کردن database به web application خود استفاده کنید.

 

مرحله 10

می‌توانید دستور PowerShell زیر را برای پیوست کردن content database به web application مربوطه اجرا کنید.

Mount-SPContentDatabse –WebApplication http://sharepoint.com –Name “DatabaseName” 

 

مرحله 11

هنگامی که دستور با موفقیت اجرا شد، به manage content database بروید و ببینید آیا content database به درستی پیوست شده است یا خیر.

 

روش دیگری برای تأیید اینکه آیا content database با موفقیت به web application مربوطه متصل شده است، از طریق پیمایش Central Administration -> Application Management -> View all Site Collections است.

راه آسان برای بازیابی SharePoint Farm Password در شیرپوینت

معرفی

فردی که شیرپوینت ما را راه‌اندازی کرد ازینجا رفته. بنابراین اکنون، در اینجا من سعی می کنم این مورد را مدیریت کنم و متوجه شدم که هیچ کس دیگری رمز عبور را نمی داند. تلاش‌ها برای تماس با فرد قبلی تقریباً ناموفق بوده است. بنابراین این سؤال مطرح می شود – چگونه می توانم وارد شوم؟

راه حل اینجاست. ما می توانیم با کمک پنجره Command Prompt/PowerShell و IIS Manager این کار را انجام دهیم. ابتدا، با استفاده از یک local Admin account، باید وارد SharePoint Server ای شویم که Central Admin password آن را می‌خواهیم بازیابی کنیم.

پسوردهای Web/Service Application را می توان با ورود به آن سرورها بازیابی کرد.
IIS در اینجا Central Admin را تحت Farm Account credentials اجرا می کند. به طور مشابه، Web applications و Service applications در App Pools با credentials خود اجرا می شوند.

در IIS Manager نام Application Pool را که باید رمز عبور آن را بازیابی کنیم، همانطور که در زیر نشان داده شده است، می یابیم.

برای Central Admin، این می تواند باشد،

  • SharePoint Central Administration v4

اما، ما همچنین می توانیم گذرواژه های دیگر Application Pool ها را بازیابی کنیم، به عنوان مثال،

  • SharePoint – 80
  • e4b4b94050634ad2863ad7d7d17c3a17

سپس، در command prompt (یا PowerShell)، می‌توانید از IIS appcmd.exe برای درخواست فیلد Password از بخش ProcessModel فایل applicationHost.config استفاده کنید. به عنوان مثال، در PowerShell (در ONE LINE!):

  1. SharePoint Central Administration v4

cmd.exe /c $env:windir\system32\inetsrv\appcmd.exe list apppool “SharePoint Central Administration v4” /text:ProcessModel.Password

یک نمونه اجرا در زیر نشان داده شده است.

 

 

2. SharePoint – 80

cmd.exe /c $env:windir\system32\inetsrv\appcmd.exe list apppool “SharePoint -80” /text:ProcessModel.Password

یک نمونه اجرا در زیر نشان داده شده است.

0

 

3. e4b4b94050634ad2863ad7d7d17c3a17

cmd.exe /c $env:windir\system32\inetsrv\appcmd.exe list apppool “e4b4b94050634ad2863ad7d7d17c3a1” /text:ProcessModel.Password

یک نمونه اجرا در زیر نشان داده شده است.

مدیریت SharePoint Central Admin در Farm Administrators Group

هنگامی که روی manage the farm administrators group Link کلیک می کنید، در صفحه Farm Administrators قرار می گیرید. این صفحه به شما امکان می دهد farm administrators را مدیریت کنید.

Manage the farm administrators group’s direct link

/_layouts/15/people.aspx?MembershipGroupId=3

در یک شرکت، مدیران زیادی هستند که از SharePoint farm مراقبت می کنند و برای اینکه به آنها مجوز مناسب بدهیم تا بتوانند فعالیت های روزمره را انجام دهند، باید farm administrator را مدیریت کنیم.

گروه Farm Administrators گروه های ویژه در شیرپوینت و بخشی از مدیریت مرکزی شیرپوینت است. اعضای این گروه کنترل کامل شیرپوینت را دارند و آن اعضایی هستند که SharePoint administrators نامیده میشوند. به‌عنوان یک farm administrator، می‌توانید service applications, web applications، the administrators of service application, managed account و control the server attributes from Central admin را مدیریت کنید.به عنوان یک farm administrator، می توانید کنترل Site content را در دست بگیرید.

Note

عضویت در farm administrators به این معنی نیست که کنترل کامل site contents را دارید مگر اینکه بخشی از policy of web application باشید.

در manage the farm administrators group می‌توانیم کاربران جدید اضافه کنیم یا یک کاربر موجود را حذف کنیم، می‌توانیم group settings را تغییر دهیم، settings را مشاهده کنیم یا برای اعضای گروه‌ها ایمیل ارسال کنیم.

ما می توانیم عملیات زیر را در farm administrators انجام دهیم.

افزودن user به farm administrator group

لطفاً مراحل زیر را برای افزودن یک کاربر به Farm admin group دنبال کنید.

  • با user عضو farm administrator group و همچنین local admin روی سرور وارد central admin شوید.
  • روی منوی کشویی New کلیک کنید و روی Add Users کلیک کنید.

 

  • در new popup، لطفا اطلاعات زیر را وارد کنید.
  1. name / id/ email address کاربر را وارد کنید.
  2.  send an email invitation را علامت بزنید.
  3. اگر می خواهید customize کنید، متن ایمیل را وارد کنید.
  4. روی Share کلیک کنید.

 

 

اگر بر روی گزینه Share With کلیک کنید، تمامی کاربران/گروه هایی که در این گروه هستند را مشاهده خواهید کرد.

 

اکنون Waqas بخشی از farm administrator group است و او نیز یک ایمیل دریافت خواهد کرد.

حذف یک کاربر در farm administrator group

لطفاً مراحل زیر را برای حذف یک کاربر از farm administrators group دنبال کنید.

  • روی checkbox جلوی user ای که می‌خواهید حذف کنید کلیک کنید.
  • از نوار بر روی Action کلیک کنید و روی Remove Users from Group کلیک کنید.
  • بر روی پنجره Ok from warning کلیک کنید. (مطمئن شوید که کاربر صحیح را حذف می کنید).

 

  • اکنون خواهید دید که Waqas دیگر بخشی از farm administrator group نیست.
ارسال ایمیل به کاربران موجود

همچنین می توانید با انجام مراحل زیر ایمیل را برای کاربران موجود ارسال کنید.

  • کاربر موجود در farm administrators group را انتخاب کنید.

 

  • روی Action کلیک کنید و روی Email Users کلیک کنید.

 

  • در پاپ آپ روی Allow کلیک کنید.

 

  • با این کار یکی از برنامه هایی که mailto address را پشتیبانی می کند نصب می شود. یعنی outlook یا ایمیل متناسب با سیستم عامل شما.
Note

 

اگر هیچ کاربری انتخاب نشده باشد یا کاربر انتخاب شده هیچ آدرس ایمیلی نداشته باشد، با این خطا مواجه خواهید شد.

برای ارسال پیامک یا تماس با farm administrator groups می‌توانید همین مراحل را دنبال کنید.

تغییر Group Settings

همچنین می‌توانیم farm administrator group settings را با تغییر سایر گروه‌های شیرپوینت تغییر دهیم. لطفا مراحل زیر را برای مدیریت group settings دنبال کنید.

  • روی Settings و سپس روی Group Settings کلیک کنید

 

  • در قسمت Name می توانید نام گروه را تغییر دهید (توصیه می کنم آن را به صورت پیش فرض بگذارید).
  • در قسمت About Me می توانید توضیحات گروه را تغییر دهید و موارد جدید را وارد کنید یا آن را ویرایش کنید.
  • Group Owner مالک گروه را تغییر می دهد (مقدار پیش فرض farm administrator group است).
  • در قسمت View Membership شما می توانید انتخاب کنید که چه کسی می تواند membership این گروه را مشاهده کند. اعضای گروه یا همه را انتخاب کنید.
  • در قسمت Edit Membership ما می توانیم انتخاب کنیم که چه کسی می تواند group membership را از Group Owner به Group members ویرایش کند.
  • در Allow Requests می‌توانید با انتخاب بله یا خیر، درخواست groups joining یا leaving را تغییر دهید.
  • با Auto-Accept requests می‌توانید به درخواست‌ها اجازه پذیرش خودکار بدهید.
  • اگر به auto-accept اجازه دهید، می‌توانید آدرس ایمیلی که این درخواست‌ها روی آن ارسال می‌شود را مشخص کنید.
  • برای ذخیره تنظیمات روی Ok کلیک کنید.
 
مشاهده Group Membership

می توانید group membership موجود در farm administrator group را مشاهده کنید.

  • روی منوی Settings کلیک کنید و روی Group Membership کلیک کنید.

 

در پاپ آپ، central admin url و permission level را مشاهده خواهید کرد.

 

ایجاد گروه پیش فرض

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

  • روی منوی کشویی Settings و سپس روی Make Default Group کلیک کنید.

 

  • روی ok در popup  کلیک کنید.

 

  • اکنون این گروه، گروه پیش فرض(default group) سایت است.

انتقال شیرپوینت به شیرپوینت آنلاین

معرفی

همانطور که سازمان‌ها به سمت فضای ابری حرکت می‌کنند، متخصصان IT موظف می‌شوند تا اشتراک‌های فایل/محتوای درون‌محلی SharePoint خود را به SharePoint Online انتقال دهند. در این مقاله، ابزار Metalogix Content Matrix را برای انتقال به شیرپوینت آنلاین بررسی خواهیم کرد.

Content Matrix Console

Content Matrix Console – SharePoint Edition یک client application است که برای انتقال لیست های شیرپوینت، library ها و حتی کل site‌‌‌‌‌‌‌‌‌collection/site های شیرپوینت استفاده می‌شود. این انتقال ها را می توان در همان نسخه شیرپوینت یا بین دو نسخه جداگانه شیرپوینت انجام داد. هر سایتی را می توان به یک site collection ارتقا داد. به همین ترتیب، هر site collection ای را می توان برای تبدیل شدن به یک sub-site در طول فرآیند انتقال کپی کرد.

Supported Source Systems
  • Office 365-Dedicated (2013 & 2010)
  • SharePoint Server 2016
  • SharePoint Server 2013
  • SharePoint Foundation 2013
  • SharePoint Server 2010
  • SharePoint Foundation 2010
  • Office SharePoint Server 2007 & WSS 3.0
  • SharePoint Portal Server 2003 & WSS 2.0
  • Exchange PST files
  • eRoom (versions that include the eRoom XML API)
  • Wikis & Blogs
  • All HTTP-accessible (or HTTPS) static websites such as ASP, PHP, ASP.NET, or HTML
  • File Shares

Exchange Public Folders (from Exchange 2007, 2010)

Supported Target Systems

  • SharePoint Server 2016
  • SharePoint Server 2013
  • SharePoint Foundation 2013
  • SharePoint Online (Office 365)
  • Access – Mobile: Access via an IMAP server
  • SharePoint Server 2010
  • SharePoint Foundation 2010
  • Office SharePoint Server 2007
  • Windows SharePoint Services 3.0

Office 365 Dedicated (2013 & 2010)

نصب و راه اندازی

Content Matrix Console – SharePoint Edition را می توان بر روی هر رایانه ای که الزامات سخت افزاری و نرم افزاری اولیه را برآورده می کند نصب کرد. اگر محصول بر روی رایانه‌ای نصب شده باشد که آن نیز یک Web Front-end شیرپوینت است، فوراً می‌تواند از طریق سرور با حقوق کاربر متصل به آن مدل شی شیرپوینت متصل شود.

نسخه آزمایشی Metalogix را می توانید از اینجا دانلود کنید

https://www.quest.com/products/metalogix-content-matrix/

 

Brief on Migration(توضیحاتی درمورد انتقال)

انتقال شیرپوینت فرآیندی است که در آن تمام محتوای موجود در اشتراک فایل یا شیرپوینت خود را می گیریم و آن را به یک محیط جدید یا موجود منتقل می کنیم. در این مقاله، ما سایتی را منتقل می‌کنیم که دارای Site Column، Content Type، List with Lookup field و Metadata field، Custom View، Document Library with versioning enabled، لیست مرتبط با Workflow طراح، و صفحات با وب پارت ها است. همچنین، نحوه استفاده از فیلترهای موجود در ابزار Metalogix Content Matrix را برای فیلتر کردن یک Site/List/Libraryو تغییر نام Site/List/Library در حین انتقال از On-Premise SharePoint 2013 به SharePoint Online با استفاده از ابزار Metalogix Content Matrix بررسی خواهیم کرد.

 
مراحل انتقال:

در زیر مراحلی برای انتقال سایت از On-Premise به SharePoint Online وجود دارد. ما همچنین configuration مورد نیاز برای ارتقای یک site به site collection را در طول انتقال بررسی می کنیم.

  • Connect SharePoint 2013 and SharePoint Online Sites to the tool
  • Prerequisite Migration Step
  • Migration Configuration

 

Connect SharePoint 2013 and SharePoint Online Sites to the tool

برای انتقال یک سایت از یک منبع به هدف، هر دو سایت باید به ابزار متصل شوند. در زیر مراحل اتصال On-Premise و SharePoint Online به این ابزار و نحوه پیکربندی پروکسی و افزودن certification آورده شده است.

Connect to source and target site

در منوی نوار، Connection -> Connect to SharePoint، یک پاپ آپ “SharePointLogon” باز می شود.

 

Connection Options

در مرحله بعد، سایت On-Premise را با دادن آدرس سایت در کادر متنی Address متصل می کنیم.

 

Proxy Option

proxy server کامپیوتری است که به عنوان یک واسطه برای ارسال درخواست مشتری به سرور دیگری عمل می کند تا نتایج را به مشتری بازگرداند. استفاده از سرور پروکسی می تواند به افزایش امنیت intranet کمک کند و به بهبود زمان پاسخگویی به client search requests کمک کند. چنین تنظیماتی ممکن است به ابزار اجازه اتصال به سرور منبع/هدف را ندهند.

برای اتصال سرور فعال با پروکسی، در تب گزینه‌های پروکسی، «Enable Proxy» را علامت بزنید و نام Server و Port را در قسمت متن وارد کنید.

 

Included Certificates

SSL certificates اتصال ایمن بین client-server را فراهم می کند. راه اندازی HTTPS در سایت های شیرپوینت یک security addition است. چنین سایت هایی ممکن است به ابزار متصل نباشند، برای اتصال چنین سایتی بر روی “Add Installed Certificate” کلیک کنید و certificate مناسب را در “Included Certificates” اضافه کنید. 

 

پس از ارائه site URL و پیکربندی proxy و Certificate ، روی “OK” کلیک کنید تا سایت منبع به ابزار متصل شود. پس از برقراری ارتباط، سایت در صفحه زیر لیست می شود.

 

Connecting SharePoint Online Tenant Site

هنگامی که اتصال سایت منبع برقرار شد و تنظیمات پیکربندی شد، اکنون به SharePoint Online Tenant Site متصل خواهیم شد.

برای اتصال به SharePoint Online Tenant Site،باید Tenant URL را در Address input box وارد کنید و روی “OK” کلیک کنید، پس از اتصال tenant Site، در قسمت زیر لیست می شود.

 
Prerequisite Migration Step

انجام prerequisite steps مانند mapping users بین منبع و محیط مقصد و دادن مجوز مناسب به کاربر قبل از انجام انتقال .

مراحل زیر نحوه استفاده از Configure Global Mapping را برای Mapping کاربران بین منبع و محیط هدف و ارائه دسترسی مدیر فروشگاه اصطلاحی در Sharepoint Admin Center به حسابی که برای اتصال tenant site به ابزار استفاده شده است، توضیح می دهد.

 
Configure Global Mapping

User mapping باید قبل از انتقال سایت انجام شود. این به ابزار کمک می کند تا حساب کاربری SharePoint Online را با یک کاربر موجود در محیط On-Premise شناسایی و نقشه برداری(map ) کند.

در منوی نوار، به Settings -> Configure Global Mapping بروید، این Specify Global Mapping dialog را باز می کند.

 

Source Site را در پنجره سمت چپ dialog box انتخاب کنید، پس از انتخاب سایت، همه کاربران در زیر صفحه آیتم ها لیست می شوند.

 

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

 

کاربر را در سمت چپ و سمت راست کادر  “Specify User Mapping” انتخاب کنید و روی “Map” کلیک کنید. ورودی در صفحه زیر انجام خواهد شد.

 

برای unmap یک کاربر، ورودی زیر را انتخاب کنید و روی «Unmap» کلیک کنید.

 

Configuring Term Store Administrator

Metadata terms تنها زمانی انتقال می‌یابد که حساب مورد استفاده برای اتصال tenant site به ابزار دارای administrator privileges در Term Stores در SharePoint Admin Center Page باشد.

Term Store را در SharePoint Online Tenant Site باز کنید.

 

Administrator username را در Term Store Administrators  people picker ارائه کنید.

 

Migration Configuration

Configuration wizard دارای بخش های مختلفی است که هر بخش را می توان با پیکربندی گزینه ارائه شده توسط Metalogix کنترل کرد. ما تمام بخش ها را مرور می کنیم و گزینه ارائه شده را بررسی می کنیم. در زیر مراحلی که برای انتقال سایت باید طی شود آورده شده است.

 

Copy Site

در منوی نوار، “Connection” را انتخاب کنید، همانطور که قبلا source و target site را متصل کرده ایم، سایت load می شود.

در نمای Explorer، گره سایت مورد نظر را انتخاب کنید، کلیک راست کرده و “Copy Site” را انتخاب کنید.

 

Paste Site as Subsite

سایت مورد نظر را انتخاب کنید، کلیک راست کرده و “Paste Site as Subsite” را انتخاب کنید.

 

با کلیک بر روی «Paste Site as Subsite» یک نمای ساده از پیکربندی گزینه‌های Site Copying باز می‌شود.

 

Simplified View

در نمای ساده شده، مقدار پیش فرضی که در حالت پیشرفته نمایش داده می شود به طور خودکار اعمال می شود. اگر می‌خواهید مقدار گزینه را تغییر دهید، روی «Advanced Mode» کلیک کنید و به رابط حالت پیشرفته بروید.

با کلیک بر روی “Advanced Mode” در پایین wizard، رابط حالت پیشرفته load می شود که در آن wizard جدید در بخش های مختلف طبقه بندی می شود و گزینه ای برای تغییر مقادیر پیش فرض خواهد داشت.

در زیر توضیح دقیق هر بخش در configuration wizard آمده است.

 

Migration Mode

این گزینه ای را برای انتقال/کپی کردن سایت بر اساس نیاز کاربر می دهد.

Full Copy: تمام site content را در target site کپی می کند.

Incremental Copy: تمام site content از زمان آخرین انتقال کپی می شود.

Custom Copy: در 3 بخش طبقه بندی شده است.

  • Existing Sites

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

 

  • Existing List

کاربر گزینه ای برای بازنویسی لیست ها دارد یا می تواند هر کدام را از گزینه داده شده به روز کند.

 

  • Existing Items / Documents

کاربر گزینه ای برای بازنویسی Items / Documents دارد یا می تواند هر کدام را از گزینه داده شده update کند.

 

 

Site Option

Site Option: به کاربر امکان می دهد site template مورد نظر را انتخاب کند و نام سایت را در target تغییر دهد.

این به کاربر اجازه می دهد تا انتقال را کنترل کند. به عنوان مثال، اگر کاربر بخواهد child را کپی نکند، کاربر می تواند تیک Copy Child Sites recursively را بردارد.

 

در اینجا، “Rename Site” را انتخاب کرده ایم تا در هنگام انتقال ، نام سایت را به “News 2018” تغییر دهیم.

 

List Content Options

این ابزار به کاربر اجازه می دهد تا list migration(انتقال لیست) را configure(پیکربندی) کند.

اگر انتقال نباید subfolders را کپی کند، کاربر می‌تواند علامت «Copy Subfolders recursively» را بردارد. کاربر همچنین می‌تواند از انتقال نسخه استفاده کند.

 
Managed Metadata Options

هر Managed Metadata Term group که در سایت استفاده شده است به target منتقل می شود.

 

برای انتقال metadata، سرویس On-Premise Metadata باید به سرویس SharePoint Online Metadata map شود.

روی دکمه “…” در Map term stores برای مهاجرت کلیک کنید، با این کار کادر محاوره ای “Map Term Store” باز می شود.

 

با کلیک راست بر روی term store، منوی “Map to” ظاهر می شود که در آن کاربر باید SharePoint Online Managed Metadata Term Service را انتخاب کند.

 

Web Parts Options

گزینه Web part گزینه ای را ارائه می دهد که در آن کاربر می تواند انتخاب کند که آیا می خواهد web parts را در landing page کپی کند.

 

Permissions Options

Permission options به کاربر اجازه می‌دهد تا Permission level را کپی کند و همچنین ببیند آیا unique permission در list/library/items اعمال می‌شود یا خیر.

 

Mapping Options

Mapping Options این امکان را برای کاربر فراهم می‌کند که کاربران و گروه‌ها را map کند و امکان تغییر نام سایت‌ها، لیست ها و پوشه‌ها را به کاربر می‌دهد.

 

برای تغییر نام یک لیست، «Rename Specific Sites, Lists and Folders» را فعال کنید و روی دکمه «…» کلیک کنید، کادر محاوره‌ای باز می‌شود که در آن تمام محتوای سایت منبع فهرست می‌شود.

برای تغییر نام روی گره مورد نظر کلیک راست کرده و “Rename Selected Node” را انتخاب کنید.

 

New List Name and Title را در کنترل “Rename Settings” ارائه دهید.

 

پس از تغییر نام، ورودی در “List of Renamed Tasks” ظاهر می شود.

 

Filter Options

گزینه‌های فیلتر به کاربر امکان فیلتر کردن را می‌دهند، کاربر می‌تواند یک قانون/شرط بنویسد تا در حین انتقال یک Site, List, Item and Site Column خاص را رد کند/ شامل شود.

 

فیلتر مورد نظر را فعال کرده و روی دکمه “…” کلیک کنید تا قانون را برای فیلتر بنویسید.

 

Field, Operator و Value مناسب را برای ایجاد یک قانون فیلتر انتخاب کنید.

 

پس از ایجاد قانون، قانون را در «Apply filter on Lists and Libraries» رعایت کنید.

 

در صورت تصویب condition یا rules ، یک فیلتر، محتوا را منتقل می کند.

در انتقال بالا، منظور از “Ignore List” ، همان skip است، بنابراین قانون مانند “Name must not equal Ignore List” است. اگر نتیجه شرط “True” باشد، همه لیست ها منتقل می شوند.

 
Workflow Options

یک کاربر گزینه ای برای انتخاب اینکه آیا workflow باید منتقل شود یا خیر، دارد.

 

General Option

General Option دارای گزینه های انتقال کلی است، جایی که ابزار گزینه ای برای تغییر URL قدیمی (On-Premise) به URL جدید SharePoint Online می دهد. کاربر همچنین می‌تواند SMTP و جزئیات ایمیل را در «Send E-Mail After Copy» پیکربندی کند تا ایمیلی از ابزار با جزئیات گزارش دریافت کند.

 

Run Migration

 

با کلیک بر روی “Run” انتقال آغاز خواهد شد.

 

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

 

Job Panel

تمام لیست های کارهای انجام شده/ذخیره شده با جزئیات نمایش داده می شود. Saved Job را می توان اجرا کرد و همچنین می توانیم جزئیات گزارش کار را بررسی کنیم.

 

روی هر شغلی کلیک کنید گزارش کار خاص دریافت می‌شود. برای کسب اطلاعات بیشتر در مورد job item، با کلیک بر روی job item در Log Viewer جزئیات مربوط به Log Item را دریافت خواهید کرد.

 

Log Viewer

Log Viewer لیستی از تمام اقدامات انجام شده توسط ابزار را به ترتیب اجرا نشان می دهد.

 

Log Item Details

Log Item Details به تفصیل درباره کار انجام شده توسط ابزار توضیح می دهد.

 

warning زیر “Adding referenced user” ممکن است زمانی رخ دهد که کاربر در “Global User Mapping” نقشه برداری نکرده باشد.

 

error زیر “Copying Web Parts on Form Page” ممکن است زمانی رخ دهد که نام لیست در سایت هدف تغییر نام داده شود. این ابزار مرجع نام لیست قدیمی را خواهد داشت و سعی می کند فایل NewForm.aspx را با همان مرجعی که تغییر کرده است منتقل کند.

 
Migrate Site Collection to SharePoint Online Site Collection

در نمای Explorer، گره site collection مورد نظر را انتخاب کنید، کلیک راست کرده و Copy Site را انتخاب کنید.

 

در قسمت Explorer View، گره site collection مورد نظر را انتخاب کنید، کلیک راست کرده و “Paste Site Collection -> Admin Mode” را انتخاب کنید.

 

یک گزینه اضافی “Site Collection Options” هنگام انتقال به مجموعه سایت پیدا می شود.

کاربر باید Template مناسب را طبق site collection منبع انتخاب کند و URL سایت را وارد کند تا در سایت target ایجاد شود.

 

یک سایت می تواند به عنوان یک مجموعه سایت در target تبلیغ شود. در حین paste کردن، کاربر باید یک tenant node را انتخاب کند و کلیک راست کرده و یک paste انجام دهد.

 
Migrate an Item from On-Premise to SharePoint Online Site

List/Libraries را انتخاب کنید و روی «Item View» در منوی تب کلیک کنید تا همه موارد load شوند.

 

موارد List/Library در صفحه بارگذاری می‌شوند.

 

Item/Document مورد نظر را برای کپی انتخاب کنید، کلیک راست کرده و روی “Copy” کلیک کنید.

 

List/Libraries مورد نظر را در سایت مورد نظر انتخاب کنید و «Item View» را در Tab Menu انتخاب کنید، همه item/documents در صفحه بارگیری می‌شوند. روی پنجره کلیک راست کرده و روی «Paste Selected Item» کلیک کنید.

 
Create Site, List in Advance Mode

در منوی نوار به Settings -> Enable Advanced Mode بروید، این additional control را در Context Menu فعال می کند.

 

Context menu با قابلیت های اضافی load می شود.

 
Create List

روی سایت مورد نظر کلیک راست کرده و در منوی زمینه «Create List» را انتخاب کنید.

Site URL, Title, Description و Type را پر کنید.

 

Create Site

روی سایت مورد نظر کلیک راست کرده و در منوی زمینه «Create Site» را انتخاب کنید.

Site URL, Title, Description و Templateرا پر کنید.

 

Quick Launch Settings

بر روی سایت مورد نظر کلیک راست کرده و “Change Site Settings” -> “Quick Launch Settings” را در منوی زمینه انتخاب کنید.

 

با کلیک بر روی “Quick Launch Settings”، یک پاپ آپ “Change Quick Launch Settings” باز می شود. پنجره تنظیمات گزینه ای برای تغییر Current Navigation settings خواهد داشت.

 

Comparison After Migration

All Site Content

مطابق با پیکربندی بالا، “On-Premise List” به “O365 List” منتقل شده و نام آن تغییر یافته است، و طبق قانون فیلتر، “Ignore List” به عنوان بخشی از یک انتقال گنجانده نشده است. در زیر اسکرین شات منبع (On-Premise) و هدف (SharePoint Online) آمده است.

 

  • On-Premise
  • SharePoint Online

 

Site Column

تمام ستون های custom site به سایت SharePoint Online منتقل شده اند. در زیر اسکرین شات منبع (On-Premise) و هدف (SharePoint Online) آمده است.

 

  • On-Premise

 

  • SharePoint Online

 

Content Types

همه custom Site Content Types به سایت SharePoint Online منتقل شده اند. در زیر اسکرین شات منبع (On-Premise) و هدف (SharePoint Online) آمده است.

 

  • On-Premise

 

  • SharePoint Online

 

Metadata

Term Store group با نام “Company Location” از On-Premise به SharePoint Online منتقل شده است، همانطور که در لیستی که بخشی از این انتقال بود پیکربندی شده است. در زیر اسکرین شات منبع (On-Premise) و هدف (SharePoint Online) آمده است.

 

  • On-Premise

 

  • SharePoint Online

 

Landing Page Web part

همه page ها با web part ارائه شده در On-Premise به شیرپوینت آنلاین منتقل شده اند. در زیر اسکرین شات منبع (On-Premise) و هدف (SharePoint Online) آمده است.

 

  • On-Premise

 

  • SharePoint Online

 

Document Library

تمام document های موجود در “Documents Library” با نسخه سازی به سایت SharePoint Online منتقل شده اند.

 

  • On-Premise

 

  • SharePoint Online 

 

List

تمام item های موجود در “Employee Detail” با lookup و metadata field به سایت SharePoint Online منتقل شده اند. در زیر اسکرین شات منبع (On-Premise) و هدف (SharePoint Online) آمده است.

 

  • On-Premise List Data

 

  • SharePoint Online List Metadata Data Field

 

  • SharePoint Online Lookup Field

 

List View

Custom list view با نام “Formatted View” با versioning به سایت SharePoint Online منتقل شده است. در زیر اسکرین شات منبع (On-Premise) و هدف (SharePoint Online) آمده است.

 

  • On-Premise

 

  • SharePoint Online

 

Workflow

آخرین Workflow منتشر شده به سایت هدف منتقل می شود و با list/library مناسب مرتبط می شود، در حالی که workflow stage منتقل نمی شود. در صورت لزوم، ممکن است کاربر نیاز به راه‌اندازی مجدد Workflow در موارد قدیمی داشته باشد.

Workflow همانطور که انتظار می رود برای موارد جدید اجرا می شود. در زیر اسکرین شات منبع (On-Premise) و هدف (SharePoint Online) آمده است.

 

  • On-Premise

 

  • SharePoint Online

 

  • On-Premise Workflow Settings
 
SharePoint Online Workflow Settings

چند ابزار دیگر برای انتقال از شیرپوینت On-Premise به شیرپوینت آنلاین استفاده می شود.

Microsoft FastTrack: این سرویس مایکروسافت است که به شما کمک می کند تا به Office 365 وارد شوید.

Windows PowerShell: از cmdlet های PowerShell برای انتقال محتوا از سایت های SharePoint Server به Office 365 استفاده کنید.

Third-party tools با کپی کردن SharePoint Lists, Libraries, Sites, Workflows و Documents، تجربه انتقال را ساده می‌کنند.

چند ابزار انتقال که در زیر ذکر شده است.

  • Metalogix Content Matrix
  • Microsoft SharePoint Migration Tool
  • Sharegate
  • Saketa SharePoint Migrator

نحوه استفاده از انتقال سفارشی شده شیرپوینت On-Premise به شیرپوینت آنلاین و نحوه استفاده از ابزارهای دیگر برای انتقال سایت ها از شیرپوینت On-Premise به شیرپوینت آنلاین را در مقالات آینده بررسی خواهیم کرد.

 

Summary

در این مقاله نحوه انتقال یک سایت از On-Premise به شیرپوینت آنلاین، انتقال List/Library item و ارتقای site به Site Collection با استفاده از Metalogix Content Matrix Tools را مشاهده کردیم.

نحوه ایجاد سایت Sub-Site در شیرپوینت Sharepoint

فرایند زیر نحوه ایجاد یک SubSite در شیرپوینت را نشان می دهد.

مرحله اول:

وارد سایت شیرپوینت خود شوید.

مرحله دوم:

روی  “Setting” کلیک کنید و ” Site Contents” را از منوی کشویی انتخاب کنید.

 
مرحله سوم:

در پایین صفحه، در زیر header «Subsites» روی «new subsite» کلیک کنید.

 
مرحله چهارم:

“Title” و “Description” را برای subsite جدید خود وارد کنید، URL آن را انتخاب کنید و یک template برای این subsite انتخاب نمایید.

 
مرحله پنجم:

  permission های لازم و تنظیمات navigation را انتخاب کنید و روی “create” کلیک کنید.

 
مرحله ششم:

اکنون می توانید subsite جدید ایجاد شده را مشاهده کنید.

ایجاد Site Collection در SharePoint Central Administration

در این مقاله نحوه ایجاد Site Collection در شیرپوینت Central Admin را خواهیم دید. یک Site Collection مانند یک پایگاه برای تمام سایت های مختلف شما در شیرپوینت عمل می کند. می توانید از آن برای سازمان خود یا یک وب سایت عمومی استفاده کنید.

نحوه ایجاد Site Collection

بیایید Central Admin شیرپوینت را در دستگاه شما باز کنیم. در صفحه دسکتاپ ویندوز خود، روی Start >> Administrative Tools >> SharePoint Central Administration کلیک کنید

  • آن را به عنوان یک administrator اجرا (Run)کنید تا از امتیازات بالاتر برخوردار شوید.
  • اسکرین شات زیر را مشاهده خواهید کرد.
  • Central Admin دارای دسته بندی های زیر است.
  • روی Application Management کلیک کنید.
  • به  Web Applications >> Under Site Collections  بروید.
  • روی “Create Site Collections” کلیک کنید.
  • صفحه زیر را مشاهده میکنید.
  1. Web Application
    Web Application ای را که می خواهید تحت آن Site Collection ایجاد کنید، انتخاب کنید.   
  2. Title
    عنوان Site Collection را بنویسید.    
  3. Description
    در صورت نیاز توضیحاتی در مورد Site Collection ارائه دهید.
  4. Web Site Address
    آدرس وب سایت را به عنوان /sites/ یا /teams/ انتخاب کنید و Title را همانطور که URL شما باید داشته باشد ارائه دهید. همچنین میتوانید مسیرهای مدیریت‌شده را طبق نیاز سازمان خود تعریف کنید.
Template selection
  • Experience Version را انتخاب کنید. شما می توانید انتخاب کنید که ورژن 2010  یا 2013، در سایت داشته باشید.
  • Templates
    اکنون می توانید Template خود را که بر اساس دسته بندی های زیر است انتخاب کنید.
Collaboration

 

در بخش Collaboration، ما Template های ارائه شده در زیر را داریم.

  1. Team Site
  2. Blog
  3. Developer Site
  4. Project Site
  5. Community Site
Enterprise

 

در بخش  Enterprise ما Template  های زیر را داریم.

  1. Document Center
  2. eDiscovery Center
  3. Team Site- SharePoint Online configuration
  4. Business Intelligence center
  5. Compliance Policy center
  6. Enterprise search Center
  7. My Site Host
  8. Community Portal
  9. Basic Search Center
  10. Visio Process Repository
Publishing

در بخش Publishing موارد زیر را داریم

  1. Publishing Portal
  2. Enterprise Wiki

.

Custom

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

  • Primary Site Collection Administrator
    شما می توانید مدیری را انتخاب کنید که کنترل کامل مجموعه سایت شما را در اختیار خواهد داشت.

  • Secondary Site Collection Administrator
    شما می توانید یک مدیر ثانویه را انتخاب کنید که کنترل کامل مجموعه سایت شما را در اختیار خواهد داشت.
Quota Template 

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

پس از انجام تنظیمات، روی OK کلیک کنید تا مجموعه جدید شما ایجاد شود.

ایجاد Web Application در Sharepoint Server

در این مقاله نحوه ایجاد و مدیریت Web Application در شیرپوینت سرور 2016 را توضیح داده ایم.

  • در شیرپوینت، هر Web Application یک Website واحد را در IIS میزبانی می کند.
  • هر Web Application شامل یک یا چند site collection است.
  • در هر Web Application، یک content database و روش احراز هویت برای اتصال database ایجاد کنید.
  • هر Web Application باید یک نام دامنه منحصر به فرد داشته باشد.

 Sharepoint central administration را باز کنید

Application management -> Open Manage Web Application -> new

 create a new IIS Website را انتخاب نمایید.

اگر به دسترسی ناشناس(anonymous access) نیاز دارید، لطفاً “بله” را علامت بزنید.در این صورت، Site Collection شما تحت این Web Application برای کاربران ناشناس قابل مشاهده است.

SSL

اگر از Secure Sockets Layer (SSL) استفاده می کنید، باید گواهی SSL را با وب سایت IIS برنامه وب(Web Application) پس از ایجاد  وب سایت IIS مرتبط کنید.

در این نمونه  “No” را بزنید.

مرحله بعدی نوع authentication ادعاها است.

  • Basic authentication
  • Windows authentication
  • Forms based authentication

Basic authentication

احراز هویت اولیه(Basic authentication) به اعتبارنامه های حساب ویندوزی که قبلاً برای دسترسی کاربر اختصاص داده شده است نیاز دارد.

Windows authentication

Negotiate (Kerberos) پیکربندی امنیتی توصیه شده برای استفاده با احراز هویت ویندوز است. اگر این گزینه انتخاب شده باشد و Kerberos پیکربندی نشده باشد، از NTLM استفاده می شود. برای Kerberos، حساب Application Pool باید سرویس شبکه یا حسابی باشد که توسط domain administrator پیکربندی شده باشد.

Forms authentication

عضویت در ASP.NET و ارائه‌دهنده نقش برای فعال کردن احراز هویت مبتنی بر فرم‌ها (FBA) برای این Web Application استفاده می‌شود.

در این سناریو، من فقط از نوع Windows auth استفاده کرده ام. اگر به فرم‌ها + ویندوز نیاز دارید، هم فرم‌ها و هم اعتبار Windows Integrated را بررسی کنید.

اگر باید یک صفحه ورود سفارشی ایجاد کنید، می توانید آن را در اینجا ایجاد کرده و پیوند دهید، می توانید در صفحه ورود به سیستم پیش فرض بروید.

در تب Application Pool یک Application Pool جدید برای این وب سایت ایجاد کنید.

 هر کدام  از  Service Applications ها را که لازم است، انتخاب کنید.

OK  کنید.

برای کامل شدن ok کنید.

Web Application با موفقیت ایجاد شد.

روی Start-> Open IIS Manager کلیک کنید

روی Application Pool کلیک کنید.

اکنون می توانید Application ای را که ایجاد کرده ایم مشاهده کنید.

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

اکنون، سایت Web Application ایجاد شده در یک IIS میزبانی شده است.

احراز هویت اولیه را فعال کنید

  • روی احراز هویت کلیک کنید.
  • روی احراز هویت اصلی کلیک راست کنید -> روی Enable کلیک کنید.

ایجاد نمای های سفارشی به سادگی در شیرپوینت

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

 

 
 

قدم اول:

در اینجا من از لیست Employee details یا جزئیات کارمندان مانند شکل 1 استفاده کردم.

شکل 1: جزئیات کارمند

قدم دوم:

روی آیتم List menu در نوار بالا کلیک کرده و مانند شکل 2 روی Create View کلیک کنید.

 

شکل 2: Create View

قدم سوم:

صفحه نمایشی که داده شده در شکل 3 ظاهر می شود.

 

شکل 3: View Type

قدم چهارم:

برای نوع نما، روی نمای استاندارد کلیک کرده سپس صفحه نمایش داده شده در شکل 4 ظاهر خواهد شد

نام View را وارد کرده و در صورت نیاز برخی از ویژگی ها (مانند ایجاد نمای پیش فرض) را تغییر دهید.

شکل 4: وارد کردن نام نما

قدم پنجم:

همانطور که در شکل 5 نشان داده شده، ستون لازم را با استفاده از چک باکس در ستون Display انتخاب کنید.

در اینجا من Employee ID و Employee Name را انتخاب کردم

شکل 5: انتخاب ستونها

و همانند شکل 6 روی دکمه OK کلیک کنید.

شکل 6:   روی دکمه ی OKکلیک کنید

در نهایت نمای جدید مانند شکل 7 نمایش داده خواهد شد.

شکل 7: لیست جزئیات کارمندان

 

خلاصه

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

نصب و پیکر بندی power Bi report server

خیلی از سازمان‌ها به دلایل مختلفی مانند حریم خصوصی داده‌هارو امنیت و انطباق یا حاکمیت و حساسیت داده‌ها تمایلی به رفتن به محیط ابری ندارند.
Power BI Report Server بهترین گزینه برای کسانی است که در انطباق داده ها مشکل دارند و می توانند داده های خود را در فضای ابری یا Power BI آنلاین نگه داری کنند و از Power BI برای تهیه گزارش و هوش تجاری و تجزیه و تحلیل داده ها استفاده کنند.
 اگر تازه کار هستید، می توانید برای درک درستی از Power BI Report Server، به بررسی مسائلی چون  سرور Power BI Report چیست و نحوه نصب آن بپردازید.
در این مقاله مراحل لازم برای راه اندازی یا پیکربندی Power BI Report Server برای محیط داخلی را شرح میدهیم.
SQL Server Reporting Services قسمتی از مجموعه خدمات SQL Server است.
علاوه بر این، مایکروسافت Power BI Report Server را به دو روش ارائه کرده است:
SQL Server Enterprise
نسخه با Software Assurance و مجوز Power BI Premium
 
پیکربندی و راه اندازی SSRS و Power BI Report Server تقریباً مشابه است و اما اکثر مردم به خصوص در مورد راه اندازی و استفاده از قابلیتهای آن دچار سردرگمی می شوند.
این مقاله نحوه پیکربندی Power BI Report Server را به طور جداگانه و همچنین در همان دستگاهی که SQL Server Reporting Services در آن راه‌اندازی و اجرا می‌شود، شرح خواهد داد.
اجازه دهید مراحل زیر را برای راه اندازی Power BI Report Server دنبال کنیم.
 

مراحل پیکربندی

 قدم اول؛

Report Server Configuration Manager را باز کنید، ممکن است SSRS (سرویس گزارش سرور SQL) را در دستگاه خود نصب کرده باشید، بنابراین، آن را از محل Microsoft Power BI Report Server باز کنید. در غیر این صورت، تنظیمات آن ممکن است با پیکربندی SSRS مغایرت داشته باشد و با خطا روبرو شوید.

پس از باز شدن، صفحه زیر را خواهید دید ، Report Server Instance به عنوان PBIRS را انتخاب کنید و مطابق تصویر زیر روی Connect کلیک کنید.

 

به Service Account بروید و سپس گزینه Virtual Service Account را در استفاده از حساب داخلی انتخاب کنید. می‌توانید استفاده از یک حساب دیگر را هم انتخاب کنید و همانطور که در زیر نشان داده شده ، حساب (دامنه/کاربر) و رمز عبور را پیکربندی کنید. سپس روی Apply کلیک کنید.

 
 
بعد از آن، به آدرس وب سرویس بروید. دایرکتوری مجازی Report Server به طور پیش فرض ایجاد می شود. اگر سایت خدمات وب سرور گزارش خود را دارید، می توانید از آدرس IP، پورت TCP، گواهی HTTPS و پورت های HTTPS برای URL سرویس وب خود استفاده کنید. علاوه بر این، می‌توانید دایرکتوری مجازی پیش‌فرض را انتخاب کنید همچنین مقادیر پیش‌فرض را برای شناسایی سایت خدمات وب گزارش سرور انتخاب کنید.
 
 

به پایگاه داده بروید و مطابق شکل زیر  روی Change Database کلیک کنید.

 
 
پس از آن، صفحه ی زیر را مشاهده میکنید؛ اگر برای اولین بار قصد ایجاد یک پایگاه داده سرور گزارش را دارید، create a new report server database را انتخاب کنید.
با این حال، اگر قبلاً یک سرویس گزارش را نصب کرده اید، می توانید choose an existing report server database را انتخاب کنید. سپس روی Next کلیک کنید.
 
 
 

 

سرور پایگاه داده – Database Server

نام سرور خود را وارد کنید سپس نوع احراز هویت را به عنوان حساب سرور SQL، نام کاربری، رمز عبور و سپس Test Connection انتخاب کنید. اگر اتصال آزمایشی شما با موفقیت انجام شد، بر روی Next کلیک کنید.

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

 

پایگاه داده – Data Base

یک نام برای سرور گزارش پایگاه داده (نام پیش فرض) انتخاب کنید و بر روی Next کلیک کنید.یا می توانید نام دیگری برای پایگاه داده بگذارید.در سناریوی من، من نامی متفاوت از مقدار پیش فرض به پایگاه داده خود دادم.

 

اعتبار نامه – Credential

 
 
نوع احراز هویت را به عنوان اعتبارنامه سرور SQL انتخاب کرده، نام کاربری و رمز عبور را وارد کرده، سپس مطابق تصویر زیر  بر روی Next کلیک کنید.
اگر در مرحله قبل مقادیر پیش‌فرض را در انتخاب سرور پایگاه داده انتخاب کردید، در اینجا نیز می‌توانید با مقادیر پیش‌فرض وارد شوید.
 
 
 
شما می توانید جزئیات تنظیمات را در خلاصه ویزارد مشاهده کنید. در summary wizard بر روی Next کلیک کرده. ممکن است چند دقیقه طول بکشد تا تنظیمات کامل شود.
 
 
 
هنگامی که تنظیمات با موفقیت انجام شد، روی Finish کلیک کرده و در این مرحله، راه اندازی کامل شده است .
می توانید، به URL پورتال وب بروید.
شما می توانید virtual directory پیش فرض را در آنجا مشاهده کنید که با آن می توان تنظیمات را اعمال کرد.علاوه بر این، اگر می‌خواهیدvirtual directory را تغییر دهید، فقط نام دایرکتوری مجازی متفاوتی از مقدار پیش‌فرض را قرار دهید و روی Apply کلیک کنید.من قبلا SSRS را با دایرکتوری مجازی پیش فرض نصب کردم، بنابراین نام دایرکتوری را در مورد خود تغییر دادم.
 
 
 
 
 
اکنون، روی URL های موجود در صفحه بالا کلیک کنید یا می توانید URL را در مرورگر تایپ کنید تا Power BI Report Server باز شود.
سرور گزارش Power BI شما مطابق شکل زیر در مرورگر باز خواهد شد.
 

 

نتیجه

از این رو، این مقاله نحوه پیکربندی Power BI Report Server در محل را شرح داده است. بعد از پیکربندی، می توانید فایل های گزارش خود را در سرور گزارش Power BI آپلود کرده. امیدواریم این مطلب به شما کمک کند تا Power BI Report Server را در دستگاه جداگانه یا در همان دستگاهی که در آن SSRS با موفقیت اجرا می‌شود، پیکربندی کنید.

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

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

 

 
 

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

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

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

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

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

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

– لیست مجوزها

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

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

 

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

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

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

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

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

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

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

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

 

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

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

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

 

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

 

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

 

نظارت و کنترل

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

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

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

 

 

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

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

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

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

خلاصه

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

ضبط پیام صوتی

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