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

Administration SQL Server Discussion :

Quel RAID pour quel DATAFILE


Sujet :

Administration SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Homme Profil pro
    Inscrit en
    Novembre 2007
    Messages
    125
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Japon

    Informations forums :
    Inscription : Novembre 2007
    Messages : 125
    Par défaut Quel RAID pour quel DATAFILE
    Bonjour,
    Pour une grosse DB de plusieurs centaines de GB.
    Je pensais mettre mes fichiers dans des LUN différents selon la structure suivante :

    C: system
    E: Tempdb
    F: Data
    G: Data archive (partitionnement horizontal)
    H: Index
    I: Log.

    Ma question serait, quelle RAID devrais je appliquer pour chacun de ces disques.

    Merci.

  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 001
    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 001
    Billets dans le blog
    6
    Par défaut
    Créez des LUN alignés sur des disques physiques et non "taillés dans la masse"
    Interdisez vous le RAID 5
    Pour les JT le mieux est le RAID 0+1 ou 10
    Croisez les fichiers JT et DATA des différentes bases de production et de la tempdb.
    Créez autant de fichier de données pour la tempdb que de socket de CPU.

    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 confirmé
    Homme Profil pro
    Inscrit en
    Novembre 2007
    Messages
    125
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Japon

    Informations forums :
    Inscription : Novembre 2007
    Messages : 125
    Par défaut
    Donc pas de Raid 5 pour les data, que choisir alors ?

    Citation Envoyé par SQLpro Voir le message
    Croisez les fichiers JT et DATA des différentes bases de production et de la tempdb.
    ??, ne doivent ils pas être dans différent system RAID?

    Citation Envoyé par SQLpro Voir le message
    Créez autant de fichier de données pour la tempdb que de socket de CPU.
    Cela va être un peu difficile on a 80 Core (20 cpu), donc j'avoue je vois mal 20 fichiers data pour TEMPDB sur le même disque (Raid 0+1 /10 aussi ?) ou j’ai mal compris ? 20 partitions ?

Discussions similaires

  1. Quel langage pour quel tâche ?
    Par karas.uchiwa dans le forum Langages de programmation
    Réponses: 1
    Dernier message: 01/04/2010, 11h00
  2. [Disque Dur] Quel raid pour un cluster ?
    Par vilveq dans le forum Composants
    Réponses: 3
    Dernier message: 16/02/2009, 14h54
  3. quel langage pour quel utilisation ?
    Par Fleur080 dans le forum Débuter
    Réponses: 24
    Dernier message: 12/01/2009, 17h03
  4. Réponses: 1
    Dernier message: 11/01/2008, 17h37
  5. quels langages pour quels SGBD ?
    Par njac dans le forum Décisions SGBD
    Réponses: 5
    Dernier message: 12/06/2005, 19h14

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