Anpassen der SQL-MSDE Dateien für die unbeaufsichtigte Installation

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 233312 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Dieser Artikel wurde archiviert. Er wird im vorliegenden Zustand bereitgestellt und nicht mehr aktualisiert.
Alles erweitern | Alles schließen

Auf dieser Seite

Zusammenfassung

Eine unbeaufsichtigte (oder automatische) Installation von Microsoft SQL Server 7.0 oder Microsoft Data Engine (MSDE) 1.0 kann mithilfe einer ISS-Datei, die die Antworten und Auswahl, die von einem Benutzer während einer interaktiven Installation bereitgestellt würde aufzeichnet automatisiert werden.

Wenn Sie SQL Server 7.0 verwenden, Sie können eine benutzerdefinierte ISS-Datei, die Ihren Anforderungen, entspricht indem Sie SQL Server Setup (SETUPSQL.EXE) auf einem Computer, die keine SQL Server ausführen generieren, oder MSDE installiert. Sie wählen die Optionen für die ISS-Datei für die Installation von SQL Server aus. Nach der Installation erstellt Setup eine Datei, die mit dem Namen Setup.iss in das Microsoft Windows-Stammverzeichnis (z. B. C:\Winnt oder C:\Windows). Sie können umbenennen oder verschieben die ISS-Datei zu einem neuen Speicherort und verwenden es zum Automatisieren von zukünftigen installiert in der die gleiche Konfiguration gewünscht wird. Der optionale Setupsql.exe Befehlszeilenparameter "k = RC" veranlasst Setup, in die Datei Setup.iss zu schreiben, wenn Sie anstelle von warten, bis die Optionen auswählen nachdem die Dateien kopiert werden, daher ermöglicht eine ISS-Datei generieren, ohne tatsächlich Installieren von SQL Server. Die Datei Setup.iss jedoch erstellt, mit der k = RC Option ist unvollständig. Sie müssen die Datei erstellt mit dieser Option in der SQLServer 7.0-Bücher Online-Artikel "Erstellen eines Setup-Initialisierungsdatei" ausführlich, bevor es verwendet werden kann, ändern. SQL Server-Onlinedokumentation ist zum Download von folgender Website zur Verfügung:
http://www.microsoft.com/downloads/details.aspx?familyid=a6f79cb1-a420-445f-8a4b-bd77a7da194b
Die Option zum Generieren einer neuen ISS-Datei ist nicht für das verteilbare Paket MSDE, d. h. ohne einen grafischen Setup-Assistenten verfügbar. Allerdings kann dieselbe Wirkung erzielt werden, durch Ändern einer vorhandenen ISS-Datei. ISS-Beispieldateien, die getestet wurden sind verfügbar, mit MSDE und SQL Server. Die Datei Unattend.iss automatisiert eine typische Installation von MSDE und der SQL Server-CD enthält ISS-Beispieldateien für die Installation der allgemeine Variationen von SQL Server-Installationen (nur Clientdienstprogramme, Desktop Edition/Standard Edition und usw.).

Konfigurationsinformationen von den folgenden Installationsoptionen gelten:
  • Installationspfad
  • Serverseitige Netzwerkbibliotheken
  • Codepage
  • Sortierreihenfolge
  • Unicode-Sortierreihenfolge
  • Unicode Comparison Style
  • Lizenzierungsmodus
  • Pro Server License Anzahl
  • Registrierte Benutzername
  • Starten von Dienstkonten
  • Starten MSSQLServer/SQLServerAgent
