J'ai figuré dehors ce qu'être le problème pourrait mais je dois toujours comprendre pourquoi cela s'est produit ! Le message que j'ai eu du centre de synchro bien que confirme que la synchronisation était réussie, en réalité les dossiers et des chemises n'ont pas été complètement rendues en différé disponible.
Je pouvais reproduire le même scénario (dossiers/chemises identifiées par X au coin et aux icônes transparentes) en traçant une part de réseau, en lui faisant en différé disponible, en le synchronisant PARTIELLEMENT et l'essai d'accéder à des dossiers en différé. Car les dossiers ne sont pas rendus en différé disponible entièrement, les fenêtres ne pouvaient pas les servir à l'utilisateur quand elles ont été accédées ! Bien que ceci ne réponde pas à pourquoi l'utilisateur ne pouvait pas accéder à la part en ligne (elle pourrait être celle outre d'issue) sur un raccordement de VPN comme idéalement elles doivent être accessibles en ligne quand sur un raccordement de VPN ! !
Peut n'importe qui jeter une lumière dessus s'il y a des limites aux attributs ci-dessous qui peuvent affecter la capacité des centres de synchro de manipuler la synchronisation des chemises en différé.
1) La quantité de données (taille sur le disque - dans ce scénario, les données d'utilisateurs étaient ~33GB)
2) Nombre de dossiers/de chemises
3) Niveaux des chemises en structure d'annuaire
4) La longueur du plus long chemin de dossier (dans XP le chemin de dossier qui dépasse 255 caractères posera les problèmes, que j'ai rencontrés avant)
Nous sommes parvenus à résoudre le problème par resynchronising les chemises mais il n'est pas idéal de ne pas pouvoir compter sur les confirmations des centres de synchro. Je voudrais également savoir pourquoi le centre de synchro ne pouvait pas diriger l'échec de synchronisation, je suis sûr qu'il y a des paramètres prédéfinis qui affectent ce comportement ! ? ! ?