Licenciamiento SQL 2005

Hola,

Quisiera saber como se calcula el costo en licencias para un SQL 2005.

La aplicación que corre es una intranet para consulta (menos de 500
usuarios) y los datos se ingresan por diferentes aplicaciones de relevamiento.

El servidor tiene 2 procesadores, pero aquí esta el problema.

Existe un segundo servidor de backup de igual configuración de hardware pero
ambos comparten el almacenamiento virtual llamado simetrix que se conecta
mediante fibra óptica.

Me explico mejor:

Hay un servidor corriendo normalmente. En lugar de un disco rígido común,
tienen este sistema que replica el disco rígido en el otro equipo, que esta
pasivo, no esta corriendo el SO, solo se esta replicando el disco. En caso
que se apague este servidor, se inicia el otro, con la misma configuracion.

Cómo calcula el costo de licencias?

Gracias

Las licencias se pagan por INSTANCIA de SQL Server, es claro que el "otro"
servidor, solo lo ocupas como REPOSITORIO de almacenamiento.
Saludos
IIslas


"Horacio" escribió:

> Hola,
>
> Quisiera saber como se calcula el costo en licencias para un SQL 2005.
>
> La aplicación que corre es una intranet para consulta (menos de 500
> usuarios) y los datos se ingresan por diferentes aplicaciones de relevamiento.
>
> El servidor tiene 2 procesadores, pero aquí esta el problema.
>
> Existe un segundo servidor de backup de igual configuración de hardware pero
> ambos comparten el almacenamiento virtual llamado simetrix que se conecta
> mediante fibra óptica.
>
> Me explico mejor:
>
> Hay un servidor corriendo normalmente. En lugar de un disco rígido común,
> tienen este sistema que replica el disco rígido en el otro equipo, que esta
> pasivo, no esta corriendo el SO, solo se esta replicando el disco. En caso
> que se apague este servidor, se inicia el otro, con la misma configuracion.
>
> Cómo calcula el costo de licencias?
>
> Gracias

Hola,

Quisiera saber como se calcula el costo en licencias para un SQL 2005.

La aplicación que corre es una intranet para consulta (menos de 500
usuarios) y los datos se ingresan por diferentes aplicaciones de
relevamiento.

El servidor tiene 2 procesadores, pero aquí esta el problema.

Existe un segundo servidor de backup de igual configuración de hardware
pero
ambos comparten el almacenamiento virtual llamado simetrix que se conecta
mediante fibra óptica.

Me explico mejor:

Hay un servidor corriendo normalmente. En lugar de un disco rígido común,
tienen este sistema que replica el disco rígido en el otro equipo, que
esta
pasivo, no esta corriendo el SO, solo se esta replicando el disco. En caso
que se apague este servidor, se inicia el otro, con la misma
configuracion.

Cómo calcula el costo de licencias?

Gracias

Precios y licencias de SQL Server 2005







DESCRIPCIÓN
SQL Server 2005 estará disponible en base a tres modelos de licencias:

Licencia de servidor más una licencia de acceso de cliente (CAL) por
dispositivo. Requiere una licencia para el equipo que ejecuta el producto
servidor de Microsoft, y una CAL para cada dispositivo cliente.

Licencia de servidor más una licencia de acceso de cliente (CAL) por
usuario. Requiere una licencia para el equipo que ejecuta el producto
servidor de Microsoft, y una CAL para cada usuario.

Licencia por procesador. Requiere una única licencia por cada CPU en el
entorno de sistema operativo que ejecuta SQL Server. Esta licencia incluye
un acceso ilimitado de dispositivos cliente.

Este documento explica las principales consideraciones sobre las licencias
para los clientes de SQL Server 2005.

LICENCIA de SQL Server 2005 SeRver MÁS UNA CAL
SQL Server 2005 ofrece distintas opciones de licencias de Servidor
(versiones Workgroup, Standard y Enterprise) conjuntamente con CALs
(licencias de acceso de cliente) por dispositivo o por usuario. Las
licencias de servidor más una CAL son útiles para aquellos clientes que
utilicen SQL Server en escenarios no basados en Web.

