Oracle Server Issues and How to Fix Them
When you prepare applications in a Fresh Start machine using DaDesktop (DD), most of them run without any trouble. However, a couple of applications don't behave as expected after cloning and need a few extra steps to work properly.
System Details
-
Oracle Database 19c (other versions will likely show the same behavior)
- Installed using a Windows 10 template
Fresh Start Fix Notes
-
Keep in mind this is a general guide for fixing this application within Fresh Start. Your specific configuration might call for slightly different steps.
-
In brief – the fix for Fresh Start goes like this. The original machine's hostname is used, but after cloning, the machine name changes, so that original hostname no longer makes sense. Instead, we rely on 127.0.0.1 (localhost). Additionally, extra database Listeners are usually present and confuse the configuration; removing them, as shown below, is the cleanest approach.
The Fix Procedure
1. The image below captures the network failure when trying to connect to the database via Oracle SQL Developer.

2. Open the Oracle Net Manager application.
You'll see the XE service details, along with the original host info (in this case, alexei-uuae.vm).

3. Attempting a connection test (entering userid=system and the password) fails.

4. In Oracle Net Manager, go to Listening Locations and then Listener.
The host details displaying the original hostname 'alexei-uue.vm' – this will be changed.

5. No databases are shown configured for LISTENER1. Look for any Listeners that lack database service configurations. If you find any, delete that Listener.

6. So delete LISTENER1 and confirm the action. (Note: This is what occurred in our setup; it may not always be the case, but we include it here as an example.)

7. DEFAULT SERVER LISTENER – Check each Listener. In this instance, no listening location is configured.

8. So delete the DEFAULT SERVER LISTENER as well.

9. Now only LISTENER remains. Here you can see the existing VM hostname, which must be changed because cloning will assign a different name.

10. Replace the host (in our example, 'alexi.uuae.vm') with 127.0.0.1, leaving the port unchanged.

Now configure the existing database
11. Set the SID to XE, and change the Global Database Name to xe.local

12. Save the network configuration and close the application.
13. Open a Command Prompt to restart the listener service.
Run the commands: lsnrctl status, then lsnrctl stop, and finally lsnrctl start.

Launch Oracle Net Manager again.
14. Go to Service Naming -> XE and remove the entry that mentions alexei-vm.
15. Change the host to 127.0.0.1

16. Save the network connection.
17. Connection test – click the small button in the image below to run a connection test.

18. Enter the login details: set the username to ‘system’ and provide the password.

Save the network connection if prompted.
19. Go back to the main Oracle SQL Developer window and run the connection test once more.

20. Assuming the connection works, go to the Connections panel on the left, expand Oracle Connections, and confirm the database tables appear as expected.
21. Continue configuring the FreshStart machine as required, then clone the FreshStart machines to the Trainer and Participants' machines.
The Oracle Database server should now run correctly on the Trainers' and Participants' machines.
If you still run into issues, reach out to DaDesktop Support through the chat app – we're happy to help.