![]() | ![]() |
Home |
|
|
System Administration Guide Supplement for Novell NetWare |
|
| Chapter 2: Operating System Setup |
This chapter discusses operating system issues that must be considered in order to run SQL Server. Topics covered include:
If you are using NetWare version 3.12, you must ensure that the directfs.nlm file is available in your sys:system folder. directfs.nlm is included with the NetWare version 3.12 distribution, but it is not installed with every NetWare configuration. If it is not installed on your system, you must copy it from the NetWare distribution disks.
Follow these steps to insure that directfs.nlm is available:
load sys:system\directfsIf the module loads into memory, you do not need to complete the remaining steps. If the file is not available, NetWare displays the message:
Unable to find load file SYS:SYSTEM\DIRECTFSIn this case, continue with step 2.
copy \netware.312\_ _ _ _ _ _ _ _\c\directfs.nlm sys:system
Note: The second subdirectory consists of 8 underscore (_) characters.
SQL Server and its clients can use NetWare bindery services to connect to one another across a network. Using bindery services eliminates the need for using the SQL Server interfac file described later in this manual.
If you are using NetWare version 4.01, install Directory Services with the Bindery Emulation mode. SQL Server does not directly support NetWare version 4.01 Directory Services at this time.
sybenv.dat contains the values for a number of variables SQL Server uses to locate files and manage network connections. sybenv.dat contains some of the values you filled in during installation as well as additional values that are supplied automatically.
SQL Server reads sybenv.dat variables each time it starts. Any variable values specified on the SQL Server command line during loading will supersede values defined in sybenv.dat .
If SQL Server cannot find sybenv.dat , either because it is not in sys:system or because you did not use the -E flag to indicate where to find the file, then SQL Server assumes that all the files it needs, including any NLMs, the interfac file , and the master device file, are in the root directory of the current volume, usually sys: .
You need to modify entries in the sybenv.dat file if you want to:
Table 2-1 summarizes the variables you can place in the sybenv.dat file. The sample values in the table assume that your SYBASE home directory is sys:sybase .
| Variable | Sample Value | Function |
|---|---|---|
| SYBASE | sys:sybase | Defines the SYBASE release directory. |
| SYBASE_NLMS | sys:sybase\nlms | Defines the location of the SQL Server NLMs directory. |
| SYBASE_INTERFAC | sys:sybase\interfac | Defines the location of the interfac file. |
| SYBASE_DMASTER | sys:sybase\master.dat | Defines the location of the master device file. |
| SYBASE_LOG | sys:sybase\errorlog | Defines the location of the error log file. |
| SYBASE_SCRIPTS | sys:sybase\scripts | Defines the location of SYBASE script files. |
| DSLISTEN | SYBASE | Used at SQL Server start-up; enables the server to listen for input from any front-end software. |
| DSQUERY | SYBASE | Defines the SQL Server to which local client applications connect. |
| USE_DEFAULT_SPX | TRUE | Specifies whether or not SQL Server generates a default network address if it finds no SPX interfaces file entry. |
To edit a variable definition in sybenv.dat :
load sybinit
Note: sybinit does not verify the accuracy of the information you enter.
When you load SQL Server and other Sybase products into memory, those products attempt to load the supporting NLMs and script files that are required for operation. To ensure that Sybase products can locate their supporting files, the sybinit installation program automatically adds the SYBASE nlms and install directories to your NetWare search path. For example, if your SYBASE release directory is sys:sybase10 , sybinit appends the following lines to autoexec.ncf :
search add sys:sybase10\nlms
search add sys:sybase10\install
If you remove the SQL Server product from your file server, you can delete these commands from the autoexec.ncf file.
Each time you install a new SQL Server or Backup Serverä, the installation program creates a runserver file in the install directory of the SYBASE release directory. The runserver file contains information that is required to start a particular server.
A runserver file has the same name as its associated SQL Server or Backup Server (truncated to 8 characters, if necessary). For example, the runserver file name for a SQL Server named TESTSERVER is testserv .
To start a SQL Server from the NetWare command line, use the startsrv NLM. The syntax for using startsrv is:
load startsrv [ -f runserver_file ]
where runserver_file is the full file specification of the runserver file. For example:
load startsrv -f sys:sybase\install\testserv
On production systems, SQL Server should start automatically whenever NetWare restarts. To do this, add a SQL Server start-up command as the last entry in the NetWare sys:system\autoexec.ncf file. For example, if the SYBASE installation is in sys:sybase and your server is named TESTSERVER, add the following lines to sys:system\autoexec.ncf:
load sys:sybase\install\startsrv -f sys:sybase\install\testserv
All network resources must be available before SQL Server is started. SQL Server will not start if the network is not up. Be sure that the entry for restarting SQL Server follows any commands for loading local area network (LAN) drivers and binding protocols in the autoexec.ncf file.
Note: Slow start-up of network operations can also prevent SQL Server from starting, even if the commands in autoexec.ncf are in the correct order.
Chapter 3 discusses the interfaces file, the file SQL Server uses to communicate with client software.
|
|