Personalizando SQL/MSDE arquivos de instalação autônoma

Traduções deste artigo Traduções deste artigo
ID do artigo: 233312 - Exibir os produtos aos quais esse artigo se aplica.
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
Expandir tudo | Recolher tudo

Neste artigo

Sumário

Uma instalação autônoma (ou silenciosa) do Microsoft SQL Server 7.0 ou Microsoft Data Engine (MSDE) 1.0 pode ser automatizada usando um arquivo .iss que registra as respostas de seleções que devem ser fornecidas por um usuário durante uma instalação interativa.

Se você estiver usando o SQL Server 7.0, você pode gerar um arquivo .iss personalizada que atenda às suas necessidades executando o SQL Server Setup (SETUPSQL.EXE) em um computador que não possui o SQL Server ou MSDE instalado. Selecione as opções que deseja para o arquivo .iss para instalar o SQL Server. Após a instalação, o programa de instalação cria um arquivo chamado Setup.iss no diretório raiz do Microsoft Windows (por exemplo, C:\Windows ou C:\Winnt). Você pode renomear ou mover o arquivo .iss para um novo local e usar para automatizar futuro instala em que a mesma configuração desejada. O parâmetro de linha de comando opcional Setupsql.exe "k = Rc" faz com que o instalação para gravar no arquivo Setup.iss conforme você seleciona o opções em vez de esperar até depois que os arquivos forem copiados, assim, permitindo que você gerar um arquivo .iss sem realmente instalar o SQL Server. No entanto, o arquivo Setup.iss criado com o k = Rc opção está incompleta. Você deve modificar o arquivo criado com essa opção conforme detalhado no SQL Server 7.0 Books Online artigo "Criando um arquivo de inicialização de instalação" antes de ser utilizável. SQL Server Books Online está disponível para download no seguinte site da Microsoft:
http://www.microsoft.com/downloads/details.aspx?familyid=a6f79cb1-a420-445f-8a4b-bd77a7da194b
A opção para gerar um novo arquivo .iss não está disponível para o pacote redistribuível do MSDE, que não inclui um Assistente de instalação gráfica. No entanto, o mesmo efeito pode ser conseguido modificando um arquivo .iss existente. Os arquivos de .ISS de exemplo que foram testados estão disponíveis com MSDE e o SQL Server. O arquivo Unattend.iss automatiza uma instalação típica do MSDE e o CD do SQL Server inclui arquivos .ISS de exemplo para a instalação de variações comuns das instalações do SQL Server (somente utilitários de cliente, Desktop edition/Standard edition e assim por diante).

Informações de configuração das seguintes opções de instalação a seguir:
  • Caminho de instalação
  • Bibliotecas de rede do servidor
  • Página de código
  • Ordem de classificação
  • Comparação de unicodes
  • Estilo de comparação de Unicode
  • Modo de licenciamento
  • Contagem de licença por servidor
  • Nome de usuário registrado
  • Contas de inicialização do serviço
  • Início automático MSSQLServer/SQLServerAgent
Grande parte das informações neste artigo também pode ser encontrada no artigo SQL Server Books Online "Criando um arquivo de inicialização de instalação". Para obter informações sobre como usar um arquivo .iss para automatizar uma instalação, consulte os manuais online do SQL Server 7.0 artigos "Instalação autônoma" e "Como executar uma instalação autônoma (prompt de comando)". Para o MSDE, os parâmetros de linha de comando que especifique o local do seu arquivo .iss podem ser encontrados no arquivo Readme.txt do MSDE. Para obter mais informações como para determinar se uma instalação silenciosa foi concluída e se a instalação foi bem-sucedida ou falha, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
233337Como determinar quando uma instalação autônoma do SQL Server 7.0/MSDE 1.0 é concluída

Mais Informações

O arquivo .iss tem uma estrutura semelhante a um padrão do Windows arquivo .ini. As entradas são agrupadas juntos em uma seção, e os nomes de seção são indicados por colchetes ("[" e"]"). Por exemplo, a seguir está a primeira seção o arquivo .iss:
  [InstallShield Silent]
  Version=v5.00.000
  File=Response File
				

Caminho de instalação

    [SetupTypeSQL-0]
    szDir=C:\MSSQL7
    szDataDir=C:\MSSQL7

				
