Solved

SharePoint 2013 - Web tier pages

Posted on 2016-08-12
5
40 Views
Last Modified: 2016-08-16
In SharePoint 2013, we can separate the servers to 3 tiers: database, application and web tier. What are some specific pages that the web tier serve? Where in the application can I specify which server serve this tier? I don’t need step by step instruction, a general direction will do.
0
Comment
Question by:SHANCHAT972
  • 3
5 Comments
 
LVL 8

Expert Comment

by:Tim Edwards
ID: 41754545
The web tier usually hosts the services for your site connections and iis. The application tier can be split on up to elevate resources depending on the application. The big thing is that the central admin can only be running on one server, to start or stop any particular service log into central admin, sorry going by memory right not in front of a computer but click on manage services on this page in the top right corner you can select the server you want to control the services.

Enterprise search is a good example for this as you can be resource intensive that personally I split then up on multiple server roles.
1
 
LVL 14

Accepted Solution

by:
SneekCo earned 500 total points
ID: 41755894
Great information above, here is some additional information that may be useful to you.

SharePoint is not a traditional web site, or portal. That is to say, there is not a root physical folder that has an index.html page that IIS is pointed to and every page is referenced and linked together from that root. SharePoint is based on the .net framework with asp.net as the primary page language. That does not mean though that there is a physical root folder with a default.aspx page or something similar to start the use of SharePoint.

SharePoint is a data driven system based on a SQL database. All content is served from the database server. All content is found within a content database. SharePoint has multiple databases with different uses. Out of the box with minimal features and sites, SharePoint has over 15 databases give or take a few.  As you mentioned, SQL is one tier of the multiple tier infrastructure. The SQL server does not have to have SharePoint installed on it however (unless you have SSRS running, another story.) The SQL server does contain all of the content found within SharePoint, and is extremely important. Without it, there is no SharePoint. Lose that server, and the data is gone, unless you have backups. There are no unique local files on the other servers, unless explicitly put there as part of a customization. (There are some files with local server information, but those files are generated by the install or update routine so they can be restored in a DR situation.)

The other two tiers could actually be run on one server, but then it wouldn't be a three tier farm.  SharePoint is a system comprised of several Windows and SharePoint services and programs. As mentioned above, the best way to see the configurable services is to go to central administration and then services on server. (There are PowerShell cmdlets for this, but that is a different story also.) As you will see there are a mix of SharePoint Service Applications, SharePoint Foundation Services (used by all versions) and feature services such as "Excel Calculation Services" which is an enterprise feature. What you don't see here are Windows services related to SharePoint. One such service is the "SharePoint Administration Service". In central administration you will see one of the most important services the "Microsoft SharePoint Foundation Web Application" service. This is the service that serves pages.
The web application service is one of the only services that should be running on the Web Front End tier of the farm. That is because a very important goal is to always get pages and content to your users as quickly as possible. (If you keep them happy, you keep your job. Sounds important to me!)

The web application service communicates directly with the SQL server to "get" content. What that means is this. When you create your first site collection, you use a template. (That template is in the form of physical files on the servers in the farm when SharePoint is installed. Those are called the SharePoint binaries. Btw... the SQL server does not have these physical files. When the site is created using one of the templates, the template is customized based on your information such as title and description, and a copy of the physical file is made and used for the site. That copy is not saved to a physical location however, but is saved to the content database for the site collection.) So the web application service gets the request from a browser somewhere in the world or within the company via IIS and asks the database for the page(s). The database delivers the data to the web application service in a binary form and the web application service serves it to the requesting browsing in a web standard format. That is why that service should always have enough resources, be it hardware or other resources to do a good job. That is also why, the other SharePoint services are found on an application server usually, the second server of a multiple tier farm.

SharePoint service applications are things such as Search, User Profile Service, Managed Metadata Service and others services. Using User Profile Service as an example, consider what it does. It reads or replicates information from Active Directory and writes it to a SharePoint database. SharePoint expands on that information by adding fields or properties such as "About Me" and other bits of information that SharePoint uses for user profiles and my sites etc... This activity can be resource intensive so in order to keep pages going to the users without interruption, User Profile Service runs on an Application server in the background more or less. If the page is requesting information about a user that is in the user's profile, the page is coded to get that page via the Web Application Service via SQL, and not even address the User Profile Service directly. The same principal applies to search and other SharePoint service applications. (Careful - MS documentation tends to say you can do a portion of search via the WFE server(s). That is only if you are doing a federated search outside of your farm. For farm internal searching, there should be no search components running on the WFE, for performance reasons.)

Although this seems long, this is just a fraction of how deep this subject can get.

Hope it helps...
1
 

Assisted Solution

by:SHANCHAT972
SHANCHAT972 earned 0 total points
ID: 41756804
Thank you for the answers!
Let me confirm what I understand: the 3 tier farm thing is actually referring to the ability to specify which servers the services will run on. There will be no text that literally says: this component needs to be on tier 2 server, this tier 3 server. We separate the services to improve the performance of the applications from end users’ perspective.
The servers hosting services that end users cannot interact with in anyway is considered tier 2, servers, where users might be able to send requests to, are tier 3.
If my understanding is correct, is there any official guidance on how to separate these serves and how much resources we will need to allocate to them? Do we have best practice guide or example somewhere?
0
 
LVL 14

Assisted Solution

by:SneekCo
SneekCo earned 500 total points
ID: 41756834
0
 
LVL 14

Expert Comment

by:SneekCo
ID: 41758244
Thanks
0

Featured Post

PRTG Network Monitor: Intuitive Network Monitoring

Network Monitoring is essential to ensure that computer systems and network devices are running. Use PRTG to monitor LANs, servers, websites, applications and devices, bandwidth, virtual environments, remote systems, IoT, and many more. PRTG is easy to set up & use.

Join & Write a Comment

For SharePoint sites, particularly public-facing ones, there are times when adding JavaScript, Meta Tags, CSS Styles or other content to the page <head> section is more practical than modifying master pages.  For instance, you could add the jQuery l…
These days socially coordinated efforts have turned into a critical requirement for enterprises.
Get a first impression of how PRTG looks and learn how it works.   This video is a short introduction to PRTG, as an initial overview or as a quick start for new PRTG users.
Access reports are powerful and flexible. Learn how to create a query and then a grouped report using the wizard. Modify the report design after the wizard is done to make it look better. There will be another video to explain how to put the final p…

744 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

12 Experts available now in Live!

Get 1:1 Help Now