HOW TO REMOVE DATABASE FROM WEBLOGIC DOMAIN
Weblogic Enterprise edition and weblogic suite by default use OPSS (not mandatory) for storing security related information. OPSS can use either file system and database for storing security information. By default it uses DB for storing OPSS information.
We are managing a weblogic 12.2.1.3.0 based application in which except development environment all other environments are not using opss hence no DB is used. Dev environment was initially configured to use db based OPSS. As it costs resources we thought of removing OPSS and DB. We raised support ticket with Oracle and Oracle engineer suggested that it would not possible to remove OPSS altogether but can be changed from DB based to file based. We thought it is an optimal solution instead of building domain again. Here are the steps followed to convert from db to file based opss
- Shutdown complete domain.
- Apply One-off Patch for OPSS – Patch 26522518 for 12.2.1.3.0: reassociateSecurityStore from DB to file
- Start servers.
- Execute following WLST commands:
i) connect([username, password], [url]
ii) reassociateSecurityStore(servertype=”XML”) - Remove datasources related to OPSS.
- Sample output is as below:
Location changed to domainRuntime tree. This is a read-only tree
with DomainMBean as the root MBean.
For more help, use help('domainRuntime')
Starting policy store reassociation.
The store and ServiceConfigurator setup done.
Schema is seeded into the store
Data is migrated to the store. Check logs for any failures or warnings during migration.
Data in the store after migration has been tested to be available
Update of in-memory jps configuration is done
Policy store reassociation done.
Starting credential store reassociation
The store and ServiceConfigurator setup done.
Schema is seeded into the store
Data is migrated to the store. Check logs for any failures or warnings during migration.
Data in the store after migration has been tested to be available
Update of in-memory jps configuration is done
Credential store reassociation done
Starting Keystore reassociation
The store and ServiceConfigurator setup done.
Schema is seeded into the store
Data is migrated to the store. Check logs for any failures or warnings during migration.
Data in the store after migration has been tested to be available
Update of in-memory jps configuration is done
Keystore reassociation done
Starting audit store reassociation
The store and ServiceConfigurator setup done.
Schema is seeded into the store
Data is migrated to the store. Check logs for any failures or warnings during migration.
Data in the store after migration has been tested to be available
Update of in-memory jps configuration is done
Audit store reassociation done
Jps Configuration has been changed. Please restart the application server.
wls:/wls_domain/domainRuntime/>
Comments
Post a Comment