Viele der Informationen in diesem Artikel kann auch in der SQL Server-Onlinedokumentation Artikel "Erstellen eines Setup-Initialisierungsdatei" gefunden werden. Informationen zum Verwenden einer ISS-Datei zum Automatisieren einer Installation finden Sie unter der Onlinedokumentation zu SQL Server 7.0-Artikel "Unbeaufsichtigte Installation" und "Gewusst wie: Ausführen einer unbeaufsichtigten Installation (Befehlszeile)". Für MSDE können die Befehlszeilenparameter, die den Speicherort der ISS-Datei angeben, in der Datei Readme.txt MSDE gefunden werden. Weitere Informationen wie um zu bestimmen, ob eine unbeaufsichtigte Installation abgeschlossen ist und ob die Installation erfolgreich war ist fehlgeschlagen oder wurde, finden Sie im folgenden Artikel der Microsoft Knowledge Base:
233337Wie bestimmt werden bei eine unbeaufsichtigte Installation von SQL Server 7.0-MSDE 1.0 abgeschlossen ist

Weitere Informationen

Die ISS-Datei hat eine Struktur ähnlich einem standardmäßigen Windows INI-Datei. Einträge werden unter einem Abschnitt gruppiert und Abschnittsnamen sind gekennzeichnet durch eckige Klammern ("[" und"]"). Folgendes ist z. B. den ersten Abschnitt in der ISS-Datei:
  [InstallShield Silent]
  Version=v5.00.000
  File=Response File
				

Installationspfad

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

				
Es gibt zwei Installationsverzeichnisse für SQL Server oder MSDE. Das Stammverzeichnis gibt den Speicherort der Binärdateien und Protokolldateien. Legt das Datenverzeichnis den Speicherort der Datenbankdateien für den Master, Msdb, Pubs (nur SQL Server), und Model-Datenbanken. Es ist auch der Standardspeicherort für neue Benutzerdatenbanken. Ändern Sie den SzDir-Parameter, um das Stammverzeichnis zu ändern, und ändern Sie SzDataDir, um das Datenverzeichnis zu ändern. Standardmäßig werden diese Verzeichnisse identisch sein. Wenn diese Verzeichnisse auf NTFS-Partitionen befinden, der Benutzer, die MSDE installiert wird und Microsoft Windows NT-Konto, die Sie als SQL Server/MSDE-Startkonto (des Dienstkontos starten siehe unten) benötigen Full Control Berechtigungen auf diese. Setup schlägt fehl, wenn erforderlichen Berechtigungen nicht verfügbar sind.

Serverseitige Netzwerkbibliotheken

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

				
Die folgenden Netzwerkbibliotheken können enthalten sein: Named Pipes, TCP/IP Sockets, Protocol, NWLink IPX/SPX, AppleTalk ADSP und Banyan VINES. Die Named Pipes und Banyan VINES serverseitige Netzwerkbibliotheken kann nicht unter Microsoft Windows 95 oder Windows 98 installiert werden.

Hinweis: Andere Einschränkungen, die finden Sie in der SQL Server-Onlinedokumentation zu SQL Server/MSDE gelten, wenn unter Windows 95 oder Windows 98-Artikel "SQL Server 7.0 auf Windows 95/98". Der ISS-Eintrag NetworkLibs ist eine Bitmaske, die Netlibs installieren darstellt. Die Werte in die Bitmaske für jedes Netzwerk Bibliothek sind unter (Werte werden im Hexadezimalformat bereitgestellten und decimal):
Tabelle minimierenTabelle vergrößern
Netzwerkbibliothek Wert (Hex) Wert (dezimal)
Namen Pipes0x0000000F 15
TCP/IP-Sockets0x000000F0 240
Multi-Protokoll0x00000F00 3840
NWLink IPX/SPX0x0000F000 61440
AppleTalk0x000F0000 983040
Banyan VINES0x00F00000 15728640
Multiprotokoll Verschlüsselung0xF0000000 -268435456
Um die serverseitige Netlibs zum Installieren anzugeben, die hexadezimalen Werte mit der bitweisen OR -Operationen kombinieren, und schreibt diesen Wert auf den Eintrag NetworkLibs als 32-Bit-Ganzzahl mit Vorzeichen. Angenommen, Sie Named Pipes und Multiprotokoll installieren möchten, und Sie Multiprotokollverschlüsselung aktivieren möchten (Multiprotokollverschlüsselung hat keine Auswirkungen, sofern Multiprotokoll ebenfalls enthalten ist). Verwenden Sie den Hexadezimalwert F0000F0F,-268431601, wenn als 32-Bit-Ganzzahl mit Vorzeichen dargestellt ist:
       0000000F   (Named Pipes)
    OR 00000F00   (Multiprotocol)
    OR F0000000   (Multiprotocol encryption)
    -----------
       F0000F0F  =  -268431601
  
				
