WAS v8.5 > Set up the application serving environment > Administer application servers

Manage application servers

We can use either the dmgr console or command-line tools to manage the application servers.

If you plan to change the system clock, stop the application server first. After you stop the server, change the system clock, and then restart the server. If you change the system clock on one system, ensure the clocks on all systems that communicate with each other, and have the product installed, are synchronized. Otherwise, you might experience errors, such as security tokens no longer being valid. During the installation process, the product creates a default application server, named server1. If you create any additional application servers, we cannot start, stop, or manage these servers using the dmgr console associated with the original base server. You must either use command-line tools to perform these tasks for the additional servers, set up an dmgr console for each server, or configure an administrative agent to provide a single interface to all of your servers, including the original base server.

If you create additional application servers, only use one server to modify and save configurations. There is no coordination of configuration setting between the different servers and if you modify and save configurations on multiple servers, your data might become corrupted.

We can perform the following steps to view and manage the default application server from the dmgr console.

  1. In the dmgr console click Servers > Server Types > WebSphere application servers.

    The Application servers page lists the application servers in the environment and the status of each of these servers. We can use this page to monitor the default server.

  2. Click server1 to view or change the configuration settings for the default server.

    For example, if we do not need to have all of the sever components start during the server startup process, you might want to select Start components as needed, which is not selected when a new server is created. When this property is selected, server components are dynamically started as they are needed. Therefore, selecting this option can improve server startup time, and reduce the memory footprint of the server.

    Before selecting this option, verify that any other WebSphere products, that you are running in conjunction with this product, support this functionality.

  3. Click Review, select Synchronize changes with Nodes.

  4. Click Save to save any configuration changes made.


Results

When you click Servers > Server Types > WebSphere application servers, we can view the state of each server.

When you click Servers > Server Types > WebSphere application servers > server_name, we can view any configuration changes you made.

We can deploy applications or components to the application servers.


Subtopics


Related


Get started with wsadmin scripting
Hot deployment and dynamic reloading
Restart an application server in recovery mode


+

Search Tips   |   Advanced Search