10
votes

Alternatives à la fonctionnalité Snapshot, SQL Server Standard

À des fins de test, je voudrais réinitialiser une base de données complète à un certain état (données et structure). Je voudrais faire cela automatisé. De préférence une instruction de ligne de commande avant de commencer mes tests.

Après que certaines recherches, j'ai découvert que SQL Server offre une excellente solution pour cela. Instantanés. Après avoir écrit une requête de test, j'ai découvert que l'édition standard de SQL Server ne le supporte pas. : - (

Compte tenu du fait que je veux que cela soit automatisé: Quelles sont mes options? Écrasement Les fichiers de données ne semblent pas une bonne option pour moi ...

Quelques autres informations:

  • Windows 7
  • Edition standard Microsoft SQL Server (64 bits), 10.50.1600.1
  • La taille de la base de données est une application. 1 gigaoctet
  • Ceci est seulement destiné à tester. Donc, la base de données n'est pas utilisée par d'autres utilisateurs lorsque je retourne à My 'Snapshot'.
  • Plus d'informations sur les instantanés:

0 commentaires

4 Réponses :


6
votes

Détachez le fichier MDF, copiez-le quelque part, réotez-le.

Lorsque vous souhaitez réinitialiser la base de données, détachez le MDF, copiez l'ancien sur le dessus et réorganisez-la.

Sauvegarde et restauration.


0 commentaires

6
votes

Si vous faites cela à des fins de test, vous pouvez utiliser développeur Édition :

SQL Server 2008 Developer comprend toutes les fonctionnalités d'Enterprise Edition, mais est autorisée uniquement pour l'utilisation de développement, de test et de démo.


1 commentaires

Ok, c'est bon à savoir. Dans ce cas, cela va être difficile, je veux que la situation de test soit exactement la même que l'environnement de production.



1
votes

Pour les tests, vous pouvez utiliser les développeurs édition, qui a des instantanés et est assez bon marché. Cependant, nous préférons construire une nouvelle base de données de test à partir de scripts dans le contrôle de la source - qui nous permet de déterminer facilement les modifications, déploiement rapidement un système de test sur n'importe quelle case et nous sauve beaucoup de temps.


0 commentaires

3
votes

J'ai hébergé une solution comme celle-ci parce que je n'étais pas content de la manière dont la réplication était en cours d'exécution (et j'utilisais également édition standard) - peut-être que ma solution vous mènera dans la bonne direction:

http://trycatchfinly.net/2009/09/moving-a-sql-server-database-a-another-Server-on-a-schedule-without-upplication/ < / p>

Fondamentalement, il faut une sauvegarde périodique, la fermeture de zips, le FTPS quelque part et le serveur distant vérifie les nouveaux fichiers, les extrait, les restaure, puis vous permet de vous faire connaître une nouvelle réplication a été restaurée.


0 commentaires