![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
Hello: One of our DBAs told me that, if a client has purchased SQL 2005, then the SQL can be downloaded from the MSDN website. All well and good. But, I asked him about the licensing and registration keys for an install of SQL Server 2005 Standard 64-bit. He says that the built-in keys in the install are OK to deploy and for both 32 and 64-bit, since the client has purchased SQL. Isn't that a licensing violation? I mean, true--there is not a way to overwrite the hard-coded registration keys in the MSDN install. But, it seems odd to me that reg keys do not have to be entered. SQL Programmer (it's just a name) |
#3
| |||
| |||
|
|
As long as you have the licenses on hand when the auditors show up, it doesn't really matter where the media came from. Also licenses are transferrable between x86 and x64, AFAIK. However, I am not a lawyer nor am I a licensing official, so considering the potential consequences, you should be safe and rely on your MSFT licensing rep, not public opinion. On 7/8/09 8:21 AM, in article 227D628E-16BD-40B2-8C39-DA045089F6CC...soft (DOT) com, "SQL Programmer" SQLProgrammer (AT) discussions (DOT) microsoft.com> wrote: Hello: One of our DBAs told me that, if a client has purchased SQL 2005, then the SQL can be downloaded from the MSDN website. All well and good. But, I asked him about the licensing and registration keys for an install of SQL Server 2005 Standard 64-bit. He says that the built-in keys in the install are OK to deploy and for both 32 and 64-bit, since the client has purchased SQL. Isn't that a licensing violation? I mean, true--there is not a way to overwrite the hard-coded registration keys in the MSDN install. But, it seems odd to me that reg keys do not have to be entered. SQL Programmer (it's just a name) |
#4
| |||
| |||
|
|
Hello: One of our DBAs told me that, if a client has purchased SQL 2005, then the SQL can be downloaded from the MSDN website. All well and good. But, I asked him about the licensing and registration keys for an install of SQL Server 2005 Standard 64-bit. He says that the built-in keys in the install are OK to deploy and for both 32 and 64-bit, since the client has purchased SQL. Isn't that a licensing violation? I mean, true--there is not a way to overwrite the hard-coded registration keys in the MSDN install. But, it seems odd to me that reg keys do not have to be entered. SQL Programmer (it's just a name) |
#5
| |||
| |||
|
|
For using the MSDN media in place of a retail media, it's not legal because these two medias are not binary identical in the case of SQL-Server. |
#6
| |||
| |||
|
|
For using the MSDN media in place of a retail media, it's not legal because these two medias are not binary identical in the case of SQL-Server. This is not true, at least the last time I talked to anyone at MS about it, this was the case. The only difference is that the MSDN version of setup comes pre-pidded and lays down slightly different values in the registry (this affects how certain SERVERPROPERTY() values come back). Unless you know of a case where someone got busted for piracy because they were using the MSDN bits, even though they were fully licensed in hand? A |
#7
| |||
| |||
|
|
using MSDN versions for production environments is illegal. I think that's a different question. Obviously running MSDN in production is illegal if all you've purchased is an MSDN license. The feedback I am still getting today is that the important part is the actual license and not which bits you physically installed. |
#8
| |||
| |||
|
|
using MSDN versions for production environments is illegal. |
![]() |
| Thread Tools | |
| Display Modes | |
| |