[SQL2K5] Fichiers de log des instances d'une base pour shrink et backup

Version imprimable

Bonjour,
Afin de réaliser un package de base je cherche à obtenir les nom des fichiers log de mes instances.

Le script ressemble pour le moment à ça :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 DECLARE @name sysname DECLARE @status INT DECLARE DBCurseur CURSOR FOR SELECT master.dbo.sysdatabases.name, master.dbo.sysdatabases.status FROM master.dbo.sysdatabases WHERE name LIKE 'Prn_Dwh_%' AND NAME NOT LIKE '%snapshot%' -- Ouverture du Curseur OPEN DBCurseur FETCH NEXT FROM DBCurseur INTO @name, @status -- Bouclage sur le curseur défini WHILE @@FETCH_STATUS = 0 BEGIN BACKUP LOG @name WITH TRUNCATE_ONLY DBCC SHRINKFILE(Prn_Dwh_Acc_log, 100) SELECT @name FETCH NEXT FROM DBCurseur INTO @name, @status END ----------------------------------------------------------------- -- Fermeture du Curseur CLOSE DBCurseur -- Libération de la mémoire prise par le Curseur DEALLOCATE DBCurseur
Mais évidement le SHRINKFILE ne fonctionne pas.
L'idéal serait d'alimenter mon curseur directement avec le nom du fichier log de chaque instance, mais je ne trouve pas comment faire.

La suite de mon package IS contient alors le backup, transfert le restore sur mes serveurs de dev.

Commencez par rectifier votre requête avec celle-ci :

Code:

1
2
3
4
5
6
7
8
SELECT d.name, af.filename 
FROM   sys.databases AS d
       INNER JOIN sys.sysaltfiles as af
             ON d.database_id = af.dbid
WHERE  source_database_id IS NULL      -- tout sauf les snapshot
  AND  state_desc = 'ONLINE'           -- pas une base mirroir
  AND  recovery_model_desc <> 'SIMPLE' -- pas en journalisation SIMPLE
  AND  af.status & 0x40 = 0x40         -- et journal

A +

30/07/2008, 18h18
Jinroh77

Parfait la requête !!
C'est ce sys.sysaltfiles que je cherchais :):)
30/07/2008, 18h22
SQLpro

Cela dit c'est extrêmenent mauvais que de faire du SHRINK....

A +
30/07/2008, 18h30
Jinroh77

Je ne fais le shrink que sur les log, je ne touche pas aux mdf.

EN fait, j'ai besoin de faire ce shrink, car je fais un backup de ces bases pour les restaurer sur les environnements de dev et recette qui ne disposent pas assez d'espace pour faire remonter les log (cf. un autre post qui a été supprimé dans les problèmes du forum)