Tag Info

Hot answers tagged

17

Here are some of the things you need to understand, there are tons more - but generally these are the ones I'm discussing during my classes: Understand the SharePoint Solution Framework - how WSP's are added to SP and then distributed in the farm SQL Server!!!! Understand how large database affects performance Understand how queries affects performance ...


15

Although there is full support for automatic updates in SharePoint Foundation 2010, we never have automatic updates turned on for production servers. We normally install patches manually, test them then roll them out within two weeks of release. You will still need to schedule a downtime window for updates due to reboots etc. Obviously that requires ...


6

You don't necessarily require the same number of servers per environment but it does help to validate testing. You could for example have a standalone (single server) machine for dev, 2 UAT server and 2 production servers - this isn't uncommon but you will need to ensure that you have sufficient hardware resources (SP2010 loves RAM and fast disks for ...


6

I would also add basic understanding of DNS and local hosts file SMTP Load Balancing As a developer these are generally out of your remit and in the sysadmins domain - but in reality you need a working knowledge of all of this especially when troubleshooting your apps and persuading the sys admins to 'just take another look at that thing you insist is ...


6

Focus on packaging up EVERYTHING as Features, Site Definitions, DLLs, etc in a WSP. You will use this portable installer package to deploy to other environments (staging, production, etc). There will most likely be some extra work involved in "solutionising" any custom funcionality that was created with SharePoint Designer. You will need to get familiar ...


6

I very recently had the same issue with Nintex Workflow 2010: It wouldn't install properly from my App server because this service was turned off. Other than that, yes it's a good way to turn an application server into a true application server, and prevent it from running and serving the content web applications and IIS sites. Have a look at the ...


5

It is important that you work with your infrastructure team to apply patches on a set, predictable schedule. System updates have caused issues with SharePoint before, and will always have the potential to throw a wrench in the works with any application. This is a production environment and anything that can cause downtime needs to be handled in a ...


5

If you are limited by Memory, you can share the same App Pool between several Web applications. This will allow you to save some memory. Sharing AppPools will allow you to pool that "base" memory per app pool. The total amount of requiered RAM cannot be dertermined by just the number of WebApps, but is also affected by many other factors. A valid reason to ...


5

Application Pools generally consume around 100-200MB minimum depending on various configuration aspects. 10 Application Pools would therefore be around 1-2GB+.


5

SharePoint Server 2013 SP1 supports Windows Server 2012 R2. I see no reason why you shouldn't run your SharePoint Server on a 2012 R2 Server. Just make sure you install SP1 correct before adding logic, solutions and content to your farm. Currently, Microsoft SharePoint Server 2013 is not supported for installation on computers running the Windows Server ...


4

If the content is in a content database with no other content, you could backup the content db and move it and then attach it in the new farm. If it is not, you can use the command line stsadm.exe -o backup -url [yoursitecollectionurl] -filename [filename] to back the file up on the current server, then copy the file to the new server and use the command ...


4

Leave it on, as it provides flexibility. You should already be directing traffic to your WFEs with DNS or a load balancer, so other servers won't have traffic hitting them. But leave it on. Down the road you'll need to perform some sort of troubleshooting, and this will come in handy. "Well, then turn it on when you need to!" I hear you say. The problem ...


4

MyPortal.Controls (controls and objects) MyPortal.Commands (logic and analytics) MyPortal.Properties (styling) This can be followed for just about any SharePoint project.


4

I'd make separate site collections per vendor. Permissions will be easier to manage and you don't risk exposing information to other vendors by accident. Bog it down is rather vague. It might make things slower for other users if one vendor is storing a lot of data.


3

It's bit hard to answer your question with just a diagram but here we go... If you are looking how to setup all these servers here is an article on SharePoint 2010 ALM with Team Foundation Server, diagram: If you are looking how to configure your environment for something like this check the article I wrote for v2007, the diagram:


3

You must deploy your WSP solution between each staging. This is done by uploading your WSP file in Central administration of your UAT, Prod environment. So it means you need to install SharePoint 2010 on each environment. I don't know if you understand this detail. Do you need more details ?


3

There is quite a bit of documentation on this from MSFT. A good place to start is here: http://msdn.microsoft.com/en-us/library/gg604045.aspx


3

We are trying to achieve what is explained here. Having a TFS + Build Server + Testing environment all working together is a must, but somehow complex to achieve.


3

The thing to remember is that on x64 systems, an app pool can consume a lot of memory, if unchecked, 1GB+. On x86 systems, ASP.NET is capped at 900MB by default. Setting a memory cap is useful, but will cause the app pool to recycle if the app tries to go over it, basically bringing your app down for a few seconds. If bad code (Undisposed SPSite objects ...


3

The following whitepaper details all enterprise-only features and how they are used with SharePoint: http://technet.microsoft.com/en-us/library/cc990273.aspx It also includes a table that relates SQL Server editions with SharePoint functions. The most complete overview of SQL Server features can be found at ...


3

SharePoint 2010 Service Pack 1 does support content databases up to 4TB, if upgrading to Service Pack 1 is one of the things available in your SharePoint road map, let's do it to utilize maximum its capability. I've found a white paper "Managing Multi-Terabyte Content Databases with SharePoint 2010" written by MCM, Sr. Technical Product Manager Bill Baer. ...


3

Before the release of Microsoft SharePoint Server 2013 Service Pack 1 (SP1), Microsoft did not support the installation of SharePoint Server 2013 in a Windows Server 2012 R2-based environment. However, with the release of SharePoint Server 2013 SP1, this configuration is supported in Windows Server 2012 R2. http://support.microsoft.com/kb/2891274/en-us


2

you can share the same database server in your scenario. Are you buildning a new farm? Make sure to rename your configuration database, during the installation, from the default one, so it differs from the one already there. /WW


2

Do you have your Alternate Access Mappings setup correctly to be able to use the NLB address? Also, I'm pretty sure you need to have another nic for server to server communication. If you are using Microsoft Windows NLB, typically you won't be able to communicate with the other servers in the NLB through the interface that is load balanced, thus you need ...


2

This isn't one of the operating systems supported for SharePoint 2007 installation by Microsoft (at time of writing). It would be an interesting experiment but if your installation would be unsupported I'm not sure it's a good idea. Update: Tried this out but found running setup.exe did absolutely nothing, presumably because of missing components of the ...


2

The Service Applications are redundant if you make sure that you install and start the services on multiple load balanced application servers. SharePoint 2010 handles the load balancing for you. Regarding the fail-over strategies you have to look into the different services and if they use a database for storage or not. The databases that the SA uses must ...


2

Found the answer myself. See my blog entry. http://www.theodells.org/theodells/blog/2010/07/locating-all-sharepoint-2007-databases/


2

What we do, and I consider this best practice, is to give all developers Remote Desktop access to a number of local development servers that each run their own local copy of Visual Studio and SharePoint. No hassle with opening up other firewall ports and other connectivity delays.


2

There are no known problems with SharePoint 2010 and Service Pack 1 for Windows Server 2008 R2 or Windows 7.


2

MOSS 2007, ~100,000 users, approx 20 web apps. 1 for each geographic location + CA + MySites (each with their own content DB)



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