Accéder au contenu principal

SQL Server : Déplacer les fichiers TempDB sur un serveur de production

 Il s’agit d’un sujet qui va certainement faire hurler les puristes et je m’en excuse d’avance Sourire

En effet, lors de certaines installations d’instance SQL Server, il peut arriver que l’on ne crée que 2 partitions (je sais que c’est mal, mais ca arrive) :

  • La première est en RAID 1, et on trouvera le système Windows (partition C:\)
  • La seconde est en RAID 5, on y trouvera les fichiers de SQL Server (partition D:\)

Le problème arrive lors de l’installation du moteur SQL, car dans ce genre de configuration, il reste préférable de laisser les fichiers de la base de données TempDB dans la partition C:\ (le RAID1 reste plus rapide que le RAID 5, même si l’OS est dessus).

On compense parfois cette configuration (non optimale) par l’ajout massif de RAM afin de limiter au maximum le travail sur disques. Cela ne suffit malheureusement pas toujours, car la taille de la partition C:\ n’est pas toujours configurée correctement. La base temporaire peut croître violemment suivant les applications et saturer la partition.

La seule solution reste d’ajouter des disques sur le serveur (RAID1 ou même sans RAID) puis de déplacer les fichiers de cette base temporaire dans la partition sur ce disque.

Pour effectuer ce déplacement, la solution est fournie par Christophe Laporte dans un message traîtant de DENALI (le script fonctionne pour toutes les versions de SQL Server) :

Le script est donc le suivant pour une base de données temporaire ayant 1 fichier MDF (Fichier de données) 3 fichiers NDF (fichiers additionnels de données) et 1 fichier LDF (fichier de log) :

USE MASTER
GO
ALTER DATABASE tempdb
MODIFY FILE (NAME = tempdev, FILENAME = 'E:\Microsoft SQL Server\MSSQL\tempdb\tempdb.mdf')
GO
ALTER DATABASE tempdb
MODIFY FILE (NAME = tempdev1, FILENAME = 'E:\Microsoft SQL Server\MSSQL\tempdb\tempdev1.ndf')
GO
ALTER DATABASE tempdb
MODIFY FILE (NAME = tempdev2, FILENAME = 'E:\Microsoft SQL Server\MSSQL\tempdb\tempdev2.ndf')
GO
ALTER DATABASE tempdb
MODIFY FILE (NAME = tempdev3, FILENAME = 'E:\Microsoft SQL Server\MSSQL\tempdb\tempdev3.ndf')
GO
ALTER DATABASE tempdb
MODIFY FILE (NAME = tempLOG, FILENAME = 'E:\Microsoft SQL Server\MSSQL\tempdb\templog.ldf')
GO

On exécute alors ce script en mode administrateur du serveur, on obtient alors un message du type :

The file "tempdev" has been modified in the system catalog. The new path will be used the next time the database is started.
The file "tempdev1" has been modified in the system catalog. The new path will be used the next time the database is started.
The file "tempdev2" has been modified in the system catalog. The new path will be used the next time the database is started.
The file "tempdev3" has been modified in the system catalog. The new path will be used the next time the database is started.
The file "tempLOG" has been modified in the system catalog. The new path will be used the next time the database is started.

Il faut alors redémarrer le service SQL pour que les fichiers en question se créent dans la nouvelle partition.

image

On doit aller supprimer manuellement les anciens fichiers dans la partition d’origine (C:\) et tout est réglé.

C’est une situation qui arrive assez souvent dans les installations simple de SQL Server et la solution est trop simple pour ne pas être connue.

Romelard Fabrice [MVP]

Commentaires

Posts les plus consultés de ce blog

Redonner vie à une Microsoft Surface RT : le guide ultime vers Linux !

Vous avez une vieille Microsoft Surface RT qui traîne dans un tiroir ? Vous savez, cette tablette de 2012 devenue inutilisable depuis l'abandon officiel de Windows RT par Microsoft ? Ne la jetez surtout pas ! Dans ma dernière vidéo, je vous montre comment transformer cet appareil, autrefois considéré comme un "presse-papier", en une tablette Linux moderne et parfaitement fonctionnelle . Pourquoi ce projet ? L'objectif est simple : transformer ce matériel pour en faire un dashboard dédié à mon système Home Assistant. En installant postmarketOS , une version de Linux spécialement conçue pour les appareils ARM abandonnés, on redonne une seconde jeunesse à cette machine . Ce que vous allez apprendre dans ce tutoriel complet : La libération du matériel : Comment réinstaller la version d'origine pour passer outre les blocages de Windows 8.1 . Jailbreak & Secure Boot : La procédure indispensable pour déverrouiller la machine et permettre l'installation d...

Série de Videos sur Home Assistant intégrant la production Photovoltaïque

 Un certain nombre de vidéos sont en ligne pour intégrer sa production photovoltaïque dans Home Assistant en partant de la base. Installation de Home Assistant: On peut ensuite intégrer les composant des Micro-Onduleurs Enphase, mais aussi les batteries Enphase: Ou encore le composant de contrôle Ecojoko: Ce qui permet alors de faire des comparaisons entre les valeurs capturées: Des videos seront encore publiés dans les prochaines semaines sur différents aspects de cette solution. Fab

Mixer les batteries Enphase et Zendure : La solution ultime pour l'autoconsommation ?

Introduction Vous avez déjà une installation solaire équipée de micro-onduleurs Enphase , mais vous trouvez que le stockage officiel de la marque est trop coûteux ou difficile à installer en DIY ? Vous n'êtes pas seul. Aujourd'hui, je vous partage mon retour d'expérience complet sur une configuration qui intrigue beaucoup de monde : le couplage d'un système Zendure SolarFlow avec un environnement Enphase existant. Pourquoi vouloir mixer ces deux marques ? Le système Enphase est une référence en termes de fiabilité, mais l'ajout de batteries IQ Battery peut représenter un investissement lourd. À l'inverse, Zendure propose avec le SolarFlow une solution de stockage plug-and-play extrêmement flexible et souvent plus abordable. L'idée est simple : utiliser le SolarFlow comme "tampon" entre vos panneaux et vos micro-onduleurs pour stocker l'excédent de la journée et le réinjecter la nuit. Le montage : Est-ce vraiment compliqué ? Dans ma dernière ...