Archive for category Infrastructure
SharePoint 2010 Claims Based Authentication Resources
Posted by Michal Pisarek in Configuration, Development, Infrastructure, SP2010 on March 26, 2010
This post has moved to my new blog located at: http://www.sharepointanalysthq.com/2010/05/04/sharepoint-2010-claims-based-authentication-resources/
Enjoy!
The Multiple Uses of the "SharePoint Configuration Wizard"
Posted by Michal Pisarek in Infrastructure on March 2, 2009
For many, the SharePoint Configuration Wizard (SCW) is used for the first and last time during the initial setup of SharePoint. The purpose of this post is to provide administrators with additional information surrounding uses of the SCW.
The SCW can be used for the following:
- Configuring SharePoint for the first time: Once the SharePoint binaries are installed on a server, the SCW must be ran in order to setup the configuration database and the SharePoint Central Administration site.
- Updating/Patching SharePoint: After installing SharePoint patches, the SCW must be ran in order to pply the patches to the databases. When ran, the SCW will not have any options.
- Repair a SharePoint installation: There are two parts to repairing a SharePoint installation:
- Repairing the binary files from the Add Remove Programs (The SCW must be ran after)
- Running the SCW and selecting the following options (the binary repaid is not required):
- Do Not disconnect from Farm
- Do not remove the Central Administration site
- Disconnect a SharePoint server from a SharePoint farm: The SCW must be used when removing a SharePoint server from a SharePoint farm.
- Add or Remove the Central Administration site: The SCW can finally b used to add the Central Administration site to a second SharePoint server in a farm. This can be useful for redundancy.
The SharePoint Configuration Wizard is an essential configration tool for all SharePoint ebvironments. Administrators should not be afraid to run this tool since it does not affect content in the main databases.
SharePoint Administrators Tip: Do NOT touch IIS MMC
Posted by Michal Pisarek in Infrastructure on February 21, 2009
SharePoint is a Microsoft web based product. Like all other Microsoft web based technology, SharePoint leverages IIS6 or IIS7 Web Server. Network administrators’ familiarity with the IIS management console (MMC) can lead them to make inappropriate changes in IIS which will affect the stability of their SharePoint environment.
The first lesson I teach all new SharePoint administrators is: DO NOT MODIFY SharePoint SETTINGS THROUGH THE IIS MMC. If it can be done through the SharePoint Central Administration, it should be done through there. 99% of all SharePoint administration tasks can and should be performed through SharePoint Central Administration. Below is a compilation of common errors performed in IIS by SharePoint Administrators and their cause.
SharePoint administrator should never:
- Change IIS host headers for a SharePoint site without adding the corresponding Alternate Access Mappings (AAM)
An AAM should exist for every URL a user might type in the browser to access a SharePoint WebSite. Missing AAM have unpredictable effects and are in my experience the primary cause of unexplainable issues. An event will also be logged in the Windows Application log for missing AAM.
- Do not delete SharePoint Web Applications from IIS
SharePoint stores all its configuration information in the configuration database. This configuration information includes Web Application (WebApp) information. Deleting a SharePoint WebApp from IIS will not update the SharePoint configuration database. This discrepancy will cause several issues. Including potential account lockout problems (see example below).
- Change the IIS application pool accounts from IIS MMC.
It is best practice to have the SharePoint AppPools running under domain service accounts. There are many situations when the service account or password might need to be changed. This change needs to be made through SharePoint Central Administration and not directly through IIS MMC. The SharePoint site will stop working if the AppPool is changed through IIS.
IIS MMC is required to:
- Add an SSL certificate to a properly extended WebApp.
- Add a new host header once an alternate access mapping has been added
- Optimize AppPool settings (http://blogs.msdn.com/joelo/archive/2007/10/29/sharepoint-app-pool-settings.aspx)
- Modify IIS logging settings
_____________________________________________________
Example:
Situation: A SharePoint developer deleted a SharePoint WebApp from IIS. The deleted WebApp was using his user account as the App Pool service account. After a month, the domain policy forced him to change his password. The user then suffered continual user account lockouts.
Explanation: SharePoint still had some configuration information it the configuration database and the timer service was trying to perform some actions on the WebApp. Unfortunately, every time it tried to authenticate to a domain controller it failed due to the password having changed.
Resolution: Removing the WebApp from SharePoint Central Admin solved the user’s account lockout problems.
SharePoint Licensing
Posted by Michal Pisarek in Infrastructure on February 2, 2009
Some of the most frequent questions I get as a SharePoint infrastructure consultant are surrounding licensing. Microsoft Licensing is notorious for being complex and SharePoint licensing is no exception. The tables below will provide high level guidance surrounding licensing SharePoint in an Intranet and Extranet scenario.
Intranet: The following table describes the necessary licenses for internal users on a SharePoint environment. All licenses listed in the row of the selected product are required.

Extranet: The following table describes the additional licenses required to license SharePoint for external users (non employees). There are two options (A or B) for each SharePoint versions depending on the number of users and deployment scenario.
Design Tip: In order to reduce cost, it is common for organisation to use two separate farms: MOSS 2007 Std internally and WSS 3.0 for external collaboration.
Useful Links:
SharePoint version information: http://office.microsoft.com/en-us/products/FX101865111033.aspx
SharePoint FAQ: http://office.microsoft.com/en-us/sharepointserver/HA101655351033.aspx


