Question

Certains de mes collègues travaillent à la configuration d’un nouveau serveur de base de données pour SQL Server. Le serveur possède un lecteur système qui stocke également des sauvegardes et une seule matrice RAID 5 pour les fichiers de base de données. La matrice RAID 5 est partitionnée de manière logique en 2 lecteurs. L'un concerne les fichiers de base de données (MDF) et l'autre, les journaux de transaction (LDF). La raison citée est les meilleures pratiques.

Ma question est de savoir si ce partitionnement supplémentaire est inutile. Y a-t-il un intérêt à avoir la base de données et les journaux de transactions sur des partitions logiques différentes si elles partagent toujours les mêmes ressources physiques? Je comprends qu’il existe de bonnes raisons de séparer la base de données et les fichiers de journal trans sur deux disques distincts. Par exemple, la vitesse et la reprise après sinistre devraient être améliorées. Cependant, je ne peux penser à aucun avantage qui ne soit pas annulé par le manque de séparation physique. Je ne connais pas assez le RAID pour en être sûr.

Était-ce utile?

La solution

Vous êtes à peu près sur la marque. La seule autre situation qui pourrait mal tourner est une corruption de partition, et elles sont incroyablement rares (et probablement gérées par votre matériel RAID).

Je trouve qu'il est plus facile de séparer les fichiers de données des fichiers journaux (ou même de séparer les groupes de fichiers pour la parallélisation lecture-table) en faisant référence à différentes piles plutôt qu'à différents lecteurs . Cela le rend plus évident pour ceux qui connaissent un peu et le savent dangereusement:)

Autres conseils

La séparation des fichiers de données et des fichiers journaux est généralement excessive. Si vous en avez réellement besoin, vous le saurez.

Mais même dans ce cas, cela n’aidera que si vous les séparez en différents fuseaux. Les avoir sur le même fuseau physique ne vous rapporte rien.

D'autre part, vous ne perdez rien - à l'exception du fait de savoir que tout ce qui concerne votre base de données se trouve dans ce dossier.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top