MDT 2008的问题和解决方案总结

MDT 2008的问题和解决方案总结


1、 在配置好MDT 2008中“Operating System”和“Out-of-Box Drivers”、“Task Sequences”、和“Deployment  Point”,并更新了新建立的“Deployment  Point”,但在目的计算机上用建立的 “LiteTouchPE_x86.iso”启动后不显示“Welcome to Windows Deployment”对话框。
A1:目的计算机的内存不满足512M,因为MDT 2008和BDD 2007中使用的是Windows  PE 2.0,而Windows PE 2.0最小内存支持是512M,如果内存不足将无法正常启动。
A2:没有在“Out-of-Box Driver”中添加适合的驱动程序如网卡驱动和存储设备驱动。



2、在使用MTD 2008中的LTI模块时,及时在Customsettings.ini文件或者数据库中配置好了自动安装参数,如:ComputerName(计算机 名)、AdminPassword(本地管理员密码)等。但是在使用Windows PE光盘启动后仍然出现“Windows Deployment Wizard”,但是在在点击“NEST”后每个页面中的相关信息已经和先前定义的信息匹配了。
A:编辑“DeploymentWorkbench――Deploy――Database――Computer”中的对应记录修改“Details”中的 “SkipWizard”的参数。“YES”为不显示“Windows Deployment Wizard”,“NO”为显示。



3、如何使用MDT 2008中的LTI的模块,来实现使用“ZTI”模块中通过数据库安装对应的“OS包”和“OS程序”?
A:可以通过使用MDT中的“BuildID”和“TaskSequenceID”两个变量来定义,具体的计算机(靠MAC地址来判断)使用对应的 “Task Sequence”来安装操作系统。这里的“BuidID”和“TaskSequenceID”两个变量的意义一样都是定义“Task Sequence ID”的。“BuidID”是沿用BDD 2007中的变量,而且是内置变量,可以直接通过使用“DveploymentWorkbench”编辑。而“TaskSequenceID”变量需要手 动在配置文件或数据库总修改不可通过“DveploymentWorkbench”控制台直接编辑。



4、在使用MDT 2008的过程中,在“DveploymentWorkbench――Distribution Share――Applications”控制台下添加了msi(AdbeRdr810_zh_CN.msi)格式的应用程序,并配置了对应的安装规则, 但是在使用LTI模块安装完操作系统后,操作系统没有正常的安装该程序,且通过查看“bdd.log”日志有如下抱错。
1.png
下载 (28.96 KB)
2008-7-2 20:52

A:在“Applications”中的程序命令有错误,应该使用“msiexec.exe”来调用msi程序进行安装,如:“msiexec /i AdbeRdr810_zh_CN.msi -quiet -norestart”。
A:在“Applications”中配置了对应的安装程序,但没有更新到“Deployment  Point”。
注意:在MDT的数据库中查看Table中的“Settings_Avpplications”和System Views中的“*Applactions”,会发现“Applications”列显示都为乱码,这属于正常情况,这个值是软件的GUID。



5、在MDT 2008的“Deployment Workbench控制台――Database――Computers”窗口下新建记录报错,如下图所示:

2.png
下载 (16.28 KB)
2008-7-2 20:52


A:将“MAC address”文本框中的mac地址中的字母改为大写



6、在MDT 2008中修改了“Deployment Point”的“Bootstrap.ini”文件并保存,但是使用光盘引导目标计算机时,发现新配置的“DeployRoot”值并没有生效。
A1:检查光盘中的的Windows PE是否有目标计算机的网卡驱动(可以查看DHCP的租约记录检查),如果没有按下面的步骤操作:
①“Deployment Workbench――Distribution Share――Out-of-Box Drivers”窗口中中添加对应的网络驱动,并打开该驱动的属性,勾选属于对应的驱动组,默认为“All Drivers”
②打开控制点的属性,到“Windows PE”窗口,在“Drivers group”选项中选择,上步添加网络驱动对应的驱动组。
③更新分发点
③使用新生成的iso文件启动目标计算机。
A2:使用分发点文件夹下新生成的iso或wim文件启动目标计算机,目标计算机读取的“Bootstrap.ini”文件是读取光盘中的,而不是服务器上的。