Licencia de servidor: Se requiere una licencia de servidor (versiones
Workgroup, Standard o Enterprise) para cada entorno de sistema operativo en
el que se esté ejecutando la versión concreta del software SQL Server, o
cualquiera de sus componentes (por ejemplo, Analysis Services).

CAL por dispositivo: Se requiere una CAL por dispositivo de SQL Server en el
caso que un dispositivo (por ejemplo, un PC, una estación de trabajo, un
terminal, un PDA, un teléfono móvil, etc.) quiera acceder o utilizar los
servicios o las funcionalidades de Microsoft SQL Server. El modelo de
licencia de servidor más una CAL por dispositivo probablemente será la
opción más rentable cuando existan múltiples usuarios por dispositivo (por
ejemplo, en el caso de un Centro de Llamadas). Consulte el apartado sobre
multiplexación para asegurarse de que cada dispositivo está licenciado
adecuadamente. Entre las excepciones se incluye la comunicación exclusiva
entre servidores SQL Server y la transferencia manual de datos entre
empleados.

CAL por usuario: Se requiere una CAL por usuario de SQL Server para que un
usuario (empleado, cliente, socio, etc.) pueda acceder o utilizar los
servicios o funcionalidad de cualquier versión de Microsoft SQL Server. EL
modelo de licencia de servidor más una CAL por usuario será probablemente la
opción más rentable cuando existan múltiples dispositivos por usuario (por
ejemplo, un usuario que disponga de un PC de escritorio, un portátil, un
PDA, etc.).

Una CAL no es un software; es un documento legal que concede a un
dispositivo o a un usuario el acceso al software de servidor. Una CAL por
dispositivo otorga a un dispositivo el derecho de acceso a múltiples
servidores (la CAL debe ser de la misma versión que la versión más reciente
de cualquiera de los servidores). Una CAL por usuario otorga a un usuario el
acceso a múltiples servidores.

licencia por procesador de SQL SERVER 2005
Microsoft ofrece un modelo de licencias basado en procesador para reducir la
complejidad. Las licencias por procesador pueden utilizarse para cualquier
tipo de aplicación (no están limitadas a los escenarios basados en Web).

Licencia por procesador: Se requiere una licencia por procesador para cada
procesador instalado en el entorno de sistema operativo que ejecuta SQL
Server o cualquiera de sus componentes (por ejemplo, Analysis Services).
Incluye el acceso para un número ilimitado de usuarios o dispositivos que
pueden conectarse desde dentro o desde fuera de los cortafuegos. Los
clientes no necesitan adquirir licencias de servidor adicionales o licencias
de acceso de cliente (CALs) si disponen del modelo de licencia por
procesador.

Las licencias por procesador están disponibles en las versiones Enterprise,
Standard y Workgroup, y ofrecen una mayor simplicidad en determinados
escenarios.



Multiplexación: UsO DE Middleware, SERVIDORES DE TRANSACCIONES, Y
ARQUITECTURAS MultiNIVEL
En ocasiones, las empresas desarrollan escenarios de red que utilizan
distintas formas de hardware y/o software que reducen el número de
dispositivos o usuarios que acceden o utilizan directamente el software de
un servidor en particular, a menudo denominado multiplexación o pooling de
hardware o software. El uso de la multiplexación o pooling de hardware y/o
software no reduce el número de CALs necesarias para acceder o utilizar el
software de SQL Server. Se requiere una CAL para cada dispositivo distinto o
usuario conectado al multiplexor o al software o hardware de pooling
frontal.



Figura 1. Multiplexación. Los usuarios/dispositivos que acceden
indirectamente a un servidor SQL Server requieren una CAL

No importa cuántos niveles de hardware o software existan entre el servidor
SQL Server y los dispositivos cliente que finalmente utilizan sus datos,
servicios o funcionalidades. Una excepción es la transferencia manual de
datos entre empleados. Por ejemplo, si un empleado envía una versión de un
informe en Microsoft Excel a otro empleado, este último no requiere una CAL
(siempre que el informe no acceda a un servidor SQL Server). Una excepción
adicional es la comunicación exclusiva entre servidores SQL Server.



