Archive for October, 2009

Windows Server 2003 Terminal Server Licensing notes

October 20, 2009 Leave a comment

In Windows Server 2003 Terminal Server a client access license is issued to every type of client that will access it. Basically it includes Windows Server 2003 client connections Windows XP, Thin clients etc.

There is now two types of licenses: Per User and Per Device. Built-in ones still exist so that Windows Server 2003 Terminal Server Licensing Server supports Windows 2000 Terminal Servers and can issue licenses to them.

Per User

Basically if you selected this mode, it means that in Terminal Server Configuration console the Terminal Sever must be able to discover an activated terminal server license server. As long as its doable, users will never be denied a connection to the terminal server based on licensing and the number of available licenses will not drop.

Per Device

If you selected this mode, it means that if a computer connects to the terminal server, it gets a temporary license. If it connects again, then gets a permanent license. This license only last for 90 days. At some point before it expires license will be renewed. Now if the client doesn’t connect back before the license expires, it will be returned to the pool of licenses and will be available again.


These type of licenses only exist for backward compatibility for Windows 2000 Terminal Servers.



Hyper-V Remote Management Configuration Utility

October 15, 2009 Leave a comment

This is an interesting little Hyper-V utility. HVRemote helps you to reduce manual configuration, you can use HVRemote to diagnose common configuration errors and configure all combinations of workgroup and domain joined clients and servers.

Supported Servers:

  • Windows Server 2008 SP1 with Hyper-V RTM update applied (KB950050), Core & Full installations
  • Windows Server 2008 SP2, Core & Full installations
  • Microsoft Hyper-V Server 2008 SP1 (already contains Hyper-V RTM update)
  • Microsoft Hyper-V Server 2008 SP2
  • Windows Server 2008 R2, Core & Full installations
  • Microsoft Hyper-V Server 2008 R2

Supported Clients:

  • Windows Vista Business, Enterprise and Ultimate x86 & x64, SP1 and SP2, with KB952627 applied
  • Windows 7 Professional, Enterprise and Ultimate x86 & x64 with RSAT installed and Hyper-V tools feature enabled
  • Windows Server 2008 SP1 with Hyper-V RTM update applied (KB950050), x86 and x64
  • Windows Server 2008 SP2 x86 and x64
  • Windows Server 2008 R2

You can download it from here, the same link will also give you an overview of commands you can use.


How to change Central Admin Web site port (WSS 3.0)

October 14, 2009 Leave a comment

There are few things you have to bear in mind if you plan to do this.

  1. You have to be a member of SharePoint Farm Administrators group.
  2. You can only change the Central Admin Website port using Stsadm command-line tool.

Stsadm tools location.
It is on the drive where SharePoint is installed, to go to the exact location, open a command line window and use the following command.

cd %CommonProgramFiles%\Microsoft Shared\Web Server Extensions\12\bin

To find out what is the current port number, use the following command.

stsadm –o getadminport

To change the port number, use the following command

stsadm –o setadminport –port <port> [-ssl] [-admapcreatenew] [-admapidname] <application pool name>


Plan alternate access mappings (Windows SharePoint Services 3.0)

October 14, 2009 Leave a comment

The other day, I stumbled on this lovely WSS 3.0 article. It’s about alternate access mappings (includes screenshots). I thought it would be something nice to note down and also to share with others. I recommend it to everyone who are dealing with SharePoint’s alternate access mappings. It should make things easier to understand, and how to configure them properly.

Link to the article.


Planning and architecture for Windows SharePoint Services 3.0 (ebook)

October 14, 2009 Leave a comment

I found a nice free WSS 3.0 ebook with info and guidelines, how to lead a team through the steps of planning the deployment of a solution based on WSS 3.0.

Download eBook part 1

Download eBook part 2



Windows Server 2003 (R2) System Level Fault Tolerance (Clustering/NLB) Best Practices

October 14, 2009 Leave a comment
  • Always use quality server & networking hardware for fault-tolerant systems.
  • Use RAID to create disk subsystem redundancy.
  • Don’t run MSCS and NLB on the same computer, as it’s not supported by Microsoft.
  • When possible, try to use cluster-aware applications, so you can use cluster service to monitor the application. If you use cluster-unaware application, it can run on a cluster, but the application is not monitored by cluster service.
  • Use active/passive clustering mode, when performance is not critical. It is easier to administrate and licensing costs are lower.
  • If you got TCP/IP-based services such as Terminal Services, Web sites, VPN services or streaming media services, use NLB.
  • For mission critical applications (enterprise messaging, databases, file and print services) use Windows Server 2003 Cluster Services to provide server failover functionality.
  • Disable power management on each of the cluster nodes. IN BIOS and in operating system’s control panel to avoid unwanted failovers.
  • Choose carefully whether you should use nonshared or shared disk approcah to clustering.
  • When you plan to use MSN cluster, always purchase 1 additional node.
  • Be sure that MS and software manufacturer certify that 3rd party software for Cluster Service works on Windows Server 2003 cluster or you might be faced with limited support when troubleshooting is needed.
  • In each node use multiple network cards. For example one card can be dedicated to private network (internal cluster communications), other can be used for public network (client connectivity) or both can be used for mixed network (public and private communication)
  • Configure failback schedule to allow failback only during non-peak times or after hours to reduce the chance of having a group failing back to a node during regular business hours after a failure.
  • Test failover and failback mechanism thoroughly.
  • If you are logged in with Cluster Service account, don’t use AD Users & Computers or Windows security box to change the password.
  • If you’re removing a node from MNS cluster, make sure that majority of the nodes remain running to keep the cluster in a working state.
  • Carefully consider how to backup and restore a cluster.
  • Perform ASR backups periodically and immediately after any hardware changes to a cluster node including changes on a shared storage device or local disk configuration.
  • Before deciding which clustering technology to use, make sure you understand the application that will be used thoroughly.
  • Create a rule that allows only specific ports to the clustered IP address and block all others.
  • Use tools like robocopy.exe to replicate data between NLB nodes.


Windows Server 2003 (R2) Active Directory Infrastructure Best Practices

October 11, 2009 Leave a comment

Make sure that schema version has been upgraded to R2 levels before installing Windows Server 2003 R2 on any DC.

Make sure that all sites listed in DNS contain proper SRV (Service) records.

Use automatically generated connection objects, unless a specific reason exists to hard-code replication pathways.

To troubleshoot and validate AD replication use repadmin and replmon.

Don’t turn off site link bridging unless you want to make your DC replication dependent on the explicit site links that your created.