Sqlserver
 sql >> Base de données >  >> RDS >> Sqlserver

Sauvegarde/restauration SQL Server vs détachement/attachement

L'option Détacher / Attacher est souvent plus rapide que d'effectuer une sauvegarde car elle n'a pas besoin de créer un nouveau fichier. Par conséquent, le temps entre le serveur A et le serveur B correspond presque uniquement au temps de copie des fichiers.

L'option Sauvegarde/Restauration vous permet d'effectuer une sauvegarde complète, de la restaurer, puis d'effectuer une sauvegarde différentielle, ce qui signifie que votre temps d'arrêt peut être réduit entre les deux.

Si vous recherchez la réplication de données, cela signifie-t-il que vous souhaitez que la base de données soit fonctionnelle aux deux emplacements ? Dans ce cas, vous voudrez probablement l'option de sauvegarde/restauration car cela laissera la base de données actuelle entièrement fonctionnelle.

EDIT :Juste pour clarifier quelques points. Par temps d'arrêt, j'entends que si vous migrez une base de données d'un serveur à un autre, vous empêcherez généralement les personnes de l'utiliser pendant qu'elle est en transit. Par conséquent, du point "d'arrêt" sur le serveur A jusqu'au point de "démarrage" sur le serveur B, cela peut être considéré comme un temps d'arrêt. Sinon, toutes les actions effectuées sur la base de données sur le serveur A pendant le transit ne seront pas répliquées sur le serveur B.

En ce qui concerne le "créer un nouveau fichier". Si vous détachez une base de données, vous pouvez copier le fichier MDF immédiatement. Il est déjà là, prêt à être copié. Cependant, si vous effectuez une sauvegarde, vous devez attendre la création du fichier .BAK, puis le déplacer vers son nouvel emplacement pour une restauration. Encore une fois, tout se résume à s'agit-il d'une copie instantanée ou d'une migration.