Аудит ActiveSync: Кто отправил команду Remote Wipe на устройство?

Это в значительной степени, как Windows работает, и Вы в значительной степени застреваете с ним.

Теперь я вижу, что Вы спрашиваете себя:

Почему heck, Windows делает это, когда кто-либо сам уважение Linux может сделать все обновления сразу?

Ответ сводится, как Windows и Posix *отклоняют, решают открытую проблему файла. В Windows, если файл открыт, он также сделал, чтобы DenyWrite соединил его, и файл не может быть записан в. Такой что касается обновления. На Linux все - файл, и все файлы могут быть обновлены, таким образом, файл просто обновляется. Если файл не может быть обновлен по некоторой другой причине, установщик бросает загадочную ошибку, и это становится хитрым для выяснения, почему обновление перестало работать.

Поскольку Windows может только обновить определенные файлы во время процесса перезагрузки, Вы получаете случаи, где Вам нужны несколько перезагрузок для применения определенных наборов патча. Это происходит больше всего, когда обновления для различных продуктов перекрывают файлы в некотором роде, и что для более позднего обновления нужно предыдущее обновление, которое будет на самом деле применено, прежде чем оно сможет обновить. Windows стал НАМНОГО лучше о зависимости, проверяющей за эти годы, перед Windows Update это была обычная практика для применения каждого обновления индивидуально с его собственной перезагрузкой [1], но существуют все еще некоторые вещи, о которых это запутывается; особенно, когда это также делает ОС, IE, и Media Player исправляет все одновременно.

В прошлый раз я подготовил сервер Сервера 2003 (не R2), потребовалось четыре перезагрузки для обновления всего, не включая пакет обновления. Если я подготавливаю сервер SLES 9 (даты приблизительно с того же времени, на 2.6.4ish ядро), тот набор обновления также будет внушающим страх. Процесс 'rcd', используемый на том дистрибутиве, запутается размером обновления, таким образом, я должен был бы обновить просто, что пару раз, прежде чем я мог обновить установленное на патч все. Это не несколько перезагрузок, но действительно требуется несколько приложений процесса обновления. И на SLES9, RCD может взять кровавый возраст для жевания через большие наборы обновления, так, чтобы сервер SLES9, вероятно, закончил бы обновлять все после того, как сервер Победы 2003 будет [2].

[1] Были некоторые инструменты там, чтобы помочь 'объединить обновления в цепочку', но различные отделы ИТ имели различные идеи об использовании этих инструментов в производственных системах.
[2] Который просто показывает качество процесса rcd на том дистрибутиве. Настолько довольный, который умер с SLES11.