2, 3, 4]): when host names are stored in the database tables.
- If host name(s) are stored in the database tables
In the following section, we will describe one use case that showcases this issue.
ADF Task Flow
A user would like to change the host name of a Redhat Linux which hosts SOASuite and WebCenter. After following the approach as described in  using hosts file. He found out that his workflow still wasn't working correctly.
When he opened a task, the browser tried to connect to:
and he has found that localhost.localdomain still pointed to the previous host. Now the server doesn't know how to resolve this name and asks browsers to connect to that host.
After some diggings, he has finally identified that there is a setting in the WFTASKDISPLAY table of SOAINFRA schema, which still keeps the previous host name. Presumably, when a task was deployed, previous host name was stored there and caused the malfunction of his ADF task flow.
To be honest, this is a case reported by another user. So, I might have described it wrong. However, it does point out a potential problem—if you have renamed a server and some other servers may not recognize that old name anymore because the old host name is stored in the database. So, you need to change hosts file on those machines too to redirect the mapping of the old name to the new IP address.
- Simplify Cloning by Using Hosts File
- ORA-00313: open failed for members of log group 1 of thread 1
- Using rsync to Clone Local and Remote Systems
- ORA-01031: insufficient privileges
- Migrating Oracle B2B from Test to Production (T2P) (Chap 10 of the Book "Getting Started with Oracle SOA B2B Integration: A Hands-On Tutorial")
- This section provides a real-world scenario to replicate (clone) the test environment to production for Oracle SOA.
- Oracle Fusion Middleware provides a series of scripts for this task.
- For your Oracle production systems, follow official recommendations as shown in this article.