Monday, March 17, 2014

SharePoint Roles

SharePoint Roles:

I am sharing this very simple Topic, because many of the Administrators want to know the difference and the responsibilities.

Owner:  Owner has a complete control over site, list, library and other content placed on site.

Designer: Users having designer role limited to certain activities. User can view, add, update, delete and approve content. Users can even customize the things, they have access to.

Editor: Editor role users are not allowed to customize site design or content. Users can add, edit, update and delete content from the site.

Contributor: Very limited role. They can delete content items which they have created but not by other.


Reader: Users are only allowed to view the content of site. Users are assigned to Reader roles can download and edit the content but cannot save it back on SharePoint site.

Please Comment if you need Any Help.Your Feed back is always Welcome.I Am Happy to Help !!!!!

Tuesday, March 11, 2014

We don’t have any refiners to show you

We don’t have any refiners to show you
                                      
 Issue: while we search for something in search centre, we can get the results but, it shows error” We don’t have any refiners to show you” or a “white space on left side of search centre”


Cause: This is due to the refinement web part is not added on search page or settings are not configured properly.There would be many other reasons this is one of those.

Solution: follow the below steps to add web part and configure settings.

1.   Open the search centre web page
2.   Go to site settings->edit page
        

3.   Click on Add web part         
                                 
4.   Go to search in categories and select Refinement and click ADD      

5.   The web part will be added                           
6.   Go to Edit web part and select Choose Refiners option.
                  



7.   Click on Choose refiners to select the Refiners.
              


8.   Click OK once selected and go back to Search and check the output.             


Please Comment if you need Any Help.Your Feed back is always Welcome.I Am Happy to Help !!!!!

Friday, March 7, 2014

The local farm is not accessible. Cmdlets with FeatureDependencyId are not registered

The local farm is not accessible. Cmdlets with FeatureDependencyId are not registered            

Problem occurs when you start SharePoint 2010 Management Shell (Power shell) but don’t get access to the farm. You would be unable to run commands. 

 Solution 1:Run Power shell with another user who don’t see above message e.g. Farm Admin


 Solution  2: 
  
1.    Execute “Add-SPShellAdmin -Username domain\User”(required user that you want to get Access to Power shell)
2.    Successful execution will ensure that desired user is Shell Admin and can execute commands. 
                            http://technet.microsoft.com/en-us/library/ff607596.aspx 

Solution  3:

As you can see it is Power Shell Version 3.0 which doesn’t support SharePoint 2010

to resolve the issue, change Power Shell start menu short cut path and added –version 2.0 switch parameter, below is the complete path with –version 2.0 switch.

C:\Windows\SYSTEM32\WINDOWSPOWERSHELL\V1.0\PowerShell.exe -version 2.0 -NoExit " & ' C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\CONFIG\POWERSHELL\Registration\\sharepoint.ps1' "

Add –version 2.0 switch;

By doing this  could run Power Shell 2.0 which support SharePoint 2010 commands

  

Please Comment if you need Any Help.Your Feed back is always Welcome.I Am Happy to Help !!!!!

Thursday, March 6, 2014

The term is not recognized as the name of a CMDLET

The term is not recognized as the name of a CMDLET
     


The issue occurs some times while we run the CMDLETS on windows power shell or SharePoint management shell. Its due to the path issue, we can’t simply type the name of a script file in order to run it. Even with the execution policy configured to permit scripts, must precede the script filename with a path. you’ll see the” .\ “path in use, which refers to the current directory. You could also provide any other absolute or relative path in order to run a script—but you must provide a path of some kind. 


 Please Comment if you need Any Help.Your Feed back is always Welcome.I Am Happy to Help !!!!!

SharePoint Up gradation(Moss2007->sharepoint2010-> sharepoint2013)

SharePoint Up gradation(Moss2007->sharepoint2010-> sharepoint2013)                  


I am giving my personal views as per my experience on up gradation of SharePoint. If anyone has any concerns please make a comment.

Initially, we cannot directly Upgrade from Moss 2007 to SharePoint 2013.we must follow the 2 stage Upgrade process here. which means, we must upgrade MOSS 2007->SharePoint 2010 first and then SharePoint 2010->SharePoint 2013 only.

we must consider so many factors for upgrade. From SharePoint 2010->SharePoint 2013 it must be through data base attach method only. The In place upgrade method is deprecated in SharePoint 2013.We must build a new SharePoint 2013 farm for Upgrade from SharePoint 2010.providing the steps below for a single web application as in brief. We need to follow the same steps for other web applications as well to perform the upgrade.


We must take care of below before doing the up gradation.

Site templates, web parts, site themes, workflows, web templates, site definitions….

We can only do upgrade in below order only. we can’t do upgrade directly from different versions of SharePoint.

SharePoint foundation 2010 -> SharePoint foundation 2013
SharePoint server 2010-> SharePoint server 2013
SharePoint enterprise 2010-> SharePoint enterprise 2013

SharePoint, project server enterprise 2010-> SharePoint, project server enterprise 2013

There is another issue also while we upgrade the site from SP 2010->SP 2013,It should be authentication issue. Classic authentication method is deprecated in SP 2013. So to upgrade site from SP 2010->SP2013 which is created with Classic authentication in SP2010, first need to change the authentication from Classic->Claims and then upgrade in SP 2013.

1.   Build a new SharePoint 2013 farm first

2.   Go to SQL Server and take backup of the content database and restore it into your new SQL server.
3.   Create new web application and site collection in SP2013.
4.   Now remove the content database for the newly created  web application in SharePoint 2013.Follow below to do
·        Go to central Administrator
·        Click on Application Management and then
·        click on content database => Manage Content database
·        Then select the newly created web application URL in sp 2013
·        Click on the database which is on the left side.
·        Then go to remove content database part and check the checkbox then it will prompt you popup there click on then again ok button.
5.   Now test whether the web application still having relation with the content database by using the following command.
Test-SPContentDatabase-Name "name of content database"-webapplication "URL of webapplication".
6.   Now go to SQL server and delete the database related to SP 2013 manually
7.   Now restore the 2010 content data base manually.
8.   Now we need to attach the restored content database  by using following command.
Mount-SpContentDatabase-Name "Database name"-webapplication "URL of webapplication".
9.   Now we can get following error like “Upgrade completed with following errors".
10.           Finally Migration has been completed successfully

For Service Applications: we only can upgrade below 6 service applications from SP 2010->SP 2013

·        User profile
·        Managed meta data
·        BDC
·        Search
·        Performance point
·        Secure store

There is another process to upgrade service applications. We should run by power shell. 

2007 needs to be patched at SP3 to upgrade to 2010.

Please Comment if you need Any Help.Your Feed back is always Welcome.I Am Happy to Help !!!!!

ShareThis

X