Vous pouvez éviter les ralentissements et les impacts sur les performances de votre instance en connaissant le fonctionnement des hiérarchies de domaines et en les configurant correctement.

En fonction de la hiérarchie de domaine, les utilisateurs ont accès aux données de leur domaine d’accueil et de tous les domaines enfants. Le processus descend vers les domaines enfants et les données montent.

Apportez des modifications à la hiérarchie de domaine existante uniquement lorsque cela est nécessaire. Lorsque vous mettez à jour le parent d’un domaine, le système rétablit le domaine parent avec tous ses domaines enfants qui modifient la hiérarchie de domaine. Lorsque la hiérarchie de domaine est mise à jour, le système déclenche une mise à jour en cascade sur toutes les tables associées à des domaines pour les enregistrements créés dans ce domaine. Par conséquent, un grand nombre de tableaux de support doivent également être mis à jour.

Pour les mêmes raisons, même si vous devez modifier la hiérarchie des domaines, ne faites jamais de mise à jour en masse. Imaginez le nombre de requêtes que le système doit exécuter pour modifier la hiérarchie des domaines. Faites toujours une mise à jour par petits lots. Avant de commencer le prochain lot de mises à jour, assurez-vous que les enregistrements de demande de travail de domaine (DWR) sont traités. Les DWR sont des rapports qui affichent s’il y a des erreurs après que vous avez modifié la hiérarchie de domaine.

Suivi des enregistrements DWR

Dans la table syslog_domain, recherchez une entrée d’informations dans la colonne Message pour l’exécution du DWR terminée. pour confirmer que le DWR est terminé.