Figura 2. Multiplexación. La transferencia manual de informes que no acceden
a un servidor SQL Server, no requieren CALs.

SERVIDORES PASIVOS / SOPORTE DE tolerancia a fallos
Una de las nuevas características que ofrece SQL Server es el soporte
mejorado para la tolerancia a fallos. Por ejemplo, dos o más servidores,
cada uno ejecutando SQL Server, pueden configurarse de forma que si un
servidor cae, su proceso se reanudará, recuperará y continuará por el otro
servidor. SQL Server 2005 ofrece 3 tipos de soporte para la tolerancia a
fallos:

· Base de datos espejo es una nueva tecnología de SQL Server 2005
que incrementa la disponibilidad de las bases de datos. La base de datos
espejo transfiere los registros de transacciones directamente desde un
servidor a otro y puede rápidamente conmutar al servidor auxiliar.

· Cluster con tolerancia a fallos. El cluster tolerante a fallos es
un proceso en el que el sistema operativo y SQL Server 2005 trabajan juntos
para proporcionar disponibilidad en el caso de un fallo de una aplicación,
un fallo de hardware o un error del sistema operativo. El cluster tolerante
a fallos proporciona redundancia de hardware mediante una configuración en
la que los recursos de misión crítica se transfieren automáticamente de la
máquina que ha generado el error a un servidor configurado de igual modo.

· Copias de seguridad del trasvase de registro (log-shipping). El
trasvase de registro incrementa la disponibilidad de una base de datos SQL
Server al copiar y restaurar automáticamente los registros de transacciones
de una base de datos a otra en un servidor auxiliar. La base de datos
auxiliar recibe todos los cambios efectuados en la base de datos original y,
por tanto, es un duplicado exacto de ésta, desfasada únicamente por el
retraso en el proceso de copia y carga. Podemos hacer que el servidor
auxiliar sea un nuevo servidor principal si el servidor principal original
no estuviese disponible. Cuando el servidor principal original esté
disponible de nuevo, puede ser un nuevo servidor auxiliar, invirtiendo
eficazmente los roles de los servidores.

Cuando un servidor ejecuta el soporte de tolerancia a fallos, está designado
como servidor pasivo. El objetivo del servidor pasivo es absorber los datos
y la información contenida en otro servidor que falla. Un servidor pasivo no
necesita una licencia, siempre que su número de procesadores sea igual o
menor al de los servidores activos. El servidor pasivo puede asumir el
trabajo del servidor activo durante 30 días. Transcurrido ese tiempo, debe
consecuentemente licenciarse.

Tanto las bases de datos espejo como el cluster con tolerancia a fallos
están disponibles en las versiones Standard y Enterprise. Las copias de
seguridad del trasvase de registros estarán disponibles en las versiones
Workgroup, Standard y Enterprise.



Figura 3. Servidores pasivos. El servidor pasivo no requiere una licencia,
ya que no se ejecutan consultas contra él.



Figura 4. Servidores pasivos. El servidor pasivo requiere una licencia, ya
que las consultas se ejecutan contra snapshot reporting.

MULTI-CORE
Los procesadores multi-core, formados por múltiples unidades o "núcleos" de
ejecución de procesos en un chip, están siendo considerados como una forma
prometedora de estimular la potencia informática. Microsoft lleva tiempo
trabajando en esta área, cargando la misma cantidad por procesador, con
independencia del número de núcleos que contenga el procesador. En cambio,
Oracle considera cada "núcleo" como tres cuartos de un procesador y
"redondea" al número entero más próximo por cada procesador. IBM tiene una
política dual según la cual los clientes con plataformas x86 pagan por
procesador y los clientes con sistemas basados en POWER5 de IBM pagan por
núcleo.



Figura 3. Multi-core. En cada uno de estos escenarios, se requiere una sola
licencia por procesador para SQL Server.