7、但使用MDT 2008的LTI模块,使用“Removable media”类型的“Deployment Point”生成的ISO的文件启动计算机时,在计算机启动“Windows PE 2.0”后不能读取到安装的配置文件,自动的完成安装步骤,谈出了用户配置窗口,查看计算机的“BDD.log“日志有如下报错。
3.png
下载 (5.63 KB)
2008-7-2 20:52

A1:因为是安装源全部在光盘上,计算机不用连接一个UNC路径(使用必要的账号和密码)。所以需要在脚本中配置SQL数据库的连接变量,具体变量及使用方法参考下表。
14.png
下载 (23.45 KB)
2008-7-2 20:55


A2:可能是数据库验证方式和配置文件的变量值不一致,值得注意的是,如果使用“Windows集成验证”数据库服务器要指定为“ip地址或服务器的 FQDN名”,连接方式使用“TCP/IP”;而使用“SQL集成验证”数据库服要指定为“计算机名”,连接方式使用“命名管道”。



8、使用MDT 2008的LTI模块安装操作系统时,在“Preinstall”阶段,计算机在复制完安装文件(非WinPE界面)后,重新启动计算机出现蓝屏或“

Error loading operating system”信息。详细情况看截图。
4.png
下载 (35.44 KB)
2008-7-2 20:52

5.png
下载 (7.41 KB)
2008-7-2 20:52


A1:在MDT控制台中,添加安装操作系统的目标计算机的存储设备驱动(SCSI或RAID)没有添加或者驱动存在问题。
A2:可能是MDT内部的bug,可以使用下面的修复方法,先用①不行后再用②,如果①能解决问题就不用使用②。
①在任务序列中开启bug修复步骤,如图
6.png
下载 (27.79 KB)
2008-7-2 20:52

②修改MDT安装路径,如“\Microsoft Deployment Toolkit\Templates”下的“client.xml”和“server.xml”,查找hidden="true",删去后保存,每个文件各有两处。建议修改前先将原始文件备份。



9、在使用MDT 2008的LTI的模块,安装操作系统,当进入Windows Server 2003的默认安装界面时出现如下报错。
7.png
下载 (95.67 KB)
2008-7-2 20:52

8.png
下载 (101.29 KB)
2008-7-2 20:52

A:检查是否定义了该计算机的“AdminPassword”变量的值,该值是定义计算机的“Administrator”密码。



10、在使用“Remove Medial”类型的部署点进行LTI模块的部署时,到了“Add Mass Storage Drivers to sysprep.inf for XP and 2003”任务阶段整个屏幕停止响应。且查看生成的“ZTIStorageDrivers.log”的日志有如下报错“ZTI ERROR - Unhandled error returned by ZTIStorageDrivers: 没有权限 (70)”

9.png
下载 (39.39 KB)
2008-7-2 20:52

