Quickstart et good practices

Salut a tous
Je viens d'être bombardé dba Sybase pour le compte d'une grande banque. Problème : je n'y connais pas grand chose en administration, j'ai juste développé en transac sql pendant à peu près 4 ans ( et c’était il y a longtemps).

Je dois monter un serveur de production dans le courant de la semaine. j'aimerais bien ne pas faire n'importe quoi d'autant qu'il n'y a pas de coup d'essai ( pas de serveur de test pour se faire les mains je sais c'est moche ).

Bref ma question est simple et complexe a la fois :
Quels sont les écueils classiques à éviter ?
Quelle est la bonne stratégie a adopter pour le stockage ? faut il nécessairement log et data séparés ? j'ai vu des serveur avec 2 devices pour chaque base, et d'autres avec 10 devices partagés pour toutes les databases ?
Comment dimensionner les logs par rapport au data ainsi que la tempdb ?
Je m'arrete la car des questions j'en aurait 1000.

A vot' bon coeur m'sieur dames

Quelques éléments de réponse après recherche :

1 - Dimensionner la tempdb pour qu'elle fasse grosso modo 25% de la taille de toutes les bases du serveur.
2 - Placer la tempdb sur son propre segment en utilisant sp_dropsegment.
3 - si possible, son segment doit se trouver seule sur le disque le plus rapide.

J'arrive un peu tard - mais les questions de dimensionnemenent sont assez complexes, et dépendent surtout de l'usage.

La taille de tempdb est fonction de l'activité, plus que de la taille des autres DB. Si l'activité est très importante, et que les query utilisent beaucoups de worktable et/ou temptable la conso dans tempdb sera (évidemment) plus importante.

Un élément super important concerne les caches (default data cache, etc), leurs taille, etc - vu que faire des IOs physique c'est ce qu'il y a de pire pour un dataserver...

Michael

pas grave, merci quand meme pour les eclaircissements

Ma connaissance a un peu augmenté depuis. j'ai du configurer des caches :
un cache séparé pour la tempdb, également un datacache avec une partie pour le large io cache. mais je n'ai trouvé aucun conseil pour dimensionner le procedure cache.... d'ailleurs je ne l'ai pas dimensionné du tout ( pas plus que le datacache de la tempdb d'ailleurs )

je creuse les questions tout seul, pas facile de trouver des retours d'experience de dba sybase^^

Ne pas oublier toute la partie exploitation, dump, stats, rebuild ...
Si tu as besoin de conseils sur ces parties, n'hésites pas !
:ccool: