Where does the search index data get stored in sharepoint ? Is it in the index file location or in the SQL database ? Is it possible to read the index data using SQL queries ?
View Complete Post
I am wondering if there is a way to ingest google search index into SharePoint index such that when people search via SharePoint they see the Google results too… incorporated/federated inline with the SP results (not as a separate "box"
We have Google search in our environment and also share-point search. Share-point search for sharepoint site but Google search is for all other environments. Now i am thinking if we ingest the Google search index into share-point then may be its great deal
to provide user a platform to search everything on one place.
I done a web part which allow the user to query the search.asmx. It return the result fine against which I apply some xslt. However I need a mean to create a Page index. I only return the result based on a range defined in the query.
I need somehow to obtain the number of result the search is returning in total against what I only want to display on the screen.
The only way I sort of figure to do that is by first make a search just to obtain the number of result it will return in total and then make a search defining a range.
Has someone done something similar?
i wonder if i can use the windows indexing service to perform indexing on a database instead of file system ?
i.e we need to use the windows indexing service to create index table that contains information from all rows in the database
Since i have understood that sharepoint 2008 search express doesn't do any security trimming i am trying to index an external fileshare (on a non trusted domain) with it. After authenticating with the external domain account I can manually access all the
files in that share i need to. Sharepoint 2008 search express somehow is unable to use the crawl rule in which i specified a different content access account (which is the external domain account).It continuously gives the error "Access is denied. Check
that the Default Content Access Account has access to this content, or add a crawl rule to crawl this content."
Exactly the same configuration works fine with sharepoint search server 2010, but that does do security trimming and because of the share being completely external my users could't see any search results.
I have very big database, i am running a Re-index job and it's keep failing throwing everyday error stating "Online index operation cannot be performed on clustered index as index contains column of data type text, nvarchar.
is there any way i can search and change all such datatype of culstered into non-clustered indexes or any better solution i have.
I am having a problem that I really can't figure out, and have found -nothing- online.
When I run a backup (fromÃÂ Central AdminÃÂ or stsadm) it hangs just after trying to start the Shared Search Index, as seen from the logÃÂ below:
[8/28/2007 1:06:53 PM]: Verbose: Starting object: Shared Search Index.[8/28/2007 2:07:25 PM]: Error: Object Shared Search Index failed in event OnPrepareBackup. For more information, see the error log located in the backup directory.ÃÂ WebException: The current operation timed-out after 3600 seconds[8/28/2007 2:07:25 PM]: Debug:ÃÂ ÃÂ ÃÂ at Microsoft.Office.Server.Search.Administration.SearchSharedApplication.Microsoft.SharePoint.Administration.Backup.IBackupRestore.OnPrepareBackup(Object sender, SPBackupInformation args)ÃÂ ÃÂ at Microsoft.SharePoint.Administration.Backup.SPBackup.RunPrepareBackup(SPBackupRestoreObject node)[8/28/2007 2:07:25 PM]: Verbose: Starting object: sharepoint_company_MOSS_search.
A little bit
We want move our search database to a different drive on the same database server. In order to do this, we need all the SharePoint things that would connect to that database to be off. I see there is an stsadm command for stopping search but
it looks like this would have the same effect as using the Central Admin site--it would basically be the equivalent of uninstalling it. While I realize it is easy to uninstall and reinstall, the index of crawled content is pretty big and it would take
some time to rebuild the index completely.
Short of shutting down the SharePoint farm while we make the database move, how can you stop the SharePoint services that connect to the search database?
If we stop all of the app pools and all of the windows services related to SharePoint, will this accomplish the objective? So far at this point, it seems to me that the safest way to handle this would be to simply shut down the farm servers while we
do the db maintenance and restart them when it is done.
I have a requirement where I am trying to code a custom Search control. I am using the code snippet mentioned at
http://www.learningsharepoint.com/2010/07/28/programatically-get-search-scopes-for-search-service-application-sharepoint-2010/ to read the Search scopes.
However this gives the Shared search scopes. I am not able to read the contextual search scopes using these API's.
Can anyone help me o how to ready the contextual search scopes "This Site" and "This List" in SharePoint 2010?
I recently added an index server to our farm (MOSS 2007, 1 WFE, 1 SQL) and split up indexing and querying duties between the new server and old WFE. Everything appears to be functioning normally, I see no errors in the event logs, all service accounts
are the same as before, but if I try and do a search I get no results returned. I have been running crawls (current crawl time is 10 hours and counting) but if I look it says that there are 0 items in the index. I am also getting nothing in the
crawl log. No errors, no warnings, nothing. I'm stumped without any errors as to what might be the cause. Search was working fine before I added the new box. Any help would be appreciated.