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
Best Practice File System sql 2008
Bonjour,
Juste une petite question-discussion. J'ai des bases de données qui sont très grosse et dans l'optique d'aider la performance j'aimerais les scinder en plusieurs fichiers.
Quelle est la taille recommandée?
Par exemple, j'ai une BD de 25 gig et une autre de 200 gig. Est-ce que faire des fichiers de 10 gig est un best practice ?
Merci !
Non !!!!!!
Le découpage en fichier doit être opéré par rapport à la capacité de vos disques physiques.
Il faut donc créer des disques physiques et non des disques logiques, même dans des SAN !
Multiplier inconsidérément le nombre de fichiers grève les performances. En revanche si cela permet de paralléliser les IO alors c'est bon !
Lisez ce que j'ai écrit à ce sujet : http://blog.developpez.com/sqlpro/p8...t-le-stocakge/
A +
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
Merci vos articles sont très intéressant.
Nous sommes en effet sur des SAN et c'est le service technique qui me demande de fractionner mes fichiers de base de données pour leur permettre d'améliorer la performance lors des défragmentation... Je savais que ça pouvait aider à performance à un certain niveau de fragmenter les fichiers de base de données mais de ce que je lis... vu que nous sommes sur un SAN... je ne suis plus du tout certaine que ça vaille la peine malheureusement !
J'ai trouvé cet article qui est très intéressant...
http://www.symantec.com/connect/arti...tiris-products
Je pense que je vais avoir une petite conversation avec le service technique parce que la dernière fois que je leur ai parlé, on m'a dit qu'on avait beau me donner plein de lecteurs différents pour les LOG, TempDB et les fichiers de base de données, au niveau du SAN c'était à la même place physiquement ! ....
Joie ! Je viens d'apprendre que nous avons des disques RAID 5 !
En règle générales les gens du systèmes sont naturellement incompétent en terme de DBA et font systématiquement tout ce qui ne faut pas faire avec les SGBDR ce qui a pour conséquence de tirer les performances vers le bas !
DBA c'est un vrai métier et mieux payé que celui d'ingénieur système vu la responsabilité !
Lisez ce que j'ai écrit sur Wikipédia à ce sujet : http://fr.wikipedia.org/wiki/Adminis...e_donn%C3%A9es
A +
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
Je trouve ça un peu fort, tout de même, limite méprisant.Envoyé par SQLpro
Si le réseau marche pas, tu as beau avoir un serveur de bd très performant, il ne servira pas à grand chose.
Répondre avec citation
Partager