Saturday, September 21, 2013

SharePoint 2010 or 2013 Roles, Responsibilities & Support Policies from a SharePoint Consulting Perspective

http://www.aiim.org/community/blogs/expert/sharepoint-2010-or-2013-roles-responsibilities-support-policies-from-a-sharepoint-consulting-perspective

Sunday, August 25, 2013

Which services run on each server in SharePoint 2010 server setup ( 1 App, 2 WFE,1 Sql)

Front End Servers

Microsoft SharePoint Foundation Web Application
Search Query and Site Settings Service
SharePoint Server Search Service
2011-08-22-WhichServices-01.jpg

Application Server

Access Database Service
Application Registry Service
Business Data Connectivity Service
Central Administration
Claims to Windows Token Service
Document Conversions Launcher Service
Document Conversions Load Balancer Service
Excel Calculation Services
Lotus Notes Connector (If required)
Managed Metadata Web Service
Microsoft SharePoint Foundation Incoming E-mail
Microsoft SharePoint Foundation Workflow Timer Service
PerformancePoint Service
PowerPoint Service
Search Query and Site Settings Service
Secure Store Service
SharePoint Foundation Search
SharePoint Server Search
User Profile Service
User Profile Synchronization Service
Visio Graphics Service
Web Analytics Data Processing Service
Web Analytics Web Service
Word Automation Services
Word Viewing Service
2011-08-22-WhichServices-02.jpg

Sunday, July 14, 2013

illegal operation attempted on a registry key that has been marked for deletion sharepoint search 2007

Troubleshot steps to fix the issue:

1. Stop office serach service in CA 
2  Stop the OWSTIMER service on ALL of the MOSS servers in the farm.
3. Stop Proxy server settings in search administration (Un check check box)
4. Started the Search Query and Site Settings Service on all the servers in the farm that query happens on (in Central Admin, Manage Services on Server)
5. IIS reset in All servers.

Clear the SharePoint Configuration Cache

To clear the config cache on the farm, follow these steps:
  1. Stop the OWSTIMER service on ALL of the MOSS servers in the farm.
  2. On the Index server, navigate to:                          
  3. Server 2003 location: Drive:\Documents and Settings\All Users\Application Data\Microsoft\SharePoint\Config\GUID and delete all the XML files from the directory. 
    Server 2008 location: Drive:\ProgramData\Microsoft\SharePoint\Config\GUID and delete all the XML files from the directory.
  4. Delete all the XML file in the directory. NOTE: ONLY THE XML FILES, NOT THE .INI FILE.
  5. Open the cache.ini with Notepad and reset the number to 1. Save and close the file.
  6. Start the OWSTIMER service on the Index server and wait for XML files to begin to reappear in the directory.
  7. After you see XML files appearing on the Index server, repeat steps 2, 3 & 4 on each query server, waiting for XML files to appear before moving to subsequent servers.
  8. After all of the query servers have all been cleared and new .xml files have been generated, proceed to the WFE and Application servers in the farm, following steps 2, 3, 4 and 5 for each remaining server.

The protocol handler cannot be found. Check that the handler has been installed.

Troubleshooting:

Ø  We could see that the Search Service was started on only 1 server
Ø  Checked the search service was started and that the indexer was assigned è all ok
Ø  Decided to move the entire search function on the other WFE in order è same behavior
Ø  Decided to run a clear configuration cache as explained here:  http://blogs.msdn.com/b/josrod/archive/2007/12/12/clear-the-sharepoint-configuration-cache-for-timer-job-and-psconfig-errors.aspx  è same behavior
Ø  Ran psconfig –cmd services install è same behavior
Ø  This had to be related to the search service.
Ø  Checked following registry keys: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office Server\12.0\Search\Setup\ProtocolHandlers è OK
Ø  Checked: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office Server\12.0\Search\Applications\<GUID> \Gather\Portal_Content\Protocolsè we were missing some entries here
Ø  Decided to register the .dll again for the search: regsvr32 "%CommonProgramFiles%\Microsoft Shared\web server extensions\12\BIN\mssph.dll"
Ø  Restarted the search service
Ø  Started a full crawl and we could see it was crawling successfully.
Ø  Checked on the other server and we could see that the entries were missing there from the registry too.
Ø  Ran regsvr32 "%CommonProgramFiles%\Microsoft Shared\web server extensions\12\BIN\mssph.dll"







Wednesday, December 19, 2012

CAML Designer for SharePoint 2013

Sharepoint 2013 Caml designer is a very nice and save time for developers

Reference :

http://karinebosch.wordpress.com/my-articles/caml-designer-for-SharePoint-2013/