Alternativ verwenden Sie die folgende Methode:

Addieren Sie die Werte in der Spalte "Wert (dezimal)" im obigen Diagramm für Netzwerkbibliotheken, die Sie einschließen möchten. Z. B. Named Pipes, Multiprotokoll und Multiprotokollverschlüsselung:
               15   (Named Pipes)
    +        3840   (Multiprotocol)
    +  -268435456   (Multiprotocol encryption)
    -------------
       -268431601
  
				
Notiz Sie immer Named Pipes enthalten soll, wenn Sie auf Windows 95 oder Windows 98 installieren.

Der NMPPipeName-Eintrag ist der named Pipe-Name auf dem SQL Server überwacht. Sollte nicht von der Standardeinstellung geändert werden ("\\.\pipe\sql\query") ohne Ausrichtung.

Der Eintrag Tcp_port gibt die TCP/IP-Anschlussnummer, verwendet, wenn die TCP/IP-Sockets installiert ist. Es sollte im Allgemeinen nicht von der Standardeinstellung 1433 geändert werden.

Der Eintrag ist TCPPrxy der remote Winsockproxy-Adresse, die auch nur anwendet, wenn TCP/IP konfiguriert ist. In den meisten Fällen kann "Standard".

Die NWLinkObj Eintrag ist Novell Bindery-Dienstnamen. Dieser Eintrag existiert nur, wenn NWLink IPX/SPX enthalten ist.

Der Eintrag BanyanObj ist die StreetTalk Dienstname. Es wird nur verwendet, wenn Banyan VINES ausgewählt ist.

Die ApplObj Eintrag ist das AppleTalk-Dienstobjekt. Es wird nur verwendet, wenn die AppleTalk ADSP-Netzwerkbibliothek ausgewählt ist.

Codepage, Sortierreihenfolge, Unicode-Sortierreihenfolge und Vergleichsart

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

				
Der Eintrag SortID gibt beide den Code und die Sortierreihenfolge Auftrag von SQL Server/MSDE. In den meisten Fällen sollte der Standardwert SortID von 52 (Dies gibt Codepage 1252 und eine Wörterbuchreihenfolge, keine Unterscheidung nach Groß-/Kleinschreibung Sortierreihenfolge) verwendet werden. Jede Codepage (auch bezeichnet als ein Zeichen festgelegt) verfügt über eine Reihe von unterstützten Sortierreihenfolgen zugeordnet. Jede Sortierreihenfolge wird durch eine Sortierreihenfolge-ID identifiziert; eine Sortierreihenfolge-ID ebenfalls eindeutig identifiziert die Codepage, der die Sortierreihenfolge zugeordnet ist. Eine Liste der Bestellnummern für alternative Sortierung (und die dazugehörigen Zeichensätze) finden Sie im SQL Server 7.0-Onlinedokumentation Artikel "Bestellnummern sortieren". Weitere allgemeine Informationen zu diesem Thema finden Sie unter der Buch Online-Artikel "Code Pages und Sort Orders".

Der Eintrag Gebietsschema-ID (LCID) gibt eine Unicode-Sortierreihenfolge. Eine Unicode-Sortierreihenfolge definiert die Möglichkeit, dass Unicode-Daten sortiert ist (Dies entspricht in Funktion eine Sortierreihenfolge für Zeichendaten). Im Allgemeinen sollten die Standard-Gebietsschema-ID der 1033 (Standard-Unicode) verwendet werden. Wenn Sie eine alternative Sortierung von Unicode-Daten benötigen, finden Sie im Onlinedokumentation Artikel "Unicode-Sortierung".

