SQL Server Comment de nombreux utilisateurs ne j'ai *vraiment* besoin?

Je suis la mise en place d'une application, et je suis à la recherche dans l'achat d'une licence pour le Serveur SQL. Ma question est assez simple (bien que peut avoir une réponse nuancée...)

Combien de comptes utilisateurs à faire je vraiment besoin, pour SQL Server?

La façon dont je le vois, je donnerais un master d'administration de compte, peut-être 2 ou 3 comptes d'utilisateurs, puis un en fonction de l'application compte.

Ma demande risque de 30 à 40 utilisateurs, avec la possibilité rare d'avoir 4-5 personnes simultanée utilisateurs. Mais comme je le vois, je l'avais mis en place un BLL avec les 30-40 comptes et la BLL aurait le compte SQL, que tous les 30 comptes utiliser pour interroger la DB...

Je me demande juste ce que les gens sur ce qui est. C'est que le chemin à parcourir, ou dois-je avoir la mauvaise idée de l'architecture ici?

OriginalL'auteur AlishahNovin | 2009-11-16

  1. 8

    Votre cas est appelée Multiplexage et est couvert dans l' considérations spéciales à l'Aide du Middleware, Serveurs de Transactions, et de l'Architecture Multiniveaux:

    Parfois les organisations à développer des
    réseau des scénarios qui utilisent divers
    les formes de matériel et/ou logiciel
    réduire le nombre de dispositifs ou d'utilisateurs
    qui ont directement accès ou de l'utilisation de la
    logiciel sur un serveur particulier, souvent
    appelé "multiplexage" ou de "mise en commun"
    de matériel ou de logiciel. L'utilisation de ces
    le multiplexage ou de mise en commun de matériel
    et/ou le logiciel ne permet pas de réduire la
    nombre de licences d'accès client
    (Cal) nécessaires à l'accès ou de l'utilisation de SQL
    Le logiciel serveur. Une licence d'accès client est nécessaire pour
    chaque dispositif ou utilisateur de l'
    logiciel de multiplexage ou regroupement ou
    matériel frontal. Cela reste vrai
    peu importe combien de niveaux de matériel
    ou des logiciels existent entre le serveur
    l'exécution de SQL Server et le client
    les appareils que, finalement, la l'utilisation de ses données,
    services ou fonctionnalités

    Bottom line: vous avez besoin d'une licence d'accès client pour chaque utilisateur, à un toal de 35-45 licences.

    Le multiplexage! Merci pour cette! Je savais qu'il y avait un terme pour ça, j'ai juste eu un moment difficile obtenir le droit à la requête de recherche pour trouver le terme. Donc, juste pour être clair, est-ce que cela compte pour lorsque vous configurez l'ASP.NET compte d'utilisateur que le compte à la lecture/écriture dans la bd? Parce que techniquement, n'est-ce pas alors besoin d'acheter une nouvelle licence d'accès client chaque fois qu'un nouvel utilisateur s'inscrit sur votre site web? Mon application n'est pas un site web, donc je n'ai pas ce problème, mais j'essaye juste de comprendre comment tout cela fonctionne. J'avais cru comprendre qu'une zone peut être considéré comme "utilisateur" et il procurations vos utilisateurs finaux.
    Un moment, j'ai lu la dernière phrase sur le MME site, et il est dit ce qui suit: "Une exception supplémentaire est la communication exclusivement entre les serveurs exécutant SQL Server." Un BLL/DAL architecture de ne pas le faire?
    Les comptes d'application (comme le ASP.Net compte) n'est pas considéré comme un compte distinct. Vous disposez de 30 utilisateurs à l'aide de l'intranet de l'application et de l'ASP.se connecte avec IUSR_Foo, vous avez besoin de 30 Licences d'accès client, et non pas 30+1. Soyez averti, cependant, je suis pas un avocat, ni puis-je jouer à un à la TÉLÉ...
    Si vous multiplex un nombre indéterminé d'utilisateurs (par exemple. site web), vous êtes tenus de passer par une licence par processeur, mais dans ces cas, vous pouvez utiliser de l'Édition Web, ce qui n'est vraiment pas cher: microsoft.com/sqlserver/2008/en/us/web.aspx
    L'édition web n'est pas autorisé pour les internes (business uniquement), c'est à dire sur un Intranet. "SQL Server 2008 Web peut être utilisé seulement à soutenir publics et accessibles par Internet pages Web des sites Web, des applications de services Web, Il ne peut pas être utilisé pour soutenir des applications d'entreprise (par exemple, Gestion de la Relation Client, Gestion des Ressources d'Entreprise et d'autres applications similaires)"

    OriginalL'auteur Remus Rusanu

  2. 2

    Ma compréhension est que vous avez besoin d'une licence pour chaque utilisateur distinct ou un périphérique qui utilise SQL Server afin de 30-40 dans votre cas. Les comptes sont juste des jeux de pouvoirs qui s'authentifier sur le serveur, alors que les utilisateurs sont des sacs de viande. Licence de sacs de viande, pas de comptes.

    C'est un facilement misundertood région et je vous conseille de contacter Microsoft Licence pour trouver la vraie affaire.

    Je suppose que je peut avoir besoin, parce que la façon dont je le vois, le 30 à 40 utilisateurs sont seuls les utilisateurs de l'application qui frappe le Biz de la couche de zone. Ils ne sont pas "directement" aux utilisateurs de SQL Server. Je serais certainement comprendre, s'il y a une application tierce, par exemple, fait tout simplement DB d'INTERFACE utilisateur, et vous avez eu tous les utilisateurs frappé de cette application tierce, on pourrait certainement faire le prétendent qu'ils sont en fait les utilisateurs de SQL Server, mais dans le cas que je suis en train de penser, les utilisateurs sont un peu plus éloigné que ça... ils sont des utilisateurs du produit, et le produit lui-même utilise SQL Server comme moteur de base de données.

    OriginalL'auteur Martin

  3. 1

    Vous ne savoir que l'utilisation commerciale de SQL Express 2005/2008 est autorisé et peut être parfaitement adaptés à votre scénario?

    Vous pouvez toujours mettre à jour à tout moment à la version Standard devrait vous en avez besoin.

    Pour une comparaison de la les éditions de MS SQL Server vérifier ici. Il comprend également leurs limites. Je suis convaincu que pour votre scénario, SQL Server Express ferait très bien (à condition que votre DB est de pas plus de 4 GO).

    Express a la limite de 1 go de mémoire vive, ce qui n'est pas une petite somme. Vous pouvez alors avoir autant d'utilisateurs que vous le souhaitez. Dans un de mes clients les entreprises, il y a 4 personnes qui travaillent, a 3, avec 2 db d'applications à la fois et qui convient parfaitement aux besoins.
    Malheureusement ma Base de données est plus grand que 4gigs, je crois que c'est le maximum pour SQL Server Express.
    Darn. Oui, si vous frappez les 4 go de DB de la limite, c'est SQL Express hors de la fenêtre. Je devine que certaines données sont les données d'archives? Vous pourriez archive à une distincte de 4 go DB. 😉

    OriginalL'auteur Wim Hollebrandse

  4. 1

    La réponse est simple...

    Vous avez besoin d'une licence pour chaque utilisateur distinct ou un périphérique qui se connecte à SQL Server, indépendamment de "multiplexage" ou de serveur web ou un serveur proxy entre l'utilisateur final et d'installation de SQL Server.

    Si vous ne pouvez pas compter et de les quantifier (par exemple, site web public), vous avez besoin d'un processeur de licences.

    Plus...

    • Que faire si vous développez la boutique ou userbase?
    • Licences d'accès client deviennent plus cher chaque processeur à un certain point
    • Vous rarement licence une seule boîte.
    • Que sur le basculement de la production?
    • Non-prod licences (Test/dev boîtes) -> obtenir un abonnement MSDN

    Mon conseil: parlez-en à MS ou la personne qui traite avec vos licences dans votre boutique. Vous aurez déjà un accord avec MS pour le système d'exploitation et de Bureau au moins.

    OriginalL'auteur gbn

  5. 0

    Si votre application s'appuie sur une BLL qui procurations de nombreux utilisateurs sur l'instance de SQL Server, puis je pense que vous ne pouvez pas obtenir une licence basée sur le nombre de comptes.

    Microsoft va vous dire que vous avez besoin d'un par licence par processeur.
    (Et c'est moins cher que l'achat de 30 à 40 licences d'accès client)

    OriginalL'auteur Patonza

  6. 0

    Voici ce que le MS Sql Server FAQ dit:

    Pour les extravertis serveur d'applications. Processeur de licence est un meilleur choix pour les extravertis serveur d'applications, telles que l'Internet et de l'extranet des scénarios. Il est souvent difficile de compter dispositifs ou utilisateurs de ces scénarios, donc le matériel de base de la tarification est plus simple.

    Pour une utilisation mixte des serveurs. Pour une utilisation mixte des serveurs qui sera accessible à la fois à l'intérieur et à l'extérieur de l'organisation du pare-feu, le processeur, la licence est généralement favorable. Parce que le processeur de licences sont probablement nécessaires pour les utilisateurs externes, il n'y aurait pas besoin d'acheter l'accès séparément pour les utilisateurs internes par le biais de Licences d'accès client.

    Pour les environnements à l'intérieur du pare-feu. Pour les environnements à l'intérieur du pare-feu client-serveur à processeur ratios sont relativement faibles, le server plus CAL périphérique modèle de licence sera probablement le plus rentable de choix, si il y a plusieurs utilisateurs par appareil (par exemple, dans un centre d'appel), tandis que le server plus CAL utilisateur modèle de licence sera probablement plus efficace si il y a plusieurs appareils par utilisateur. Pour les environnements à l'intérieur du pare-feu client-serveur à processeur ratios sont élevés, le modèle de licence par processeur sera probablement plus rentable.

    OriginalL'auteur AlishahNovin

  7. 0

    Sauf si vous faites quelque chose de délicat avec l'authentification du proxy & audit vous aurez seulement un identifiant de connexion de l'application. Sinon, je n'aurais licence par processeur.

    OriginalL'auteur Nate Zaugg