Personnalisation de SQL/MSDE fichiers d'installation sans assistance

Traductions disponibles Traductions disponibles
Numéro d'article: 233312 - Voir les produits auxquels s'applique cet article
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Agrandir tout | Réduire tout

Sommaire

Résumé

Il est possible d'automatiser une installation sans assistance (ou silencieuse) de Microsoft SQL Server 7.0 ou Microsoft Data Engine (MSDE) 1.0 à l'aide d'un fichier .iss qui enregistre les réponses et les sélections qui devraient être fournies par un utilisateur lors d'une installation interactive.

Si vous utilisez SQL Server 7.0, vous pouvez générer un fichier .iss personnalisé qui répond à vos besoins en exécutant le programme d'installation de Server SQL (SETUPSQL.EXE) sur un ordinateur qui n'a pas de SQL Server ou MSDE installé. Vous sélectionnez les options souhaitées pour votre fichier .iss pour l'installation de SQL Server. Après l'installation, le programme d'installation crée un fichier nommé Setup.ISS dans le répertoire racine de Microsoft Windows (par exemple, C:\winnt ou C:\Windows). Vous pouvez renommer ou déplacer le fichier .iss vers un nouvel emplacement et utilisation pour automatiser l'avenir installe à qui la même configuration est souhaitée. Le paramètre de ligne de commande setupsql.exe facultatif "k = Rc», le programme d'installation écrire dans le fichier Setup.ISS que vous sélectionnez les options plutôt que d'attendre une fois les fichiers copiés, ce qui vous permet de générer un fichier .iss sans installer SQL Server. Toutefois, le fichier Setup.iss créé avec le k = Rc option est incomplète. Vous devez modifier le fichier créé à l'aide de cette option comme détaillé dans la documentation SQL Server 7.0 article «Création d'un fichier d'installation Initialization» avant d'être utilisable. SQL Server Books Online est disponible au téléchargement depuis le site suivant :
http://www.microsoft.com/downloads/details.aspx?familyid=a6f79cb1-a420-445f-8a4b-bd77a7da194b
L'option pour générer un nouveau fichier .iss n'est pas disponible pour le package redistribuable MSDE, qui n'inclut pas d'un Assistant de configuration graphique. Toutefois, le même effet faire en modifiant un fichier .iss existant. Exemples de fichiers .iss qui ont été testés sont disponibles avec MSDE et SQL Server. Le fichier Unattend.iss automatise une installation par défaut de MSDE et le CD-ROM de SQL Server inclut des exemples de fichiers .iss pour l'installation de variations communes des installations de SQL Server (uniquement les utilitaires client, Édition Desktop/standard edition, etc.).

Informations de configuration des options d'installation suivantes suivent :
  • Chemin d'installation
  • Bibliothèques de réseau côté serveur
  • Page de code
  • Ordre de tri
  • Classement Unicode
  • Style de comparaison Unicode
  • Mode de licence
  • Nombre de licences par serveur
  • Nom d'utilisateur enregistrés
  • Comptes de démarrage de service
  • Démarrage automatique MSSQLServer/SQLServerAgent
La plupart des informations dans cet article vous pouvez également trouver dans l'article documentation en ligne «Création d'un fichier de d'initialisation d'installation». Pour savoir comment utiliser un fichier .iss pour automatiser l'installation, consultez la documentation en ligne de SQL Server 7.0 les articles «Installation automatique» et «Comment faire pour exécuter une installation sans assistance (invite de commande)». Pour MSDE, les paramètres de ligne de commande qui spécifient l'emplacement de votre fichier .iss sont accessibles dans le fichier Lisezmoi.txt de MSDE. Pour plus d'informations pour déterminer si une installation silencieuse est terminée et si l'installation n'a pas réussi ou échoué, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
233337Comment faire pour déterminer si une installation sans assistance de SQL Server 7.0/MSDE 1.0 est terminée

Plus d'informations

Le fichier .iss a une structure semblable à un Windows standard fichier .ini. Entrées sont regroupées sous une section et noms de section sont indiqués par des crochets ("[" et"]"). Par exemple, le texte suivant est la première section du fichier .iss :
  [InstallShield Silent]
  Version=v5.00.000
  File=Response File
				