VIRTUALIZACIÓN Y MULTI-INSTANCias
La virtualización se define como la ejecución de software en un "entorno
virtual". Un entorno virtual tiene lugar cuando se emula de algún modo un
sistema operativo (SO), o éste no se ejecuta directamente en el hardware
físico.

Cuando el software se virtualiza, es posible ejecutar una o varias
aplicaciones y sus sistemas operativos asociados en un servidor físico,
dentro de sus entornos virtuales respectivos. Uno de los beneficios de un
escenario virtualizado es que pueden ejecutarse simultáneamente múltiples
aplicaciones en un servidor con aislamiento a nivel del SO.

Una opción para virtualizar software son las instancias múltiples. En este
caso, múltiples copias de una aplicación se ejecutan simultáneamente sobre
una única copia de SO. Las instancias múltiples para SQL Server 2005 pueden
ejecutarse tanto en un entorno virtual como en un entorno físico. Mientras
que las instancias múltiples ofrecen un grado relativamente alto de
aislamiento entre copias de SQL Server 2005, este aislamiento se produce a
nivel de aplicación (en lugar de producirse a nivel de SO).

Cuando SQL Server 2005 se ejecuta en un entorno operativo virtual, requiere
como mínimo una licencia por cada entorno operativo virtual. En un entorno
operativo virtual pueden ejecutarse varias copias o instancias de SQL Server
2005. Las licencias para estos casos son las siguientes:

Cuando se licencia por servidor / CAL

Ahora, las versiones Workgroup, Standard y Enterprise permiten ejecutar
instancias ilimitadas en cada entorno operativo virtual o físico.
Anteriormente, únicamente la versión Enterprise Edition en el modo de
licencia por servidor permitía múltiples instancias. Éste es un buen
incentivo para que los clientes adopten el modelo servidor / CAL.

Cada entorno operativo virtual o físico que contenga una instancia de SQL
Server en ejecución requiere una licencia de Servidor.

Cuando se licencia por procesador

Las versiones Workgroup, Standard y Enterprise permiten instancias
ilimitadas en cada entorno operativo virtual o físico.

Cada entorno operativo virtual que ejecuta SQL Server 2005 debe disponer de
una licencia por procesador para cada procesador al que acceda la máquina
virtual. Si una copia de SQL Server se ejecuta en un entorno operativo
físico, se requerirán tantas licencias por procesador como procesadores
disponga ese servidor físico.

Copias pasivas / Transferencia de máquinas virtuales

Las copias pasivas de SQL Server 2005 en entornos virtuales que no estén
ejecutándose en una máquina no requieren la compra de licencias. Las copias
de SQL Server 2005 que se ejecutan en una máquina virtual, únicamente pueden
ser transferidas de un servidor a otro cada 90 días. Las copias en ejecución
de las máquinas virtuales pueden intercambiarse entre servidores con
licencia en cualquier momento.



Figura 4. En este ejemplo, hay dos entornos operativos virtuales. Cada uno
contiene 3 instancias de SQL Server ejecutándose. Únicamente se requiere una
licencia SQL Server para cada entorno virtual; un total de 2 licencias SQL
Server



Figura 5. En este ejemplo, vemos una máquina con 4 procesadores físicos.
Sobre ella, dos entornos operativos virtuales ejecutando SQL Server, y otros
dos entornos operativos virtuales ejecutándose



Figura 6. En este ejemplo, vemos una máquina con 4 procesadores físicos. En
ella, cinco entornos operativos virtuales ejecutan SQL Server, cada uno
accediendo virtualmente a un procesador. En este caso, se requieren cinco
licencias por procesador para SQL Server.

INTELIGENCIA DE NEGOCIO / componentEs En SERVIDORES adiCionales
Los componentes de inteligencia de negocio para SQL Server 2005 incluyen
Analysis Services, Reporting Services e Integration Services. Para utilizar
cualquiera de estos componentes, el servidor en el que esté instalada esta
inteligencia de negocio debe disponer de una licencia válida de SQL Server
2005. Si estos componentes están en otro servidor distinto del servidor de
la base de datos principal, requerirán una licencia adicional por cada
servidor adicional donde estén instalados.