Há dois diretórios de instalação do SQL Server ou MSDE. O diretório raiz Especifica o local dos arquivos de log e binários. O diretório de dados especifica o local dos arquivos de banco de dados para o mestre, msdb, pubs (apenas no SQL Server) e bancos de dados de modelo. Também é o local padrão para novos bancos de dados usuário. Modificar o parâmetro szDir para alterar o diretório raiz e modificar szDataDir para alterar o diretório dados. Por padrão nesses diretórios será o mesmo. Se estiverem esses diretórios em partições NTFS, o usuário que irá instalar o MSDE e a conta do Microsoft Windows NT que você seleciona como o SQL Server/MSDE serviço conta de inicialização (consulte a conta de inicialização do serviço seção abaixo) deve possuir permissões controle total sobre eles. A instalação falha se as permissões necessárias não estiverem disponíveis.

Bibliotecas de rede do lado do servidor

    [DlgServerNetwork-0]
    NetworkLibs=4095
    TCPPort=1433
    TCPPrxy=Default
    NMPPipeName=\\.\pipe\sql\query

				
As seguintes bibliotecas de rede podem ser incluídas: pipes nomeados, TCP/IP sockets, multi-protocolo, NWLink IPX/SPX, AppleTalk ADSP e Banyan Vines. A pipes nomeados e bibliotecas de rede do lado do servidor Banyan Vines não podem ser instaladas no Microsoft Windows 95 ou Windows 98.

Observação Para outras restrições que se aplicam ao SQL Server/MSDE quando executando no Windows 95 ou Windows 98, consulte os MANUAIS online artigo "SQL Server 7.0 no Windows 95/98". A entrada .iss NetworkLibs é uma máscara de bits que representa o netlibs para instalar. Os valores de bitmask para cada biblioteca de rede são abaixo (os valores são fornecidos em hexadecimal e decimal):
Recolher esta tabelaExpandir esta tabela
netlib valor (hex) valor (decimal)
Pipes de nome0x0000000F 15
Soquetes TCP/IP0x000000F0 240
Multiprotocol0x00000F00 3840
NWLink IPX/SPX0x0000F000 61440
AppleTalk0x000F0000 983040
Banyan Vines0x00F00000 15728640
Criptografia multiprotocolo0xF0000000 -268435456
Para especificar qual netlibs do lado do servidor para instalar, combinar os valores hexadecimais com operações OR bit a bit e escrever esse valor para a entrada NetworkLibs como um inteiro assinado de 32 bits. Por exemplo, suponha que você deseja instalar pipes nomeados e multiprotocolo e você deseja ativar criptografia multiprotocolo (criptografia multiprotocolo não tem qualquer efeito a menos que também seja incluído multiprotocolo). Você usaria o valor hexadecimal F0000F0F, que é-268431601 quando representado como um inteiro assinado de 32 bits:
       0000000F   (Named Pipes)
    OR 00000F00   (Multiprotocol)
    OR F0000000   (Multiprotocol encryption)
    -----------
       F0000F0F  =  -268431601
  
				
como alternativa, use o seguinte método:

Somar os valores na coluna "Valor (decimal)" no gráfico acima para as bibliotecas de rede que você deseja incluir. Por exemplo, para incluir pipes nomeados, multiprotocolo e criptografia multiprotocolo:
               15   (Named Pipes)
    +        3840   (Multiprotocol)
    +  -268435456   (Multiprotocol encryption)
    -------------
       -268431601
  
				
Observação você deve incluir sempre pipes nomeados, a menos que você estiver instalando no Windows 95 ou Windows 98.

A entrada NMPPipeName é o nome do pipe nomeado no qual o SQL Server escuta. Não deve ser alterado do padrão ("\\.\pipe\sql\query") sem justificativa.

A entrada TCPPort Especifica o número da porta TCP/IP, usado quando soquetes TCP/IP está instalado. Ele deve geralmente não ser alterado do padrão 1433.

A entrada TCPPrxy é o endereço de proxy WinSock remoto, que também só se aplica quando o TCP/IP está configurado. Na maioria dos casos, ele será "Padrão".

A Entrada NWLinkObj é o nome do serviço Novell ligação. Esta entrada só existe quando NWLink IPX/SPX está incluído.

