Showing posts with label copies. Show all posts
Showing posts with label copies. Show all posts

Friday, February 24, 2012

Database questions

We are negotiating with a vendor and we have a few questions:

1) From a licensing point of view, what is a database? Can we install
multiple copies of SQLServer on one box? In that case, would each
copy be a different database?

2) Within a single SQL Server installation, I can create multiple
databases, as listed in the Enterprise Manager. I can switch among
them using "use ..." commands. Would these be treated as different
databases?

3) We have copies of our transactional database in identical
development, QC, and production environments. Is this a single
database, or 3 databases?php newbie (newtophp2000@.yahoo.com) writes:
> We are negotiating with a vendor and we have a few questions:
> 1) From a licensing point of view, what is a database? Can we install
> multiple copies of SQLServer on one box? In that case, would each
> copy be a different database?
> 2) Within a single SQL Server installation, I can create multiple
> databases, as listed in the Enterprise Manager. I can switch among
> them using "use ..." commands. Would these be treated as different
> databases?
> 3) We have copies of our transactional database in identical
> development, QC, and production environments. Is this a single
> database, or 3 databases?

Technically, you can install several instances of SQL Server on one box, and
I cannot recall that the license terms for SQL Server puts any constraints
on this. Each instance can host any number of databases up to some high
number determined by technical constraints.

From this follows that the technical answers to question 2 and 3 is that
yes, they are each one database, and they are three databases.

But from a legal perspective it may be different, and it is up to the
license terms of this particular vendor. If you buy a product from a
vendor, it is not unreasonable that you should be permitted that beside
the production environment, to also have an test environment where you
can test new releases from the customer. On the other hand, if you
would have two different departments running the application with
two different databases, it would not be unreasonable if that required
a second license.

In any case, this nothing that can be answered in this group. If you are
negotiating license terms with a vendor before buying their stuff, it
is up to your negotiating skills. If you are discussing the implications
of the terms of a license you already have, then you need a lawyer.

--
Erland Sommarskog, SQL Server MVP, esquel@.sommarskog.se

Books Online for SQL Server SP3 at
http://www.microsoft.com/sql/techin.../2000/books.asp|||"php newbie" <newtophp2000@.yahoo.com> wrote in message
news:124f428e.0411160231.4ccde1c2@.posting.google.c om...
> We are negotiating with a vendor and we have a few questions:

To add to Erland's response, I think perhaps the best way to think of this
is to think of databases, database servers/instances and physical servers.

> 1) From a licensing point of view, what is a database? Can we install
> multiple copies of SQLServer on one box? In that case, would each
> copy be a different database?

Each would be a separate database server usually known as a separate
instance. As Erland points out, check with MS. I believe Standard Edition
does requires a separate license for each instance, Enterprise Server
permits multiple instances.

> 2) Within a single SQL Server installation, I can create multiple
> databases, as listed in the Enterprise Manager. I can switch among
> them using "use ..." commands. Would these be treated as different
> databases?

Yes, separate databases, but not separate instances.

> 3) We have copies of our transactional database in identical
> development, QC, and production environments. Is this a single
> database, or 3 databases?

You have 3 copies of the same database on 3 separate physical servers.
Again, see MS for details on licensing. (For example, you may need CPU
licenses for Production, but could get away with developer licenses in Dev.|||Thanks for the helpful responses! Things are now easier to explain on our side.

Friday, February 17, 2012

Database Permissions

We have a system at work that copies (using DTS) over databases from
one SQL Server box to another every night. The copying process drops
each target object and then recreates them. On the 2nd SQL Server box
I have an account setup that is supposed to only have access to run
queries on the databases that get copied over every night. However,
because the DTS packages are dropping the objects first we are losing
the table level permissions for this user, so this user can't access
these databases the next day. Is there a way to automate resetting
these permissions on each table in the databases? Perhaps I should be
using replication as opposed to DTS packages for copying over entire
databases? If I used replication, would this avoid losing the
permissions that I need?

Thanks,

Jeffjeffpuro@.yahoo.com (Jeff) wrote in message news:<7851a310.0401151322.4b8cf2e7@.posting.google.com>...
> We have a system at work that copies (using DTS) over databases from
> one SQL Server box to another every night. The copying process drops
> each target object and then recreates them. On the 2nd SQL Server box
> I have an account setup that is supposed to only have access to run
> queries on the databases that get copied over every night. However,
> because the DTS packages are dropping the objects first we are losing
> the table level permissions for this user, so this user can't access
> these databases the next day. Is there a way to automate resetting
> these permissions on each table in the databases? Perhaps I should be
> using replication as opposed to DTS packages for copying over entire
> databases? If I used replication, would this avoid losing the
> permissions that I need?
> Thanks,
> Jeff

You could script the table permissions, then execute that script after
copying the objects. Although it's not clear from your post why you
always drop and recreate the objects - DTS can copy only the data, or
you can put it in staging tables first, then insert into the final
production tables if you have some mapping logic. Replication would be
an option (perhaps snapshot replication), but it can be complex.

Simon