Copie Base de données SQL

Bonjour,

Pour un de mes clients, j'ai besoin de copier des bases SQL d'une instance A (production) sur une instance B (Recette).
Cette copie doit être automatisée car les informations doivent être à jour sur la recette.

Je voulais faire simple en créant des .bat avec le planificateur de tâche
Arrêt SQL
Copie des bases
Démarrage SQL

Sur le site, j'ai lu un article comme quoi c'est une mauvaise pratique contre-performante.
Donc je me lance dans la copie via SQL Agent dans le Management Studio.

Mon problème est que tout s'exécute sauf la dernière étape en erreur. J'ai plusieurs infos d'erreurs mais mon niveau de connaissance n'es pas suffisant.
J'avais 12 erreurs que j'ai réduit à 8

Je pourrais mettre le .txt (un vrai pavé) mais voici ce qui ressort en erreur :
Le nom de l'objet «*Packages SSIS copiés.*» n'est pas valide. Le nom ne peut pas contenir les caractères suivants*: / \*: [ ] . = (je ne vois pas de caractère particuliers et ne vois pas le nom de ce package...):oops:

10:21:33,13/06/2023 10:21:33,-2147381246,0x,Code d'avertissement SSIS DTS_W_MAXIMUMERRORCOUNTREACHED. La méthode Execution a réussi, mais le nombre d'erreurs détectées (8) a atteint le maximum autorisé (1)*; aboutissant à un échec. Ceci se produit lorsque le nombre d'erreurs atteint le nombre spécifié dans MaximumErrorCount. Modifiez la valeur de MaximumErrorCount ou résolvez les erreurs.
J'ai bien envie de changer cette valeur mais je ne sais pas où cela se change d'une part et 8 erreurs me parait élevé. Cela ne fait pas très propre....

Je ne sais pas s'il existe un tuto (en français...):roll: ou un post expliquant cette partie de SQL mais je suis preneur de vos aides...

Merci :hola:
seb

Citation:

---

Envoyé par schampilou

Je voulais faire simple en créant des .bat avec le planificateur de tâche
Arrêt SQL
Copie des bases
Démarrage SQL

---

Quelle horreur :aie:
Pourquoi ne pas faire simplement des backups / restore sql ?
Ou de la réplication avec always on si le besoin est d'avoir une mise à jour en temps réel.

La solution dépend de plusieurs facteurs notamment la fréquence de rafraichissement des données.
Par exemple s'il s'agit de faire cela une fois pas jour alors une simple sauvegarde/restauration, est ce qu'il y aura de plus rapide...

A +

Il s'agit de faire une copie toutes les nuits.

Et oui.... les .bat c'est très moche...:?
Je vais regarder vos solutions ;)

J'ai l'impression que ce que l'on veut, c'est rajouter des données à une DB consolidée.
Dans ce cas, un backup/restore n'est probablement pas ce qu'on veut. Ce sera plutôt une réplication de tables, en partant du principe que le serveur recette a les mêmes structures de tables.
Je doute que l'on veuille copier d'autres objets tels que procédures stockées, packages SSIS etc.
Mais il faudrait clarifier ce besoin.

Je pense qu'il devrait être possible de faire en sorte que la réplication ne se fasse qu'à certain intervalles mais c'est à creuser: https://learn.microsoft.com/en-us/sq...l-server-ver16

Mais évidemment, il doit y avoir un plan de backup indépendant à côté de tout ça.

PS: je vous invite très fortement à créer une DB de test pour valider le processus... j'espère que c'est déjà le cas.

Dans bien des cas, pour des petites bases (moins de 100 Go) le backup restore sera moins complexe et moins couteux. Juste trois commandes :

• BACKUP
• CPOPY
• RESTORE

A +

Merci pour vos retours,

Je vais mieux expliquer la demande.

J'ai un serveur SQL
BDD de Prod avec

• Base1, Base2, Base3

Sur ce même serveur SQL, j'ai une seconde instance BDD de Test qui est vide actuellement.

Le client souhaite que Base1, Base2, Base3 soit dupliquées sur la BDD de Test et que les données de ces bases soient mises à jour régulièrement (1x par jour suffirait)
Sur cette BDD de Test, il veulent connecter des outils BI pour travailler sur les données.

Copies sur une instance différente mais sur le même serveur + 1 fois par jour => le Backup / Restore semble tout indiqué, tu n'as même pas à déplacer les .bak
C'est quoi la taille des bds ?

Voici la taille des bases
Pièce jointe 640076

Des petites bds en somme
La solution la plus simple et la plus rapide : backup / restore

Si j'ai bien compris, sur une même machine vous avez deux instances de SQL Server : l'une pour la production et l'autre pour les tests ?

Si oui il n'est pas conseillé de rester dans cette situation, car les instances vont se faire concurrence sur les ressources de la machine.

A +

Concernant le backup/restore, il est possible de le planifier dans SSMS ?

Pour les différents serveurs, OK, je remonte l'information auprès du client.

Merci beaucoup

Dans SSMS non, mais dans SSIS oui.

Dans l'Agent SQL aussi. C'est même fait pour ça !

A +