Configurer les hiérarchies de domaines
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 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 des domaines. 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 sur 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 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 avoir 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é.