Sortierung von Unicode-Zeichen in eine Unicode-Sortierreihenfolge können angepasst werden durch Ändern der Unicode-Vergleichsart. Im Allgemeinen sollten Sie den Standardwert 196609 übernehmen. Unicode Comparison Style wird durch den Eintrag CompStyle, eine Bitmap mit den folgenden Komponenten dargestellt:
Tabelle minimierenTabelle vergrößern
Formatvorlage Wert (Hex) Wert (dezimal)
Groß-/Kleinschreibung ignorieren0 x 00001 1
Ignorieren-Akzent0x00002 2
Ignorieren von Kana0 x 10000 65536
Breite ignorieren0 x 20000 131072
Die CompStyle-Werte können ebenso die NetworkLibs Bitmaske (im vorherigen Abschnitt serverseitige Netzwerkbibliotheken erläutert) berechnet. Die Standardeinstellung von 196609 (0x30001 im Hexadezimalformat) ist z. B. das Ergebnis der ignorieren Groß-/Kleinschreibung, Kana ignorieren und ignorieren Breite Optionen kombinieren:
           1   (Ignore case)
    +  65536   (Ignore Kana)
    + 131072   (Ignore width)
    ---------
      196609
  
				

Lizenzierung

    [License]
    License Mode=PERSERVER
    License Limit=15

				
Der Lizenz-Modus-Eintrag hat die folgenden möglichen Werte: "PERSERVER" und "PERSEAT". Der Lizenz für Eintrag gibt die Anzahl pro SQL Server Clientzugriffslizenzen (CALs), die erworben wurden. Der Lizenz für Eintrag existiert nicht, wenn Lizenz Modus PERSEAT ist.

Der Abschnitt [Lizenz] gilt nicht für MSDE oder SQL Server Desktop Edition installiert; Clientverbindungen zu SQL Server Desktop Edition oder MSDE erfordern keine SQL-CALs. Jedoch muss der Computer, auf dem SQL Server Desktop installiert ist behandelt werden, von einer pro seat SQL CAL. Ein Computer mit MSDE installiert ebenso benötigt eine pro seat SQL CAL, wenn MSDE mit einem SQL Server interagiert werden wird. Weitere Informationen zu SQL Server Desktop Edition Lizenzierung finden Sie im folgenden Artikel der Microsoft Knowledge Base:
207809DTS-Replikation für Desktop SQL Server 7.0-Lizenzierung

Registrierte Benutzername

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

				
Die Installation von MSDE oder SQL Server kann mit dem Namen des registrierten Benutzers und der Name des Unternehmens angepasst werden. Ändern Sie SzName so ändern Sie Name und SzCompany des Unternehmens gehören.

Starten von Dienstkonten

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

				
Der Abschnitt [DlgServices-0] definiert die Eigenschaften der Konten, unter denen die Dienste MSSQLServer und SQLServerAgent ausgeführt. Local-Domain-Eintrag ist eine Bitmap, der angibt, ob jedes dieser Konten ein Windows NT Domänenkonto oder das spezielle lokale Systemkonto ist. Informationen zu wann ein Domänenkonto anstelle des Kontos Lokales System verwendet werden sollte finden Sie unter SQL Server Books Online "Erstellen von SQL Server Services Benutzerkonten" und "Starten von SQLServerAgent Dienstkonto" Artikeln. Unter Windows 95 oder Windows 98 die Dienste müssen das Konto LocalSystem verwenden installiert werden; diese Betriebssysteme bieten keinen Dienststeuerungs-Manager, so dass beide Dienste im Sicherheitskontext des aktuellen interaktiven Benutzers ausgeführt. Die Optionen für den Eintrag Local-Domain sind:
Tabelle minimierenTabelle vergrößern
Option Wert (Hex) Wert (dezimal)
MSSQLServer verwendet LocalSystem0x000F 15
MSSQLServer verwendet-Domänenkonto0x00F0 240
SQLServerAgent wird LocalSystem verwendet.0x0F00 3840
SQLServerAgent verwendet-Domänenkonto0xF000 61440
In den vorangehenden Beispielabschnitt [DlgServices-0] ist Local-Domain 61680, die gibt an, dass sowohl die MSSQLServer und SQLServerAgent unter einem Domänenkonto (61440 + 240 = 61680) gestartet werden wird.

