[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

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

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

Un avis ?

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

Bonjour
merci - je vais m'inspirer de ces bons conseils.
msomso