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 des domaines, les utilisateurs ont accès aux données de leur domaine d’accueil et de tous les domaines enfants. Le processus s’écoule vers les domaines enfants et les données remontent.

Apportez des modifications à la hiérarchie de domaine existante uniquement lorsque cela est nécessaire. Lorsque vous mettez à jour le domaine 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 domaines est mise à jour, le système déclenche une mise à jour en cascade sur toutes les tables associées aux domaines pour les enregistrements créés sur ce domaine. Par conséquent, un grand nombre de tables de support doivent également être mises à jour.

Pour les mêmes raisons, même si vous devez changer la hiérarchie de domaine, 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 de domaine. Faites toujours une mise à jour par petits lots. Avant de commencer le lot de mises à jour suivant, 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’information dans la colonne Message pour l’exécution du DWR terminée. pour confirmer que le DWR est terminé.