Version imprimable
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. :aie:
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.Citation:
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
MerciCitation:
Envoyé par julien94320
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.
Bonjour les experts,
enfin mon client a décidé de garder son serveur,
Le serveur est DELL T430 :
- CPU :2 x Intel(R) Xeon(R) CPU E5-2603 v3 @ 1.60GHz (12 cores)
- Memoire : 32 Go
-Une machine virtuelle windows server 2012 dédiée pour SQL SERVER de 8 cores + 21 Go
- une autre vm windows server 2012 pour l'accès TSE
le serveur physique dispose d'un seul disque de TO HDD en Raid1
la plate-forme forme de virtualisation est proxmox (solution open source)
Je lui ai suggéré d'acheter un nouveau disque dur qui sera réservé au base de données.
Sachant que la taille de la base est de 7Go actuellement (taille du mdf) et une autre base moin solliciter de 1Go.
Sachant que le nombre d'utilisateur sera au maximum 30 en simultané,
Que pensez vous ?
Merci