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
Estimation Configuration des serveurs SQL
Bonjour,
Je me trouve obligé parfois de donner des estimations pour la configuration des serveurs de base de données, mais là je trouve souvent une très grande difficulté.
Sur quels indices je dois me baser pour des estimations plus proches de la réalité.
Merci
A+
Bonjour,
Pouvez vous nous donner un peu plus d'informations ?
Quelle est la demande initial ?
La configuration va dépendre de pleins de points :
- nombres de bases
- volumétrie des bases
- complexité du model
- Type de base ( Transactionnel / Décisionnel )
- Nombre d'utilisateurs par bases par instances
- nombres d'accès simultanés
- PRA
- ...
En fonction de tout ces critères l'architecture sera a adapté tant au niveau phyisque ( Machines ) que logiciel ( fonctionnalités ) et en maintenance ...
Une base transactionnel bancaire / boursière ou simplement de grande distribution n'aura sans doute pas les mêmes contraintes qu'une base de données applicative permettant de venir saisir les informations concernant les repas du midi disponible à la cantine ...
Votre question nécessite donc un approfondissement
A+
Merci Julien pour votre retour.
En faite, le nombre de user et le nombre de base dépend d'un client à un autre, mais pour tous il s'agit du Transactionnel
par exemple j'ai un nouveau projet sous les mains,
- une base de données (il s'agit de Sage 100) pour tous les modules (GestCom, Compta) pour 16 users en simultané
- une base pour la trésorerie pour 5 users en simultané
Et la volumétrie ?
Et le modèle de donnée ?
La tolérance de panne ?
L'utilisation de fonctionnalités étendu ?
Quel version de SQL Server ?
Vos réponses restent encore flou, il n'y a pas de regles pour une archi il faut prendre un ensemble de paramètre se poser les bonnes questions et anticipé l'avenir (augmentation de la volumétrie augmentation des utilisateurs ... )
A+
Je pense qu'il espère qu'il y ait une sorte de tableau excel disant par exemple : 5 connexions, 4 DB de 20 GB, SQL2016 = il faut 4 cpu, 250 GB sur le D, 100 sur le L, 24 Gb ram...
Je comprends ce qu'il attent, mais en effet il y a tellement de composant qui rentre en compte pour architecturer un serveur SQL. Et les peu de fois où on m'a demandé mon avis, on m'a dit un truc du genre "la DB fera 1 To dans environ 8 ans, et il y aura 40 utilisateurs, il faut quoi?" "Euhhh, tu n'as pas plus d'infos...?"
Certains pensent qu'on est comme un helpdesk, ils annoncent le problème et on doit se débrouiller genre:
- "ça ne marche pas"
- "euh oui, mais encore?"
- "bah c'est ton métier, c'est à toi de savoir"
- "bah non, il me faut plus d'infos"
- "non je n'en ai pas plus"
- "ok"
Ouais, il y a aussi la part d'impondérable :
J'avais eu une demande d'un serveur pour 1 To de data.
Vu la taille du backup que j'ai reçu, j'ai eu quelques doutes.
Et effectivement après le vidage du log (recovery model à full) et le shrink des énormes datafiles, la bd tenait finalement sur 150 Mo ! Et bien sûr, sans indexes ni clefs primaires...
La montagne qui accouche d'une souris.
Du coup, changement de Vm dédié pour passer du projet Gros Machin à Bd Insignifiante qui ira sur l'instance Petites Bds Diverses déjà toute configurée.
Merci bien pour votre retour non significatif, malheureusement le domaine de base de données n'est pas mon domaine de compétence.Envoyé par janlouk
je demande pas la lune, je cherche uniquement les éléments à prendre en considération pour avoir l'estimation la plus proche à la réalité.
Merci en tout cas pour votre réponse et pour le temps que vous avez sacrifier à lire le sujet
Merci
Je comprends bien que ce n'est pas si facile d'avoir une telle réponse, tout ça est déjà un grand métier
Quand je disais "Certains pensent qu'on est comme un helpdesk", je ne parlais pas de vous, je parlais du business, des "autres" métiers qui ne touchent pas au DB... Au contraire, je vous défendais voilà pourquoi je disais qu'ils donnent le minimum d'infos et ils pensent qu'on va y répondre facilement et savoir mieux qu'eux qui va utiliser leur DB. Et pour info, le pouce vert à votre premier poste, c'est moi, car c'est une question intelligente et que moi-même je suis intéressé par les réponses.
Donc ce n'était pas contre vous, mais plus contre les "autres" qui pensent qu'on a une boule de cristal entre les mains.
Répondre avec citation
Partager