Licensing is complex – at least that is what they say. I prefer to think of Microsoft licensing as flexible. SQL Server is one example of a product licensing scheme that is quite flexible, but yet doesn’t have to be complex (perhaps this is different to other products – I don’t manage the others :))
Server and CAL or Processor based licensing
First up – there are two models for licensing SQL Server.
- Server and CAL (Client Access License)
- Processor based licensing
There are gives and gets associated with both of these, so understanding them helps you work out what will suit your needs best.
Let me explain these in more detail over a few blog posts starting with Server and CAL here.
Server and CAL
Under the Server and CAL model, both the server and connections to the server are licensed separately. When purchasing a server license under this model, you don’t have to worry about how many CPU’s the server will have – the license is for the server, not the CPU’s – this is a nice benefit. In addition the price for the server license is much lower than under a processor based licensing scheme – another nice benefit. However, for every device OR for every user connecting to the server (whether directly or indirectly), they need to have a Client Access License or CAL.
A CAL is a CAL – or is it?
There are two types of Client Access Licenses available – one for users and one for devices. A device CAL is great if you are licensing devices used by multiple users (e.g. shift workers) – you only pay for the device the two uses share, not for the users who use the device. You can also license the users. This is a good way to go if users have multiple devices for accessing data on the database (e.g. road warriors who may have a laptop and a phone or PDA)
One more thing to know about CAL’s is that a CAL for SQL Workgroup is different to other CALs. If you purchase SQL Server Workgroup edition under server and CAL, it can be expensive to migrate out of it. On the other hand, a CAL for SQL Server Standard edition is the same as the CAL for SQL Server Enterprise edition. This means that a regular CAL (the one that works for both Standard and Enterprise) works well where you have a mix of SQL Server Standard and Enterprise in your environment.
Key advantages of Server and CAL model
The server and CAL model works well in a number of scenarios. For instance, if you are looking to grow the number of servers in the environment (e.g. branch servers, or similar) this is a good model as it reduces the incremental cost of growth. Another scenario where this is a good option is if you are looking to migrate over time from SQL Server Standard Edition to Enterprise Edition, this model reduces the cost of that migration.
Gotchas of Server and CAL model
If you have lots of users, and not many database servers, then you may be better off considering the Processor based model which works well for a small number of servers against a large number of users. Also, if you are looking to run a website with SQL Server behind it – you can’t use Server and CAL.
Next post – Processor based licensing