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

Adaptive Server Enterprise Sybase Discussion :

[ASE 15.0.2] répartition physique de fichiers de base


Sujet :

Adaptive Server Enterprise Sybase

  1. #1
    Membre régulier
    Profil pro
    Inscrit en
    Mars 2007
    Messages
    254
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2007
    Messages : 254
    Points : 80
    Points
    80
    Par défaut [ASE 15.0.2] répartition physique de fichiers de base
    Bonjour

    Nous disposons de 3 disques (en mirroir, il y en a 6 exactement).
    Ils sont configurés en "Raw".
    L'OS est Solaris 10 (SPARC 64).

    Pour des raisons d'optimisation on envisage de séparer les fichiers suivants:
    - les "data" de mon application
    - les index de mes "data"
    - fichier log (segment log)
    - ceux de la base tempdb (act. 3 devices pour segment: default, system et log).

    Il nous faut aussi choisir l'emplacement de :
    - autres bases du serveur (master, sybsystemprocs, sybsystemdb).
    - serveur d'application accédant à ma base.

    Compte tenu que les 3 disques physiques disponibles sont identiques (volume, vitesse, etc),
    comment feriez-vous la répartition entre application, data, index, log et tempdb ?

    Je pense à séparer les data et index.
    Pour le reste je ne sais pas ce qu'il vaut mieux isoler: le log ou tempdb ?
    Si c'est la tempdb, alors avec quoi associer le log (data ou index) ?
    Faut-il mettre les 3 devices de tempdb sur un seul disque ?
    Le serveur d'application devant cohabiter avec, au choix, : data, index ou log/tempdb,
    je manque cruellement d'expérience pour prendre la décision.
    Peut être qu'il faut réserver un disque au serveur d'application et organiser la base sur les 2 disques restant ... ?

    Merci d'avance de vos conseils

    msomso

  2. #2
    Membre chevronné

    Profil pro
    Inscrit en
    Janvier 2006
    Messages
    1 307
    Détails du profil
    Informations personnelles :
    Âge : 64
    Localisation : Suisse

    Informations forums :
    Inscription : Janvier 2006
    Messages : 1 307
    Points : 1 828
    Points
    1 828
    Par défaut
    Il y a deux critères pour le placement des devices.

    Pour la performance il faut avoir le plus de disques physique possible, soit par l'intermédiaire d'un soft (logical volume manager), soit en créant les devices Sybase sur plusieurs disques physiques pour une même base, ce qui permettra de distribuer les opérations IO.

    Pour la recoverabilité (je sais pas comment traduire cela: recoverability) il faut évidemment que les logs (syslogs) soient séparés des devices datas pour que la perte d'un device n'entraine pas la perte des datas et des logs.

    Pour tempdb - je choisirais des devices OS (filesystems) plutôt que "raw", avec un cache associé afin d'éviter les opérations IO physique au maximum.

    Ensuite cela dépend du profil de l'application. Si il y a beaucoups d'écritures il faut probablement isoler les logs.

    Michael
    Michael Peppler
    Membre de TeamSybase - www.teamsybase.com

    "A successful [software] tool is one that was used to do something undreamed of by its author." -- S. C. Johnson

  3. #3
    Membre régulier
    Profil pro
    Inscrit en
    Mars 2007
    Messages
    254
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2007
    Messages : 254
    Points : 80
    Points
    80
    Par défaut
    Bonjour
    On ferait donc (D=disque):
    • D1 (raw) - data
    • D2 (raw) - index + log
    • D3 (si poss. partiellement en filesystem) - tempdb, bases propres à ASE, serveur d'application


    Pour la tempdb, mettez-vous la totalité sur un disque ou bien en séparant le log segment des autres (default et system) ?
    Sur lequel de 3 disques installer le serveur ASE (avec les data, ...) ?
    Y a-t-il des préférences entre raw et filesystem pour le dataserver ASE ?

    Peux-tu, Michael, expliquer d'avantage : "par l'intermédiaire d'un soft (logical volume manager)" ?

    D'avance merci
    msosmo

  4. #4
    Membre régulier
    Profil pro
    Inscrit en
    Mars 2007
    Messages
    254
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2007
    Messages : 254
    Points : 80
    Points
    80
    Par défaut
    Un avis ?

  5. #5
    Membre chevronné

    Profil pro
    Inscrit en
    Janvier 2006
    Messages
    1 307
    Détails du profil
    Informations personnelles :
    Âge : 64
    Localisation : Suisse

    Informations forums :
    Inscription : Janvier 2006
    Messages : 1 307
    Points : 1 828
    Points
    1 828
    Par défaut
    Un "logical volume manager" est un soft qui s'interpose entre les disques physiques et l'OS, et présente des disques logiques que l'on définit comme une combinaison de 1 ou plusieurs disques physiques.

    Si tu mets les logs et les indexes sur le même disque tu as un (petit) risque de perte de données si ce disque casse complètement. Si il est en raid cela n'est peut-être pas une grande probabilité...

    Questions performance je serais personellement tenté de mettre les logs sur leur propre disque (avec éventuellement d'autre fichiers qui ne sont que rarement lus/ecrits), parce que je suspecte que les patterns d'accès pour les logs et pour les indexes sont assez différent et risque de faire de l'intérférence.

    Pour le reste - master, etc. peut tout à fait aller sur des devices raw ou des devices FS (en mode "direct IO") et cela ne fait pas vraiment de différence (à mon avis).

    Mais prends ce que je dis avec un peu de prudence - cela fait bien longtemps que je ne me suis plus vraiment préoccupé de placement d'objets physiques de cette façon...


    Michael
    Michael Peppler
    Membre de TeamSybase - www.teamsybase.com

    "A successful [software] tool is one that was used to do something undreamed of by its author." -- S. C. Johnson

  6. #6
    Membre régulier
    Profil pro
    Inscrit en
    Mars 2007
    Messages
    254
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2007
    Messages : 254
    Points : 80
    Points
    80
    Par défaut
    Bonjour
    merci - je vais m'inspirer de ces bons conseils.
    msomso

Discussions similaires

  1. Lieu de stockage physique des fichiers VARBINARY(MAX)
    Par robv dans le forum Développement
    Réponses: 1
    Dernier message: 24/02/2012, 15h30
  2. [JPEG] Compression & calcul de la taille physique du fichier
    Par JYves dans le forum Traitement d'images
    Réponses: 0
    Dernier message: 17/12/2008, 17h41
  3. Détachement de base et répartition physique sur le disque
    Par Rodrigue688094 dans le forum Administration
    Réponses: 1
    Dernier message: 02/07/2008, 11h36
  4. Suppression physique de fichier sequential
    Par Zenklys dans le forum Cobol
    Réponses: 2
    Dernier message: 31/03/2007, 14h40
  5. [JSP]sources html + adresse physique des fichiers
    Par hinanui dans le forum Servlets/JSP
    Réponses: 2
    Dernier message: 29/03/2006, 20h03

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