Discussion :

[usf70]

Bonjour, je cherche à générer un fichier avec les infos:

nom_base nom_logique_fichier_data nom_logique_fichier_log

Avec le code suivant:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
select a.name AS DB_NAME, b.name as DB_FILE 
from sysdatabases a, sysaltfiles b 
where a.dbid = b.dbid order by a.name

Je n'arrive pas à avoir le fichier dans le bon format. Quelqu'un pourrait-il m'aider ?

[WOLO Laurent]

Avec quel client penses-tu générer le fichier ?

[usf70]

Je le fais tout bêtement avec une commande "osql -o" ... J'ai une cinquantaine de bases sur ce serveur. A partir de ce fichier obtenu, je veux générer un script SQL de rechargement (RESTORE DATABASE avec move d'où le besoin des nom logiques des fichiers) à l'aide de CYGWIN (eh oui ... je viens du monde UNIX, je suis toujours plus à l'aise avec ces outils plutôt qu'avec du Microsoft) pour charger les dumps de ces bases sur un autre serveur.

[rudib]

Bonjour,

Pourquoi ne pas directement générer la commande de restore, avec un SELECT du genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
select 'RESTORE DATABASE [' + a.name + '] ...'
from sysdatabases a, sysaltfiles b
where a.dbid = b.dbid order by a.name

[usf70]

Je serais preneur pour une requête de ce genre ... Mais c'est justement le [...] qui m'interesse. Comment y mettre les noms logiques du fichier data et log de chaque base pour la partie WITH MOVE de la commande RESTORE DATABASE ??

[SQLpro]

Attention : automatiser cela est EXTREMENENTdangereux. EN effet votre base de données peut être composée de multiples fichiers et non de deux.
les données peuvent être réparties dans différents fichiers.
Le journal peut être fractionné en plusieurs fichiers.

Or dans votre logique vous supposez qu'il n'y aura jamais que deux fichiers, l'un de data, l'autre de log.

Enfin, automatiser la restauration est utopique compte tenu des innombrables cas de figure possible comme la récupération partielle ou la reprise à une heure précise.

mais effectivement vouspouvez vous baser sur un script SQL généré par une requête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
-- à partir de cette requête :
SELECT DB_NAME(dbid) DB_NAME, 
       name as DATA_FILE, 
       (SELECT name 
        FROM   master.dbo.sysaltfiles
        WHERE  status & 64 = 64
          AND  dbid = f.dbid) AS LOG_FILE
FROM   master.dbo.sysaltfiles f
WHERE  status & 64 <> 64
 
-- vous pouez faire :
select 'RESTORE DATABASE ' + DB_NAME
       + ' FROM DISK=''???''' 
       + ' WITH MOVE ' + RTRIM(DATA_FILE)  + ' TO ''???'','
       + ' MOVE ' + RTRIM(LOG_FILE)  + ' TO ''???'''
from  (SELECT DB_NAME(dbid) DB_NAME, 
              name as DATA_FILE, 
              (SELECT name 
               FROM   master.dbo.sysaltfiles
               WHERE  status & 64 = 64
                 AND  dbid = f.dbid) AS LOG_FILE
       FROM   master.dbo.sysaltfiles f
       WHERE  status & 64 <> 64) T

Attention cepandant, la valeur 64 de status est à usage interne uniquement, ce qui veut dire qu'elle peut êtreb changée par MS sans préavis.

A +

[usf70]

Je ne dois faire cette opération qu'une seule fois ... Et je suis sûr que chaque base n'a qu'un seul fichier data et un seul fichier log.
Par contre, en jouant le script, j'ai le message d'erreur suivant:

Serveur*: Msg 512, Niveau 16, État 1, Ligne 1
La sous-requête a retourné plusieurs valeurs. Cela n'est pas autorisé quand la sous-requête suit =, !=, <, <= , >, >= ou quand elle est utilisée en tant qu'expression.

[usf70]

Bon, finallement j'ai quand même dû finaliser le script à la main. C'était une opération one-shot de toutes façons. Merci de votre aide.