I have following problem with my Sharepoint website. (The view cannot be displayed because the number of lookup and workflow columns it contains exceeds the threshold (8) enforced by the administrator) but any solution I have found online points me to change the throttle settings in web applications settings under central administration. My problem is I simply do not have Central Administration > Web Applications etc... The problem is appearing on a document library for me and I have explored very settings options on the site but cannot find anything about trottleing or column threshold. I just have Site Settings > Library settings etc...
How can I increase the column threshold in this case?
I am working on a Sharepoint website and have Workspace and Designer 2010.
The information you found is correct. You must access the Central Administration site from the server itself. It sounds like you are not logging into the server, but using SPD and the Sharepoint site from your workstation. If you don't have access to RDP to the server, you must contact someone who has access.
On another note, it's not recommended to increase that threshold.
Application Management > Manage Web Application.
In the Web Application list, select the web application you need.
Then go to General Settings > Resource Throttling.
In the Resource Throttling window, scroll down to List View Lookup Threshold and change the value to the number that suits your needs.
Use caution when changing this setting:
This does have a very significant impact on SQL performance. In the article below you can see that in this persons tests, using 8 and executing the query there was about 7% CPU utilization on SQL. Moving that to 10 and executing a query that pulls back 10 columns increases the CPU utilization to almost 40%.
http://sympmarc.com/2012/07/23/sharepoints-list-view-lookup-threshold-and-why-we-dont-change-it/
You can also read the whitepaper here: http://technet.microsoft.com/en-us/library/ff608068(office.14).aspx
Related
I am looking at creating some reports using the available analytics in SharePoint 2010. I have admin rights for the site and it's sub-sites.
Looking at the available options, there are useful reports that you can use:
Top pages
Top vistors
Number of daily unique visitors
These are all useful, however I need more. What I need to be able to do is:
1) Create user based report that details all the URL's that a visitor has accessed.
2) Create a report that shows top pages visited, but have the abailable to remove certain users (the admin users that are on there all the time, which doesn't provide a true reflection of the figures)
Looking at this, in the analyze tab > change settings, there is only really one option within the filter, like 'visitor contains'. I was hoping that there would be multiple filters that I could apply?
Is there a way I can the above 2 options in SharePoint 2010 via the 'Site Collection Web Analytics reports'?
Thanks
SharePoint 2010 analytics is a bit limited.
It will collect lot's of information, but there is no out of the box functionality to display/analyze all the data.
You'd either create your own solution or look for a 3rd parity.
A good starting point is CardioLog, it has a free version and might provide you with some insights on what SharePoint 2010 analytics should look like.
I have created a library in which videos are going to store. but when i am going to upload media file greater than 50 mb, it gives me an error like 'An unexpected error has occured'.
so my question is how can i upload heavy media files as document in sharepoint 2010 library.
There are several places where such a limit might be configured:
For WebDAV it is in the registry (Key FileSizeLimitInBytes) at HKLM\SYSTEM\CurrentControlSet\Services\WebClient\Parameters which is a client-side limit (default 50 MB)!
For IIS it is in the web.config of the site (<requestLimits maxAllowedContentLength="XX" />)
For Sharepoint itself:
Configure maximum file size for a SharePoint web application
In Central Administration, in Application Management, click Manage web applications.
NoteNote
Select the application (for example, SharePoint - 80).
On the Web Applications ribbon, click the down arrow on the General Settings button.
Click General Settings.
Scroll to Maximum Upload Size.
Click OK.
I have a document library with a few files in it and I've noticed that doing a search for files in the document library (even the exact file name) does not seem to give any search results. The search does seem to provide results of terms within lists (such as Project Tasks) thought.
Does Sharepoint Services 3.0 index files within document libraries? I've gone into Advanced Settings of the document library -> Search and made sure the radio button is set to 'Yes' (it was 'Yes' by default).
The short answer is Yes.
The long answer will require some further reading as I can't remember how or where to set it up and of course there is always the chance you have it configured but it just isn't working.
OK, after doing a little digging around it turned out the Service Account and Content Access Account in SharePoint Central Administration > Operations > Services on Server > Windows SharePoint Services Search Service Settings were both set to the in-built user "Local System" which didn't have the permissions to fully index the site. What was odd was that it was indexing the lists but not the documents - I presume a different type of indexing operation is done on the two.
I created a new user on the server with the relevant permissions and assigned that to the Service and Content Access Account and within minutes I could see the Document Libraries within the search results.
We have a heavily customised SharePoint publishing (WCM) site that uses no web parts in order to meet with XHTML and (AA) accessibilty guidelines. The trouble is that the search functionality is not generating any usage statistics (Usage reports within Search Administration in the SSP). We know this is down to our customisations because we have a couple of the OOTB team sites in the farm which are generating search statistics. We are not sure where/how we need to fix this. It seems we may need to wire up a call to the search.asmx web service but I'm not sure. Perhaps we need to call something from within the SharePoint API as part of our call to the search service? I'm not sure.
Has anyone out there built a heavily customised SharePoint site (no web parts) and are logging search statistics, can you comment on how you did it? Or can anyoone provide insight into how the staistics are generated?
If it helps we are running a medium sized farm with 2 WFEs, 1 Index server and 1 SQL Server box. All Windows 2003 R2 SP2, 32-Bit. MOSS 2007 SP1 (plus December CU) Enterprise Edition.
Thanks,
James.
have you checked Usage Reports in the CA-->Operations tab ?
Our (intranet) site is heavily customized and the Search Usage Reports are turned on (they should be by default). You do have to enable ALL usage reporting options though, both in the SSP as in CA, the key one being "Enable search query logging.", in the SSP -> Usage reporting. I have also found that disabling / reenabling this option will sometimes help if it is already supposed to be running.
P.S. I will vote to move this question to serverfault as that is where this question belongs.
The SharePoint search statistics is only gathered when you use the standard search webparts (SearchBoxEx, CoreResultsWebPart). This is because they use an internal hidden object to perform the searches, which, in turn, logs to the statistics. AFAIK there is no way (except possibly reflection) to write to these logs when using a custom search webpart.
We're working on a public-facing site that must be localized to support 70~100 languages.
Some say that you don't really want to have more than 50 variation labels in SharePoint. I can't find any backing material anywhere on the web about this.
2 Questions:
Has anyone had any experience with a deployment with a high-number of variation labels?
Has anyone read about this limitation somewhere that they can point me to?
Regards,
Peter
According to TechNet Article Plan Variationsthere is a limit of 50 varitions. However using SharePoint 2007 SP2 I have created 58 Variation Labels and managed to create the hierarchies.
Checkout Andrew Connell's book Professional SharePoint 2007 Web Content Management Development: Building Publishing Sites with Office SharePoint Server 2007
Yes, I have experiance working with a high number of Variation labels. It is not fun. Eventually we dropped use of Variations for managing our multi-lingual sites. We basiclly built a customized solution that is similar to Varitions but works the way we want it to.
Answer to number one, no, not in my experience thus far.
Info that doesn't directly answer Number 2 but may still be helpful, this is a listing of "soft limits" on various aspects of Sharepoint Services I didn't see a reference to variation labels, but there is a good amount of info there related to how much it can handle before you should see performance degradation
Found a technet article explaining this:
A variation label is an identifier that is used to name and configure a new variation site. You select one variation label as the source, which represents the site where most of the new content enters the system. The corresponding variation labels are the target labels, representing the sites to which content is copied. (Office SharePoint Server 2007 supports up to 50 labels.) You create variation sites from variation labels by using the Create Hierarchy command on the Variation Labels page of the Office SharePoint Server 2007 site administration pages.