Tivoli Storage Manager for Windows Administrator's Guide


Starting, Halting, and Restarting the Server


Task Required Privilege Class
Start, halt, and restart the server System or operator

Starting the Server

The following events occur when the TSM server is started:

You can start the TSM server as one of the following:

Windows NT requires that all applications be closed before you log off. As a production server, TSM must be available to clients 24 hours a day. At many sites, it is a security exposure to leave an administrator ID logged on at an unattended computer. The solution to this security exposure is to run the TSM server as a Windows NT service.

You can start the TSM server as a console application during configuration, or when you use it in a test environment. When you start the TSM server as a console application, TSM provides a special administrator user ID named SERVER_CONSOLE. All TSM server messages are displayed directly on the screen. The console can be useful when debugging start-up problems.

When TSM is installed, a database and recovery log is created. Only one server at a time can access a particular database and recovery log. If you have installed a single TSM server on a computer and start it as a console application, you cannot start the server as a service until you have first stopped the console application. Similarly, if you start the server as a Windows NT service, you must stop the server before you can successfully start it as a console application.

If you have more than one TSM server installed and configured on a computer, you can run multiple servers because each server has its own database and recovery log. However, multiple servers cannot use the same device because possible data loss may occur.

Starting the Tivoli Storage Manager Server as a Service

Because the TSM server can issue a number of requests that require action, it is important to monitor server activity with the administrative client using either the console monitor or mount monitor modes. You can easily select one of these administrative client modes from the TSM Server Utilities' toolbar and launch menu.

To start the TSM server as a Windows NT service, do the following:

  1. From the TSM program folder, click on TSM Server Utilities
  2. Click on Services
  3. Click on TSM Server Service
  4. Click on Start button
    1. Because the server console is not available when the TSM server is started as a service, you should start the administrative client as mount monitor or console monitor. Click on Launch from the menu bar and select the administrative client mode.

    At this time you can also set up the TSM server to start automatically at system boot time and log TSM server console output to a file. Logging the server console output to a file is useful for reviewing messages that are normally displayed at the server console. You can refer to the messages in this file if you encounter any problems with running TSM as a service.

    Perform the following steps from within the TSM Server Service window:

  5. Click on Options
  6. Click on the Automatic radio button
  7. Check the Log output to file check box

    The default name for the output file is console.log.

To view start and stop completion messages that are logged in the Windows NT Application log, you can use the Windows NT Event Viewer in Administrative Tools.

If you plan to use the ADSMSCSI device driver, you may also need to start the driver at this time. For more information, see Starting and Stopping the Tivoli Storage Manager Device Driver (ADSMSCSI).

Starting the Tivoli Storage Manager Server Console

To start the server console from the command line prompt, change to the directory where the server is installed. For example, c:\program files\tivoli\tsm\server

Enter:

dsmserv

TSM displays the following information when the server is started:

If TSM detects an invalid system date and time, the server is disabled and expiration, migration, reclamation, and volume history deletion operations are not allowed. An error message (ANR0110E) is displayed and you may either change the system date if it is in error, or issue the ACCEPT DATE command to force the server to accept the current system date as valid. After the system date is resolved, you must issue the ENABLE SESSIONS command to re-enable the server for client sessions.

The date and time check occur when the server is started and once each hour thereafter. An invalid date is one that is:

Configure the Active Directory Schema

System administrators must allow TSM to update the Active Directory schema before TSM can store information in and retrieve information from Active Directory. The Active Directory schema, stored on the Windows 2000 domain controller, is a list of definitions that identifies objects and information about those objects. This one-time configuration allows TSM to extend the schema by adding objects to the schema that define TSM servers. For more information about the Active Directory schema, search for active directory schema in the Windows 2000 online help.

To update the schema, you must use the Active Directory Schema snap-in. This snap-in is part of Windows 2000 Administration Tools, which is included on the Windows 2000 Server and Advanced Server compact disc sets. These tools enable administrators to manage the Active Directory schema on a Windows 2000 domain controller.

Installing Windows 2000 Administration Tools on your Windows 2000 Domain Controller

The Windows 2000 Administration Tools are available on the Windows Server compact disc (CD).

  1. Load the CD into the Windows 2000 computer CD drive.
  2. Open the I386 folder.
  3. Double click the Adminpak.msi file.
  4. Follow the instructions from the setup wizard.

Updating a Windows Account with Permissions to Extend the Schema

