我正在和一个系统pipe理员一起检查，并且辩论将一个大型安装（比如说Adobe CS5）捆绑到一个单独的自解压安装程序，还是在使用SCCM进行分发时将其保留为一堆较小的文件更好。
我把它捆绑成一个二进制文件的理由是为了减less每个文件的文件传输开销，因为他指出一个大文件可能被中断，并且将不得不重新开始整个下载。
这里的问题变成SCCM是否使用BITS处理部分下载，以便它们可以被中断，或者需要从头开始，并将文件作为单个文件传输，还是只是透明地传输比特stream？
从软件分发的常见问题
当与分发点的连接意外中断时会发生什么？ 客户端能否在文件中间恢复下载？
是的，即使客户端连接到不同的分发点，从启用了BITS的分发点中断的客户端下载恢复到停止传输的位置。
客户端默认使用BITS还是SMB？
这取决于。 如果广告已设置为从networking运行程序，则客户端始终使用服务器消息块（SMB）。 如果广告已configuration为在本地下载和运行，并且分发点已configuration为使用BITS，则客户端尝试使用BITS，但如果内容不能通过BITS访问，则可能会故障转移到SMB。
如何知道我的高级客户端是使用BITS还是SMB？
查看客户端上的DataTransferService.log。 BITS下载具有以http：// <分发点>开头的URL，并且SMB下载具有以\\ <分发点>开头的URL。 有关BITS下载的详细信息，可以运行
bitsadmin /list /allusers /verbose | morebitsadmin /list /allusers /verbose | more来自命令行。 如果客户端使用SMB，则还可以在客户端的FileBits.log中获取详细信息。
我会build议捆绑到一个自解压安装程序。 我想这会减less文件传输的开销，但将它留作较小的文件存在更大的问题。
问题是，默认情况下，出于安全原因，Server 2008/2008 R2上的IIS会阻止使用特定扩展名下载文件。 如果您创build一个包含.mdb文件的软件包，并且您没有明确禁用该特定文件types的applicationHost.config文件中的requestFiltering规则，则客户端将无法下载该软件包，你会花几个小时试图debugging这个问题。
当然，你可以进入并禁用所有的内容过滤规则，但这会增加IIS服务器的攻击面。
以下是相关的TechNet文章： http : //technet.microsoft.com/en-us/library/cc431377.aspx#Config_RequestFiltering