Figura 7. Servidores licenciados con componentes en ejecución. En el
escenario 1, SQL Server se está ejecutando con todos sus componentes en un
servidor: únicamente se requiere una licencia. En el escenario 2, la base de
datos se está ejecutando en un servidor, Analysis Services en un segundo
servidor, y Reporting Services en un tercero. En este caso, se requieren
tres licencias de servidor.

WORKGROUP EDITION
La versión Workgroup Edition es la solución más asequible y fácil de
utilizar para pequeños departamentos y empresas en crecimiento. Para SQL
Server 2005, la versión Workgroup estará disponible en la opción de licencia
de servidor + 5 CALs, CALs individuales, y licencias por procesador. La
versión Workgroup tiene sus propias CALs, denominadas Workgroup CALs. Las
Workgroup CALs únicamente pueden utilizarse con la versión Workgroup
Edition. Las CALs de SQL Server pueden utilizarse con cualquier versión de
SQL Server 2005.



Figura 8. SQL Workgroup. Las Workgroup CALs únicamente pueden utilizarse con
la versión SQL Server Workgroup Edition. Las CALs de SQL Server pueden
utilizarse con cualquier versión.

EXPRESS EDITION
Express Edition es el modo más rápido para que los desarrolladores y

Hola,

Podrias pasarme un link de donde referenciar esta valiosa información?
Muchas gracias



"DosFlores" escribió:

Precios y licencias de SQL Server 2005







DESCRIPCIÓN
SQL Server 2005 estará disponible en base a tres modelos de licencias:

Licencia de servidor más una licencia de acceso de cliente (CAL) por
dispositivo. Requiere una licencia para el equipo que ejecuta el producto
servidor de Microsoft, y una CAL para cada dispositivo cliente.

Licencia de servidor más una licencia de acceso de cliente (CAL) por
usuario. Requiere una licencia para el equipo que ejecuta el producto
servidor de Microsoft, y una CAL para cada usuario.

Licencia por procesador. Requiere una única licencia por cada CPU en el
entorno de sistema operativo que ejecuta SQL Server. Esta licencia
incluye
un acceso ilimitado de dispositivos cliente.

Este documento explica las principales consideraciones sobre las
licencias
para los clientes de SQL Server 2005.

LICENCIA de SQL Server 2005 SeRver MÁS UNA CAL
SQL Server 2005 ofrece distintas opciones de licencias de Servidor
(versiones Workgroup, Standard y Enterprise) conjuntamente con CALs
(licencias de acceso de cliente) por dispositivo o por usuario. Las
licencias de servidor más una CAL son útiles para aquellos clientes que
utilicen SQL Server en escenarios no basados en Web.

Licencia de servidor: Se requiere una licencia de servidor (versiones
Workgroup, Standard o Enterprise) para cada entorno de sistema operativo
en
el que se esté ejecutando la versión concreta del software SQL Server, o
cualquiera de sus componentes (por ejemplo, Analysis Services).

CAL por dispositivo: Se requiere una CAL por dispositivo de SQL Server en
el
caso que un dispositivo (por ejemplo, un PC, una estación de trabajo, un
terminal, un PDA, un teléfono móvil, etc.) quiera acceder o utilizar los
servicios o las funcionalidades de Microsoft SQL Server. El modelo de
licencia de servidor más una CAL por dispositivo probablemente será la
opción más rentable cuando existan múltiples usuarios por dispositivo
(por
ejemplo, en el caso de un Centro de Llamadas). Consulte el apartado sobre
multiplexación para asegurarse de que cada dispositivo está licenciado
adecuadamente. Entre las excepciones se incluye la comunicación exclusiva
entre servidores SQL Server y la transferencia manual de datos entre
empleados.

CAL por usuario: Se requiere una CAL por usuario de SQL Server para que
un
usuario (empleado, cliente, socio, etc.) pueda acceder o utilizar los
servicios o funcionalidad de cualquier versión de Microsoft SQL Server.
EL
modelo de licencia de servidor más una CAL por usuario será probablemente
la
opción más rentable cuando existan múltiples dispositivos por usuario
(por
ejemplo, un usuario que disponga de un PC de escritorio, un portátil, un
PDA, etc.).

