我正在与一位系统管理员同事核对,讨论是将一个大型安装(比如 Adobe CS5)捆绑成一个自解压安装程序更好,还是在使用 SCCM 分发时将其保留为一堆较小的文件更好。
我将其捆绑成单个二进制文件的理由是为了减少每个文件的文件传输开销,而他指出大文件可能会被中断,并且必须重新启动整个下载。
这里的问题是,SCCM 是否使用 BITS 处理部分下载,以便可以中断它们,或者它是否需要从头开始,并且它是否将文件作为单独的文件进行传输,还是仅透明地传输比特流?
答案1
如果与分发点的连接意外中断,会发生什么情况?客户端是否可以在文件下载过程中恢复下载?
是的,从启用了 BITS 的分发点中断的客户端下载将从停止传输的位置恢复,即使客户端连接到不同的分发点。
客户端默认使用 BITS 还是 SMB?
视情况而定。如果已将播发设置为从网络运行程序,则客户端始终使用服务器消息块 (SMB)。如果已将播发配置为本地下载和运行,并且已将分发点配置为使用 BITS,则客户端将尝试使用 BITS,但如果无法通过 BITS 访问内容,则可能会故障转移到 SMB。
如何判断我的高级客户端正在使用 BITS 还是 SMB?
查看客户端上的 DataTransferService.log。BITS 下载的 URL 以 http:// 开头<分发点>并且 SMB 下载的 URL 以 \\ 开头<分发点>。有关 BITS 下载的详细信息,您可以
bitsadmin /list /allusers /verbose | more
从命令行运行。如果客户端使用 SMB,您还可以在客户端上的 FileBits.log 中获取详细信息。
答案2
我建议将其捆绑到自解压安装程序中。我想这可以减少文件传输开销,但将其保留为较小的文件会带来更大的问题。
问题在于,默认情况下,Server 2008/2008 R2 上的 IIS 会出于安全原因阻止下载具有特定扩展名的文件。如果您创建的包包含(例如).mdb 文件,并且您没有requestFiltering
在applicationHost.config
文件中明确禁用针对该特定文件类型的规则,则您的客户端将无法下载该包,您将花费数小时尝试调试该问题。
当然,您可以进入并禁用所有内容过滤规则,但这会增加 IIS 服务器的攻击面。
以下是相关的 TechNet 文章:http://technet.microsoft.com/en-us/library/cc431377.aspx#Config_RequestFiltering