Я вычислял вне проблема smogла быть но мне все еще нужно понять почему то случилось! Сообщение, котор я имел от центра Sync хотя подтверждает что синхронизация была успешно, в реальности архивы & скоросшиватели вполне не были сделаны имеющяяся автономной.
Я мог воспроизвести такой же сценарий (архивы/скоросшиватели маркированные с x на угле и прозрачных иконах) путем составлять карту доля сети, делать им имеющяяся автономную, синхронизировать ее ЧАСТИЧНО и пытаться достигнуть архивов offline. По мере того как архивы не сделаны имеющяяся автономной полно, окна были неспособны служить они к потребителю когда они были достиганы! Хотя это не отвечает почему потребитель был неспособен достигнуть доли он-лайн (он smog быть одним с вопроса) на соединении VPN по мере того как идеально они должно быть имеющееся он-лайн когда на соединении VPN!!
Может любое бросить свет дальше будут ли любые пределы к внизу атрибутам могут повлиять на способность центров Sync отрегулировать синхронизацию автономных скоросшивателей.
1) Количество данных (размера на диске - в этом сценарии, данными по потребителей было ~33GB)
2) Количество архивов/скоросшивателей
3) Уровни скоросшивателей в структуре директории
4) Длина самого длиннего курса архива (в XP курс архива превышает 255 характеров причинит проблемы, которые я испытывал раньше)
Мы управляли разрешить вопрос путем resynchronising скоросшиватели но не идеально не мочь положиться на подтверждениях центров Sync. Я также хотел был бы знать почему центр Sync был неспособен указать отказ синхронизации, я уверен будут предопределенные параметры которые влияют на это поведение!?!?