Una CAL no es un software; es un documento legal que concede a un
dispositivo o a un usuario el acceso al software de servidor. Una CAL por
dispositivo otorga a un dispositivo el derecho de acceso a múltiples
servidores (la CAL debe ser de la misma versión que la versión más
reciente
de cualquiera de los servidores). Una CAL por usuario otorga a un usuario
el
acceso a múltiples servidores.

licencia por procesador de SQL SERVER 2005
Microsoft ofrece un modelo de licencias basado en procesador para reducir
la
complejidad. Las licencias por procesador pueden utilizarse para
cualquier
tipo de aplicación (no están limitadas a los escenarios basados en Web).

Licencia por procesador: Se requiere una licencia por procesador para
cada
procesador instalado en el entorno de sistema operativo que ejecuta SQL
Server o cualquiera de sus componentes (por ejemplo, Analysis Services).
Incluye el acceso para un número ilimitado de usuarios o dispositivos que
pueden conectarse desde dentro o desde fuera de los cortafuegos. Los
clientes no necesitan adquirir licencias de servidor adicionales o
licencias
de acceso de cliente (CALs) si disponen del modelo de licencia por
procesador.

Las licencias por procesador están disponibles en las versiones
Enterprise,
Standard y Workgroup, y ofrecen una mayor simplicidad en determinados
escenarios.



Multiplexación: UsO DE Middleware, SERVIDORES DE TRANSACCIONES, Y
ARQUITECTURAS MultiNIVEL
En ocasiones, las empresas desarrollan escenarios de red que utilizan
distintas formas de hardware y/o software que reducen el número de
dispositivos o usuarios que acceden o utilizan directamente el software
de
un servidor en particular, a menudo denominado multiplexación o pooling
de
hardware o software. El uso de la multiplexación o pooling de hardware
y/o
software no reduce el número de CALs necesarias para acceder o utilizar
el
software de SQL Server. Se requiere una CAL para cada dispositivo
distinto o
usuario conectado al multiplexor o al software o hardware de pooling
frontal.



Figura 1. Multiplexación. Los usuarios/dispositivos que acceden
indirectamente a un servidor SQL Server requieren una CAL

No importa cuántos niveles de hardware o software existan entre el
servidor
SQL Server y los dispositivos cliente que finalmente utilizan sus datos,
servicios o funcionalidades. Una excepción es la transferencia manual de
datos entre empleados. Por ejemplo, si un empleado envía una versión de
un
informe en Microsoft Excel a otro empleado, este último no requiere una
CAL
(siempre que el informe no acceda a un servidor SQL Server). Una
excepción
adicional es la comunicación exclusiva entre servidores SQL Server.



Figura 2. Multiplexación. La transferencia manual de informes que no
acceden
a un servidor SQL Server, no requieren CALs.

SERVIDORES PASIVOS / SOPORTE DE tolerancia a fallos
Una de las nuevas características que ofrece SQL Server es el soporte
mejorado para la tolerancia a fallos. Por ejemplo, dos o más servidores,
cada uno ejecutando SQL Server, pueden configurarse de forma que si un
servidor cae, su proceso se reanudará, recuperará y continuará por el
otro
servidor. SQL Server 2005 ofrece 3 tipos de soporte para la tolerancia a
fallos:

· Base de datos espejo es una nueva tecnología de SQL Server
2005
que incrementa la disponibilidad de las bases de datos. La base de datos
espejo transfiere los registros de transacciones directamente desde un
servidor a otro y puede rápidamente conmutar al servidor auxiliar.

· Cluster con tolerancia a fallos. El cluster tolerante a fallos
es
un proceso en el que el sistema operativo y SQL Server 2005 trabajan
juntos
para proporcionar disponibilidad en el caso de un fallo de una
aplicación,
un fallo de hardware o un error del sistema operativo. El cluster
tolerante
a fallos proporciona redundancia de hardware mediante una configuración
en
la que los recursos de misión crítica se transfieren automáticamente de
la
máquina que ha generado el error a un servidor configurado de igual modo.

