SQL Server的有效安装

核心提示： 如果你想在安装完成时得到通知，从命令行执行如下setupsql.exe程序，SQL Server的有效安装(8)，或者把它写入一个批处理文件中： start /wait setupsql.exe -s ?Cfl setup.iss 直到安装结束，控制才会传递到下一条命令，他很可能显示-1，

如果你想在安装完成时得到通知，从命令行执行如下setupsql.exe程序，或者把它写入一个批处理文件中：

start /wait setupsql.exe -s ?Cfl setup.iss

直到安装结束，控制才会传递到下一条命令。当你从批处理文件启动安装，而这个文件又包括其他依赖于安装的行为时，使用start /wait选项是特别重要的。例如，假设你要为一个名为INST1的命名实例执行无人值守安装来创建批处理文件，然后启动SQL Server服务，再运行一个用来创建数据库及其对象（如：表、存储过程）的sql脚本。这个批处理文件看起来可能像这样：

start /wait D:X86Setupsetupsql.exe ?Cs ?Cfl C:WINNTsetup.iss

net start MSSQL$INST1

OSQL /E /I “c:datas criptscreateappdb.sql”

如果你不使用start /wait选项，控制从安装一开始就移到了批处理文件的第二条命令，而这条NET START命令试图启动一个还不存在的服务。

对一个无人值守安装进行故障排除要比对待标准安装的故障排除更需要慎重对待。标准安装往往在安装程序遇到问题时通过显示一个包含出错信息的对话框（并伴有响亮的警告声）来通知你。而无人值守安装只是简单地终止，且没有交互的通知。

要了解如何对无人值守安装进行故障排除，让我们来看一组我遇到过的问题。假设你已经在服务器上完成了另一个产品的安装，然后你试图执行一个SQL Server的无人值守安装。安装程序检测到在前一个安装结束后服务器尚未重启，于是放弃安装，同时没有任何信息提示。如果你保持任务管理器窗口打开，你会注意到setupsql.exe 程序不活动，所以SQL Server没有被安装。你也应该检查日志文件。一旦安装成功，WINNTsetup.log文件应该显示0作为出错代码；然而，在我描述的情景中，他很可能显示-1，这表示一个基本错误。你也应该看一下出错信息。