Discussion :

[questar]

Bonjour,

Est-il envisageable d'utiliser une même base de donnée stockée sur SAN par deux serveurs SQL différents exploitant les tables de la base? Quelles sont les contraintes et les limites quant à l'intégrité des données?

Merci pour votre aide

[SQLpro]

Deux serveurs ne peuvent pas attaquer la même base de données, sauf s'il s'agit d'un cluster ACTIF/ACTIF.

A +

[questar]

Merci pour cette précision qui amène à une question complémentaire.

Si je suis en mode actif/inactif (pas de connexion du second serveur à la base de données), dans l'éventualité de crash du serveur maître, est-ce que l'activation du serveur secondaire sur la base de données peut garantir l'intégrité des données (à ceci près que je perds naturellement les données de mon application de l'instant du crash jusqu'au rétablissement du serveur secondaire)?

En fait, je souhaite m'affranchir d'un cluster.

Merci pour votre aide

[SQLpro]

Le principe même du SGBDR (sans cluster) garantie l'intégrité des données quoi qu'il arrive.

Cepandant si votre contrainte est une problématique de haute dispo préférez le database mirroring : moins couteux en hardware, moins complexe en administration et moins gourmand en process. Inconvénient : nécessite SQL Server 2005...

A +

[rudib]

Bonjour,

Ton post n'est pas très clair. Tu parles d'actif / passif, puis tu dis ne pas être en cluster. Or, la configuration actif / passif est une configuration de cluster...

Sache que l'actif/actif n'existe pas avec MSCS (le service de cluster de Microsoft), tu ne pourras pas partager la même base entre instance. Ce sera de l'actif/passif croisé, avec une instance de SQL Server par noeud, qui attaque des bases différentes.

En cluster, l'intégrité des données dépend du disque. Au balancement du cluster, les transactions actives sont annulées, tout ce qui est sur le disque (journal de transaction) sera disponible à l'autre noeud, bien sûr.