Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Oracle Exam 1Z0-076 Topic 7 Question 13 Discussion

Actual exam question for Oracle's 1Z0-076 exam
Question #: 13
Topic #: 7
[All 1Z0-076 Questions]

Which TWO statements correctly describe the behavior of Automatic Block Media Recovery in a Data Guard environment, for a corrupt block in the example tablespace encountered by a session logged in as the SH user?

Show Suggested Answer Hide Answer
Suggested Answer: A, B, C, E

The rate of SQL apply on a logical standby database can be influenced by:

A: The number of PREPARER processes (which seems to be a typographical error and should read as PREPARER or similar) which prepare the redo data for the applier processes.

B: The number of coordinator processes on the standby database instance which coordinate the SQL apply activities.

C: The number of full table scans performed by SQL apply since full table scans can be resource-intensive and slow down the apply rate.

E: The number of applier processes which apply the redo data to the logical standby database.

Option D is incorrect as the size of the undo tablespace on the logical standby database is more likely to affect the SQL apply lag rather than the rate of SQL apply.

Option F is incorrect because the size of the shared pool would typically not influence the rate of SQL apply. The shared pool is more related to the caching of shared SQL and PL/SQL code and control structures.


Contribute your Thoughts:

Johnetta
4 days ago
Hmm, I'm leaning towards A and D. Automatic block media recovery is supposed to be, well, automatic, so it makes sense that it would pull from the other database without needing flashback logs.
upvoted 0 times
...
Barrett
10 days ago
I think B and C are the correct answers. The corrupt block can be recovered from the standby's flashback logs, and the standby with Real-Time Query can self-heal using its own flashback logs.
upvoted 0 times
...
Goldie
12 days ago
I'm pretty sure it's A and D. A corrupt block on the primary can be recovered from the standby, and a corrupt block on the standby can be recovered from the primary. No flashback logs needed!
upvoted 0 times
...
Ma
18 days ago
I'm not sure about option B though. Using a block from a flashback log from a standby database doesn't sound right to me.
upvoted 0 times
...
Chu
24 days ago
I agree with Venita. Option A seems like the most logical choice for Automatic Block Media Recovery in a Data Guard environment.
upvoted 0 times
...
Venita
25 days ago
I think option A is correct because it mentions using a block from a standby database with Real-Time Query enabled.
upvoted 0 times
...

Save Cancel
az-700  pass4success  az-104  200-301  200-201  cissp  350-401  350-201  350-501  350-601  350-801  350-901  az-720  az-305  pl-300  

Warning: Cannot modify header information - headers already sent by (output started at /pass.php:70) in /pass.php on line 77