Façon de synchroniser la production et tester les bases de données

Question

J'ai besoin de synchroniser les données d'un serveur MS-SQL 2005 & 2008 à mon serveur de développement (mssql 2005 & 2008).

Le problème est que je ne peux pas créer de fichiers .bak, pas d'autorisations (pour accéder au partage réseau sur lequel la sauvegarde est enregistrée). Le problème n'est pas que je ne puisse pas voir les données (j'ai un accès complet en lecture au serveur de production). Je peux également sauvegarder des données dans des fichiers csv et les lire sur mon système, mais c'est plutôt pénible (encodage, contraintes de références de clés étrangères, avoir à le faire pour chaque table, etc ...). Le problème est que l'administrateur n'a pas le temps de me donner les autorisations nécessaires (il a des problèmes plus importants ...). Comment puis-je toujours synchroniser les données sur mon serveur de développement? J'ai besoin d'une sorte de synchronisation à un fichier, puis le transport de toute façon (manuel par FTP si nécessaire), puis mettre à jour ma base de données de développement. J'ai déjà essayé de sauvegarder sur un fichier de retour sur un partage réseau, mais cela ne fonctionne pas non plus. Cela ne me dérange pas si je dois coder un peu dans mon temps libre, mais je ne veux pas vraiment faire tous les trucs de bas niveau moi-même, comme la résolution des dépendances de contraintes. Pendant que j'y suis, je serais ravi de pouvoir fusionner des données provenant de plusieurs serveurs de production sur ma machine de développement.

Des idées ou des pointeurs?

Answer 1

Vous pouvez essayer le projet http://sqlinserter.codeplex.com/.

Il crée scipts dans l'insert de forme dans table1 (col1, col2) valeurs (1,2)

Answer 2

Découvrez les données sql comparer:

http://www.red-gate.com/products/SQL_Data_Compare/

C'est ce que nous utilisons quand nous devons synchroniser des bases de données.

Answer 3

Redgate sql comparer fait le travail, mais coûte un tas de dollars http://www.red-gate.com/products/SQL_Compare/

Answer 4

Vous pouvez jeter un oeil à l'outil RedGate SQL Data Compare.

Answer 5

Que vérifiez-vous? À moins que vous n'effectuiez des tests de performances ou d'intégration, les données de production ne seront pas très utiles car elles contiennent un grand nombre de cas génériques (qui se répètent des millions de fois) et peu de cas d'angle.

Par conséquent, je synchronise rarement ces deux. Ce que je fais est: J'ai une base de développement (un ensemble de fichiers SQL) que le premier test met en place. Cela contient des données de test artificielles plus des données qui ont causé des bogues en production. Pour rendre cela utile, la base de données de test est aussi petite que possible. Ensuite, nous avons un système de test d'intégration qui est simplement un miroir de la base de données de production. Ceci est utilisé pour les tests de performance et certains gros tests automatiques, mais pas pour les tests unitaires.

Answer 6

Votre administrateur n'a pas de sauvegardes régulières planifiées pour la base de données de production?

L'autorisation READ n'est pas suffisante pour sauvegarder une base de données. Vous ne pourrez pas obtenir d'index, de relations ou de procédures stockées sans l'autorisation BACKUP DATABASE.

Vous n'avez pas besoin de ces autorisations si l'administrateur peut simplement vous accorder l'accès aux fichiers de sauvegarde. S'il n'y a pas de fichiers de sauvegarde de votre base de données de production, il pourrait BEAUCOUP BEAUCOUP plus gros à l'avenir.