Tag Info

Hot answers tagged

2

When the long-running incremental crawl finishes after the 11 PM deadline, the next incremental crawl (e.g. at 1 AM) will be a new incremental crawl. The long running crawl will finish its work and the new crawl will process all the changes from the content database since the long-running crawl started.


2

No, it does not. The continuous crawl has a delay of 15-20 minutes before it starts and will add items that has been added since the full crawl was started. http://social.technet.microsoft.com/wiki/contents/articles/15571.sharepoint-2013-continuous-crawl-and-the-difference-between-incremental-and-continuous-crawl.aspx


2

I would do the following: priorize the incremental crawl with "high" priorize the new content source with "low" limit the requests to the new site in crawler impact rules start the crawl on friday night and pause it on monday - repeat until you have the main chunk indexed (use powershell to automate) With this the impact should not be that hard.


2

You cannot index a list that exceeds the threshold. This is explained in this Microsoft article: Manage lists and libraries with many items Because creating an index requires accessing all items in the list, it's possible you may be blocked from creating an index for a column if the entire list exceeds the List View Threshold. If this occurs, do the ...


2

In SP2013 you also need to run New-SPEnterpriseSearchFileFormat see HOW TO: Implement a custom iFilter in SharePoint 2013


2

Try following the steps here to reset the password within sharepoint. Specifically: (4) SharePoint Server Search Content Access Account(s) 4.1. Bring up the Search Service application in Central Admin. 4.2. Click the Default Content Access Account in the "System Status" section. 4.3. Change the password of the account in the popup. 4.4. Please note ...


1

You can define crawler impact rules so you can reduce the load SharePoint will put on an external site. What type of content? Is this static HTML pages or something different? You may want to be sure your crawler is also configured to crawl complex URL's. You can also adjust the SharePoint crawler timeouts and retry events - but these are server settings ...


1

Looks like this issue is related to space on the disk holding the index. We started with a small disk with only around 5GB and apparently these errors started to show up when there was around 1GB left on that disk. We resized the disk for the index and after that we were able to index all items on the fileshare without these errors.


1

Turns out the Page Layout had a reference to 16.0.0.0 that was causing search to blow up. The site started out as an O365 site but was recently migrated to on-prem; this must have slipped through the cracks. Honestly, I'm surprised the page loaded at all.


1

Managing Search on a development machine can be a challenge. One approach is to only maintain a representative amount of content so that you can do the needed development without suffering long crawl times. In a development environment you need RAM and fast disks. In production you will either use continuous crawling or create scheduled crawl times. Either ...


1

This isn't really possible without having multiple farms each with a separate Search Service Instance. I would suggest you basically split out your 1.5TB of content into a separate farm with a dedicated Search instance. You can even use HOSTS entries on the crawl servers so they have their own local dedicated WFE servers for the crawl process to iterate ...


1

The tag cloud stuff in SP2010 is somewhat circuitous. The process works like this: At the document library you enable metadata publishing (Library Settings > Enterprise Metadata and Keyword Settings. Check 'Save metadata on this list as Social tags' Once that's been enabled an event receiver will push any new or edited MMS column values to the social ...


1

You will see DispForm.aspx when crawled items do not have titles. Search relevance is significantly improved by quality titles for items, both list items and library items. I am not clear on how they could have removed the title field, if they did they really messed up. If changing the content type so that it has a title is not an option and you can only ...


1

Not really - as you mentioned it is by design, and excluding DispForm.aspx will exclude a lot of other content from your farm. If you had specific areas you want to exclude this, you can exclude DispForm in a specific Search Scope, or exclude a specific list from being displayed in search results.


1

Yes - you can do that. Split the sitecols to your need in different content sources. You can automate it with PowerShell. Beware: The reorganization can delete items from your index and a recrawl could be necessary!



Only top voted, non community-wiki answers of a minimum length are eligible