IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

MS SQL Server Discussion :

Architecture Cluster SQLServer


Sujet :

MS SQL Server

  1. #1
    Candidat au Club
    Inscrit en
    Août 2006
    Messages
    3
    Détails du profil
    Informations forums :
    Inscription : Août 2006
    Messages : 3
    Points : 2
    Points
    2
    Par défaut Architecture Cluster SQLServer
    Bonjour,

    Je souhaites mettre en place un cluster SQLServer de basculement via MSCS.

    Les infos que j'ai trouvé sur le net sont pour le moment assez succinctes et j'aimerais avoir quelques retours d'expérience à ce sujet.

    Quel type d'OS permet de faire cette opération ? : est-ce possible avec 'Windows 2003 server standard' ?
    Est-il obligatoire d'être dans un domaine Microsoft (avec un contrôleur de domaine) pour mettre en place cette architecture ?
    Quelles autres préconisations sont à prendre en compte pour cette opération ?

    Merci de vos réponses

  2. #2
    Expert confirmé
    Avatar de rudib
    Homme Profil pro
    Fakir SQL Server & NoSQL
    Inscrit en
    Mai 2006
    Messages
    2 573
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Fakir SQL Server & NoSQL

    Informations forums :
    Inscription : Mai 2006
    Messages : 2 573
    Points : 4 043
    Points
    4 043
    Par défaut
    Bonjour,

    Selon ceci, il te faut l'édition Enterprise.
    Il te faut aussi SQL Server 2000 Enterprise ou SQL Server 2005 Standard (qui ne supporte que deux noeuds).

    Tu as de la documentation sur le clustering ici :
    http://technet2.microsoft.com/window.../genclust.mspx

    Autant que je sache, tu n'as pas besoin d'être dans un domaine, les machines doivent simplement se voir dans le LAN.

    Il te faut aussi du hardware adapté : une baie de disques partagée ou un SAN, et de préférence deux interfaces réseau par noeud.

  3. #3
    Candidat au Club
    Inscrit en
    Août 2006
    Messages
    3
    Détails du profil
    Informations forums :
    Inscription : Août 2006
    Messages : 3
    Points : 2
    Points
    2
    Par défaut
    Merci de ces réponses

    J'ai trouvé un article intéressant sur le cluster de basculement de Windows2003 ici.

    Dans le point 3, l'auteur indique que les nœuds doivent être promus en contrôleur de domaine.

    Si vous avez d'autres retours d'expérience je suis preneur.

  4. #4
    Expert confirmé
    Avatar de rudib
    Homme Profil pro
    Fakir SQL Server & NoSQL
    Inscrit en
    Mai 2006
    Messages
    2 573
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Fakir SQL Server & NoSQL

    Informations forums :
    Inscription : Mai 2006
    Messages : 2 573
    Points : 4 043
    Points
    4 043
    Par défaut
    Ca n'a pas beaucoup de sens de mettre chaque noeud en contrôleur de domaine. En jetant un oeil sur son article, je pense qu'il décrit la mise en cluster du contrôleur de domaine lui-même: il parle aussi des services DNS et DHCP.
    Ce que tu cherches à obtenir est un cluster pour SQL Server seulement, n'est-ce pas ? Si c'est le cas, tu n'as en tout cas certainement pas besoin de faire de tes noeuds des contrôleurs de domaine

  5. #5
    Candidat au Club
    Inscrit en
    Août 2006
    Messages
    3
    Détails du profil
    Informations forums :
    Inscription : Août 2006
    Messages : 3
    Points : 2
    Points
    2
    Par défaut
    Cela me semble également louche qu'il faille être dans un domaine et que les noeuds soient contrôleurs de domaine.

    J'ai cependant trouvé ce lien : ils parlent encore d'être dans un domaine ...

  6. #6
    Expert confirmé
    Avatar de rudib
    Homme Profil pro
    Fakir SQL Server & NoSQL
    Inscrit en
    Mai 2006
    Messages
    2 573
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Fakir SQL Server & NoSQL

    Informations forums :
    Inscription : Mai 2006
    Messages : 2 573
    Points : 4 043
    Points
    4 043
    Par défaut
    J'ai jeté un oeil sur un white paper dont le lien se trouve sur la page de download de ton lien (ton lien pointe sur un .exe et je te réponds d'une machine Linux, donc pas facile )

    Bon, les noeuds ont besoin d'être membres d'un domaine et c'est logique finalement : le compte qui tourne le service MSCS sur chaque noeud doit être le même compte de domaine, pour que chaque noeud puisse faire partie du cluster.
    Mais tu n'as pas du tout besoin d'être contrôleur de domaine. Par contre, si tu n'as pas d'autre contrôleur, tu peux utiliser tes noeuds comme contrôleur. Le but est que le compte du service MSCS puisse s'authentifier auprès d'un contrôleur. Si tu ne fais contrôleur qu'un des noeuds, lorsqu'il tombe... il n'y a plus de contrôleur, donc si tu optes pour cette configuration, il vaut mieux que tous les noeuds soient contrôleurs.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Architecture en Cluster vs Achitecture Distribue
    Par Isabella dans le forum Ordinateurs
    Réponses: 8
    Dernier message: 10/06/2011, 19h08
  2. Install SP2 SQLSERVER 2008 EN CLUSTER
    Par dream_rachid dans le forum MS SQL Server
    Réponses: 12
    Dernier message: 21/10/2010, 13h29
  3. [Data] SQLServer datasource dans une architecture OSGi
    Par aligod dans le forum Spring
    Réponses: 2
    Dernier message: 12/12/2008, 19h42
  4. Architecture : Mirroring + Cluster
    Par orafrance dans le forum Administration
    Réponses: 19
    Dernier message: 17/07/2008, 16h40
  5. architecture
    Par pons dans le forum CORBA
    Réponses: 3
    Dernier message: 11/06/2002, 12h10

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo