Deployment des Datenbankservers

Sie können das Deployment eines Datenbankservers vornehmen, indem Sie den Endbenutzern den SQL Anywhere-Installer bereitstellen. Wenn der Endbenutzer die richtigen Installationsoptionen wählt, verfügt er garantiert über alle erforderlichen Dateien.

Die einfachste Möglichkeit zum Deployment eines Personal Datenbankservers oder eines Netzwerk-Datenbankservers ist die Verwendung des Deployment-Assistenten. Weitere Hinweise finden Sie unter Deployment-Assistent.

Um einen Datenbankserver zu betreiben, müssen Sie eine Gruppe von Dateien installieren. Die Dateien werden in der folgenden Tabelle angeführt. Die Weitergabe dieser Dateien unterliegt den Bestimmungen der Lizenzvereinbarung. Sie müssen vorher feststellen, ob Sie das Recht haben, die Dateien des Datenbankservers weiterzugeben.

Windows	Linux/Unix	Mac OS X
dbeng12.exe	dbeng12	dbeng12
dbeng12.lic	dbeng12.lic	dbeng12.lic
dbsrv12.exe	dbsrv12	dbsrv12
dbsrv12.lic	dbsrv12.lic	dbsrv12.lic
dbserv12.dll	libdbserv12_r.so, libdbtasks12_r.so	libdbserv12_r.dylib, libdbtasks12_r.dylib
dbscript12.dll	libdbscript12_r.so	libdbscript12_r.dylib
dblg[LL]12.dll	dblg[LL]12.res	dblgen12.res
dbghelp.dll	k.A.	k.A.
dbctrs12.dll	k.A.	k.A.
dbextf.dll¹	libdbextf.so¹	libdbextf.dylib¹
dbicu12.dll²	libdbicu12_r.so²	libdbicu12_r.dylib²
dbicudt12.dll^{2, 3}	libdbicudt12.so²	libdbicudt12.dylib²
sqlany.cvf	sqlany.cvf	sqlany.cvf
dbrsakp12.dll⁴	libdbrsakp12_r.so⁴	libdbrsakp12_r.dylib⁴
dbodbc12.dll⁵	libdbodbc12.so⁵	libdbodbc12.dylib⁵
dbjodbc12.dll⁵	libdbjodbc12.so⁵	libdbjodbc12.dylib⁵
k.A.	libdbodbc12_n.so⁵	libdbodbc12_n.dylib⁵
k.A.	libdbodbc12_r.so⁵	libdbodbc12_r.dylib⁵
dbjdbc12.dll⁶	libdbjdbc12.so⁶	libdbjdbc12.dylib⁶
java\jconn3.jar⁶	java/jconn3.jar⁶	java/jconn3.jar⁶
java\sajdbc.jar^{6, 10}	java/sajdbc.jar^{6, 10}	java/sajdbc.jar^{6, 10}
java\sajdbc4.jar⁶	java/sajdbc4.jar⁶	java/sajdbc4.jar⁶
java\sajvm.jar⁶	java/sajvm.jar⁶	java/sajvm.jar⁶
java\cis.zip⁷	java/cis.zip⁷	java/cis.zip⁷
dbcis12.dll⁸	libdbcis12.so⁸	libdbcis12.dylib⁸
libsybbr.dll⁹	libsybbr.so⁹	libsybbr.dylib⁹

¹ Nur erforderlich, wenn Sie erweiterte Systemprozeduren und Funktionen benutzen (xp_*).

² Nur erforderlich, wenn der Datenbankzeichensatz ein Mehrbyte-Zeichensatz ist oder wenn die UCA-Kollatierungssequenz verwendet wird.

³ Unter Windows Mobile hat die Deploymentdatei den Namen dbicudt12.dat.

⁴ Nur für verschlüsselte TDS-Verbindungen eforderlich.

⁵ Nur erforderlich, wenn Sie Java in der Datenbank mit Datenbanken der Version 10 verwenden.

⁶ Nur erforderlich, wenn Sie Java in der Datenbank verwenden.

⁷ Nur erforderlich, wenn Sie Java in der Datenbank und im Fernzugriff benutzen.

⁸ Nur für Datenfernzugriff erforderlich.

⁹ Nur für Archivsicherungen erforderlich.

¹⁰ Nur für JDBC 3.0 erforderlich.

Hinweise

Je nach Konfiguration müssen Sie das Deployment des Personal Datenbankservers (dbeng12) oder des Netzwerk-Datenbankservers (dbsrv12) vornehmen.
Sie müssen die separate zugehörige Lizenzdatei (dbeng12.lic oder dbsrv12.lic) einbeziehen, wenn Sie das Deployment eines Datenbankservers durchführen. Die Lizenzdateien befinden sich im gleichen Verzeichnis wie die Server-Programmdateien.
Eine Sprachen-Ressourcenbibliotheksdatei muss ebenfalls einbezogen werden. Die oben stehende Tabelle zeigt Dateien mit der Bezeichnung [LL]. Es gibt mehrere Meldungsdateien, die jeweils eine andere Sprache unterstützen. Wenn Sie die Unterstützung für andere Sprachen installieren wollen, müssen Sie die Ressourcendateien für diese Sprachen einbeziehen. Ersetzen Sie [LL] durch den Sprachcode (zum Beispiel en, de, jp usw.).
Die Java VM-JAR-Datei (sajvm.jar) ist nur erforderlich, wenn der Datenbankserver die Funktionalität von Java in der Datenbank verwenden soll.
Die Tabelle enthält keine Dateien, die für die Ausführung von Dienstprogrammen wie dbbackup erforderlich sind.

