|
|
|
|
|
 |
|
|
|
Foros MUGPERU
|
 |
|
| Author |
Messages |
|
jcastro
Posts:6
 |
| 29/05/2009 10:04 AM |
|
URGENTE: Tengo esta tremenda duda sobre la necesidad de comprar licencias como usuario para acceder a la base de datos del SQL2000 standar Edition. Para instalar el SQL2000 standard Edition Español en el servidor, si se que es claro que debo tener licencia, de eso no hay duda. Mi problema es que yo no se si esas licencias CAL que venden para los usuarios solo involucran a los que van a desarrollar software y necesitan conectarse a la BD del SQL y a sus utilidades para desarrollar software. Pero en mi caso los usuarios son usuarios FINALES , no vamos a desarrollar nada, solo vamos a hacer uso de la data que se guarda en la Base de Datos. nosotros tenemos un programa que esta desarrollado en Powre Builder(logicamente solo tenemos el programa ejecutable Exes y compilado y no las fuentes.) Es un sistema de gestion donde facturamos, hacemos compras, manejamos almacens, stock . El programa se instala en cada terminal y solo accede al servidor (Windows Server 2003 Standar Edition) donde esta el motor SQL Server2000 atraves del programa que menciono para hacer las gestiones comerciales grabar y escribir en la Base de tados. Como menciono son usuarios finales. El programa solo graba en la Basede Datos.NO DESARROLLAMOS NADA. Mi pregunta....aun asi DEBEMOS DE COMPRAR ESAS LICENCIAS CAL...(por dispositivo/por usuario...tantas variantes que hay) siendo solo usuarios finales?. Que dice la indecopy y la BSA ...no queremos tener problemas con eso. Mi proveedor una vez dijo que si...pero a mi me late que lo dice con tal de vendernos las licencias y esas que SON TAN CARAS POR CADA USUARIO $ 147.00 POR CADA USUARIO...es una barbaridad de precios si tenemos que comprar.Somos 25 terminales que usamos la aplicacion comercial. ..imaginese el costo. LE AGRADESCO A QUIEN ME AYUDE. Soy de Lima Peru
|
|
|
|
|
aderossi
Posts:23
|
| 29/05/2009 10:27 AM |
|
Hola:
Sí debes comprar tus licencias tipo CAL, pero no para los 25 usuarios, solo para las conexiones concurrentes (usuarios que se conectan en simultaneo). Mínimo debes comprar 5. Yo te recomiendo que empieces comprando el mínimo (5 licencias) y con el tiempo veas si necesiitas más. Ojo: si compras esas 5 licencias igual podras conectarte 6, 7 o más veces, pero con el tiempo deberas ir regularizando con las compra de mas CAL.
Espero haberte ayudado.
Alberto |
|
|
|
|
jcastro
Posts:6
|
| 29/05/2009 10:51 AM |
|
Gracias pero con es eso de conexiones concurrentes, si me lo puedes dar mas claro te agradeceria mucho. Te explico. El sistema de gestion que tenemos8el cual graba sus datos en una Base de Datos del SQL200 instalada en el Servidor, cuenta con 6 facturadoras (seis personas que facturan ...pueden facturar en cualquier instante) hay otras 4 personas en el area de compras que tambien pueden acceder a grabar sus ordenes de compras en cualquier instante, 3 personas en almacen que pueden ver reportes de stock , y reportes de mercaderias...y asi otros usuarios...cada uno desde sus respectiva maquina.
Todos son USUARIOS FINALES(que sol hacen uso del programa que los lleva a grabar en la Base de Datos del SQL) que pueden usar el sistema en cualquier momento, segun lo necesiten. que pasa si en un momento TODOS COINCIDEN en usarlo al mismo tiempo (aunque es algo dificil...pero es algo que habra pasado porque habido mentos que el sistema se pone demasiado lento ) dime porfavor de todos modos tengo que comprar licencias ...QUE SON ALTAMENTE CARAS ademas de las que hemos comprado CAL por cada usuario que accede al Servidor Windows Server 2003 Standar Edition.(alli si las Cal son mucho mas baratas a $28.00 dolares por cada usuario. De esas hemos comprado 20 para acceder al Servidor Windows Server 2003 Standar Edition ) . Estamos regularizando poco a poco nuestros software..pero SON DEMASIADOS CAROS las de SQL ... Espero su ayuda en esto. GRACIAS POR SU GENTIL AYUDA
|
|
|
|
|
aderossi
Posts:23
|
| 29/05/2009 11:17 AM |
|
Hola:
Sin importar si actualmente tus 25 usuarios se conectan al mismo tiempo, te recomiendo que comiences comprando las 5 licencias mínimas, para que no estes en falta. Son 700 dólares aprox, pero te recomiendo que negocies precios con dos o tres proveedores de licencias.
OJO: comprar 5 licencias no quiere decir que SOLO 5 usuarios se pueden conectar al mismo tiempo. Se pueden seguir conectando mil usuarios si deseas. En este momento tienes 0 licencias y todos se conectan.
Recomendaciones:
1. Investiga el número promedio de usuarios concurrentes. Alli vas a saber exactamente si son mas de 5 licencias las que necesitas. Hay una herramienta que se llama SQL Server Profiler. En castellano se llama Analizador de SQL Server. Con esa herramienta puedes auditar los login y logout de los usuarios y saber cuantos se conectan a la vez. Si en un mes, en promedio diario se conectan mas de 5 usuarios, puedes ir comprando de a pocos las licencias que te faltan.
2. Negocia la compra de licencias de Microsoft en paquete: Si tienes que comprar licencias de Windows Server, SQL Server, Office, etc., te sale más acuenta negociar el precio por todo el paquete, siempre y cuando esto sea posible.
Si te quedan dudas me respondes.
Alberto |
|
|
|
|
jcastro
Posts:6
|
| 29/05/2009 02:38 PM |
|
Gracias nuevamente por tu respuesta. Si tengo unas dudas mas.
Cuando me compre las licencias CAL las que necesito para que mis usuarios se conecten,pregunto: ¿ estas hay que irlas registrando en alguna parte del SQL2000 Server o poner en alguna parte el numero de licencias adquiridas para que todo este legal y la base de datos responda a la cantidad de licencias adquiridas?.
Te comento: Cuando me instalaron el SQLServer2000 no recuerdo que hayan puesto algo asi en el "mismo SQL2000" , pero si pusieron limite atraves del programa que nos vendio esta empresa para que el programa no trabaje con mas usuarios del que le compramos a la empresa que nos vendio el software de gestion.(repito No pusieron nada en el mismo SQL)
____ y con este prehambulo te comento: _____
Mira acabo de entrar al SQL2000 via el Administrador_Corporativo, le he dado click derecho sobre la base de datos donde se guarda nuestra informacion y le he dado click sobre la opcion "Propiedades", alli leo que una de las lineas dice:Numero de Usuarios = 1 . Que significa eso?. Es que acaso hay un solo usuario(una sola licencia, la misma que trae el SQLServer...pues esta si viene por defecto con una licencia ). Mi pregunta es: Entonces estoy trabajndo con una sola licencia y ya no necesito mas? (Te comento que cuando alguien accede a un reporte todas las demas maquinas se ponen casi lentas , o cuando alguien graba por ejemplo una factura tambien ocurre eso que todas las demas que estan consultando el sistema se ponen lentas y se reactivan ni bien termina la grabacion. ¿ no sera que solo estamos usando "UNA SOLA LICENCIA, LA QUE TRAE EL SERVIDOR POR DEFECTO, por eso que ocurre eso?" y por eso que en propiedades el numero de usuarios dice "uno"? De ser asi dime ya no tendriamos porque comprar mas licencias? . Una vez mas te agradecere tu consejo.
|
|
|
|
|
rcrbalcazar
Posts:130
|
| 30/05/2009 09:16 AM |
|
Estimado jcastro, tratare de explicarte este tema en terminos lo menos tecnicos posibles: Cuando se trata de licenciamiento MIcrosoft sigue el siguiente esquema: para sistemas operativos Microsoft fija un precio por el uso de software de Sistema operativo, esto te autoriza a Instalar el software en un servidor, caso distinto al de las PCs (Dispositivos) o usuarios que se conectan contra estos servidores ya que como ya sabes se requieren licencias CAL (licencias de conexion) en este caso se trata de una licencia por cada PC o usuario dependiendo de lo que hallas elegido.
Para el caso del software de servidor, especifcamente hablando del SQL Server tambien aplica el mismo esquema, solo que en este caso el numero de licencias CAL se reduce al numero de usuarios que hacen uso del servidor SQL Server al mismo tiempo. Entendiendo que el significado de "al mismo tiempo" implica que dos o mas usuarios realizan y mantienen activa una conexión contra el servidor SQL durante el mismo intervalo de tiempo. Por ejemplo digamos que tenemos una aplicacion cliente que realiza registro de ventas, ambos usuarios estan con la ventana de registro de ventas abierta al mismo tiempo, en este caso no significa NECESARIAMENTE (paso ha explicar esto luego) que existan dos conexiones abiertas contra el servidor, ya que ambos usuarios estan viendo sus pantallas pero no estan guardando o consultando la base de datos a la vez, digamos que ambos usuarios no hacen "Click" al botón guardar al mismo tiempo (mismo segundo o milisegundo), por lo tanto bajo este escenario solo necesitas una CAL para SQL.
Explicación de NECESARIAMENTE: Sin embargo el caso explicado es hipotetico y depende mucho del modo en el que la aplicacion fue desarrollada. Toda aplicacion que requiere hacen una operacion contra un SQL Server (consulta, registro u otra operacion) necesita que la aplicacion se CONECTE contra la BD, He aqui el meollo del asunto, si la aplicacion cliente fue programada para que cada vez que se le inicie se ABRA una conexion a la base de datos y esta se matengan hasta el final, pues entonces efectivamente vas a necesitar varias CALs, pero si la aplicacion fue programada para que solo en los breves momentos que necesita acceder a la base de datos ABRA una conexion y luego la CIERRE tan pronto como sea posible entonces el numero de CALs se puede reducir significativamente, ya que como comprenderas la probabilidad de que varios usuarios hagan una operacion al mismo segundo se reduce.
Hay otros factores que te pueden dar mas informacion del numero de conexiones pero la idea general es la que te acabo de explicar.
El modo de detectar cuantas conexiones contra la base de datos se utilizan como maximo en simultaneo es utilizando la herramienta SQL Profiler que ya te fue mencionada, te recomiendo que hables con tu proveedor del programa o con un DBA que te pueda ayudar a determinar este dato si es que no cuentas con un personal conocedor de SQL.
Mencionaste tambien el tema del numero de conexiones que se te muestra como 1 en tu SQL, lo que estas viendo es un resumen de los usuarios de base de datos que se han creado para tu aplicacion, no tiene que ver restriccion alguna de numero de conexiones.
Te dire que los problemas de lentitud del SQL server podrían estar relacionados a esto pero tambien al Tunning (optimizacion de la base de datos) es decir que aquello fue programado para esta aplicacion en la base de datos este realizado de la manera mas eficiente posible y siguiendo las mejores practica de desarrollo de bases de datos. Tambien debe tenar requisitos minimos del Hardware del servidor, amcho de banda minimo, en fin pero estos requerimientos te los debe dar tu proveedor del software.
Existen otras formas para reducir significativamente el numero de conexiones contra la base de datos, por ejemplo el uso de aplicaciones de Servidor tipo COM+ que permiten impersonar, imagina lo siguiente: tu aplicacion cliente (las pantallas de los usuarios) no se conectan contra la base datos, en cambio las aplicaciones clientes entregan o piden la informacion a una segunda aplicación instalada en un unico servidor (esta sería una aplicacion COM+) y este es la unica que puede acceder a la base datos utilizando un minimo de conexiones, en mi propia experiencia siguiendo este esquema de trabajo llegan a utilizar como maximo 5 conexiones, para aplicaciones que cuentan son algo de 100 o 200 terminales.
Como veras todo esto es muy relacionado con el modo en el que halla sido desarrollada la aplicación que haz adquirido, por ello como te dije solo puedes ayudarte de ellos o de un DBA que pueda realizar este monitoreo en tu servidor de base de datos.
Por otro lado las licencias CALs clientes son "solo" contratos no se tienen que registrar, a menos que se traten de licencias CAL de terminal server por ejemplo.
Saludos. |
|
Richard Rodriguez |
|
|
jcastro
Posts:6
|
| 01/06/2009 04:52 PM |
|
MUCHAS GRACIAS ....DE VERDAD ME HA SERVIDO DE MUCHO TUS EXPLICACIONES. Voy a conversar con mi proveedor del sistema de gestion que tengo para que me diga que tipo de conexion se esta realizando a la base de datos.
Muchas Gracias.
De casualidad sabes si la compra de la licencia del SQL2008 Server valida tambien la del SQL2000 ?. Por alli un proveedor de me ha dicho que solo valida una version anterior, osea la 2005. Nosotros trabajamos con el SQL 2000 y eso nos basta y sobra, ya que el software que tenemos no requiere de mas herramientas sofisticadas. He probado instalando una version del SQL2008 y por lo visto es tan diferente y hasta el tratamiento de los DTS son tan complicados que prefiririamos quedarnos con la version 2000. Saludos |
|
|
|
|
rcrbalcazar
Posts:130
|
| 02/06/2009 10:37 AM |
|
De nada.
Con respecto al tema del licenciamiento de SQL 2008 la verdad no lo se, pero puedes informarte mas de estos temas con los distribuidores autorizados de productos Microsoft, ellos tienen esta información de licenciamiento: Intcomex, Nexsys o Tech Data.
Ahora que si lo que necesitas es una justificación para migrar a SQL 2005 o SQL 2008 pues técnicamente existen varias fuerte razones, pero todo depende del "Para que estes usando el SQL Server" si lo usas como un motor transaccional, con DTS medianamente complejos y el motor aun soporta la carga de trabajo que tienes pues estará bien, desde el punto de vista del negocio, que continues asi. Pero por ejemplo si tu plataforma (Sistema operativo) ya es un Windows Server 2003 o Windows Server 2008 te convendria mas un SQL 2005 para que aproveche mucho mejor las capacidades del SO. Son muchas las "mejoras" del SQL 2005 y 2008 que por ejemplo estan avocadas a la performance del base de datos, mejor seguridad y manejo de volumenes de datos que principalmente se ve cuando vas a trabajar con BI, también puedes optimizar tus procesos utilizando programación de .Net en lugar de utilizar tantos Scripts en los DTSs. Pero todo eso depende una decisión de negocio que razonablemente se vea explicada en un estado actual de tu plataforma y de hasta donde quieran llegar y en que plazos. Por ejemplo si van a seguir trabajando siempre con la misma aplicación pues probablemente no necesiten otro motor (sin considerar que la cantidad de data va a crecer) pero si en un mediano plazo van a necesitar trabajar con BI pues entonces te va a resultar mejor utilizar el 2005 o 2008. Otra justificacion podría ser la caducidad del producto SQL Server 2000. Creo que en todo caso en lo primero que debes trabajar es en un plan estratégico de negocio muy bien engarzado con los objetivos de la empresa y sobre eso ya se puede sustentar la tecnología a utilizar. LO que trato decir es: No se migra una plataforma a otra solo por el hecho de que "Ya es hora" o "Nos estamos quedando" si no "Que beneficio de negocio voy a obtener de la migración".
Saludos. |
|
Richard Rodriguez |
|
|
|
| You are not authorized to post a reply. |
|
|
|
ActiveForums 3.7
|
|
|
|
|
|
|
|
|
|
|
|
|
|