SQL Server - Combien d'utilisateurs dois-je * vraiment * besoin?

Question

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

Combien d'utilisateurs de comptes que je vraiment besoin, pour SQL Server?

La façon dont je le vois, je donnerais un compte d'administration de maître, peut-être 2 ou 3 comptes d'utilisateurs, puis un compte basé sur l'application.

Ma demande sera probablement environ 30-40 utilisateurs, avec la possibilité rare d'avoir 4-5 personnes étant utilisateurs simultanés. Mais comme je le vois, je mis en place un BLL avec les 30-40 comptes - et le BLL aurais le compte SQL, que tous les 30 comptes utiliseraient pour interroger la base de données par ...

Je me demande ce que les gens prennent des années à ce sujet est. Est-ce que le chemin à parcourir, ou dois-je une mauvaise idée ici de l'architecture?

Answer 1

Votre cas est appelé Multiplexage ans est couvert dans le considérations spéciales utilisant Middleware, serveurs de transaction et multiniveau architecture:

  

Parfois, les organisations se développent   scénarios de réseau qui utilisent divers   formes de matériel et / ou logiciel   réduire le nombre de dispositifs ou d'utilisateurs   que l'accès directement ou utiliser le   logiciel sur un serveur particulier, souvent   appelé « multiplexage » ou « mise en commun »   matériel ou logiciel. L'utilisation de ces   multiplexage ou matériel mise en commun   et / ou le logiciel ne réduit pas la   nombre de licences d'accès client   (Licences d'accès client) requis pour accéder ou utiliser SQL   Logiciel serveur. Une CAL est nécessaire pour   chaque dispositif distinct ou d'un utilisateur à la   multiplexage ou d'un logiciel ou la mise en commun   extrémité avant du matériel. Cela reste vrai   peu importe combien de niveaux de matériel   ou le logiciel existe entre le serveur   exécutant SQL Server et le client   des dispositifs qui utilisent en fin de compte les données,   services ou fonctionnalité

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

Answer 2

Si je comprends bien que vous avez besoin d'une licence d'accès client pour chaque utilisateur distinct ou d'un dispositif qui utilise SQL Server pour 30-40 dans votre cas. Les comptes ne sont que des ensembles d'informations d'identification qui authentifient sur le serveur, alors que les utilisateurs sont des sacs de viande. sacs de licence de viande, pas des comptes.

Il est une zone facilement misundertood bien et Je vous conseille de contacter Microsoft Licensing pour trouver la vraie affaire.

Answer 3

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

Vous pouvez toujours mettre à jour à tout moment à l'édition standard en cas de besoin.

Pour une comparaison de la de contrôle MS SQL Server 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 n'est pas plus de 4 Go).

Answer 4

La réponse est simple ...

Vous avez besoin d'une licence d'accès client pour chaque utilisateur distinct ou un périphérique qui se connecte à SQL Server, quel que soit « multiplexage » ou d'un serveur Web ou un proxy entre l'utilisateur final et SQL Server installer.

Si vous ne pouvez pas compter physiquement et de les quantifier (par exemple le site Web public), vous avez besoin de licences de processeur.

En savoir plus ...

• Que faire si vous développez la boutique ou userbase?
• deviennent plus chers licences d'accès client puis par processeur à un moment donné
• Vous licence rarement une seule case.
• Qu'en est-il reprise dans la production?
• Les licences non-prod (boîtes Test / dev) -> obtenir un ouscription MSDN

Mon conseil: parlez à MS ou qui traite de vos licences dans votre magasin. Vous avez déjà un accord avec MS pour le système d'exploitation et Office au moins.

Answer 5

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

Microsoft vous dira que vous avez besoin d'une licence par processeur. (Et c'est moins cher que d'acheter des licences CAL 30-40)

Answer 6

Voici ce que le MS Sql Server FAQ dit:

Pour les applications de serveur tournées vers l'extérieur. licence de processeur est un meilleur choix pour les applications serveur tournées vers l'extérieur, comme les scénarios Internet et extranet. Il est souvent difficile de compter dispositifs ou d'utilisateurs dans ces scénarios, de sorte que la tarification basée sur le matériel est plus simple.

Pour les serveurs à usage mixte. Pour les serveurs à usage mixte qui seront accessibles à la fois à l'intérieur et à l'extérieur du pare-feu de l'organisation, les licences de processeur est généralement favorable. Étant donné que les licences de processeur sont probablement nécessaires pour les utilisateurs externes, il n'y aurait pas besoin d'acheter séparément l'accès pour les utilisateurs internes par CALs.

Pour les environnements à l'intérieur du pare-feu. Pour les environnements à l'intérieur du pare-feu où les taux de traitement client-serveur sont relativement faibles, le serveur, plus périphérique modèle de licence d'accès client sera probablement le choix le plus rentable s'il y a plusieurs utilisateurs par appareil (par exemple, dans un centre d'appels), alors que le serveur ainsi que l'utilisateur modèle de licence d'accès client sera probablement plus rentable s'il y a plusieurs appareils par utilisateur. Pour les environnements à l'intérieur du pare-feu où les taux de traitement client-serveur sont élevés, le modèle de licence de processeur sera probablement plus rentable.

Answer 7

Sauf si vous faites quelque chose de difficile avec authentification proxy et audit vous n'aurez une connexion pour l'application. Dans le cas contraire, je licence par processeur.