I was checking with a fellow sysadmin and debating whether it was better to bundle a large install, say Adobe CS5, into a single self extracting installer or leave it as a bunch of smaller files when distributing with SCCM.
My argument for bundling it into a single binary was to reduce file transfer overhead for each file where as he pointed out that a large file can be interrupted and will have to restart the entire download.
The question here becomes does SCCM handle partial downloads with BITS so that they can be interrupted or does it need to start at the beginning and does it transfer files as individual files or does it just transfer a bit stream transparently?
From Frequently Asked Questions for Software Distribution
I would recommend bundling into a self-extracting installer. I suppose it would reduce file transfer overhead, but there is a bigger issue with leaving it as smaller files.
The issue is that by default, IIS on Server 2008/2008 R2 blocks downloads of files with particular extensions for security reasons. If you create a package which contains, for example, an .mdb file, and you don't explicitly disable the
requestFiltering
rule in yourapplicationHost.config
file for that particular file type, your clients won't be able to download the package, and you'll spend hours trying to debug the issue.Of course, you can go in and disable all the content filtering rules, but that increases the attack surface of your IIS server.
Here's the relevant TechNet article: http://technet.microsoft.com/en-us/library/cc431377.aspx#Config_RequestFiltering