Mise en miroir du distributeur

Quelqu'un a-t-il réussi à mettre en miroir la base de données de distribution? Nous avons un serveur dédié en tant que distributeur. Il gère toutes nos réplications push, du prod au reporting. Nous aimerions construire un serveur identique, à proximité, au cas où le distributeur tomberait en panne. Quelqu'un at-il réussi à construire quelque chose comme ça?

sql-server sql-server-2008 mirroring

— sharadov
source

Pour HA / DR, la base de données de distribution peut être déployée sur une instance en cluster, mais pas dans une base de données en miroir.

— Remus Rusanu

+1 Idée intéressante. Un distributeur dédié devrait être correct pour refléter mais je n'ai jamais essayé.

— gbn

Réponses:

Malheureusement, la mise en miroir du distributeur n'est pas prise en charge . Je ne sais pas si cela fonctionnerait car les noms de serveur ne seraient pas corrects lorsque les agents se connecteraient, sans parler de la nécessité de configurer manuellement tous les agents sur la boîte de sauvegarde. Actuellement, votre seule option HA pour le distributeur est le clustering Windows.

— mrdenny
source

Je trouve que c'est une limitation malheureuse de la base de données de distribution. Je pense que c'était un oubli majeur de ne pas autoriser une base de données "Distribution secondaire". Il fournit un point de défaillance unique dans une suite de fonctionnalités de réplication par ailleurs assez robuste.

— Matt M

@mrdenny Connaissez-vous un article qui répertorie les étapes pour regrouper le distributeur.

— sharadov

J'ai écrit un certain nombre d'articles sur le clustering SQL Server qui sont disponibles sur sqlmag.com. Fondamentalement, vous configurez un cluster actif / passif à l'aide des services de cluster Microsoft, puis utilisez cette instance comme distributeur. Vous ne pouvez pas prendre votre instance existante qui est le distributeur et la mettre en cluster. Vous aurez également besoin d'une sorte de stockage partagé.

— mrdenny

@MattM selon l'article, le problème est qu'un certain nombre de composants de réplication comptent sur le nom d'hôte du distributeur qui ne change pas, d'où le problème. C'est là que le clustering entre en jeu. Maintenant, il sera intéressant de voir comment AlwaysOn change les choses (si c'est le cas) car les groupes de disponibilité peuvent utiliser un nom de réseau différent de l'instance réelle. Mais cela nécessiterait probablement que vous utilisiez l'édition Enterprise pour votre distributeur, ce qui serait assez cher.

— mrdenny

@mrdenny Merci! J'ai trouvé vos articles, ils sont assez détaillés, en les parcourant maintenant.

— sharadov

Non. Consultez cet article MSDN pour savoir pourquoi.

— Ben Thul
source

Ok, y a-t-il un autre moyen de faire une réplique du distributeur actuel, car la mise en miroir du distributeur n'est pas prise en charge

— sharadov

Consultez msdn.microsoft.com/en-us/library/ms151224.aspx pour une discussion sur l'envoi de journaux et la réplication. Franchement, je ne le ferais pas. Tout type d'événement de basculement que vous pourriez avoir pourrait entraîner une perte de données. Ce n'est pas en soi un problème. La réplication est très sensible à toutes les données synchronisées. Si vous perdez des données, cela sort par la fenêtre. Si vous voulez vous protéger, procurez-vous un autre serveur et installez simplement SQL dessus. Attendez un sinistre, puis reconfigurez la réplication avec le nouveau serveur en tant que distributeur.

— Ben Thul