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 :

Cluster actif/actif config AWE


Sujet :

MS SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Profil pro
    Inscrit en
    Mars 2002
    Messages
    18
    Détails du profil
    Informations personnelles :
    Localisation : Canada

    Informations forums :
    Inscription : Mars 2002
    Messages : 18
    Par défaut Cluster actif/actif config AWE
    Bonjour,

    J'aimerais avoir votre avis sur la config que je m'appête à mettre en place.

    [Situation]
    SQL Server 2000 ent. sp4 en cluster actif/actif
    win server 2003 r2 (/PAE enable)
    6 instances
    8gig ram sur chaque node
    2 instances seront davantage solicités et sont "business critical" (disons INS1 et INS2)

    [Configuration à discuter]
    INS1 et INS2 AWE enable et 2048MG (Use fixed memory size)
    INS3 à INS6 Dynamically configure SQL Server memory
    Possible distribution des instances
    NODE1
    -INS1, INS3, INS5
    NODE2
    -INS2, INS4, INS6

    Les questions que je me pose :
    Est-ce qu'il y a des avantages a activer AWE si on fixe la mémoire à seulement 2048MB ? Normalement on voit davantage l'utilisation AWE à l'utilisation de plus de 2gig.

    Dans le cas ci-haut ne serait pas mieux de tout simplement laisser l'allocation dynamique de la mémoire ?


    Merci de vos commentaires !

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    22 010
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 22 010
    Billets dans le blog
    6
    Par défaut
    L'installation d'instances multiples avec fixation de la mémoire est une solution particulièrement contre performante. Quel est l'intérêt du multi instances dans votre cas ? Donnez moi la raison impérative de ce multi instance ?

    Plusieurs instances => plusieurs EXE sql serveur à monter en mémoire, donc 3 fois plus de RAM bouffé par les 3 moteurs des 3 instances SQL.
    Plusieurs instances => fixer la mémoire de manière statique sur chaque serveur afin qu'ils ne se vampirysent pas les uns les autres.

    Que des inconvénients pour aucun avantage...

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  3. #3
    Membre averti
    Profil pro
    Inscrit en
    Mars 2002
    Messages
    18
    Détails du profil
    Informations personnelles :
    Localisation : Canada

    Informations forums :
    Inscription : Mars 2002
    Messages : 18
    Par défaut
    Je suis tout à fait d'accord avec toi du point de vue de la performance.
    La décision de créer 6 instances viens d'une décision d'affaire.
    6 instances pour 6 "business unit" chaque BU paie pour l'espace disque utiliser, paie pour le niveau de support désiré, en plus d'avoir un niveau de criticité (visibilité :-), importance) différent pour chacune des instances/BD, etc.

    Pour toutes ces raisons, malgré les considérations de performances il faut vivre avec !

    Ce qui me mène à poser ma question sur la gestion de la mémoire, ci-haut.

    Des suggestions ?!

    Merci,

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    22 010
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 22 010
    Billets dans le blog
    6
    Par défaut
    Aucune car c'est techniquement imbécile !

    Quand à l'argument financier il suffit de mesurer régulièrement par des procédures l'espace occupé pour chaque base et faire payer à l'octet....

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

Discussions similaires

  1. Cluster Actif-Actif avec Pacemaker
    Par Para_doxx dans le forum Équipements
    Réponses: 1
    Dernier message: 09/12/2013, 13h19
  2. Réponses: 6
    Dernier message: 29/06/2012, 14h06
  3. Déploiement actif-actif et gestion du cache
    Par seawolfm dans le forum Services Web
    Réponses: 0
    Dernier message: 26/08/2011, 16h48
  4. Heartbeat 3 en mode actif actif
    Par tariqfcb dans le forum Réseau
    Réponses: 0
    Dernier message: 28/02/2011, 19h48
  5. cluster SQL actif/actif
    Par emmanuelt dans le forum MS SQL Server
    Réponses: 4
    Dernier message: 22/09/2006, 08h35

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