With PeopleSoft 8. While it seemed confusing a bit, but it made sense because files of similar nature were kept together and it allowed for robust security settings. Now you have a clear distinction between application code and PeopleTools code. Example of locations:. PeopleTools 8. For details refer to the PeopleSoft PeopleTools 8. Apurva is a PeopleSoft consultant and a big advocate of everything PeopleSoft. He is also a technology enthusiast and loves learning and implementing newer and open source technologies.
He spends his spare time updating this blog and likes to read books on self help and productivity. This setting enables the psserver string Application Server Connect String to be reloaded dynamically. That is, the domain does not need to be restarted for the changed values to take effect. Set Dynamic Config Reload Setting to 1 enables the feature, while setting it to 0 disable the feature.
Default value is 0. This modifies the DynamicConfigReload setting in the configuration. This setting applies only to the Application Server Connect String. Specify the web profile used to store the configuration settings for this web site. This modifies the WebProfile setting in the configuration. This modifies the WebUserId setting in the configuration. This modifies the WebPassword setting in the configuration. The system uses this setting value only if a Report Repository location is not specified in the current web profile.
This modifies the ReportRepositoryPath setting in the configuration. To edit the configuration. The domain must have at least two sites for the delete operation to succeed. If only one site exists in the domain, the system will not allow you to delete the only remaining site. A domain must contain at least one site. When prompted to make sure you want to delete the site, enter y. The site has been removed. This is the recommended approach. You can switch to this location using the Switch Config Home feature.
This section applies only to Microsoft Windows servers. It involves setting application server, Process Scheduler server, and search server domains to start as PeopleSoft Windows services. A Microsoft Windows service is a Microsoft-standard package that automatically starts and stops a process when you boot or shut down a Windows system. You can also start and stop Microsoft Windows services manually through the Administrative Tools - Services utility, which you can access through the Control Panel.
A service uses a standard application programming interface API so that it can interact with the Control Panel and log messages to the standard event log.
For PeopleSoft domains, the service starts in an environment that is separate from any users who are signed in to the system or to the server machine. In addition, if you use the PeopleSoft service, an administrator's logon session does not need to remain open while the domain runs. If you have multiple application server domains, Process Scheduler servers, or search servers on the same machine, you can start them all by using the same service setup.
The PeopleSoft service supersedes the method that is provided in the Microsoft Windows resource kit. The following procedure assumes that you have already installed and configured a domain on the Microsoft Windows server.
After completing this procedure, the specified PeopleSoft domains start and shut down automatically when the operating system recycles. Open the System utility within the Control Panel, and make sure the following variables are set on the Environment tab in the System Variables section:. Enter y to indicate that you want to change configuration values. Enter the names of the application server domains, the Process Scheduler databases, or search server domains that you want to include as part of the Microsoft Windows service.
On the General tab of the service properties, select a startup type of Automatic. The default startup mode is Manual. It's possible that one or more of the domains or databases that are configured as part of the PeopleSoft service will fail to start, for reasons unrelated to the service.
The service is marked as started even if only one of its assigned domains starts. A message is written to the Windows event log for each domain, indicating whether it has started or not. If you experience problems with any domain or database, check the event log to see if it started successfully.
If all of the assigned domains and databases fail to start, the service is marked as stopped, and the following message is written to the event log:. To test the Microsoft Windows service, reboot the server, and make sure that the appropriate server executables are running. For example, for the application server, use the Microsoft Windows Task Manager or the Server status option from the Domain status menu to see that the following executables are running:.
EXE, are running. CFG file in a text editor, where you can enter and save your changes. When a domain resides on the same machine as the database server, consider using the Service Start Delay setting. By using this feature, you can avoid the situation where the database server is booting and is not ready to process requests at the time that the service attempts to boot the domain. In this scenario, without a delay set, the connection fails. You can configure a Service Start Delay parameter that specifies a delay, in seconds, that elapses before a service attempts to start any domains.
Specify the names of the domains that you want to start automatically when you boot the application server machine. Process Scheduler Databases. Enter the databases with which a Process Scheduler server is associated. For each database that you specify, the associated Process Scheduler server starts when you boot the Microsoft Windows server.
Specify the names of the domains that you want to start automatically when you boot the search server machine. Select to manager your Verity—based search server domains. Enter the name for the new, replicated domain. Specify the web server type installed on both the target and source host. Enter the Authentication Token Domain. Select to toggle Jolt Pooling [Enabled Disabled]. The user ID that the Portal uses to access the web profile. The user password that the Portal uses to access the web profile.
The location of the Report Repository. After the initial setup, you may at any time select Configure this domain on the PeopleSoft Domain Administration menu to access the Quick-Configure menu. The Quick-Configure menu shows which features are currently set for the newly created domain. The menu contains the values that are most commonly changed when setting up a demonstration or test domain.
To change the value of a parameter under Features, just enter the number corresponding to the feature to toggle the feature on or off. To change the value of a parameter under Settings, enter the number corresponding to the setting and enter the new value at the prompt.
All of the values that you change remain in effect until you modify them again. If you select a Settings parameter, then press Enter without entering a new value at the prompt, the existing value of that parameter is deleted. If you then enter q to quit the Quick-Configure menu, your changes are discarded, and the original values remain. However, if you load the configuration as shown, the parameter is saved without a value. If the parameter is required, you'll see an error message indicating that the configuration could not be completed.
The next time you access the Quick-Configure menu, PSADMIN reloads any empty required parameter with its original default value, just as it would appear if you were creating a new domain.
To configure the rest of the parameters that are not presented on the Quick-Configure menu, select Custom configuration to view the full list. The Quick-Configure menu is not intended to replace the series of configuration sections in the custom configuration interface.
In most cases, your site requires the parameters and tuning options that are available only through the full custom configuration menu. For this reason, the Quick-Configure menu is provided primarily for situations where you're setting up a demonstration domain for testing or for development purposes.
When you use custom configuration, pressing Enter instead of entering a new value for a parameter does not delete the parameter's value. If you want to remove the value, you can enter one or more "white space" characters by pressing the space bar, or you can enter five underscore characters, and press ENTER. To apply settings to the configuration files, you must select Load config as shown.
To add and specify environment variables at the domain level, select Edit environment settings. Domain: At this level, you can specify settings that apply to only that domain. That is you can override any operating system environment settings, as well as any that come by default from the higher-level configuration file. Setting a variable at the domain-level overrides the variable set in the parent environment. When the configuration settings are loaded for that domain, then these settings will also be reflected in the.
To set domain level environment settings, select Edit Environment Settings from the Quick-configure menu for an application server, Process Scheduler server. There is no Quick-configure menu for the search server Verity , however when you configure the domain, PSADMIN prompts to determine if you want to manage your domain environment variables.
Enables you to edit the values of the listed environment settings. After selecting this option, enter the row number of the environment setting you want to edit, and modify the value as needed. Use this option to add new environment variables for the domain. After selecting this option, enter the name of the environment variable and its value when prompted.
Removes any of the currently listed environment settings. After selecting this option, enter the row number of the environment setting you want to remove. Use to comment or uncomment the environment setting.
When you comment a setting, the system ignores that domain-level setting. Any default, or operating system-level settings would take effect. When you uncomment the setting, the system recognizes the domain-level setting value. After selecting this option, enter the row number of the environment setting you want to comment or uncomment. Environment variables that are commented ignored by the system , have a symbol next to it.
When set to Y, no further domain processes will be started and any existing domain processes will be terminated. If set to N, the boot process will proceed. By default, this is set to Y because domains cannot be relied upon to function correctly if any of the domain processes fail to start in a timely fashion.
The directory in which field buffer descriptor files are located. This is an internal Tuxedo setting. Modification of this value could result in unpredictable behavior as Tuxedo will be unable to locate its buffer descriptor files. The list of the buffer descriptor files that are required by the domain runtime.
Modification of this value could result in unpredictable behavior as Tuxedo may allocate buffers incorrectly. This generates all of the necessary files automatically. From the command line, create a domain based on a particular template. Edit the psappsrv. You see the following after issuing this command:. To track changes made to the psappsrv.
If any hung or orphaned processes are found, it writes a message to the application server log file. To identify orphaned application server processes, all server processes within a server's domain must be uniquely identified. Therefore, the system appends a unique number to the domain ID in the psappsrv.
0コメント