Chemin d'installation

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

				
Il existe deux répertoires d'installation pour SQL Server ou MSDE. Le répertoire racine spécifie l'emplacement des fichiers binaires et des fichiers journaux. Le répertoire de données spécifie l'emplacement des fichiers de base de données pour master, msdb, pubs (SQL Server uniquement) et modéliser des bases de données. Il s'agit également de l'emplacement par défaut pour les nouvelles bases de données utilisateur. Modifier le paramètre szDir pour changer le répertoire racine et modifier szDataDir pour changer le répertoire de données. Par défaut ces répertoires sont identiques. Si ces répertoires se trouvent sur des partitions NTFS, l'utilisateur d'installer MSDE et le compte Microsoft Windows NT que vous sélectionnez comme SQL Server/MSDE service compte de démarrage (voir le compte de démarrage du service section ci-dessous) doit disposer des autorisations Full Control sur eux. Le programme d'installation échoue si les autorisations requises ne sont pas disponibles.

Bibliothèques réseau côté serveur

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

				
Les bibliothèques réseau suivantes peuvent être inclus : canaux nommés, TCP/IP sockets, multi-protocole, NWLink IPX/SPX, AppleTalk ADSP et Banyan VINES. Les canaux nommés et les bibliothèques Net-Library côté serveur Banyan VINES ne peuvent pas être installés sur Microsoft Windows 95 ou Windows 98.

