Discussion :

[christophe.arluison]

Bonjour,

sous SQL2005
avant de faire la sauvegarde du serveur, j'ai fait une procédure .bat qui arrête les services SQL AGENT et SQL puis qui les démarre en fin de sauvegarde.
Mon souci est que la base TempDB ne se recréé pas avec les paramètres par défaut. Elle reste avec une taille élevée.
Par contre si j'arrete SQL par la console de management et que je redémarre SQL, la TempDb est bien recréé.

Quelqu'un aurait une idée. Est-ce que l'arret des services fait la même chose qu'un arrêt par la console SQL ?

Voici ma procedure d'arret des services

net stop SQLSERVERAGENT > D:\LOG.TXT
net stop MSSQLSERVER >> D:\LOG.TXT

dans mon fichier log j'ai bien les messages d'arret des services

Merci pour vos réponses

[elsuket]

Bonjour,

avant de faire la sauvegarde du serveur, j'ai fait une procédure .bat qui arrête les services SQL AGENT et SQL puis qui les démarre en fin de sauvegarde.

Il n'y a aucun intérêt à faire cela :
- vous coupez l'accès des applications aux bases de données hébergées par l'instance SQL Server
- vous perdez tout le cache de données. Donc quand les applications accèdent de nouveau à la base de données, tous les plans de requêtes sont recalculés, et vous relisez toutes les données depuis les disques durs au lieu de les lire depuis la RAM (1000 fois plus rapide !)

Quand vous parlez de sauvegarde, vous parlez à priori de sauvegardes des fichiers de la base de données.
Or une base de données, ce n'est pas des fichiers : ce sont des tables qui stockent des données organisées logiquement et qui sont stockées sur un système de fichiers.

Avec SQL Server, vous pouvez effectuer des sauvegardes à chaud de vos bases de données qui produisent un fichier de sauvegarde.
Ce fichier de sauvegarde vous permet de restaurer la base de données dans un état parfaitement cohérent, ce qui n'est pas forcément le cas lorsque vous sauvegardez vos fichiers.

Mon souci est que la base TempDB ne se recréé pas avec les paramètres par défaut. Elle reste avec une taille élevée.

Pourquoi vouloir réduire la taille d'une base de données, et surtout TempDB ?
SQL Server s'est échiné à allouer de l'espace disque pour gérer TempDB qui est une base de données système très importante pour SQL Server.
Donc SQL Server n'a aucune raison de le réduire, ni vous

@++