Discussion :

[toss60]

Bonjour à tous,

Après de nombreuses recherches internet infructueuses, je me tourne vers vous pour essayer de trouver une solution à mon problème

Je souhaite réaliser une sauvegarde d'un seul des schémas de ma base de données.

Je m'explique:
La base de données est structurée comme suit :
BASE_A
--Schéma1.Table1
--Schéma1.Table2
--Schéma1.Table3
--Schéma2.Table1
--Schéma2.Table2
--Schéma2.Table2
--Schéma3.Table1
--Schéma3.Table2
--Schéma3.Table2
--...

Actuellement, lorsqu'une sauvegarde est effectuée toute la base de données (donc tous les schémas) est sauvegardé. Ce qui prend un temps considérable, alors que je n'ai besoin de sauvegarder uniquement le schéma1.

Existe-t-il un moyen, ou des outils, qui permettent de sauvegarder uniquement le schéma souhaité (avec tous ses objets)? Et bien sûr de pouvoir le restaurer au besoin.

N'hésitez pas si j'ai oublié de vous fournir une information.

Merci à tous pour prendre le temps de lire et de répondre à mon message !

[SQLpro]

Une base de données étant un ensemble de données cohérentes devant garder les données intègre, la sauvegarde d'une partie de la base ne pourra en aucun cas constituer une restauration d'une partie de la base. Vous devez restaurer TOUTE la base ou RIEN ! (garantie d'intégrité de l'ensemble des données contenues dans la base).

Il est néanmoins possible d'effectuer des sauvegardes partielles à condition de placer l'ensemble des objets à sauvegarde dans un groupe de fichier spécifique. Dans ce cas, vous pourrez sauvegarde uniquement ce groupe en faisant un

Code :

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

1
2
3
BACKUP DATABASE MaBase
FILEGROUP = 'MonFileGroup'
TO DISK = '...'

Mais je le répète, vous ne pourrez pas ne restaurer que ce FileGroup....

Si vos données sont totalement indépendante, alors, vous auriez dût créer deux bases....

A +

[toss60]

Merci à toi de m'avoir répondu aussi vite !

Pour expliquer un peu plus le contexte, la base de données est celle de l'ERP de l'entreprise (Sage X3 V6) qui pour ses différents environnements (Production, Recette, Développement,...) utilise une seule base mais plusieurs schémas.

Je vais regarder si les groupes de fichiers peuvent correspondre à mon besoin.

Merci à toi !

[Michel.Priori]

Bonjour,

Les sauvegardes sous SQL server sont judicieusement réfléchies en terme physique (fichiers, groupe de fichiers, fichier journaux, ensemble des fichiers = database) et absolument pas de manière logique (table, schéma, index, contraintes, ...).

Donc la réponse immédiate à la question est : non.
Mais ...

En structurant sa base de données on peut tirer parti de cet état de fait :
Le premier groupe de fichier s'appelle PRIMARY (c'est comme ça . ) et vu que c'est le seul à être forcément présent il reçoit l'attribut "groupe de fichier par défaut".
On peut alors imaginer créer autant de groupe de fichier (avec au moins un fichier rattaché) que de schéma
En déplaçant toutes les tables (et index *) dans le groupe de fichier idoine on commence à préparer le terrain : en faisant une sauvegarde de groupe de fichier on fera une sauvegarde du schéma.

Pour autant que ça semble plus ou moins répondre à la demande, je ne conseille pas de procéder ainsi.
La sauvegarde n'est qu'un mal nécessaire.
Le plus important est la capacité de pouvoir restaurer.
En premier lieu la bonne question est : qui sait restaurer une base ?
Pour des raisons évidentes de prise de congé, ce nombre doit être >=2.
Une fois qu'on sait qui, la seconde question est "quelle est la compétence de chacun ?"
Si la restauration est "technique", il faut des gens techniques.
Si tout le personnel n'est pas technique alors il faut se limiter à des outils standards du marché.
Ça ne sert à rien de mettre en place une stratégie magistrale si on final, quand on en a eu besoin on a restauré le backup du weekend dernier

D'expérience les atl du type PRA et PCA sont juste des arguments pour obtenir des crédit pour du nouveau matos mais pas pour le test, la formation et le contrôle qualité, mais j'y crois encore