Which Three Statements Are True About ACFS Replication?
Short answer
ABE ACFS replication ends when the primary file system falls below 2 GB free, replicates ACFS audit data, and lets one site host both primary and standby.
Question
Key Takeaways
The question tests the documented operating boundaries of ACFS replication (2 GB free-space auto-termination, replicated audit data, same-site primary/standby) while tempting you with Data Guard vocabulary such as standby redo logs and a fabricated SYSREPL privilege.
Oracle ACFS replication terminates automatically when the primary file system drops below 2 GB of free space, carries ACFS auditing information to the standby, and lets a single site host both the primary and standby file systems. This page confirms why A, B and E are the three true statements about ACFS replication and why the Data Guard and role-name distractors fail.
Common mistake: The most common wrong picks are C and D: candidates carry over Data Guard thinking (standby redo logs for synchronous transport) and assume a SYSREPL role must exist alongside SYSASM and SYSRAC, even though ACFS replication has no such privilege.
Expert Analysis
Why the Answer Is Correct
Oracle ACFS replication monitors the primary file system and stops replication automatically once the primary file system has less than 2 GB of free space, so statement A reflects documented behaviour rather than a guess. Statement B is true because ACFS auditing records written by acfsutil audit are part of the replicated ACFS content/metadata and are therefore shipped to the standby file system along with everything else. Statement E is true because an ACFS replication configuration is defined by primary and standby file systems, not by forced physical separation; a single site (cluster) can host both a primary file system and a standby file system. Together these three file-system-level statements describe replication mechanics that exist only inside the ACFS replication feature itself.
Why the Other Options Are Wrong
Option C borrows database Data Guard terminology: standby redo logs are objects associated with transporting and applying database redo, while ACFS replication moves file system change data between ACFS file systems and has no standby redo log requirement in its workflow. Option D is a fabricated role: Oracle's administrative privilege set includes SYSASM, SYSDBA, SYSOPER, SYSRAC, SYSBACKUP and similar roles, but there is no SYSREPL privilege for replication; ACFS replication is driven through acfsutil repl commands executed by root, grid or an ASM administrator. Choosing C or D is the classic sign of answering a Data Guard question instead of an ACFS question.
Community Comment Notes
krwi1 states it directly: "I think D is wrong - there is no SYSREPL privilege", and cvcs1977 agrees while adding that in this scenario "there is nothing that references to redo log files" — both learners reject C and D on the same grounds used above. wiprooracle pasted a Data Guard redo transport documentation link and then wrote "Looks like BCE", but the linked material describes database redo transport services, so the standby redo log idea does not carry over to ACFS file system replication. Test_1 and other voters confirmed ABE, and that consensus lines up with the documented free-space, auditing and site behaviour of ACFS replication.
Official Reference
This link opens the official vendor documentation in a new tab.
Exam Strategy
When ACFS replication is mixed with terms like standby redo log or a role name you have never seen in the privilege list, classify the technology before answering: redo transport and standby redo logs belong to Data Guard databases, not to ACFS file system replication. Eliminating those two imported distractors usually leaves exactly the three file-system-specific statements the question wants.
Frequently Asked Questions
Why is the SYSREPL privilege wrong for ACFS replication?
Do ACFS replication configurations need standby redo log files?
Community Votes
100% of anonymous learners picked answer ABE. Votes are pick records left by other test-takers — they are not the verified answer.
Discussion 7 contributions
Compiled from public community threads and reader submissions, lightly edited for clarity. Handles and vote tallies are shown as recorded, and comments reflect the views of individual contributors.
From public community threads 7
-
krwi1 👍 3I think D is wrong - there is no SYSREPL privilege
-
cvcs1977 👍 2There is no SYSREPL privilege This question is only about ACFS Replication, there is nothing that references to redo log files
-
lcoleandro 👍 1A. Correct: ACFS replication requires a minimum of 2 GB free space on the primary file system to ensure proper functioning and prevent data consistency issues. B. Correct: ACFS replication can include auditing information as part of the metadata it replicates, ensuring that the audit trail is maintained on the standby system. But it's important to clarify what this entails and how it fits into the overall ACFS replication process. E. Correct: ACFS replication allows for a flexible deployment where a single site can host both primary and standby file systems, useful for testing or staging environments. C. Incorrect: This pertains to Oracle Data Guard, not ACFS replication. While ACFS can replicate redo log files stored in the file system, it does not specifically require standby redo log files for its replication process. D. Incorrect: There is no SYSREPL privilege mentioned in Oracle's documentation for ACFS replication. Standard administrative privileges are used to manage ACFS replication configurations.
-
wiprooracle 👍 1https://docs.oracle.com/en/database/oracle/oracle-database/21/sbydb/oracle-data-guard-redo-transport-services.html#GUID-E6EC6104-3C38-482D-B807-A0E84ECFB937
-
wiprooracle 👍 1Thats correct, thanks for correcting.
Show 2 more comments
-
wiprooracle 👍 1Looks like BCE
-
Test_1 👍 1ABE correct
Reader comments & corrections
No reader corrections yet — spotted an error or have a note? Share it below.