Discussion :

[agdid04]

Bonjour,

Je voudrai avoir un retour d'expérience sur le stockage:

Quelle est la limite en volumétrie de moteur SQL Server (2008, 2012 et 2014) ?

A partir de quelle taille on peut parler par exemple de dégradation perf, accès ou autres ?

Par avance Merci.

@+

[kolodz]

Sans être un expert en base de données, la configuration de la machine et de la base de données à tendance à être plus impactant que la version du SGBD.
Pour ce qui est de la dégradation des performances. Cela n'est pas directement lié au SGBD en lui-même. Certaines requêtes sont beaucoup plus consommatrice en ressource que d'autre.
Un select sur un varchar(8000) n'aura pas les même performances/dégradation qu'un varchar(30). Simplement par la taille des données à remonter.
De même, un table correctement indexé aura de meilleur performance qu'une table sans index utilisable.

Au final, cela dépends de tellement de paramètre qu'il n'est pas réellement possible de répondre à ta question.

Cordialement,
Patrick Kolodziejczyk.

[Invité]

https://msdn.microsoft.com/en-us/lib...=sql.120).aspx

Pour les versions 2008 et supérieurs, pour une base de données :

• limite de 32 767 fichiers par bds.
• limite de 16 To par fichier DATA.
• limite de 2 To par fichier LOG.

Donc pour 32 766 fichiers de DATA de 16 To et 1 fichier de LOG de 2 To :
soit 524 258 To, soit un demi exaoctet par base de données.

As-tu peur de l'atteindre bientôt ?

[agdid04]

https://msdn.microsoft.com/en-us/lib...=sql.120).aspx

Pour les versions 2008 et supérieurs, pour une base de données :

• limite de 32 767 fichiers par bds.
• limite de 16 To par fichier DATA.
• limite de 2 To par fichier LOG.

Donc pour 32 766 fichiers de DATA de 16 To et 1 fichier de LOG de 2 To :
soit 524 258 To, soit un demi exaoctet par base de données.

As-tu peur de l'atteindre bientôt ?

Bonjour et Merci.,

J'ai des échos sur un projet avec une vingtaine de To de data !!!

@+

[julien94320]

Bonjour,

Pour les limites de tailles ils ont été cité plus haut ... (En gros très difficile à atteindre)

En ce qui concerne les problemez de performance c'est autre chose et cela dépend en parti des éléments suivants :

• De la configuration de la machine hebergeant la base (Processeur,Mémoire alloué)
• Du stockage (Disque en RAID 0 +1 ou 10 / Disques SSD / model de SAN ... )
• Du reseau (type de carte réseau / Baie / Type de fibre ... )
• De la modélisation de la base
• De la maintenance de la base ( mise a jour des stats / maintenance des index(s) / Backup ... )
• De l'administration de la base ( conseil sur l'optimisation/ tuning / troobleshooting fournis par les DBA's)

Bref, on peut avoir une très grosse volumétrie, si la base est bien modélisé, bien hebergé et bien administré les perfs seront bonnes

A l'inverse on peut avoir une petite volumétrie, mal modélisé, mal hebergé et mal administré avec des performances déplorables ...

Bref si vous avez pas de DBA's investissez, sinon demandez lui conseil vous gagnerez du temps et de l'argent !

[Invité]

Pour les limites de tailles ils ont été cité plus haut ... ( En gros très difficile a atteindre )

Oui, ça demande un budget assez conséquent tout de même !

A l'inverse on peut avoir une petite volumétrie, mal modélisé, mal hebergé et mal admistré avec des performances déplorables ...

À ça, j'en ai des exemples de n'importe quoi avec des bds de 10 Mo qui arrivaient à pourrir tout un serveur !

[elsuket]

Héhé je vois que je ne suis pas seul

Par contre j'ai supporté les évolutions du modèle et du code des modules d'une base de données de 8To proprement modélisée, et les performances ont toujours été au rendez-vous
Peut d'éditeurs modélisent, et ils le paient cher par la suite, soit en support client, soit en re-modélisation ...

@++

[StringBuilder]

Bof, nan, ils en profitent pour facturer des journées d'expert DBA (Débutant sans Bases d'Administration) à 5 k€ la journée, qui concluent que le serveur à 150 k€ qui héberge une base de 2 Go n'est pas assez puissant