Méthode de mutualisation de bases de données sql server ?

Bonjour,
J'ai comme projet de mutualiser dans mon entreprise plusieurs bases de données sql server installées sur des serveurs physiques différents vers un seul et même serveur physique.
A noter que je viens du monde "postgresql" et je découvre sql serveur (et windows serveur ! )

Sachant que mes bases de données viennent d'applications différentes qui n'ont aucun rapport entre elles, est ce mieux de créer plusieurs instances nommées pour héberger mes bases pour les isoler ? Quelles ont les avantages et les inconvénient de l'instanciation ? J'avoue avoir du mal à trouver des infos à ce sujet :?


J'ai déjà noté après qq tests qu'il fallait configurer le firewall pour chaque instance.

Sur la standard édition, il n'y a pas de gouverneur de ressource. Est ce que cela ne pose pas de pb si l'on a ~20 bases dans une seule instance ?

J'ai cru comprendre qu'avec plusieurs instance, l'agent sql serveur ne pouvait gérer qu'une seul sauvegarde à la fois ? Ca pose un petit pb si on a une forte volumétrie ...

Et question bête, les sauvegardes totales se font à chaud par défaut sur sql serveur :roll: (je veux dire par là, on est pas obliger d'arrêter la base pour avoir une sauvegarde cohérente ? ) Sur postgresql, c'est un peu plus compliqué que cela ;)

Merci d'avance

Citation:

---

Envoyé par philwood

Sur la standard édition, il n'y a pas de gouverneur de ressource. Est ce que cela ne pose pas de pb si l'on a ~20 bases dans une seule instance ?

---

Ca ne dépend pas tellement du nombre de bases mais plutôt des problèmes potentiels de cohabitation des uns avec les autres. Est-ce qu'il existe des engagements de disponibilité ou de performance vis à vis des utilisateurs ? Si oui, alors RSGOV permet de pouvoir garantir des ressources minimales pour les applications qui en ont besoin. Si on sépare ensuite sur 20 instances, on pourra attribuer des ressources à chacune en termes de mémoire, si on a suffisamment de ressources disque on peut répartir aussi sur les disques, enfin en appliquant des masques CPU ont peut attribuer tel CPU à telle instance, etc... (pas en std édition cependant). Je serais plutôt partant pour avoir 20 bases sur une instance que 20 instances sur une machine (voir le pb de licence potentiellement aussi).

Citation:

---

Envoyé par philwood

J'ai cru comprendre qu'avec plusieurs instance, l'agent sql serveur ne pouvait gérer qu'une seul sauvegarde à la fois ? Ca pose un petit pb si on a une forte volumétrie ...

---

??? la seule limitation technique du nombre de bases que l'on peut sauvegarder simultanément, c'est la quantité de mémoire disponible sur la machine. Rien à voir avec une seule instance ou plusieurs instances. Un seul et même Agent SQL peut lancer plusieurs jobs de sauvegardes en même temps, ça ne pose aucun problème.

Citation:

---

Envoyé par philwood

Et question bête, les sauvegardes totales se font à chaud par défaut sur sql serveur :roll: (je veux dire par là, on est pas obliger d'arrêter la base pour avoir une sauvegarde cohérente ? ) Sur postgresql, c'est un peu plus compliqué que cela ;)

---

Les backups sont consistants à chaud avec une activité transactionnelle, aucun problème.

ATTENTION, le gros problème de regrouper plusieurs bases sur une même instance est la gestion de la collation. En effet, si sur les différents serveurs originaux vous avez autant de collation différentes, alors il y a fort à parier que vous êtes cuit, car les développeurs oublient toujours de spécifier COLLATE database_default à la création des tables temporaires....

Dans ce cas, regroupez vos bases par affinités de collations et pour chacune des collations différentes mettez une instance SQL.

Lisez l'article que j'ai écrit à ce sujet : http://blog.developpez.com/sqlpro/p9...u-plusieurs-1/

A +

Je rajouterai une facette liee a la securite qui doit etre prise en compte:
Est ce que certaine de vos applications necessitent des droits eleves au niveau de l'instance SQL?
Est ce compatible avec vos autres applications ?
Si ce n'est pas le cas, je vous conseille alors de faire une segregation d'instance a ce moment la.

Merci pour vos réponses.
Je pense me tourner vers la séparation des bases par instances car effectivement, entre les pb de COLLATE, de disponibilité et la gestion des droits ...