A entrada BanyanObj é o StreetTalk nome do serviço. Ele é usado apenas quando Banyan Vines é selecionada.

A Entrada ApplObj é o objeto de serviço AppleTalk. Ele é usado apenas quando netlib ADSP AppleTalk é selecionada.

Página de código, ordem de classificação, agrupamento Unicode e estilo de comparação

    [DlgCpSortUnicode-0]
    SortId=52
    LCID=1033
    CompStyle=196609

				
A entrada SortID identifica os dois o código página e classificar a ordem do SQL Server/MSDE. O padrão SortID de 52 (Isso especifica a página de código 1252 e um Dictionary order, ordem de classificação não diferencia maiúsculas de minúsculas) deve ser usado na maioria das circunstâncias. Cada página de código (também conhecida como um caractere definir) tem um conjunto de ordens de classificação com suporte associado a ele. Cada ordem de classificação é identificado por uma identificação de ordem de classificação; uma identificação de ordem de classificação também identifica a página de código que a ordem de classificação está associada. Para obter uma lista de identificações de ordem de classificação alternativo (e conjuntos de caracteres associada a), consulte o artigo SQL Server 7.0 Books Online "Identificações de ordem de classificação". Para obter informações gerais adicionais sobre esse tópico, consulte os manuais online do artigo "código páginas e ordens de classificação".

A entrada de identificação de localidade (LCID) especifica um agrupamento do Unicode. Um agrupamento do Unicode define a maneira como que dados Unicode são classificados (isso é semelhante em função de uma ordem de classificação para dados de caracteres). Em geral, a identificação de localidade padrão do 1033 (Unicode geral) deve ser usada. Se você precisar de uma classificação alternativa de dados Unicode, consulte o artigo Books Online "Comparação de unicodes".

Classificação do Unicode caracteres dentro de um agrupamento do Unicode podem ser ajustadas, modificando o Unicode estilo de comparação. Geralmente você deve aceitar o valor padrão de 196609. O estilo de comparação Unicode é representado pela entrada CompStyle, um bitmap com os seguintes componentes:
Recolher esta tabelaExpandir esta tabela
estilo valor (hex) valor (decimal)
Ignorar maiúsculas e minúsculas0x00001 1
Ignorar acentuação0x00002 2
Ignorar kana0x10000 65536
Ignorar largura0 x 20000 131072
Os valores de CompStyle podem ser calculados da mesma forma para a máscara de bits NetworkLibs (discutida na seção bibliotecas de rede do lado do servidor anterior). Por exemplo, o padrão de 196609 (0x30001 em hexadecimal) é o resultado de combinar os caso ignorar, ignorar kana e Ignorar largura opções:
           1   (Ignore case)
    +  65536   (Ignore Kana)
    + 131072   (Ignore width)
    ---------
      196609
  
				

Licenciamento

    [License]
    License Mode=PERSERVER
    License Limit=15

				
A entrada do modo de licença possui os seguintes valores possíveis: "PERSERVER" e "PERSEAT". A entrada de limite de licença Especifica o número de por servidor SQL licenças de acesso cliente (CALs) que foram adquiridas. A entrada de limite de licença não existe quando o modo de licença é PERSEAT.

A seção [licença] não se aplica ao MSDE ou SQL Server Desktop edition instala; conexões de cliente para SQL Server Desktop edition ou o MSDE não requerem CALs de SQL. No entanto, o computador que está instalado o SQL Server Desktop deve ser coberto por um por assento SQL CAL. Da mesma forma, um computador com o MSDE instalado requer um por assento CAL SQL se MSDE será ser interagindo com um SQL Server. Para obter mais informações sobre o SQL Server Desktop edition licenciamento, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
207809Licenciamento de DTS/replicação para desktop SQL Server 7.0

Nome de usuário registrado

    [SdRegisterUser-0]
    szName=User Name
    szCompany=Company Name

				
A instalação do MSDE ou SQL Server pode ser personalizada com o nome do usuário registrado e o nome da empresa. Modificar szName alterar nome do usuário e szCompany para incluir a empresa.