· Copias de seguridad del trasvase de registro (log-shipping).
El
trasvase de registro incrementa la disponibilidad de una base de datos
SQL
Server al copiar y restaurar automáticamente los registros de
transacciones
de una base de datos a otra en un servidor auxiliar. La base de datos
auxiliar recibe todos los cambios efectuados en la base de datos original
y,
por tanto, es un duplicado exacto de ésta, desfasada únicamente por el
retraso en el proceso de copia y carga. Podemos hacer que el servidor
auxiliar sea un nuevo servidor principal si el servidor principal
original
no estuviese disponible. Cuando el servidor principal original esté
disponible de nuevo, puede ser un nuevo servidor auxiliar, invirtiendo
eficazmente los roles de los servidores.

Cuando un servidor ejecuta el soporte de tolerancia a fallos, está
designado
como servidor pasivo. El objetivo del servidor pasivo es absorber los
datos
y la información contenida en otro servidor que falla. Un servidor pasivo
no
necesita una licencia, siempre que su número de procesadores sea igual o
menor al de los servidores activos. El servidor pasivo puede asumir el
trabajo del servidor activo durante 30 días. Transcurrido ese tiempo,
debe
consecuentemente licenciarse.

Tanto las bases de datos espejo como el cluster con tolerancia a fallos
están disponibles en las versiones Standard y Enterprise. Las copias de
seguridad del trasvase de registros estarán disponibles en las versiones
Workgroup, Standard y Enterprise.



Figura 3. Servidores pasivos. El servidor pasivo no requiere una
licencia,
ya que no se ejecutan consultas contra él.



Figura 4. Servidores pasivos. El servidor pasivo requiere una licencia,
ya
que las consultas se ejecutan contra snapshot reporting.

MULTI-CORE
Los procesadores multi-core, formados por múltiples unidades o "núcleos"
de
ejecución de procesos en un chip, están siendo considerados como una
forma
prometedora de estimular la potencia informática. Microsoft lleva tiempo
trabajando en esta área, cargando la misma cantidad por procesador, con
independencia del número de núcleos que contenga el procesador. En
cambio,
Oracle considera cada "núcleo" como tres cuartos de un procesador y
"redondea" al número entero más próximo por cada procesador. IBM tiene
una
política dual según la cual los clientes con plataformas x86 pagan por
procesador y los clientes con sistemas basados en POWER5 de IBM pagan por
núcleo.



Figura 3. Multi-core. En cada uno de estos escenarios, se requiere una
sola
licencia por procesador para SQL Server.

VIRTUALIZACIÓN Y MULTI-INSTANCias
La virtualización se define como la ejecución de software en un "entorno
virtual". Un entorno virtual tiene lugar cuando se emula de algún modo un
sistema operativo (SO), o éste no se ejecuta directamente en el hardware
físico.

Cuando el software se virtualiza, es posible ejecutar una o varias
aplicaciones y sus sistemas operativos asociados en un servidor físico,
dentro de sus entornos virtuales respectivos. Uno de los beneficios de un
escenario virtualizado es que pueden ejecutarse simultáneamente
múltiples
aplicaciones en un servidor con aislamiento a nivel del SO.

Una opción para virtualizar software son las instancias múltiples. En
este
caso, múltiples copias de una aplicación se ejecutan simultáneamente
sobre
una única copia de SO. Las instancias múltiples para SQL Server 2005
pueden
ejecutarse tanto en un entorno virtual como en un entorno físico.
Mientras
que las instancias múltiples ofrecen un grado relativamente alto de
aislamiento entre copias de SQL Server 2005, este aislamiento se produce
a
nivel de aplicación (en lugar de producirse a nivel de SO).

Cuando SQL Server 2005 se ejecuta en un entorno operativo virtual,
requiere
como mínimo una licencia por cada entorno operativo virtual. En un
entorno
operativo virtual pueden ejecutarse varias copias o instancias de SQL
Server
2005. Las licencias para estos casos son las siguientes:

