Я проверял с коллегой-системным администратором и обсуждал, лучше ли объединить большую установку, скажем, Adobe CS5, в один самораспаковывающийся установщик или оставить ее в виде группы меньших файлов при распространении с помощью SCCM.
Мой аргумент в пользу объединения его в один двоичный файл состоял в том, чтобы уменьшить накладные расходы на передачу файлов для каждого файла, где, как он указал, большой файл может быть прерван, и придется перезапустить всю загрузку.
Возникает вопрос, обрабатывает ли SCCM частичные загрузки с помощью BITS, чтобы их можно было прервать, или ему нужно начинать с самого начала, и передает ли он файлы как отдельные файлы или просто прозрачно передает битовый поток?
Из Часто задаваемые вопросы о распространении программного обеспечения
Что произойдет, если соединение с точкой распространения неожиданно прервется? Может ли клиент возобновить загрузку в середине файла?
Да, прерванные загрузки клиентов из точек распространения с поддержкой BITS возобновляются с точки, в которой они прекратили передачу, даже если клиент подключается к другой точке распространения.
Использует ли клиент по умолчанию BITS или SMB?
Это зависит. Если объявление было настроено для запуска программы из сети, клиент всегда использует блок сообщений сервера (SMB). Если объявление было настроено для загрузки и запуска локально и если точка распространения настроена на использование BITS, клиент пытается использовать BITS, но может переключиться на SMB, если к контенту невозможно получить доступ через BITS.
Как я могу узнать, использует ли мой расширенный клиент BITS или SMB?
Посмотрите журнал DataTransferService.log на клиенте. URL-адрес загрузок BITS начинается с http: //<точка распространения>, а у загрузок SMB есть URL, начинающийся с \\<точка распространения>. Для получения подробной информации о загрузке BITS вы можете запустить
bitsadmin /list /allusers /verbose | moreиз командной строки. Если клиент использовал SMB, вы также можете получить подробную информацию в FileBits.log на клиенте.
Я бы порекомендовал включить самораспаковывающийся установщик. Я полагаю, это уменьшит накладные расходы на передачу файлов, но есть большая проблема, если оставить файлы меньшего размера.
Проблема в том, что по умолчанию IIS на Server 2008/2008 R2 блокирует загрузку файлов с определенными расширениями из соображений безопасности. Если вы создаете пакет, содержащий, например, файл .mdb, и не отключаете явно requestFiltering править в вашем applicationHost.config файла для этого конкретного типа файла, ваши клиенты не смогут загрузить пакет, и вы потратите часы, пытаясь отладить проблему.
Конечно, вы можете войти и отключить все правила фильтрации контента, но это увеличивает поверхность атаки вашего сервера IIS.
Вот соответствующая статья в TechNet: http://technet.microsoft.com/en-us/library/cc431377.aspx#Config_RequestFiltering