Click the Migration tab. In the Available field, located in the Migration Configuration section, select Click Save. Click Activate Changes.
8. Click Save.
9. Click Activate Changes.
10. Set the candidate machines for server migration. You must perform this task for all of the managed servers as follows: a. In the Domain Structure window of the Oracle WebLogic Server Administration Console, expand Environment and select Servers. b. Select the server for which you want to configure migration.c. Click the Migration tab.
d. In the Available field, located in the Migration Configuration section, select
the machines to which to allow migration and click the right arrow. For WLS_ OIM1 , select OIMHOST2. For WLS_OIM2, select OIMHOST1. e. Select Automatic Server Migration Enabled. This enables Node Manager to start a failed server on the target node automatically.f. Click Save.
g. Click Activate Changes.
h. Repeat the steps above for the WLS_SOA1 and WLS_SOA2 managed servers. i. Restart the administration server, Node Managers, and the servers for which server migration has been configured.8.9.3.11.6 Testing the Server Migration The final step is to test the server migration.
Perform these steps to verify that server migration is working properly: From OIMHOST1: 1. Stop the WLS_OIM1 managed server. To do this, run this command: OIMHOST1 kill -9 pid where pid specifies the process ID of the managed server. You can identify the pid in the node by running this command: OIMHOST1 ps -ef | grep WLS_OIM1 2. Watch the Node Manager console. You should see a message indicating that WLS_ OIM1’s floating IP has been disabled. 3. Wait for Node Manager to try a second restart of WLS_OIM1. It waits for a fence period of 30 seconds before trying this restart. 4. Once Node Manager restarts the server, stop it again. Node Manager should now log a message indicating that the server will not be restarted again locally. From OIMHOST2: 1. Watch the local Node Manager console. After 30 seconds since the last try to restart WLS_OIM1 on OIMHOST1, Node Manager on OIMHOST2 should prompt Tip: Click Customize this table in the Summary of Servers page and move Current Machine from the Available window to the Chosen window to view the machine on which the server is running. This will be different from the configuration if the server gets migrated automatically. Configuring High Availability for Identity Management Components 8-189 that the floating IP for WLS_OIM1 is being brought up and that the server is being restarted in this node. 2. Access the soa-infra console in the same IP. Follow the steps above to test server migration for the WLS_OIM2, WLS_SOA1, and WLS_SOA2 managed servers. Table 8–10 shows the managed servers and the hosts they migrate to in case of a failure. Verification From the Administration Console Migration can also be verified in the Administration Console: 1. Log into the Oracle WebLogic Server Administration Console at http:oimhost1.mycompany.com:7001console using the Admin credentials.2. Click Domain on the left console.
3. Click the Monitoring tab and then the Migration sub tab.
The Migration Status table provides information on the status of the migration.8.9.3.12 Configuring a Shared JMS Persistence Store
Configure the location for all of the persistence stores as a shared directory that is visible from both OIMHOST1 and OIMHOST2. As JMS messages are persisted in the file system for each servers local file system, shared storage is necessary for the JMS persistence store for WebLogic server migration. Without shared storage, a migrated server cannot access pending JMS messages. To change all persistent stores to use a shared base directory:1. Log into the Oracle WebLogic Server Administration Console at
http:oimhost1.mycompany.com:7001console using the Admin credentials.2. In the Domain Structure window, expand the Services node and then click the
Persistence Stores node. The Summary of Persistence Stores page is displayed.3. Select the hyperlinks for the persistence store from the Name column of the table:
BPM, SOA, OIM, and UMS. The Settings page for the persistence store opens.4. On the Configuration tab, in the Directory field, enter the location of a persistent
storage solution such as NAS or SAN that is available to other servers in the cluster. Specifying this location enables pending JMS messages to be sent. Table 8–10 WLS_OIM1, WLS_OIM2, WLS_SOA1, WLS_SOA2 Server Migration Managed Server Migrated From Migrated To WLS_OIM1 OIMHOST1 OIMHOST2 WLS_OIM2 OIMHOST2 OIMHOST1 WLS_SOA1 OIMHOST1 OIMHOST2 WLS_SOA2 OIMHOST2 OIMHOST1 Note: After a server is migrated, to fail it back to its original nodemachine, stop the managed server from the Oracle WebLogic Administration Console and then start it again. The appropriate Node Manager will start the managed server on the machine to which it was originally assigned. 8-190 Oracle Fusion Middleware High Availability Guide 5. The location should follow this directory structure: ■ For the WLS_SOA1 and WLS_SOA2 servers, use a directory structure similar to: ORACLE_BASE admindomainNamesoaClusterNamejms ■ For the WLS_OIM1 and WLS_OIM2 servers, use a directory structure similar to: ORACLE_BASE admindomainNameoimClusterNamejms6. Click Save and Activate.
7. Restart the servers to make the change in the persistent stores take effect.8.9.3.13 Configuring a Default Persistence Store for Transaction Recovery
Each Oracle WebLogic Managed Server has a transaction log that stores information about inflight transactions that are coordinated by the server that may not have been completed. The WebLogic Server uses this transaction log for recovery from system crashes or network failures. To leverage the migration capability of the Transaction Recovery Service for the servers within a cluster, store the transaction log in a location accessible to all the servers in the cluster. Without shared storage, other servers in the cluster cannot do a transaction recovery in the case of a server failure, so the operation may need to be retried. Perform these steps to set the location for the default persistence stores for the Oracle Identity Manager and SOA Servers: 1. Log into the Oracle WebLogic Server Administration Console at http:oimhost1.mycompany.com:7001console using the Admin credentials.2. In the Domain Structure window, expand the Environment node and then click
the Servers node. The Summary of Servers page is displayed. 3. Select the name of the server represented as a hyperlink in the Name column of the table. The Settings page for the selected server is displayed, and it defaults to the Configuration tab. 4. Click the Services tab. 5. In the Default Store section of the page, enter the path to the folder where the default persistent stores will store their data files. The directory structure of the path should be: Note: The WLS_OIM1 and WLS_OIM2 servers must be able to access this directory. The WLS_SOA1 and WLS_SOA2 servers must be able to access this directory. This directory must exist before you restart the server. Note: Preferably, this location should be a dual-ported SCSI disk or on a Storage Area Network SAN. Configuring High Availability for Identity Management Components 8-191 ■ For the WLS_SOA1 and WLS_SOA2 servers, use a directory structure similar to: ORACLE_BASE admindomainNamesoaClusterNametlogs ■ For the WLS_OIM1 and WLS_OIM2 servers, use a directory structure similar to: ORACLE_BASE admindomainNameoimClusterNametlogs6. Click Save.
8.9.3.14 Install Oracle HTTP Server on WEBHOST1 and WEBHOST2
For instructions on installing Oracle HTTP Server on WEBHOST1 and WEBHOST2, see Section 8.5.3.5.1, Installing Oracle HTTP Server for the Web Tier.8.9.3.15 Configuring Oracle Identity Manager to Work with the Web Tier
This section describes how to configure Oracle Identity Manager to work with the Oracle Web Tier.8.9.3.15.1 Prerequisites Verify that the following tasks have been performed:
1. Oracle Web Tier has been installed on WEBHOST1 and WEBHOST2. 2. Oracle Identity Manager has been installed and configured on OIMHOST1 and OIMHOST2. 3. The load balancer has been configured with a virtual hostname sso.mycompany.com pointing to the webservers on WEBHOST1 and WEBHOST2. 4. The load balancer has been configured with a virtual hostname oiminternal.mycompany.com pointing to webservers WEBHOST1 and WEBHOST2. 5. For details on configuring the VIPs on the load balancer, see Section 8.2.5.4, Configuring Virtual Server Names and Ports for the Load Balancer.8.9.3.15.2 Configuring Oracle HTTP Servers to Front End the OIM and SOA Managed Servers
1. On each of the web servers on WEBHOST1 and WEBHOST2, create a file called oim.conf in the directory ORACLE_ INSTANCE configOHScomponentmoduleconf. This file must contain the following information: oim admin consoleidmshell based Location admin SetHandler weblogic-handler WLCookieName oimjsessionid WebLogicCluster oimvhn1.mycompany.com:14000,oimvhn2.mycompany.com:14000 WLLogFile {ORACLE_INSTANCE}diagnosticslogsmod_wloim_component.log WLProxySSL ON WLProxySSLPassThrough ON Location Note: To enable migration of the Transaction Recovery Service, specify a location on a persistent storage solution that is available to the managed servers in the cluster. WLS_SOA1, WLS_SOA2, WLS_ OIM1, and WLS_OIM2 must be able to access this directory. 8-192 Oracle Fusion Middleware High Availability Guide oim self and advanced admin webapp consolescanonic webapp Location oim SetHandler weblogic-handler WLCookieName oimjsessionid WebLogicCluster oimvhn1.mycompany.com:14000,oimvhn2.mycompany.com:14000 WLLogFile {ORACLE_INSTANCE}diagnosticslogsmod_wloim_component.log WLProxySSL ON WLProxySSLPassThrough ON Location SOA Callback webservice for SOD - Provide the SOA Managed Server Ports Location sodcheck SetHandler weblogic-handler WLCookieName oimjsessionid WebLogicCluster oimvhn1.mycompany.com:8001,oimvhn2.mycompany.com:8001 WLLogFile {ORACLE_INSTANCE}diagnosticslogsmod_wloim_component.log WLProxySSL ON WLProxySSLPassThrough ON Location Callback webservice for SOA. SOA calls this when a request is approvedrejected Provide the SOA Managed Server Port Location workflowservice SetHandler weblogic-handler WLCookieName oimjsessionid WebLogicCluster oimvhn1.mycompany.com:14000,oimvhn2.mycompany.com:14000 WLLogFile {ORACLE_INSTANCE}diagnosticslogsmod_wloim_component.log WLProxySSL ON WLProxySSLPassThrough ON Location xlWebApp - Legacy 9.x webapp struts based Location xlWebApp SetHandler weblogic-handler WLCookieName oimjsessionid WebLogicCluster oimvhn1.mycompany.com:14000,oimvhn2.mycompany.com:14000 WLLogFile {ORACLE_INSTANCE}diagnosticslogsmod_wloim_component.log WLProxySSL ON WLProxySSLPassThrough ON Location Nexaweb WebApp - used for workflow designer and DM Location Nexaweb SetHandler weblogic-handler WLCookieName oimjsessionid WebLogicCluster oimvhn1.mycompany.com:14000,oimvhn2.mycompany.com:14000 WLLogFile {ORACLE_INSTANCE}diagnosticslogsmod_wloim_component.log WLProxySSL ON WLProxySSLPassThrough ON Location used for FA Callback service. Location callbackResponseService SetHandler weblogic-handler WLCookieName oimjsessionid WebLogicCluster oimvhn1.mycompany.com:14000,oimvhn2.mycompany.com:14000 WLLogFile {ORACLE_INSTANCE}diagnosticslogsmod_wloim_component.log Configuring High Availability for Identity Management Components 8-193 WLProxySSL ON WLProxySSLPassThrough ON Location spml xsd profile Location spml-xsd SetHandler weblogic-handler WLCookieName oimjsessionid WebLogicCluster oimvhn1.mycompany.com:14000,oimvhn2.mycompany.com:14000 WLLogFile {ORACLE_INSTANCE}diagnosticslogsmod_wloim_component.log WLProxySSL ON WLProxySSLPassThrough ON Location Location HTTPClnt SetHandler weblogic-handler WLCookieName oimjsessionid WebLogicCluster oimvhn1.mycompany.com:14000,oimvhn2.mycompany.com:14000 WLLogFile {ORACLE_INSTANCE}diagnosticslogsmod_wloim_component.log WLProxySSL ON WLProxySSLPassThrough ON Location 2. Create a file called virtual_hosts.conf in ORACLE_ INSTANCEconfigOHScomponentmoduleconf. The file must contain the following information: NameVirtualHost :7777 VirtualHost :7777 ServerName http:sso.mycompany.com:7777 RewriteEngine On RewriteOptions inherit UseCanonicalName On VirtualHost VirtualHost :7777 ServerName http:oiminternal.mycompany.com:80 RewriteEngine On RewriteOptions inherit UseCanonicalName On VirtualHost 3. Save the file on both WEBHOST1 and WEBHOST2. 4. Stop and start the Oracle HTTP Server instances on both WEBHOST1 and WEBHOST2 as described in Section 8.14, Starting and Stopping Oracle Identity Management Components.8.9.3.16 Validate the Oracle HTTP Server Configuration
To validate that Oracle HTTP Server is configured properly, follow these steps: 1. In a web browser, enter the following URL for the Oracle Identity Manager Console: http:sso.mycompany.com:7777oim The Oracle Identity Manager Console login page should display. 2. Log into the Oracle Identity Manager Console using the credentials for the xelsysadm user. 8-194 Oracle Fusion Middleware High Availability Guide8.9.3.17 Oracle Identity Manager Failover and Expected Behavior
In a high availability environment, WebLogic Node Manager is configured to monitor the Oracle WebLogic Servers. In case of failure, Node Manager restarts the WebLogic Server. In a high availability environment, a hardware load balancer is used to load balance requests between the multiple Oracle Identity Manager instances. If one of the Oracle Identity Manager instances fails, the load balancer detects the failure and routes requests to the surviving instances. In a high availability environment, the state and configuration information is stored in a database that is shared by all the members of the cluster. The surviving Oracle Identity Manager instances will continue to seamlessly process any unfinished transactions started on the failed instance, since the state information is in the shared database and is available to all the members in the cluster. When an Oracle Identity Manager instance fails, its database and LDAP connections are released. The surviving instances in the active-active deployment make their own connections to continue processing unfinished transactions on the failed instance. Be aware of the following when you deploy Oracle Identity Manager in a high availability configuration: ■ Oracle Identity Manager can be deployed on an Oracle RAC database, but Oracle RAC failover is not transparent for Oracle Identity Manager in this release. If an Oracle RAC failover occurs, end users may have to resubmit their requests. ■ Oracle Identity Manager always requires that at least one of the nodes in the SOA cluster be available. If the SOA cluster is not available, end user requests will fail. Oracle Identity Manager does not retry for a failed SOA call. Therefore, the end user must retry when a SOA call fails.8.9.3.18 Troubleshooting Oracle Identity Manager High Availability
If you are creating a user in Oracle Identity Manager by logging into Oracle Identity Manager, clicking the Administration tab, clicking the Create User link, entering the required information in the fields, and clicking Save in an active-active Oracle Identity Manager configuration, and the Oracle Identity Manager server that is handling the request fails, you may see a ResourceConnectionValidationxception in the Oracle Identity Manager log file, similar to: [2010-06-14T15:14:48.738-07:00] [oim_server2] [ERROR] [] [XELLERATE.SERVER] [tid: [ACTIVE].ExecuteThread: 0 for queue: weblogic.kernel.Default self-tuning] [userId: xelsysadm] [ecid: 004YGJGmYrtEkJV6u3M6UH00073A0005EI,0:1] [APP: oim11.1.1.3.0] [dcid: 12eb0f9c6e8796f4:-785b18b3:12938857792:-7ffd-0000000000000037] [URI: adminfacespagesAdmin.jspx] ClassMethod: PooledResourceConnectionheartbeat encounter some problems: Operation timed out[[ com.oracle.oim.gcp.exceptions.ResourceConnectionValidationxception: Operation timed out at oracle.iam.ldapsync.impl.repository.LDAPConnection.heartbeatLDAPConnection.ja va:162 at com.oracle.oim.gcp.ucp.PooledResourceConnection.heartbeatPooledResourceConnec tion.java:52 . . . Configuring High Availability for Identity Management Components 8-195 Although this exception is received, the user is created fine.8.9.3.19 Scaling Up and Scaling Out the Oracle Identity Manager Topology
You can scale out or scale up the Oracle Identity Manager high availability topology. When you scale up the topology, you add new managed servers to nodes that are already running one or more managed servers. When you scale out the topology, you add new managed servers to new nodes.8.9.3.19.1 Scaling Up Oracle Identity Manager In this case, you already have a node that
runs a managed server configured with SOA components. The node contains a Middleware home, an Oracle HOME SOA and a domain directory for existing managed servers. You can use the existing installations the Middleware home, and domain directories for creating new WLS_OIM and WLS_SOA servers. There is no need to install the OIM and SOA binaries in a new location, or to run pack and unpack. Follow these steps for scaling up the topology: 1. Using the Administration Console, clone either the WLS_OIM1 or the WLS_SOA1 into a new managed server. The source managed server to clone should be one that already exists on the node where you want to run the new managed server. To clone a managed server:a. Select Environment - Servers from the Administration Console.
Parts
» Oracle Fusion Middleware Online Documentation Library
» High Availability Problems High Availability Solutions
» High Availability Information in Other Documentation
» What Is the Administration Server? Understanding Managed Servers and Managed Server Clusters
» What Is a System Component Domain? What Is a Middleware Home? What Is a WebLogic Server Home?
» Oracle Fusion Middleware High Availability Terminology
» Server Load Balancing Oracle Fusion Middleware High Availability Technologies
» Local High Availability Active-Passive Deployment
» About Active-Active and Active-Passive Solutions
» Disaster Recovery Oracle Fusion Middleware High Availability Solutions
» Protection from Planned and Unplanned Down Time
» What Is a WebLogic Server Cluster? WebLogic Server Clusters and WebLogic Server Domains
» Application Failover Migration Key Capabilities of a Cluster
» Benefits of Clustering Types of Objects That Can Be Clustered
» Communications in a Cluster Cluster-Wide JNDI Naming Service
» Startup Process in a Cluster with Migratable Servers
» Administration Servers Role in Whole Server Migration Migratable Server Behavior in a Cluster
» Node Managers Role in Whole Server Migration Cluster Masters Role in Whole Server Migration
» Load Balancing Oracle Fusion Middleware Online Documentation Library
» Multi Data Sources Cluster Configuration and config.xml
» Java-Based Oracle Fusion Middleware Components Deployed to Oracle WebLogic Server
» Configuring Multi Data Sources for MDS Repositories
» Log on to SQLPlus as a system user, for example:
» Log on to SQLPlus as a user with sysdba privileges. For example:
» Configuring Multi Data Sources with Oracle RAC
» Oracle RAC Failover with WebLogic Server JDBC Clients
» Oracle Reports and Oracle Discoverer
» Troubleshooting Real Application Clusters
» SCAN Run Time Implications and Limitations
» Oracle SOA Service Infrastructure Protection from Failures and Expected Behavior
» Oracle SOA Service Infrastructure Cluster-Wide Configuration Changes
» Oracle BPEL Process Manager Request Flow and Recovery
» Oracle BPEL Process Manager Protection from Failures and Expected Behavior
» Oracle BPM Suite Component Characteristics
» Oracle BPM Suite Component Interaction
» Oracle BPMN Service Engine Single Instance Characteristics
» Oracle BPMN Service Engine High Availability Considerations
» Oracle Business Process Web Applications Single Instance Characteristics
» Oracle Business Process Analytics Single Instance Characteristics
» Oracle Mediator Component Characteristics Oracle Mediator Startup and Shutdown Lifecycle
» Oracle Mediator Request Flow
» Oracle Mediator Protection from Failures and Expected Behavior
» Troubleshooting Oracle Mediator High Availability
» Troubleshooting Oracle Human Workflow High Availability
» Oracle B2B Component Characteristics Oracle B2B Startup and Shutdown Lifecycle
» Oracle B2B Protection from Failures and Expected Behavior
» Oracle WSM Component Characteristics Oracle WSM Startup and Shutdown Lifecycle
» Oracle WSM Protection from Failures and Expected Behavior
» Oracle WSM Cluster-Wide Configuration Changes Configuring the Java Object Cache for Oracle WSM
» Configuring Distributed Notifications for the MDS Repository
» Oracle User Messaging Service Component Characteristics
» Oracle User Messaging Service Protection from Failures and Expected Behavior
» Oracle User Messaging Service Cluster-Wide Configuration Changes
» Oracle JCA Adapters Component Lifecycle
» Oracle JCA Adapters Reliability and Transactional Behavior
» Oracle JCA Adapters - Rejected Message Handling
» Oracle JCA Adapters High Availability Error Handling Oracle Database Adapters High Availability
» Oracle JMS Adapters High Availability
» Oracle JCA Adapters Log File Locations
» Oracle Business Activity Monitoring Component Characteristics
» Oracle Business Activity Monitoring Configuration Artifacts
» Oracle Business Activity Monitoring Protection from Failures and Expected Behavior
» Oracle Business Activity Monitoring Cluster-Wide Configuration Changes
» Oracle Service Bus Session State Oracle Service Bus External Dependencies
» Oracle Service Bus Configuration Artifacts Oracle Service Bus Deployment Artifacts
» Oracle Service Bus Protection from Failures and Expected Behavior
» Database Prerequisites VIP and IP Prerequisites Shared Storage Prerequisites
» Configuring Virtual Server Names and Ports for the Load Balancer
» Validating Oracle HTTP Server To verify that Oracle HTTP Server is set up
» Setting Connection Destination Identifiers for B2B Queues
» Starting Node Manager on SOAHOST2 Starting and Validating the WLS_SOA2 Managed Server
» Setting the Front End HTTP Host and Port
» Setting the WLS Cluster Address for Direct BindingRMI Invocations to Composites
» Deploying Applications Click Next.
» Configuring Server Migration for the WLS_SOA Servers
» Connect to the database as the leasing user. Run the leasing.ddl script in SQLPlus.
» Click Save. Oracle Fusion Middleware Online Documentation Library
» Enabling VIP1 and VIP3 in SOAHOST1 and VIP2 and VIP4 in SOAHOST2
» Configure Oracle Coherence for the Oracle Service Bus Result Cache
» Configuring a Default Persistent Store for Transaction Recovery Deploying Applications
» Configuring Server Migration for the WLS_OSB Servers
» Enabling VIP0 and VIP1 on BAMHOST1
» Oracle ADF Components Understanding Oracle ADF
» Oracle ADF Single Node Architecture Oracle ADF External Dependencies
» Oracle ADF Scope and Session State
» Oracle ADF Failover and Expected Behavior Oracle ADF Active Data Services
» Troubleshooting Oracle ADF Development Issues
» Deploying the ADF Application Validating Access through Oracle HTTP Server
» Select the Control tab. Select Environment Servers from the Administration Console. Select Clone.
» Oracle WebCenter Components Understanding Oracle WebCenter
» Oracle WebCenter Single-node Architecture Oracle WebCenter State and Configuration Persistence
» Oracle WebCenter External Dependencies
» Oracle WebCenter Configuration Considerations
» Oracle WebCenter Analytics Communications
» Oracle WebCenter State Replication Understanding the Distributed Java Object Cache
» Maintaining Configuration in a Clustered Environment
» Installing Oracle Fusion Middleware for Oracle WebCenter
» Enabling the Administration Server VIP
» Configuring a Virtual Host for Oracle Pagelet Producer and Sharepoint
» Configuring Activity Graph Click Start.
» Converting Discussions from Multicast to Unicast
» Configuring a Cluster for Oracle WebCenter Portal Applications
» Agent Startup and Shutdown Cycle Oracle Data Integrator External Dependencies
» Java EE Agent Configuration Standalone Agent Configuration
» Oracle Data Integrator Clustered Deployment
» WebLogic Server or Standalone Agent Crash Repository Database Failure
» About the 11g Oracle Identity Management Products
» Database Prerequisites Installing and Configuring the Database Repository
» Oracle Internet Directory Component Characteristics
» Oracle Internet Directory High Availability Architecture
» Protection from Failures and Expected Behavior
» Installing Oracle Fusion Middleware for Identity Management The next step is to
» Registering Oracle Internet Directory with a WebLogic Domain If you want to
» Creating boot.properties for the Administration Server on OIDHOST1 This section
» Configuring Oracle Internet Directory on OIDHOST2 Ensure that the Oracle Internet
» Validating Oracle Internet Directory High Availability
» Performing an Oracle Internet Directory Failover Performing an Oracle RAC Failover
» Troubleshooting Oracle Internet Directory High Availability
» Changing the Password of the ODS Schema Used by Oracle Internet Directory
» Oracle Virtual Directory Runtime Considerations Oracle Virtual Directory Component Characteristics
» Oracle Virtual Directory High Availability Architecture
» Configuring Oracle Virtual Directory on OVDHOST2 Follow these steps to configure
» Registering Oracle Virtual Directory with a WebLogic Domain It is recommended
» On the Installation Complete screen, click Finish to confirm your choice to exit.
» Troubleshooting LDAP Adapter Creation
» Oracle Directory Integration Platform Component Characteristics
» Oracle Directory Integration Platform High Availability Architecture
» Configuring Oracle HTTP Server for Oracle Directory Services Manager High
» If WebLogic Node Manager Fails to Start Operation Cannot Be Completed for Unknown Errors Message
» Oracle Directory Services Manager Component Characteristics
» Oracle Directory Services Manager High Availability Architecture
» Protection from Failures and Expected Behaviors
» Performing a WebLogic Server Instance Failover
» Using Oracle Directory Services Manager to Validate a Failover of a Managed Server
» Collocated Architecture Overview Troubleshooting Collocated Components Manager High Availability
» Additional Considerations for Collocated Components High Availability
» Oracle Access Manager Component Characteristics
» Oracle Access Manager High Availability Architecture
» Oracle Security Token Service High Availability Architecture
» Oracle Security Token Service Component Characteristics
» In the Customize Server and Cluster Configuration screen, select Yes, and click
» On the Configuration Summary screen, click Create to begin the creation process.
» Oracle Identity Manager Component Characteristics
» Runtime Processes Component and Process Lifecycle
» Starting and Stopping Oracle Identity Manager Configuration Artifacts External Dependencies
» Oracle Identity Manager High Availability Architecture
» On the Welcome screen, select Create a WebLogic Domain.
» Connect to the database as the leasing user.
» Select Environment - Servers from the Administration Console. Select Clone.
» Select the Automatic Server Migration Enabled option. This enables the Node Click Save.
» Click the OIMMSServerXXXXXX subdeployment. Add the new JMS Server
» Click Save. Authorization Policy Manager High Availability
» Oracle Adaptive Access Manager Component Characteristics
» Oracle Adaptive Access Manager High Availability Architecture
» On the Welcome screen, click Next.
» Oracle Identity Federation Component Characteristics
» High Availability Considerations for Integration with Oracle Access Manager
» Oracle Internet Directory Oracle Virtual Directory Oracle HTTP Server Node Manager
» WebLogic Administration Server Oracle Identity Manager
» Oracle Access Manager Managed Servers Oracle Adaptive Access Manager Managed Servers
» Oracle Identity Federation Starting and Stopping Oracle Identity Management Components
» Oracle HTTP Server and Oracle WebLogic Server
» Prerequisites Configuring Oracle HTTP Server for High Availability
» Install Oracle HTTP Server on WEBHOST2
» Oracle Web Cache Request Flow
» Oracle Web Cache Stateless Load Balancing
» Oracle Web Cache Backend Failover Oracle Web Cache Session Binding
» Oracle Web Cache Cluster-Wide Configuration Changes
» Oracle Web Cache as a Software Load Balancer
» From the Session Name list, select a session to enable binding for a specific
» Click Add. In the Component field, enter the name of the cache member.
» Adding a Node in Oracle Advanced Database Multimaster Replication
» Deleting a Node in Oracle Advanced Database Multimaster Replication
» Oracle IPM Component Characteristics
» Oracle IPM High Availability Architecture
» Creation of Oracle IPM Artifacts in a Cluster Troubleshooting Oracle IPM
» Oracle UCM Component Characteristics
» Oracle UCM High Availability Architecture
» Oracle UCM and Inbound Refinery High Availability Architecture
» Oracle URM High Availability Protection from Failure and Expected Behaviors
» Shared Storage Configuring the Oracle Database
» Installing Oracle ECM on ECMHOST1
» On the Welcome screen, select Create a new WebLogic domain.
» In the Select JMS Distributed Destination Type screen, select UDD from the
» Configuring Oracle HTTP Server on WEBHOST1
» Terminology for Directories and Directory Environment Variables
» Administration Server Topology 1 Transforming Oracle Fusion Middleware Infrastructure Components
» Administration Server Topology 2 Transforming Oracle Fusion Middleware Infrastructure Components
» Click Activate Changes. Choose Environment Servers. Click Control. Select WLS_EXMPL. Click Start.
» Transforming Oracle Internet Directory and Its Clients
» Select the Connect to a directory -- Create A New Connection link in the
» Click JDBC Connection under Data Sources.
» Click Administration. Click Scheduler Configuration under System Maintenance Click Apply.
» Database Instance Platform-Specific Considerations
» Example Topology 1 Example Topology 2
» Destination Topologies Cold Failover Cluster Transformation Procedure
» Introduction to Oracle Clusterware Cluster Ready Services and Oracle Fusion Middleware
» Upgrading Older Versions of ASCRS to the Current ASCRS Version Installing ASCRS
» Configuring ASCRS with Oracle Fusion Middleware
» Creating a Virtual IP Resource Creating a Shared Disk Resource
» Creating an Oracle Database Listener Resource Creating an Oracle Database Resource
» Creating a Middleware Resource
» Updating Resources Starting Up Resources Shutting Down Resources Resource Switchover
» Oracle Portal, Forms, Reports, and Discoverer Architecture
» Oracle Forms Runtime Considerations Oracle Forms Process Flow
» Oracle Forms Configuration Files Oracle Forms External Dependencies Oracle Forms Log Files
» Oracle Discoverer Runtime Considerations
» Preference Server Failover Session State Replication and Failover Performance Recommendation
» Dependencies Network Requirements Prerequisites
» Install Oracle WebLogic Server Install Oracle Portal, Forms, Reports, and Discoverer Validation
» Oracle BI EE Component Characteristics
» Oracle BI EE and EPM High Availability Architecture
» Shared Files and Directories
» Cluster-Wide Configuration Changes Oracle BI EE High Availability Concepts
» Oracle Essbase Component Characteristics
» Oracle Essbase High Availability Architecture Protection from Failures and Expected Behaviors
» Oracle Hyperion Provider Services Component Characteristics
» Oracle Hyperion Provider Services High Availability Architecture
» Workspace Component Characteristics Oracle EPM Workspace Component Architecture
» Workspace High Availability Architecture
» Oracle Hyperion Financial Reporting Component Characteristics
» Oracle BI Publisher Component Characteristics
» Oracle BI Publisher High Availability Architecture
» Oracle RTD Component Characteristics
» Oracle RTD High Availability Architecture
Show more