Christopher on SharePoint Search - All Comments

?????????????? ???? 8 ?????????? » ?????????????? «100 ?????????????? ??????, ????????: ???????????????????? ????????????

Sun, 28 Feb 2010 14:28:23 GMT

Pingback from ?????????????? ???? 8 ?????????? » ?????????????? «100 ?????????????? ??????, ????????: ???????????????????? ????????????

Sharepoint Search Performance « Sladescross's Blog

Sharepoint Search Performance « Sladescross's Blog — Sat, 20 Feb 2010 16:56:49 GMT

Pingback from Sharepoint Search Performance « Sladescross's Blog

??ghyBlog » links for 2009-05-31

??ghyBlog » links for 2009-05-31 — Fri, 15 Jan 2010 00:02:15 GMT

Pingback from ??ghyBlog » links for 2009-05-31

Sharepoint 2007 Indexing Optimisation « Sladescross's Blog

Sharepoint 2007 Indexing Optimisation « Sladescross's Blog — Wed, 09 Dec 2009 09:05:38 GMT

Pingback from Sharepoint 2007 Indexing Optimisation « Sladescross's Blog

Social comments and analytics for this post

uberVU - social comments — Fri, 13 Nov 2009 04:16:49 GMT

This post was mentioned on Twitter by pl_sharepoint: Christopher Even: Great overview of what's coming for search in #SharePoint 2010. planetsharepoint.org/168a2e

Twitter Trackbacks for Great overview of what's coming for search in SharePoint 2010. - Christopher on SharePoint Search [sharepointsearch.com] on Topsy.com

Fri, 13 Nov 2009 03:42:21 GMT

Pingback from Twitter Trackbacks for Great overview of what's coming for search in SharePoint 2010. - Christopher on SharePoint Search [sharepointsearch.com] on Topsy.com

re: Best Practices for LARGE SharePoint Lists and Documents Libraries

notorioustech — Tue, 03 Nov 2009 13:41:37 GMT

If your primary focus is to reduce the single database size then yes, this could work. It is not standard model to split content database and is a more advanced trick.

There is another option for this too though.

There are a few companies with extensions to the blob store which will instead store the file attachments on the file system instead of the database, reducing size. I would look at doing this and optimizing the one database first before anything else.

re: Best Practices for LARGE SharePoint Lists and Documents Libraries

jpmv — Tue, 03 Nov 2009 10:28:09 GMT

Hello,

Well but it's possible to create a site collection in a diferent content DB, so if i split a large list into smaller ones inside Site Collections (bellow the main site collection for the web application), and use managed path, i could split the documents in several different SQL Server DBs right? But this creates na overhead on user management and to be able to search for all documents... there is an alternative way? (Microsoft best pratices says that a content dbs should be between 50 ~ 100GB)

best regards

re: Best Practices for LARGE SharePoint Lists and Documents Libraries

notorioustech — Mon, 02 Nov 2009 18:16:13 GMT

It would be the same content database across site collections too if they are part of the same web application.

If your goal is to provide one "rollup" interface across all the split up lists, this is a bad idea. In order to do that kind of merging you need to load into memory all the items and then combine, facing the same issue that the XML/XSLT webparts face.

Alternatively, putting the items into Folders within the list would give you better control then have multiple lists within the same web application.

re: Best Practices for LARGE SharePoint Lists and Documents Libraries

jpmv — Mon, 02 Nov 2009 15:13:02 GMT

Hi,

What is your advice regarding storagE limits?

if a list grows in size above 100GB, splitting the list through several site collections with one list would be a good choice? i'm asking because if splitting inside the same site collection (for example in several subsites) the content database would be the same...

best regards,

re: Internet Explorer 8 causes 401 problems on SharePoint Servers using Host Headers. Don't install till you read this!

Norsivad — Thu, 29 Oct 2009 23:14:51 GMT

The work around is not the suggested fix. This entry code-journey.com/.../account-failed-to-log-on-0xc000006d-unable-to-load-website-from-local-server

Has the preferred fix.

That said the first registry hack fixed mine for about 12 hours then it failed again.

Frustrating

re: Writing a custom protocol handler for SharePoint

notorioustech — Sat, 24 Oct 2009 00:08:46 GMT

I have never had a problem personally. What kind of errors are you seeing? Did you check the main sharepoint logs, what is the actual error message

re: Writing a custom protocol handler for SharePoint

Dan — Fri, 23 Oct 2009 13:43:21 GMT

I've had a custom protocol handler for a couple years working great with all kinds of different iFilters. For some reason, it doesn't work with the Office 2007 iFilters. I know they're installed correctly because SharePoint sites with .docx files crawl just fine. Anybody have any insight on this?

Thanks

re: Beware: Adobe 9 ifilter can use up CPUs even when not filtering

Christian — Thu, 01 Oct 2009 07:56:00 GMT

I can confirm that replacing the Adobe 9 PDF iFilter on our index server with Foxits solved our CPU problems.

re: Writing a custom protocol handler for SharePoint

Grisha — Thu, 17 Sep 2009 13:03:04 GMT

Hi,

I'm trying to implement the sample. In EnsureContent function I create some temporary file with ".htm" extension and flush my content into it. FilePath property returns the path to the file. When indexing, I see the following error in crawl log:

"The filtering process could not be initialized. Verify that the file extension is a known type and is correct"

I checked that the file can be opened with Internet Explorer without a problem and in IE I see the right content. I also tried to set m_ContentType to "text/html", though I thought setting the file extension to "htm" should be enough.

Can you help me with this?

Thanks,

Grisha