SCCM2012 R2实战系列之十二:解决OSD分发时间过长的问题
来源:互联网 发布:合拍网络 编辑:程序博客网 时间:2024/05/22 02:02
对于SCCM 2012 R2的初学者来说,能够成功分发操作系统可能已经是非常兴奋了。但在企业中会遇到客户提出的各种各样苛刻的需求。所以在平时实验过程中多站点客户的角度想问题,尽可能的贴近企业实际生产环境。
1. 问题现象
在一致的网络环境下,大家在用SCCM部署操作系统时有没有觉得整个分发和安装的过程比WDS或MDT要慢得多,这是为什么呢?难道SCCM这个产品比WDS和MDT还弱吗?还是配置有问题呢?
首先看看在分发过程中是不是有下载的过程,如图:
上图显示了任务序列在分区和格式化磁盘后就进入了下载install.wim的过程了,这个过程占了整个分发过程的1/3左右的时间。也就是说,此时此刻是将整个安装文件下载到本地再执行安装的过程。那么怎么省去这个下载的过程呢?我们的操作就是让Client直接去读取安装程序并安装,这样在分发过程中就省去了Downloading的过程了具体操作请看下面的解决方案。
2. 解决方案
在导入系统镜像前,我们需要创建好共享文件夹并把相应的WIM放在共享路径下,但此时的文件夹共享是有要求的哦,如下:
每个单独的WIM包必须放在独立的共享文件夹中,因为我们待会需要用到每个WIM包对应的共享文件夹名称;
共享文件夹除了存放WIM包外,不要存放其他任何东西。因为到时会自动删除此共享文件下的除了WIM之外的所有文件和文件夹;
不要纠结共享文件夹的权限,因为无论你给什么权限SCCM会自动修改权限的。
在平时正常导入操作系统包后,在此需要额外增加一个操作。点击对应的镜像包--选择“属性”,在“数据访问”选项卡中按下图所示勾选,并填写对应的共享文件夹名称。点击“确定”
选择对应的镜像包,点击“更新分发点”完成镜像包的更新。
镜像包更新分发点后,编辑对应的任务序列,点击“应用操作系统”—“选项”—勾选“请直接从分发点访问内容”---点击确定即可。
按照以上步骤解决后大家重新部署操作系统可以发现已经没有了Downloading的过程了,当然在时间方面也大大缩减了。遇到这个问题的朋友可以使用该方法而获得更好的体验效果和提高工作效率。
注:欢迎大家加入IT之光技术交流群:397506426,大家一起交流进步。
本文出自 “黄锦辉专栏” 博客,谢绝转载!
- SCCM2012 R2实战系列之十二:解决OSD分发时间过长的问题
- SCCM2012 R2实战系列之十一:解决OSD分发Windows7 系统盘盘符为’D’问题
- SCCM2012 R2实战系列之七:软件分发(exe)
- SCCM2012 R2实战系列之九:OSD(中)--捕获镜像
- SCCM2012 R2实战系列之十:解决WDS服务无法启动问题(错误1067:进程意外终止)
- SCCM 2012 R2实战系列之八:OSD(上)--分发全新Windows7系统
- SCCM2012 R2实战系列之四:初始化配置
- SCCM2012 R2实战系列之五:发现方法
- SCCM2012 R2实战系列之六:安装客户端代理软件
- SCCM2012系列之二
- SCCM2012系列之三
- SCCM2012系列之四
- SCCM2012系列之五
- 解决sendmail时间过长问题
- 解决首次启动程序白屏时间过长的问题
- 解决首次启动程序白屏时间过长的问题
- 解决首次启动程序白屏时间过长的问题
- 关于Quartus II工程综合时间过长问题的解决
- Oracle 12c数据库优化器统计信息收集的最佳实践(三)|何时不需要收集统计信息
- SCCM2012 R2实战系列之十:解决WDS服务无法启动问题(错误1067:进程意外终止)
- SCCM2012 R2实战系列之十一:解决OSD分发Windows7 系统盘盘符为’D’问题
- 数据库事务隔离级别
- Exchange Server 2013 日常管理经典案例:统计成员和组
- SCCM2012 R2实战系列之十二:解决OSD分发时间过长的问题
- Office365系列之一:Office 365 初认识
- SharePoint Server 2013 之二:准备数据库
- Office 365系列之二:注册全球版微软Office 365
- 限制文本域字数JS
- rm删除一些特殊符号处理
- Office 365系列之三:Office365初体验
- rman validate(block head corrupted)
- Office 365系列之四:添加自定义域