Des collisions entre des modifications peuvent se produire s'il est possible à des enregistrements identiques d'être modifiés simultanément en deux endroits différents. Dans une topologie de réplication multimaître, les domaines de service de catalogue détectent les collisions automatiquement. Lorsqu'un domaine de service de catalogue détecte une collision, il démarre un arbitre. En général, les collisions sont résolues avec l'arbitre de collision par défaut. Mais une application peut très bien fournir un arbitre personnalisé.
Si un domaine de service de catalogue reçoit une entrée répliquée qui entre en collision avec un enregistrement de collision, l'arbitre par défaut utilise les modifications dans le domaine de service de catalogue le nom vient en premier par ordre alphabétique. Supposons que les domaines A et B génèrent un conflit pour un enregistrement, dans ce cas, la modification du domaine B sera ignorée. Le domaine A conserve sa version et l'enregistrement dans le domaine B est modifié pour correspondre à l'enregistrement dans le domaine A. Les noms de domaine sont convertis en majuscules pour la comparaison.
Une autre possibilité est que la topologie de réplication multi-maître fasse appel à un plug-in de collisions personnalisé pour décider de l'issue à donner. Les instructions qui suivent expliquent comment développer un arbitre personnalisé et configurer son utilisation par une topologie de réplication multi-maître.