Bonjour,
j'ai une réplication P2P entre deux bases SQL Server 2008 R2, j'aimerais savoir s'il y a une manipulation permettant de mettre à jour les deux bases avec un .bak, sans supprimer/recréer la réplication entre les deux bases ?
Merci
Version imprimable
Bonjour,
j'ai une réplication P2P entre deux bases SQL Server 2008 R2, j'aimerais savoir s'il y a une manipulation permettant de mettre à jour les deux bases avec un .bak, sans supprimer/recréer la réplication entre les deux bases ?
Merci
Bonjour,
Pourquoi ne pas mettre à jour la BDD avec des scripts SQL sur le serveur 1 qui sera ensuite répercuter sur le serveur 2 ?
Déjà proposé, on me demande quelque chose de plus simple et user-friendly.
Le souci est que les requêtes sql sont générées et exécutées par la couche Entity Framework... Donc cela impose de générer le delta entre les bases et de créer les requêtes qui vont bien, ce qui séduit pas...
Pour moi, un changement de base depuis une source tierce revient à réinitialiser la réplication, mais si des tests qui démontrent le contraire existent, je prends.
Arnard,
Si j'ai bien compris, il faut remonter la BDD à chaud sur un des nœuds ? Est-ce que le cas corresponde au celui décrit dans MSDN ?
Citation:
Dans les étapes suivantes, les bases de données de publication A, B et C font partie d'une topologie de réplication transactionnelle d'égal à égal. Les bases de données A et C sont en ligne et fonctionnent correctement tandis que la base de données B doit être restaurée.
En effet, mais cette page indique de supprimer et recréer les abonnements relatifs à cette base suite à sa restauration, on me demande si possible de ne pas toucher à la réplication...
Il ne semble pas exister de manière détournée de faire cela :/
Cela n'est absolument pas possible.
Néanmoins, vous pouvez automatiser la remontée des scripts lors de la restauration via un déclencheur DDL.
A +
merci pour cette confirmation