what would you do to correct this?

After applying a patch to the network device drivers in your operating system, you verify using
CRS_STAT-T that everything runs normally. View Exhibitl for the CRS_STAT-T output.
After your coffee break, customers begin complaining about the performance of your Oracle Real
Application Clusters database. Suddenly, the response time has increased and establishing new
connections is slower than it used to be. You run CRS_STAT-T again to check if there is a
problem.
Based on Exhibit2, what is your conclusion, and what would you do to correct this?

After applying a patch to the network device drivers in your operating system, you verify using
CRS_STAT-T that everything runs normally. View Exhibitl for the CRS_STAT-T output.
After your coffee break, customers begin complaining about the performance of your Oracle Real
Application Clusters database. Suddenly, the response time has increased and establishing new
connections is slower than it used to be. You run CRS_STAT-T again to check if there is a
problem.
Based on Exhibit2, what is your conclusion, and what would you do to correct this?

A.
There is no problem, so nothing needs to be corrected.

B.
You cannot tell what the problem is based on Exhibit2, so you cannot fix this.

C.
Somebody relocated the VIP from the second node to the first node for an unknown reason.
You just have to relocate it back.

D.
The second node in your cluster is down and, therefore, CRS has relocated the VIP from the
second node to the first node. After you fix the second node, CRS would relocate the relocated
VIP back to its original node.

E.
The second node in your cluster is down and, therefore, CRS has relocated the VIP from the
second node to the first node. After you fix the problem on the second node, you have to relocate
the relocated VIP back to its original node using the SRVCTL command.



Leave a Reply 0

Your email address will not be published. Required fields are marked *