La répartition des données utilisateur en groupes de fichiers demande réflexion. Pour commencer, il est bon que le groupe de fichiers primaires ne contienne qu'un fichier (un .mdf) ne contenant que les tables système (sysobjects, sysindexes, sysusers, et ainsi de suite). Pour tous les objets définis par l'utilisateur, je recommande
Utilisation des groupes de fichiers pour les VLDB
les groupes de fichiers définis par l’utilisateur. Je recommande
également de n’avoir qu’un fichier de journaux de
transactions (un .ldf). Un seul fichier de journaux de transactions
est nécessaire parce que les sauvegardes de journaux fréquentes
réduisent l’espace nécessaire aux changements. En effet, si vous
sauvegardez votre journal chaque minute, il ne contient qu’une
minute d’entrées de journal.
Cependant, des transactions de longue durée peuvent
demander un plus grand journal. Il faut donc tester la taille du
journal de transactions par rapport à tous les genres d’activités
qui auront lieu dans la base de données. Même s’il vous faut un
plus grand journal de transactions, vous n’améliorerez pas les
performances en ayant plusieurs journaux, sauf quelques rares
cas. Le fait de créer deux journaux de transactions n’entraînera
pas le striping du journal (comme ce serait le cas en « disk striping
» ou en « RAID 0 stripe sets) au travers des fichiers. Les données
du journal remplissent le premier fichier puis passent au
deuxième. Les trois conseils suivants vous aideront à tirer le
meilleur parti du journal de transactions :
1. Placez le journal de transactions sur un lecteur isolé de toute
autre activité.
2. Assurez-vous que la taille initiale du journal est suffisante pour
assumer le gros de l’activité base de données survenant entre
les sauvegardes, sans autocroissance.
3. Si l’autocroissance est néanmoins nécessaire, assurez-vous que
le taux d’autocroissance est raisonnable. Si la base de données
a plusieurs petites autocroissances, le journal de transactions
sera fragmenté en de nombreux petits VLF (virtual log files).
Les VLF ne sont pas visibles – ils font partie du journal de transactions
et sont au seul usage de SQL Server – mais ils peuvent
dégrader les performances. Si un journal de transactions a de
nombreux VLF en raison de petites autocroissances fréquentes,
les performances de certaines opérations liées au
journal (comme la sauvegarde) en souffriront.
Après avoir déterminé les fichiers primaires et log, vous
devez placer les données définies par l’utilisateur dans des fichiers
non primaires (fichiers .ndf) et créer des groupes de fichiers
définis par l’utilisateur. Le nombre de fichier et de groupes
de fichiers sera fonction de la taille de la base de données et du
type de données. Je déconseille de diviser les tables et les index
en groupes de fichiers séparés. Bien au contraire, divisez certaines
des grandes tables (par exemple, une table de ventes peut
être divisée en 12 tables de ventes mensuelles par an), et placez
les tables que vous devez sauvegarder et restaurer dans d’autres
emplacements, dans un emplacement distinct.
Téléchargez cette ressource
Mac en entreprise : le levier d’un poste de travail moderne
Ce livre blanc répond aux 9 questions clés des entreprises sur l’intégration du Mac : sécurité, compatibilité, gestion, productivité, coûts, attractivité talents, RSE et IA, et l’accompagnement sur mesure proposé par inmac wstore.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- CRM et souveraineté : le choix technologique est devenu un choix politique
- France : la maturité data devient le moteur du retour sur investissement de l’IA
- Cloud et IA : une maturité en retard face à l’explosion des usages
- On ne peut pas gouverner ce qu’on ne peut pas voir : pourquoi la visibilité doit-elle passer avant la gouvernance en matière de sécurité des identités ?
Articles les + lus
Les coûts cachés des merge requests générées par l’IA
Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
Moderniser le développement logiciel : de la fragmentation à l’intégration
Analyse Patch Tuesday Mars 2026
Une nouvelle ère de la modernisation du mainframe
À la une de la chaîne Tech
- Les coûts cachés des merge requests générées par l’IA
- Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
- Moderniser le développement logiciel : de la fragmentation à l’intégration
- Analyse Patch Tuesday Mars 2026
- Une nouvelle ère de la modernisation du mainframe