A:
确定原因:在“ZTIStoragedrivers.vbs”脚本的“oLogging.CreateEntry "Create target file: " & oUtility.LocalRootPath & "\source\" & sPlatformDir & "\$OEM$\TEXTMODE\TXTSetup.OEM", LogTypeInfo”行后加入“msgbox("wait!")”行,用于在该脚本过程中暂停脚本的运行。这时检查“C:\MININT \source\i386\$OEM$\TEXTMODE\TXTSetup.OEM”文件是否是只读属性(使用attrib.exe命令)。
故障原因:因为“TXTSetup.OEM”文件是从光盘(Remove Medial类型部署点)复制到硬盘上的,复制到硬盘后该文件则为“只读”属性,同时“ZTIStoragedrivers.vbs”脚本要要对该文件进 行写必要的内容修改,所以这时无法修改同时在日志中会有“没有权限”的报错。
解决方法:修改“ZTIStoragedrivers.wsh”脚本,在“oLogging.CreateEntry "Create target file: " & oUtility.LocalRootPath & "\source\" & sPlatformDir & "\$OEM$\TEXTMODE\TXTSetup.OEM", LogTypeInfo”行后面添加以下两行信息:
    Dim oExec   
    set oExec = oShell.Exec("attrib.exe " & oUtility.LocalRootPath & "\source\" & sPlatformDir & "\$OEM$\TEXTMODE\TXTSetup.OEM -r -a")
    WScript.Sleep 500
然后更新部署点,用新生成的ISO文件即可正常完成安装过程。



11、在使用MDT2008的ZTI模块时,当ZTI的OS包和OS程序,以及ZTI的Install CD都制作好了以后,使用该CD启动“待部署计算机”,在结束“Install PE”的界面后计算机自动重新启动,查看“待部署计算机”的“C:\MININT\SMSOSD\OSDLOGS\OSDInstallCD.log”日 志文件,会有如下报错信息:

10.png
下载 (94.4 KB)
2008-7-2 20:52


A:注意该图中日志的第七行,执行的是“\\sms-server\zti$\TS001\ZeroTouchInstallation.vbs ”文件,这个信息说明在制作的“Installation CD”光盘中我们选择的“ZeroTouchInstallation.vbs”文件是从SMS类型部署点中的任务序列目录中的,而这个选择是错误的,我 们应该重新制作“Installation CD”将“ZeroTouchInstallation.vbs”的路径直接指向SMS类型部署点中而非任务序列目录中。



12、在使用MDT 2008的LTI模块时,当操作系统安装结束后在进入操作系统以后开始“STATE Restore”阶段时,出现如下图的报错窗口,且查看“bdd.log”的日志在末尾有如下报错。
11.png
下载 (8.85 KB)
2008-7-2 20:52

12.png
下载 (23.46 KB)
2008-7-2 20:52

A:
问题分析:确认该次部署是否是使用的网络部署点,如果是在查看“bdd.log”日志中“Phase = STATERESTORE”行后的“Property ResourceRoot is now =”行,检查路径是否指向的是部署点(该问题的话这里的路径肯定不是指向部署点,而是指向的“c:\minint”)。该问题多半是由于任务序列中有不正 确的磁盘操作(如分区,格式化或者RAID配置,这里的分区操作是指不正确的分区操作),造成在部署过程中收集到错误的信息造成“部署类型”等信息的判断 失误,而中止部署过程。
解决方案:
①在“磁盘操作”任务之后添加一个“Restart computer”任务,但是重新启动后可能需要人为的干预进行再次启动Window PE 2.0。
②在Windows PE 2.0开始部署前(也就是运行wpeinit.exe前)完成“磁盘操作”任务,可以通过修改Windows PE 2.0中的“startnet.cmd”文件来完成。



13、在使用MDT 2008的LTI模块时,在“Install Operating System”阶段突然中断,检查“bdd.log”日志会有如下报错.
13.png
下载 (93.75 KB)
2008-7-2 20:52

A:
问题分析:是在对“unattend.txt”操作失败造成的报错。可能原因有
①“unattend.txt”文件不存在。
②没有对“unattend.txt”文件操作的权限。
③“unattend.txt”文件有错误的参数造成自动安装命令行执行失败。
解决方案:
①可以调试脚本加入“msgbox”代码检查在“Install Operating System”阶段“unattend.txt”文件是否存在,如不存在检查任务序列进行排错。
②同解决方案①,检查“unattent.txt”的属性是否是“只读和存档”属性,如果有这两个属性则需要修改脚本加入去属性的代码。
③检查“unattend.txt”里的参数是否有误。(有个案例可以借鉴加域账号的密码中有“=”号的字符,造成在“unattend.txt”的文件中在密码行有两个等号条件而造成参数错误)。



14、在使用MDT 2008的LTI模块时,“待安装计算机”已经正常连接到部署点,但无法正常去数据库取到配置信息。
A1:检查部署点中的“Rules”页面中的配置信息是否配置正确。(需注意,连接的命名管道,以及DPID和DBPWD等信息)
测试办法:使用DBID和DBPWD的账号密码在图形界面看是否能够正常登录到SQL数据库
A2:检查数据库中的计算机的录入信息是否和计算机匹配,是否有输入错误的信息(如mac地址,序列号等)
A3:检查是否查找的数据库视图出现问题
测试方法:直接在图形界面中打开对应的视图看是否能够正常打开,且表的结构正常。(案例:嵌套第三张表后,如果第三张没有关联记录会影响视图的表结构)

你可能感兴趣的:(数据库,内存,计算机,方案,MDT)