Cuando se licencia por servidor / CAL

Ahora, las versiones Workgroup, Standard y Enterprise permiten ejecutar
instancias ilimitadas en cada entorno operativo virtual o físico.
Anteriormente, únicamente la versión Enterprise Edition en el modo de
licencia por servidor permitía múltiples instancias. Éste es un buen
incentivo para que los clientes adopten el modelo servidor / CAL.

Cada entorno operativo virtual o físico que contenga una instancia de SQL
Server en ejecución requiere una licencia de Servidor.

Cuando se licencia por procesador

Las versiones Workgroup, Standard y Enterprise permiten instancias
ilimitadas en cada entorno operativo virtual o físico.

Cada entorno operativo virtual que ejecuta SQL Server 2005 debe disponer
de
una licencia por procesador para cada procesador al que acceda la máquina
virtual. Si una copia de SQL Server se ejecuta en un entorno operativo
físico, se requerirán tantas licencias por procesador como procesadores
disponga ese servidor físico.

Copias pasivas / Transferencia de máquinas virtuales

Las copias pasivas de SQL Server 2005 en entornos virtuales que no estén
ejecutándose en una máquina no requieren la compra de licencias. Las
copias
de SQL Server 2005 que se ejecutan en una máquina virtual, únicamente
pueden
ser transferidas de un servidor a otro cada 90 días. Las copias en
ejecución
de las máquinas virtuales pueden intercambiarse entre servidores con
licencia en cualquier momento.



Figura 4. En este ejemplo, hay dos entornos operativos virtuales. Cada
uno
contiene 3 instancias de SQL Server ejecutándose. Únicamente se requiere
una
licencia SQL Server para cada entorno virtual; un total de 2 licencias
SQL
Server



Figura 5. En este ejemplo, vemos una máquina con 4 procesadores físicos.
Sobre ella, dos entornos operativos virtuales ejecutando SQL Server, y
otros
dos entornos operativos virtuales ejecutándose



Figura 6. En este ejemplo, vemos una máquina con 4 procesadores físicos.
En
ella, cinco entornos operativos virtuales ejecutan SQL Server, cada uno
accediendo virtualmente a un procesador. En este caso, se requieren cinco
licencias por procesador para SQL Server.

INTELIGENCIA DE NEGOCIO / componentEs En SERVIDORES adiCionales
Los componentes de inteligencia de negocio para SQL Server 2005 incluyen
Analysis Services, Reporting Services e Integration Services. Para
utilizar
cualquiera de estos componentes, el servidor en el que esté instalada
esta
inteligencia de negocio debe disponer de una licencia válida de SQL
Server
2005. Si estos componentes están en otro servidor distinto del servidor
de
la base de datos principal, requerirán una licencia adicional por cada
servidor adicional donde estén instalados.



Figura 7. Servidores licenciados con componentes en ejecución. En el
escenario 1, SQL Server se está ejecutando con todos sus componentes en
un
servidor: únicamente se requiere una licencia. En el escenario 2, la base
de
datos se está ejecutando en un servidor, Analysis Services en un segundo
servidor, y Reporting Services en un tercero. En este caso, se requieren
tres licencias de servidor.

WORKGROUP EDITION
La versión Workgroup Edition es la solución más asequible y fácil de
utilizar para pequeños departamentos y empresas en crecimiento. Para SQL
Server 2005, la versión Workgroup estará disponible en la opción de
licencia
de servidor + 5 CALs, CALs individuales, y licencias por procesador. La
versión Workgroup tiene sus propias CALs, denominadas Workgroup CALs. Las
Workgroup CALs únicamente pueden utilizarse con la versión Workgroup
Edition. Las CALs de SQL Server pueden utilizarse con cualquier versión
de
SQL Server 2005.



Figura 8. SQL Workgroup. Las Workgroup CALs únicamente pueden utilizarse
con
la versión SQL Server Workgroup Edition. Las CALs de SQL Server pueden
utilizarse con cualquier versión.

EXPRESS EDITION
Express Edition es el modo más rápido para que los desarrolladores y