Hinweise zum Deployment von Datenbank-Dienstprogrammen im System finden Sie unter Deployment von Administrationstools.
Die Datenbankserveroption xd ist in bereitgestellten Anwendungen sinnvoll, da sie verhindert, dass der Datenbankserver der Standarddatenbankserver wird. Verbindungen werden nur akzeptiert, wenn der Servername in der Zeichenfolge für die Verbindung enthalten ist.

Weitere Hinweise zur Option xd finden Sie unter -xd - dbeng12/dbsrv12-Serveroption.

Weitere Hinweise zum Angeben des Servernamens finden Sie unter Verbindungsparameter ServerName (Server).

Windows-Registrierungseinträge

Um die Robustheit von Systemen mit bestimmten Intel-Speichertreibern bei Stromausfall zu verbessern, müssen bestimmte Registrierungseinträge angegeben werden. Um zu ermitteln, ob dieser Schritt erforderlich ist, prüfen Sie zuerst, ob der übergeordnete Schlüssel vorhanden ist und fügen dann dem Schlüssel einen Parameterwert hinzu (die Schritte sind nachfolgend beschrieben). Wenn dieser Parameter nicht festgelegt wird, kann Datenverlust eintreten und bei Stromausfall können Datenbanken beschädigt werden.

Verbessern der Robustheit von Intel-Speichertreibern

Prüfen Sie, ob der folgende Registrierungseintrag vorhanden ist.

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\iastor\Parameters\

Wenn dies der Fall ist, dann fügen Sie diesem Schlüssel einen REG_DWORD-Wert namens EnableFlush hinzu und ordnen ihm den Datenwert 1 zu. Hier ist ein Beispiel einer Registrierungsänderungsdatei.

REGEDIT4
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iastor\Parameters]
"EnableFlush"=dword:00000001

Prüfen Sie, ob der folgende Registrierungseintrag vorhanden ist.

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\iastorv\Parameters\

REGEDIT4
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iastorv\Parameters]
"EnableFlush"=dword:00000001

Um sicherzustellen, dass Meldungen, die unter Windows vom Server in das Ereignisprotokoll geschrieben werden, richtig formatiert werden, müssen Sie einen Registrierungsschlüssel erstellen.

Korrektes Formatieren der Meldungen des Ereignisprotokolls

Erstellen Sie den folgenden Registrierungsschlüssel:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Eventlog\Application\SQLANY 12.0

In diesem Schlüssel fügen Sie einen REG_SZ-Wert mit der Bezeichnung EventMessageFile hinzu und ordnen ihm den Wert des voll qualifizierten Speicherorts von dblgen12.dll zu, beispielsweise C:\Programme\SQL Anywhere 12\Bin32\dblgen12.dll. Die englische Sprachen-DLL, dblgen12.dll, kann ungeachtet der Deploymentsprache angegeben werden. Hier ist ein Beispiel einer Registrierungsänderungsdatei.

REGEDIT4
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Eventlog\Application\SQLANY 12.0]
"EventMessageFile"="c:\\sa12\\bin32\\dblgen12.dll"

Für die 64-Bit-Version des Servers ist der Registrierungsschlüssel SQLANY64 12.0.

Um sicherzustellen, dass Meldungen, die von MESSAGE...TO EVENT LOG-Anweisungen unter Windows in das Ereignisprotokoll geschrieben werden, richtig formatiert werden, erstellen Sie den folgenden Registrierungsschlüssel.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Eventlog\Application\SQLANY 12.0 Admin

In diesem Schlüssel fügen Sie einen REG_SZ-Wert mit der Bezeichnung EventMessageFile hinzu und ordnen ihm den Wert des voll qualifizierten Speicherorts von dblgen12.dll zu, beispielsweise C:\Programme\SQL Anywhere 12\Bin32\dblgen12.dll. Die englische Sprachen-DLL, dblgen12.dll, kann ungeachtet der Deploymentsprache angegeben werden. Hier ist ein Beispiel einer Registrierungsänderungsdatei.

REGEDIT4
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Eventlog\Application\SQLANY 12.0 Admin]
"EventMessageFile"="c:\\sa12\\bin32\\dblgen12.dll"

Für die 64-Bit-Version des Servers ist der Registrierungsschlüssel SQLANY64 12.0 Admin.

Sie können Einträge im Windows-Ereignisprotokoll unterdrücken, indem Sie einen Registrierungsschlüssel einrichten. Der Registrierungsschlüssel lautet:

Software\Sybase\SQL Anywhere\12.0\EventLogMask

Er kann in den Eintrag HKEY_CURRENT_USER oder HKEY_LOCAL_MACHINE platziert werden. Um Einträge in des Ereignisprotokolls zu kontrollieren, erstellen Sie einen REG_DWORD-Wert namens EventLogMask und weisen ihm eine Bitmaske zu, die die internen Bitwerte für die verschiedenen Windows-Ereignistypen enthält. Die folgenden drei Typen werden vom SQL Anywhere-Datenbankserver unterstützt:

EVENTLOG_ERROR_TYPE        0x0001
EVENTLOG_WARNING_TYPE      0x0002
EVENTLOG_INFORMATION_TYPE  0x0004

Wenn zum Beispiel der Schlüssel für EventLogMask auf Null gesetzt wurde, erscheinen gar keine Meldungen. Eine bessere Einstellung wäre 1, damit keine Informations- und Warnmeldungen, dafür aber Fehler angezeigt werden. Die Standardeinstellung (kein vorhandener Eintrag) ist, dass alle Meldungstypen angezeigt werden. Hier ist ein Beispiel einer Registrierungsänderungsdatei.

REGEDIT4
[HKEY_LOCAL_MACHINE\SOFTWARE\Sybase\SQL Anywhere\12.0]
"EventLogMask"=dword:00000007

Mac OS X-Hinweise
Deployment von Datenbanken

Kommentieren Sie diese Seite in DocCommentXchange.