Discussion :

[dari68]

Bonjour à tous,

Jusqu'au là, j'ai toujours mis les bases systèmes (notamment MASTER && MSDB) sur la partition système comme ça en cas de blème je restaure mon système et donc les bases systèmes avec.

Les bases applicatives sont évidemment sur d'autres disques dédiées.

Alors je me demande si je continue à installer comme ça ou je mets mes bases systèmes avec les bases applicatives et en cas de problème je restaure manullement ?

Merci.

@+

[agdid04]

Bonjour,

Je me permets d'élargir cette conversation: Est ce qu'il conseillé de stocker les fichiers des bases systèmes dans une baie de disques ? ou les garder toujours en local sur le server ?

Merci.

[Boubou2020]

aussi il faut penser bien au emplacement de la base tempdb

[SQLpro]

À l'exception de tempdb, les bases système dont très petites et peu utilisées d'un point de vue stockage. Donc elles peuvent rester sur le disque système.

Pour tempdb c'est différent. Si elle est fortement sollicité, la mettre sur un ou plusieurs disques physiques différents de tous les autres. Pour des raisons de perf, il est aussi conseillé de créer plusieurs fichiers pour la gestion du parallélisme. par exemple si vous avez 32 cœurs et avez limité le parallélisme à 4, alors vous devriez créer 4 fichiers de données pour la tempdb et placer son JT sur un disque mécaniquement distinct et totalement indépendant des autres bases.

Pensez aussi à dimensionner correctement vos fichiers pour une exploitation de 3 à 5 ans afin de ne jamais avoir d'opérations de croissance.

Enfin, si vous êtes en cluster système, il est possible de placer la tempdb de manière locale pour en augmenter les performances, les SAN étant généralement très contre performant pour les SGBDR, lorsqu'ils sont partagés...

Vous en saurez plus dans mon livre dont un chapitre de plus de 70 pages est consacré au stockage :
http://www.amazon.fr/SQL-Server-2014.../dp/2212135920

A +

[dari68]

À l'exception de tempdb, les bases système dont très petites et peu utilisées d'un point de vue stockage. Donc elles peuvent rester sur le disque système.

Pour tempdb c'est différent. Si elle est fortement sollicité, la mettre sur un ou plusieurs disques physiques différents de tous les autres. Pour des raisons de perf, il est aussi conseillé de créer plusieurs fichiers pour la gestion du parallélisme. par exemple si vous avez 32 cœurs et avez limité le parallélisme à 4, alors vous devriez créer 4 fichiers de données pour la tempdb et placer son JT sur un disque mécaniquement distinct et totalement indépendant des autres bases.

Pensez aussi à dimensionner correctement vos fichiers pour une exploitation de 3 à 5 ans afin de ne jamais avoir d'opérations de croissance.

Enfin, si vous êtes en cluster système, il est possible de placer la tempdb de manière locale pour en augmenter les performances, les SAN étant généralement très contre performant pour les SGBDR, lorsqu'ils sont partagés...

Vous en saurez plus dans mon livre dont un chapitre de plus de 70 pages est consacré au stockage :
http://www.amazon.fr/SQL-Server-2014.../dp/2212135920

A +

Bonjour et Merci de votre retour.

J'ai toujours procédé ainsi, on me dit qu'on mettant ttes les bases systèmes dans une baie (EMC) avec les autres bases applicatives on joue la sécurité: en cas de crash de server toutes les bases systèmes et applis seront au même niveau !!! sachant que les bases systèmes ne bougent pas ts les jours je ne veux pas que mon server sql dépend de SAN !!!

A+