Practice Enabling Fast-Start Failover
Practice Enabling Fast-Start Failover
Purpose This practice takes you through the procedure to enable and test the Fast-
Start Failover (FSFO)
Hardware About 85 GB of free disk space to be used by the appliances of this practice.
1. Copy the appliances that you created in the practice number 3. Give the folder that contains the
appliances the name “Practice 8 Fast-Start Failover”.
2. In VirtualBox, open the two appliances in the folder “Practice 8 Fast-Start Failover”.
3. Start the appliances then make sure that their databases are up and running.
5. Start monitoring the alert log files and the Broker logfile:
# on srv1
tail -f /u01/app/oracle/diag/rdbms/oradb/ORADB/trace/alert_ORADB.log
tail -f /u01/app/oracle/diag/rdbms/oradb/ORADB/trace/drcORADB.log
# on srv2
tail -f /u01/app/oracle/diag/rdbms/oradb_s2/ORADB_S2/trace/alert_ORADB_S2.log
6. Make sure that the StaticConnectIdentifier properly in both databases is pointed to the right
HOST. While doing the following sub-steps, keep your eye on the monitoring session of the Broker log
file.
The property StaticConnectIdentifier is used by the Broker to connect remotely to a database. The
HOST attribute value in this property is set automatically by the Broker. It takes its value from the
LOCAL_LISTENER parameter. In our case, the LOCAL_LISTENER parameter in the standby database was
set to 127.0.0.1. We need to fix this.
6.1 Display the value of the property StaticConnectIdentifier in both databases. Make sure
the HOST attribute is correctly set in both databases. If not, proceed to next step.
show database oradb StaticConnectIdentifier
show database oradb_s2 StaticConnectIdentifier
6.2 Connect to ORADB_S2 using Sql*plus and display the LOCAL_LISTENER value.
sqlplus sys/oracle@oradb_s2 as sysdba
show parameter LOCAL_LISTENER
6.5 Instruct the Broker to reset the StaticConnectIdentifier property. When you reset this
property, the Broker will assign a new value to this property and gets the HOST attribute
value from the LOCAL_LISTENER parameter.
EDIT DATABASE ORADB_S2 RESET PROPERTY StaticConnectIdentifier ;
# verify:
SHOW DATABASE VERBOSE ORADB_S2;
Note: For more information about how the Broker sets the StaticConnectIdentifier property, refer to
the Doc ID 1387859.1
10. Optionally, define the acceptable lag between the primary and standby database.
EDIT CONFIGURATION SET PROPERTY FastStartFailoverLagLimit = 120;
14. Start the Observer in the standby system (srv2). Note: never start the Observer in a database
system in production.
# on srv2:
su - oracle
dgmgrl sys/oracle@oradb_s2
START OBSERVER FILE='/home/oracle/ORADBFSFO.dat';
15. Observe the new enabled configuration. It may take a few seconds before the commands will
successfully displays the new configuration.
# on srv1
SHOW CONFIGURATION
SHOW FAST_START FAILOVER
17. Observe the output of the Observer window and the alert log files.
19. Mount the primary database and notice the reaction of the Observer. ORADB database should be
automatically re-instated.
Note: do not OPEN the database, otherwise automatic reinstate will fail and return ORA-16653 error.
# on primary database appliance (srv1):
conn / as sysdba
startup MOUNT
SHOW CONFIGURATION
SHOW FAST_START FAILOVER
SHOW DATABASE ORADB_S2;
SHOW DATABASE ORADB;
21. Switchover to oradb. Verify the new roles taken by the databases.
SWITCHOVER TO ORADB
SHOW CONFIGURATION
Notes
Note: the appliances used in this practice will be needed later in this course. Do not delete the folder at
this stage.