Remarque Pour les autres restrictions qui s'appliquent à SQL Server/MSDE lors de l'exécution sur Windows 95 ou Windows 98, reportez-vous à la documentation en ligne à l'article «SQL Server 7.0 sur Windows 95/98». L'entrée .iss NetworkLibs est un masque de bits qui représente la netlibs pour installer. Les valeurs dans le masque de bits pour chaque bibliothèque de réseau sont ci-dessous (les valeurs sont fournies au format hexadécimal et décimal) :
Réduire ce tableauAgrandir ce tableau
NetlibValeur (hex)Valeur (Decimal)
Nom de canaux0x0000000F 15
Sockets TCP/IP0x000000F0 240
La configuration multiprotocole0x00000F00 3840
NWLink IPX/SPX0x0000F000 61440
AppleTalk0x000F0000 983040
Banyan VINES0x00F00000 15728640
Cryptage multi-protocole0xF0000000 -268435456
Pour spécifier quels netlibs côté serveur pour installer, combiner les valeurs hexadécimales avec les opérations de bits OR et écrire cette valeur pour l'entrée NetworkLibs sous la forme d'un entier signé 32 bits. Par exemple, supposons que vous souhaitez installer les canaux nommés et multi-protocole et que vous souhaitez activer le cryptage multiprotocole (cryptage multi-protocole n'a aucun effet sauf si multiprotocole est également inclus). Vous utiliserez la valeur hexadécimale F0000F0F, c'est-à-dire-268431601 lorsque représenté sous la forme d'un entier signé 32 bits :
       0000000F   (Named Pipes)
    OR 00000F00   (Multiprotocol)
    OR F0000000   (Multiprotocol encryption)
    -----------
       F0000F0F  =  -268431601
  
				
également, utilisez la méthode suivante :

Additionner des valeurs dans la colonne «Valeur (décimale)» dans le graphique ci-dessus pour les bibliothèques de réseau que vous souhaitez inclure. Par exemple, pour inclure des canaux nommés, multi-protocole et le cryptage multiprotocole :
               15   (Named Pipes)
    +        3840   (Multiprotocol)
    +  -268435456   (Multiprotocol encryption)
    -------------
       -268431601
  
				
note vous devez toujours inclure nommés, sauf si vous installez sur Windows 95 ou Windows 98.

L'entrée NMPPipeName est le nom de canal nommé sur lequel SQL Server écoute. Il ne doit pas être modifié par rapport à la valeur par défaut ("\\.\pipe\sql\query") sans justification.

L'entrée TCPPort Spécifie le numéro de port TCP/IP utilisé lorsque les sockets TCP/IP est installée. Il généralement ne doit pas être modifiée la valeur par défaut 1433.

L'entrée TCPPrxy est l'adresse du proxy WinSock distant, qui seulement s'applique lorsque TCP/IP est configuré. Dans la plupart des cas, il sera "Default".

L'Entrée NWLinkObj est le nom du service Novell Bindery. Cette entrée n'existe que lorsque NWLink IPX/SPX est inclus.

L'entrée BanyanObj est le StreetTalk nom de service. Il est utilisé uniquement lorsque Banyan VINES est sélectionné.

L'Entrée ApplObj est l'objet service AppleTalk. Il est utilisé uniquement lorsque la bibliothèque réseau AppleTalk ADSP est sélectionnée.

Page de code, ordre de tri, comparaisons Unicode et style de comparaison

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

				
L'entrée SortID identifie les deux le code page et l'ordre de tri de SQL Server/MSDE. Dans la plupart des cas, la valeur par défaut SortID 52 (Spécifie la page de codes 1252 et un ordre du dictionnaire, ordre de tri ne respectant pas la casse) doit être utilisée. Chaque page de code (également appelée en tant que caractère définir) possède un ensemble des ordres de tri pris en charge lui est associé. Chaque ordre de tri est identifié par un ID d'ordre de tri ; un ID d'ordre de tri identifie également de manière unique la page de code associé à l'ordre de tri. Pour obtenir la liste des numéros de commandes de tri autre (et les jeux de caractères associé), consultez l'article en ligne de SQL Server 7.0 «Numéros de commandes de tri». Pour plus d'informations générales sur ce sujet, voir la documentation en ligne article «code pages et tri commandes».

L'entrée de l'ID de paramètres régionaux (LCID) spécifie un classement Unicode. Un classement Unicode définit la façon dont les données Unicode sont triées (cela revient dans la fonction à un ordre de tri pour les données de type caractère). En général, l'ID de paramètres régionaux par défaut 1033 (général Unicode) doit être utilisé. Si vous avez besoin d'un tri secondaire des données Unicode, consultez l'article documentation en ligne «Comparaison Unicode».

Tri d'Unicode caractères au sein d'un classement Unicode peuvent être ajustées en modifiant la Unicode comparison style. Généralement, vous ne devez accepter la valeur par défaut de 196609. Unicode comparison style est représenté par l'entrée CompStyle, une bitmap avec les composants suivants :
Réduire ce tableauAgrandir ce tableau
StyleValeur (hex)Valeur (Decimal)
Ignorer la casse0 x 00001 1
Ignorer les accents0x00002 2
Ignorer les caractères Kana0 x 10000 65 536
Ignorer la largeur0 x 20000 131072
Il est possible de calculer les valeurs CompStyle de même pour le masque de bits NetworkLibs (décrite dans la section précédente de bibliothèques de réseau côté serveur). Par exemple, la valeur par défaut de 196609 (0x30001 en hexadécimal) est le résultat de la combinaison de cas ignorer, ignorer les caractères Kana et options de largeur ignorer :
           1   (Ignore case)
    +  65536   (Ignore Kana)
    + 131072   (Ignore width)
    ---------
      196609
  
				

Gestion des licences

    [License]
    License Mode=PERSERVER
    License Limit=15

				
L'entrée de mode de licence a les valeurs possibles suivantes: «PERSERVER» et «Poste». L'entrée de licence Limit Spécifie le nombre de par le serveur SQL licences d'accès client (CAL) qui ont été achetées. L'entrée de la limite de licences n'existe pas lorsque le mode de licence est poste.

La section [License] ne s'applique pas à MSDE ou édition Bureau de SQL Server installe ; connexions client à l'édition Bureau de SQL Server ou MSDE ne nécessitent pas de licences d'accès client SQL. Toutefois, l'ordinateur sur lequel SQL Server Desktop est installé doit être couverte par une par siège SQL CAL. De même, un ordinateur équipé de MSDE est installé sur votre ordinateur requiert une par siège SQL CAL si MSDE va être interagit avec un serveur SQL Server. Pour plus d'informations sur l'édition Bureau de SQL Server de licence, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
207809DTS/réplication de licences pour Desktop SQL Server 7.0

Nom d'utilisateur inscrit

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

				
Il est possible de personnaliser l'installation de MSDE ou SQL Server avec le nom de l'utilisateur inscrit et le nom de la société. Modifier szName Modifier nom de l'utilisateur et szCompany pour inclure la société.

Comptes de démarrage de service

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

				
La section [DlgServices-0] définit les propriétés des comptes sous lequel les services MSSQLServer et SQLServerAgent sont exécutés. Local-Domain entrée est une bitmap qui spécifie si chacun de ces comptes est un serveur compte de domaine ou compte spécial LocalSystem. Pour informations sur quand un compte de domaine doit être utilisé à la place du compte système local, consultez que la documentation en ligne de SQL Server les articles «Création de comptes SQL Server Services» et «Compte de démarrage du service SQLServerAgent». Sous Windows 95 ou Windows 98, les services doivent être installés pour utiliser le compte LocalSystem ; ces systèmes d'exploitation ne fournissent pas un gestionnaire de contrôle de service, les deux services s'exécutent dans le contexte de sécurité de l'utilisateur interactif en cours. Les options pour l'entrée de local-Domain sont les suivantes :
Réduire ce tableauAgrandir ce tableau
OptionValeur (hex)Valeur (Decimal)
MSSQLServer utilise LocalSystem0x000F 15
MSSQLServer utilise le compte de domaine0x00F0 240
Il utilise LocalSystem0x0F00 3840
Il utilise le compte de domaine0xF000 61440
Dans la section exemple précédente [DlgServices-0], local-Domain est 61680, qui indique que MSSQLServer et SQLServerAgent va être démarré sous un compte de domaine (61440 + 240 = 61680).

L'entrée de démarrage automatique est un masque de bits qui contrôle si chaque service est configuré pour démarrer automatiquement au démarrage de l'ordinateur (sous Windows NT) ou lorsqu'un utilisateur se connecte (sur Windows 95 ou Windows 98). Dans l'exemple précédent, MSSQLServer et SQLServerAgent sont configurés pour AutoStart (240 + 15 = 255) :
Réduire ce tableauAgrandir ce tableau
OptionValeur (hex)Valeur (Decimal)
MSSQLServer démarre automatiquement0x000F 15
SQLServerAgent démarre automatiquement0x00F0 240
Notez que MSSQLServer ni SQLServerAgent peut être configuré pour AutoStart par le programme d'installation SQL sur Windows 95 ou Windows 98 dans la mesure où cette option n'est pas exposée par l'intermédiaire de l'interface graphique d'installation sur ces plates-formes. Pour plus d'informations sur la façon de démarrer le service MSSQLServer ou le service SQLServerAgent sur Windows 95 ou Windows 98, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
196654Comment faire pour contrôle des services SQL Server sur Windows 95 ou Windows 98
Sous Windows NT, vous ne pouvez démarrer automatiquement SQLServerAgent que si vous autostart MSSQLServer, car le service SQLServerAgent dépend de MSSQLServer. Les autres entrées dans cette section (SQLDomain, SQLDomainAcct, SQLDomainPwd et ainsi de suite) spécifient quel comptes seront utilisés si l'entrée de local-Domain indique qu'un ou les deux services utilise un compte de domaine Windows NT au lieu du compte LocalSystem de Windows NT. Ces entrées ne sont pas présents lorsque le système local est utilisé. Les entrées de mot de passe sont cryptées et uniquement peuvent être obtenues en exécutant le programme d'installation de SQL Server interactivement pour générer un nouveau fichier .iss. Si ce n'est pas possible ou pratique dans votre cas, vous devez installer MSSQLServer et SQLServerAgent pour s'exécuter sous le compte système local (local-Domain = 3855).

Utilisateurs Windows NT peuvent ultérieurement modifier les comptes de démarrage de service, si vous le souhaitez (voir la documentation en ligne de SQL Server les articles «Comment faire pour configurer un service SQL Server pour ouvrir une session sous un compte d'utilisateur différent (Windows NT)» et «Création SQL Server Services comptes d'utilisateur»). Sous Windows NT, l'utilitaire Scm.exe (dans le répertoire Mssql7\Binn) peut être utilisé après l'installation pour modifier le compte de démarrage du service de LocalSystem à un compte de domaine, s'il est nécessaire que cette être automatisée. Pour plus d'informations, consultez l'article de la base de connaissances Microsoft mentionné précédemment pour plus d'informations.

Propriétés

Numéro d'article: 233312 - Dernière mise à jour: dimanche 23 février 2014 - Version: 6.1
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 7.0 Standard
  • Microsoft Data Engine 1.0
Mots-clés : 
kbnosurvey kbarchive kbmt kbinfo KB233312 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 233312
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

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