Contas de inicialização do serviço

    [DlgServices-0]
    Local-Domain=61680
    AutoStart=255
    SQLDomain=MyDomainName
    SQLDomainAcct=MyDomainUser
    SQLDomainPwd=....
    AgtDomain=MyDomainName
    AgtDomainAcct=MyDomainUser
    AgtDomainPwd=....

				
A seção [DlgServices-0] define as propriedades das contas em que os serviços MSSQLServer e SQLServerAgent são executados. O domínio local entrada é um bitmap que especifica se cada uma dessas contas é um Windows NT conta de domínio ou é a conta LocalSystem especial. Para informações sobre quando uma conta de domínio deve ser usada em vez da conta sistema local, consulte que os MANUAIS online artigos "Creating SQL Server Services contas de usuário" e "Conta de inicialização de serviço SQLServerAgent". No Windows 95 ou Windows 98, os serviços devem ser instalados para usar a conta LocalSystem; esses sistemas operacionais não fornecem um Gerenciador de controle de serviço, então ambos os serviços executados no contexto de segurança do usuário interativo atual. As opções para a entrada de domínio local são:
Recolher esta tabelaExpandir esta tabela
opção valor (hex) valor (decimal)
MSSQLServer usa LocalSystem0x000F 15
MSSQLServer usa a conta de domínio0x00F0 240
SQLServerAgent usa LocalSystem0x0F00 3840
SQLServerAgent usa a conta de domínio0xF000 61440
Na seção de exemplo anterior [DlgServices-0], o domínio local é 61680, que indica que o MSSQLServer e SQLServerAgent serão iniciado em uma conta de domínio (61440 + 240 = 61680).

A entrada de AutoIniciar é uma máscara de bits que controla se cada serviço está configurado para início automático quando o computador for iniciado (no Windows NT) ou quando um usuário fizer logon (no Windows 95 ou Windows 98). No exemplo anterior, tanto MSSQLServer e SQLServerAgent estão configurados para AutoIniciar (15 + 240 = 255):
Recolher esta tabelaExpandir esta tabela
opção valor (hex) valor (decimal)
MSSQLServer autostarts0x000F 15
SQLServerAgent autostarts0x00F0 240
Observe que nem SQLServerAgent MSSQLServer pode ser configurado para AutoIniciar pela instalação do SQL no Windows 95 ou Windows 98 desde que esta opção não é exposta através da interface gráfica de instalação nessas plataformas. Para obter mais informações sobre como iniciar o serviço MSSQLServer ou o serviço SQLServerAgent no Windows 95 ou no Windows 98, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
196654Como controlar serviços do SQL Server no Windows 95 ou Windows 98
No Windows NT, você pode AutoIniciar SQLServerAgent somente se você AutoIniciar MSSQLServer também, porque o serviço SQLServerAgent depende MSSQLServer. As entradas restantes nesta seção (SQLDomain, SQLDomainAcct, SQLDomainPwd e assim por diante) especificam qual conta (s) será usado se a entrada de domínio local indica que um ou ambos os serviços utilizará uma conta de domínio do Windows NT em vez da conta LocalSystem do Windows NT. Essas entradas não estão presentes quando o sistema local está sendo usado. As entradas de senha são criptografadas e só podem ser obtidas executando a instalação do SQL Server interativamente para gerar um novo arquivo .iss. Se isso não é possível ou prático em suas circunstâncias, você deverá instalar MSSQLServer e SQLServerAgent para executar sob a conta do sistema local (domínio local = 3855).

Usuários do Windows NT posteriormente podem alterar as contas de inicialização do serviço, se desejado (consulte os MANUAIS online artigos "Como configurar um serviço do SQL Server para fazer logon em uma conta de usuário diferente (Windows NT)" e "Creating SQL Server Services contas de usuário"). No Windows NT, o utilitário scm.exe (na pasta MSSQL7\BINN) pode ser usado após a instalação para alterar a conta de inicialização do serviço de LocalSystem para uma conta de domínio, se for necessário que isso ser automatizado. Para obter mais informações consulte o artigo Base de dados de Conhecimento Microsoft referenciado anteriormente para obter detalhes.

Propriedades

ID do artigo: 233312 - Última revisão: domingo, 23 de fevereiro de 2014 - Revisão: 6.1
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft Data Engine 1.0
Palavras-chave: 
kbnosurvey kbarchive kbmt kbinfo KB233312 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 233312

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com