Discussion :

[jmarkelion]

Bonjour,

Je suis débutant dans l'administration SQL Server et récemment, nous avons mis en place un serveur de Développement (enfin!!) car mes travaux sur le serveur de Prod deviennent trop lourd et dangereux.

Du coup, je pense avoir plusieurs questions et voici ma première :
Contexte : le serveur de prod possède une base qui se met à jours durant la journée et surtout la nuit avec l'erp. Un programme descend les données de l'ERP vers la base de manière quotidienne et automatique. Ce logiciel est lié au serveur et ne fonctionne actuellement pas sur le serveur de Dev et finalement tant mieux.

Sur mon serveur de dev, j'aimerais mettre à jours mes bases chaque semaine par exemple (largement suffisant) avec un script ou package SSIS qui en gros, me copierait mes données du serveur de prod vers le serveur de dev. Seulement, il faut qu'il écrase les données déjà présentes et surtout j'aimerais qu'il n'écrase pas les structures des tables (en gros, je veux pas une copie de la base mais juste des données). En effet, je veux travailler sur le serveur de dev sur les index de mes tables afin d'optimiser les traitements encore. Ce sera, de fait, intéressant de voir comment interagissent mes modifications avec les données à jours.

Du coup ma question, comment faire pour exporter les données du serveur de Prod et écraser les données existantes du serveur de dev chaque semaine sans modifier les structures des tables.

[Boubou2020]

il faut pensser a utiliser un package ssis avec deux étapes
1 composant Tâche d'exécution de requêtes SQL en mettrant ce script propser par SQL pro
http://blog.developpez.com/sqlpro/p1...bles-dune-base

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
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
DECLARE @SQL NVARCHAR(MAX);
SET @SQL = N'';
 
BEGIN TRANSACTION;
 
BEGIN TRY
 
   -- désactivation des contraintes d'intégrité référentielles pour les clefs étrangères
 
   SELECT @SQL = @SQL + N'ALTER TABLE [' + TABLE_SCHEMA + N'].[' + TABLE_NAME + N'] '
               + N' NOCHECK CONSTRAINT [' + CONSTRAINT_NAME + N'];'
   FROM INFORMATION_SCHEMA.TABLE_CONSTRAINTS
   WHERE CONSTRAINT_TYPE = N'FOREIGN KEY';
 
   EXEC (@SQL);
 
   SET @SQL = N'';
 
   -- vidage des tables
 
   SELECT @SQL = @SQL + 'DELETE FROM [' + TABLE_SCHEMA + N'].[' + TABLE_NAME + N'];' 
   FROM   INFORMATION_SCHEMA.TABLES
   WHERE  TABLE_TYPE = 'BASE TABLE';
 
   EXEC (@SQL);
 
   -- réactivation des contraintes d'intégrité référentielles pour les clefs étrangères
 
   SELECT @SQL = @SQL + N'ALTER TABLE [' + TABLE_SCHEMA + N'].[' + TABLE_NAME + N'] WITH CHECK'
               + N' CHECK CONSTRAINT [' + CONSTRAINT_NAME + N'];'
   FROM INFORMATION_SCHEMA.TABLE_CONSTRAINTS
   WHERE CONSTRAINT_TYPE = N'FOREIGN KEY';
 
   EXEC (@SQL);   
 
   COMMIT TRANSACTION
 
END TRY   
BEGIN CATCH
   ROLLBACK;
   DECLARE @MSG NVARCHAR(1200);
   RAISERROR ('Transaction annulée suite à erreur dans le script : ', 16, 1, @MSG)
END CATCH;

2 Tâche de flux de données pour transférer vos data vers le serveur DEV

[jmarkelion]

Bonjour,

Merci pour cette réponse, je pensais bien à un truc du genre mais merci, cela va m'être utile. Cependant, j'ai une question sur la seconde partie. Je vais devoir identifier mes tables et je pense qu'il faudra dans la tâche de flux de données donner la structure des tables.

Seulement si je souhaite modifier les structures des tables (notamment niveau index, clé primaire, étrangère, type de champs etc), il faudra que je modifie aussi du coup mon SSIS au niveau des tables. De plus, j'ai une 50aine de tables assez conséquentes à restaurer, ça ne risque pas d'être très long et la charge très grosse pour le serveur de prod ? En tout cas, le SSIS va être gros à faire ^^

[aserf]

Bonjour,

Votre base de donnée utilise des clef primaire en GUID ou en autoincrement ?
est ce que vous avez des relation récursive (au sein de la même table ou sur plusieurs table) ?

Sinon j'ai peu être une solution (Si PK/FK en GUID et pas de récursivité), je vous l'expliquerai en privé, j'ai exactement les mêmes problématique que vous et nous passons continuellement des base de données de production en dev/recette avec des structure différente et les structures sont modifié régulièrement, nous n'avons pas retenu SSIS à cause de ces problématique.

Cordialement,