After you have installed the Windows 2000 Administration Tools, you can configure permissions. From the domain controller that contains the Active Directory schema, do the following:

  1. Click Start, Run. The Run dialog opens.
  2. Type schmmgmt.msc in the Run dialog entry field. Click OK. The Active Directory schema snap-in opens.
  3. In the console tree, right-click Active Directory Schema, and then click Operations Master.
  4. Click The Schema may be modified on this Domain Controller.
  5. In the console tree, right-click Active Directory Schema. A pop-up menu appears.
  6. Click Permissions... in the pop-up menu. If your account name is not listed in the name section, click Add..., select your account name, click Add, and click on OK.
  7. Select your account name and check the Full Control checkbox in the Allow column of the Permissions area.
  8. Click OK.

Extending the Active Directory Schema for Tivoli Storage Manager

Complete the following steps on the TSM server:

  1. Click the Server Utilities icon on the desktop to open the Server Utilities.
  2. Click Active Directory Configuration in the Server Utilities tree view. The Active Directory Configuration entry appears in the right pane.
  3. Click the Start button to start the wizard. Click the Next button to advance to the second page of the wizard.
  4. Click the Detect button, and click Next.
  5. No entries are listed at this time, but the schema has been updated. Click Cancel.

If you want to disable the permissions to extend the schema, do the following:

  1. Return to the schema snap-in
  2. Right-click Active Directory Schema and click Permissions...
  3. Select your account name, and uncheck the Full Control checkbox and click on OK.

If you want to disable further schema updates, do the following:

  1. Return to the schema snap-in
  2. Right-click Active Directory Schema, and then click Operations Master
  3. Uncheck The Schema may be modified on this Domain Controller and click OK.

Configuring the Tivoli Storage Manager Server to Define Itself to Active Directory

To have the TSM server define itself to the Active Directory, do the following:

  1. Click the Server Utilities icon on the desktop to open the Server Utilities.
  2. Click Server Options in the tree view. Server options file entries are listed in the right pane.
    Note:If you do not see any entries, you must first initialize the server. You can use the TSM Server Initialization Wizard in the TSM Server Utilities.
  3. Click a TSM server to select it, and click the Edit button.
  4. Click the Active Directory tab. The Active Directory options appear.
  5. Check Register with the Active Directory on TSM server start-up.
  6. Check Unregister with Active Directory on TSM server shutdown.
  7. Select Automatically Detect in the Domain Controller section.
  8. Click OK.

The next time the TSM server starts, it will define itself to Active Directory and add information that includes the list of registered nodes and communication protocol information. You can verify this information at any time by using the Active Directory Configuration wizard in the Server Utilities.

TSM backup-archive clients in the domain can select a TSM server by clicking the browse button on the protocol page of the Backup-Archive Client Setup Wizard. The wizard lists the TSM servers, that the node is already registered with, that support the selected protocol. When the client selects a server and the wizard selections are complete, the wizard includes the corresponding communication protocol information in the client options file.

Halting the Server

You can halt the server without warning if an unplanned operating system problem requires the server to be stopped.

When you halt the server, all processes are abruptly stopped and client sessions are canceled, even if they are not completed. Any in-progress transactions are rolled back when the server is restarted. When the server is halted, administrator activity is not possible.

If possible, halt the server only after current administrative and client node sessions have completed or canceled. To shut down the server without severely impacting administrative and client node activity with the server, you must:

  1. Disable the server to prevent new client node sessions from starting, as described in Disabling or Enabling Access to the Server.
  2. Query for session information to identify any existing administrative and client node sessions, as described in Displaying Information about Tivoli Storage Manager Sessions.
  3. Notify any existing administrative and client node sessions that you plan to shut down the server. The server does not provide a network notification facility; you must use external means to notify users.
  4. Cancel any existing administrative or client node sessions, as described in Canceling a Tivoli Storage Manager Session.
  5. Find out if any other processes are running, such as server migration or inventory expiration, by using the QUERY PROCESS command. If a database backup process is running, allow it to complete before halting the server. If other types of processes are running, cancel them by using the CANCEL PROCESS command.
  6. Halt the server to shut down all server operations by using the HALT command.

    To stop the TSM Server from the Utilities, complete the following steps:

    1. From the TSM program folder, click on TSM Server Utilities
    2. Click on Services
    3. Right-click on TSM Server Service
    4. Click on Stop

    To stop the TSM Server from the administrative client graphical user interface, complete the following steps:

    1. Click on the Server icon
    2. From the menu bar, click on File
    3. From the pull-down menu, click on Halt

Note:The QUIESCE option on the HALT command is recommended only if you plan to do a database dump by using the DSMSERV DUMPDB command immediately after halting. Because TSM supports online database backup (BACKUP DB command), the DSMSERV DUMPDB command should be rarely, if ever, needed.

Restarting the Server

To start the server after it has been halted, follow the instructions in Starting the Server.

When you restart the server after it has been halted, TSM rolls back any operations that had been in process to ensure that the database remains in a consistent state.


[ Top of Page | Previous Page | Next Page | Table of Contents | Index ]