Der Eintrag AutoStart ist eine Bitmaske, die steuert, ob jeder Dienst auf Automatisches Starten konfiguriert ist, wenn des Computers (unter Windows NT starten) oder wenn ein Benutzer (unter Windows 95 oder Windows 98) anmeldet. Im vorherigen Beispiel werden MSSQLServer und SQLServerAgent AutoStart (240 + 15 = 255) konfiguriert:
Tabelle minimierenTabelle vergrößern
Option Wert (Hex) Wert (dezimal)
MSSQLServer autostarts0x000F 15
SQLServerAgent autostarts0x00F0 240
Beachten Sie, dass weder SQLServerAgent noch MSSQLServer kann auf AutoStart von SQL-Setup unter Windows 95 oder Windows 98 konfiguriert werden da diese Option nicht über die grafische Setup-Schnittstelle auf diesen Plattformen verfügbar gemacht wird. Weitere Informationen zum Starten der MSSQLServer-Dienst oder den SQLServerAgent-Dienst auf Windows 95 oder Windows 98 finden Sie im folgenden Artikel der Microsoft Knowledge Base:
196654Zum Steuern der SQL Server-Dienste unter Windows 95 oder Windows 98
Unter Windows NT können Sie Autostart SQLServerAgent nur, wenn Sie Autostart MSSQLServer, da der SQLServerAgent-Dienst MSSQLServer abhängig ist. Die verbleibenden Einträge in diesem Abschnitt (SQLDomain, SQLDomainAcct, SQLDomainPwd und usw.) angeben, welche Windows NT-Konten verwendet werden, wenn der Local-Domain-Eintrag angibt, dass eine oder beide Dienste Windows NT-Domänenkonto anstelle des Kontos LocalSystem verwendet wird. Diese Einträge sind nicht vorhanden, wenn LocalSystem verwendet wird. Die Kennworteinträge werden verschlüsselt und können nur durch Ausführen von SQL Server Setup interaktiv zum Generieren einer neuen ISS-Datei abgerufen werden. Wenn dies nicht möglich oder praktikabel in Ihrer jeweiligen Situation ist, müssen Sie installieren MSSQLServer und SQLServerAgent, unter dem Konto "LocalSystem" ausgeführt (Local-Domain = 3855).

Windows NT-Benutzer können später die Start-Dienstkonten ändern, falls gewünscht (finden Sie in der SQL Server-Onlinedokumentation "So richten Sie eine SQLServer-Dienst unter einem anderen Benutzerkonto (Windows NT) anmelden" und "Erstellen von SQL Server Services Benutzerkonten"). Unter Windows NT kann das Dienstprogramm Scm.exe (im Verzeichnis MSSQL7\BINN) nach der Installation verwendet werden das Dienststartkonto von LocalSystem in ein Domänenkonto ändern Wenn es erforderlich, dass dieser automatisiert werden werden. Weitere Informationen finden Sie im Knowledge Base-Artikel ausführliche zuvor verwiesen.

Eigenschaften

Artikel-ID: 233312 - Geändert am: Sonntag, 23. Februar 2014 - Version: 6.1
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft Data Engine 1.0
Keywords: 
kbnosurvey kbarchive kbmt kbinfo KB233312 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 233312
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

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