Quand au pb de sauvegarde simultané, je n'avais pas lu la conclusion du post suivant : http://www.developpez.net/forums/d10...ls-sql-server/

Il faut aussi ajouter les coûts des licences pour chaque instances SQL Serveur. Il vous aurait fallu une licence par processeur dans le cas d'une seule instance alors que dans le cas contraire vous aurez une licence par processeur pour chaque instance qui execute SQL Serveur, aspect à ne pas négliger.

Citation:

---

Envoyé par WOLO Laurent

Il faut aussi ajouter les coûts des licences pour chaque instances SQL Serveur. Il vous aurait fallu une licence par processeur dans le cas d'une seule instance alors que dans le cas contraire vous aurez une licence par processeur pour chaque instance qui execute SQL Serveur, aspect à ne pas négliger.

---

Pas tout a fait d'accord. Si le modele de licensing est par processeurs et que tous les CPU sont payes, avec une licence enterprise, on peut tourner autant d'instances qu'on le souhaite sur la box (en tout cas avec 2008):

Citation:

---

When licensed Per Processor
With Workgroup, Web, and Standard editions, for each server to which you have assigned the required number of per processor licenses, you may run, at any one time, any number of instances of the server software in physical and virtual operating system environments on the licensed server. However, the total number of physical and virtual processors used by those operating system environments cannot exceed the number of software licenses assigned to that server
For enterprise edition there is an added option: if all physical processors in a machine have been licensed, then you may run unlimited instances of SQL server 2008 in one physical and an unlimited number of virtual operating environments on that same machine.

---

Pour 2008 R2:

Citation:

---

Licensing All Physical Processors
If you license all of the physical processors on the server (one license per physical processor), you may run unlimited
instances of the SQL Server software in the following number of OSEs (either physical or virtual):
Edition # of OSEs in Which You May Run SQL Server
SQL Server 2008 R2 Datacenter Unlimited
SQL Server 2008 R2 Enterprise Up to 4 per license
In the case of SQL Server 2008 R2 Standard, SQL Server 2008 R2 Workgroup, and SQL Server 2008 R2 Web, if you license all
of the physical processors you may run the software in the physical OSE only. In order to run the software in virtual OSEs,
you will need to license each virtual processor individually as described below.

---

Cheers,

Ah bon, d'ou tiens-tu ces sources ?

Du site de microsoft:
http://www.google.ch/url?sa=t&source...Mjfsjof5SGObzA

http://download.microsoft.com/downlo...ce-updated.pdf

Bonne journee

Très bien alors je fais une mise à jour dans ma tête.

Merci ! J'étais tombé sur ce doc mais une chose ne me parait pas très claire :

In the case of SQL Server 2008 R2 Standard, SQL Server 2008 R2 Workgroup, and SQL Server 2008 R2 Web, if you license all
of the physical processors you may run the software in the physical OSE only. In order to run the software in virtual OSEs,
you will need to license each virtual processor individually as described below.

Est ce que ça veut dire que je peux créer autant d'instance que je veux en standard édition du moment que j'utilise une licence pour tous les CPU ?

D'après ce doc, oui (http://www.microsoft.com/sqlserver/2...nsing-faq.aspx) :
Q. How does licensing work with the multi-instance feature in SQL Server 2008?

A.

You can run multiple instances of SQL Server 2008 on a single computer. Multiple instances are used by organizations that have several applications running on a server but want them to run in isolation so that any problem in one instance will not affect the other instances. In SQL Server 2008, you can run multiple instances with the Workgroup, Standard, and Enterprise editions when they are licensed server/CAL or on a per-processor basis. Please read the SQL Server 2008 Licensing Overview for more information.


Sinon, un article très intéressant qui traite des avantages et inconvénients du multi instances :
http://msdn.microsoft.com/en-us/libr...ql.100%29.aspx

Hello,

Oui je pense que tu peux creer autant d'instances standard que tu veux tant que tu utilises l'OS de la machine physique.
Si tu virtualises, il faut alors licensier tous les CPUs virtuels indépendamment.
A verifier avec ton representant Microsoft ;)

Citation:

---

Envoyé par philwood

Sinon, un article très intéressant qui traite des avantages et inconvénients du multi instances :
http://msdn.microsoft.com/en-us/libr...ql.100%29.aspx

---

Effectivement, il est super interessant.
Merci pour le lien :)