True Statements About Clustered ASM Initialization Parameters

1Z0-078 By islever Editorial Last updated

ASM instance administration and monitoring

Short answer

AD The maximum value of ASM_POWER_LIMIT is 1024, and the ASM_DISKGROUPS parameter is optional.

Question

Which two statements are true about initialization parameters for Clustered ASM instances? (Choose two.)
  1. The maximum value of ASM_POWER_LIMIT is 1024. Correct Answer
  2. The default value of INSTANCE_TYPE is ASM.
  3. A change to ASM_DISKSTRING requires a restart of all ASM instances for the change to take effect.
  4. The ASM_DISKGOUPS parameter is optional. Correct Answer
  5. ASM_POWER_LIMIT controls the number of RDBMS instances that can access a disk group while it is being rebalanced.

Key Takeaways

Tests knowledge of specific ASM parameter defaults and limits, often confusing ASM settings with RDBMS defaults or outdated documentation values.

Identifies the correct initialization parameters for Oracle Clustered ASM, specifically confirming ASM_POWER_LIMIT's maximum value and the optional nature of ASM_DISKGROUPS.

Common mistake: Many learners incorrectly select B (INSTANCE_TYPE), assuming it defaults to 'ASM' like in single-instance ASM, whereas it defaults to 'RDBMS' in clustered environments.

Expert Analysis

Why the Answer Is Correct

The correct options are A and D. Option A is true because starting from Oracle Database 12c (specifically 12.1.0.2 and later), the maximum value for ASM_POWER_LIMIT was increased from 11 to 1024, allowing for faster rebalancing operations in large disk groups. Option D is true because the ASM_DISKGROUPS parameter is indeed optional; if not specified, ASM automatically discovers and mounts all available disk groups based on the ASM_DISKSTRING.

Why the Other Options Are Wrong

Option B is false because the default value of INSTANCE_TYPE for an ASM instance in a RAC environment is typically 'RDBMS' unless explicitly configured as 'ASM' for specific use cases, but more importantly, in standard ASM instances, the type is defined by the SPFILE, but the statement implies a universal default that doesn't hold or is misleading compared to the clear truth of A and D. Actually, strictly speaking, for an ASM-only instance, INSTANCE_TYPE='ASM' is set, but the question asks about 'Clustered ASM instances' generally. However, looking at official docs, INSTANCE_TYPE can be ASM or RDBMS. The key trap is often thinking it MUST be ASM. But let's look at C: ASM_DISKSTRING changes do NOT require a restart; they take effect dynamically or upon next mount. E is false because ASM_POWER_LIMIT controls the number of rebalance operations (power), not the number of RDBMS instances accessing the disk group.

Wait, let's re-evaluate B. In a RAC database, each instance has an INSTANCE_TYPE. For ASM instances, it is 'ASM'. For DB instances, it is 'RDBMS'. The option says 'The default value of INSTANCE_TYPE is ASM'. This is ambiguous. If it refers to the ASM instance itself, yes. But if it refers to the parameter in general context, it might be considered false if interpreted as the default for all instances in the cluster. However, Option A is definitively true in modern versions. Option D is definitively true. Option B is often considered false in these exams because INSTANCE_TYPE is not a parameter you 'set' to a default; it's derived, or if set, 'ASM' is for ASM instances, 'RDBMS' for DB. But usually, this option is a distractor.

Let's stick to the strongest answers: A and D are technically accurate statements found in Oracle documentation. C is definitely wrong (dynamic). E is definitely wrong (describes power, not access count).

Community Comment Notes

Community consensus strongly supports AD. One commenter noted that the maximum value for ASM_POWER_LIMIT was increased to 1024 in 11.2.0.2 and later, validating Option A. Another user clarified that ASM_DISKGROUPS is optional, supporting D. Comments also highlighted that INSTANCE_TYPE defaults to RDBMS for database instances, making B incorrect in the broader context of cluster parameters.

Official Reference

Exam Strategy

When dealing with ASM parameters, distinguish between those that require a restart (static) and those that are dynamic. Also, keep updated with version-specific changes, such as the increase in ASM_POWER_LIMIT max value, which is a common exam topic.

Frequently Asked Questions

Does changing ASM_DISKSTRING require a restart?

No, changes to ASM_DISKSTRING do not require a restart of ASM instances; they are dynamic.

What does ASM_POWER_LIMIT actually control?

It controls the degree of parallelism for rebalance operations, not the number of client instances.

More 1Z0-078 FAQ →

Community Votes

AD
75%
BD
25%

75% of anonymous learners picked answer AD. Votes are pick records left by other test-takers — they are not the verified answer.

Discussion 4 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 4

  1. wiprooracle 👍 3
    B is not correct Looks like AD
  2. 217972f 👍 2
    https://docs.oracle.com/en/database/oracle/oracle-database/19/refrn/ASM_POWER_LIMIT.html ASM_POWER_LIMIT increased maximum value to 1024 from 11.2.0.2
  3. lcoleandro 👍 1
    Correct: B (The default value of INSTANCE_TYPE is ASM) and D (The ASM_DISKGOUPS parameter is optional). Incorrect: A (Maximum value of ASM_POWER_LIMIT is 11, not 1024), C (Changes to ASM_DISKSTRING do not require a restart), and E (ASM_POWER_LIMIT controls rebalance power, not RDBMS instance access).
  4. Tunglinfo9 👍 1
    A: T 1024 B: F Default is RDBMS C: F D: T Optional E: F It's for disk rebalancing power in the ASM instance

Reader comments & corrections

No reader corrections yet — spotted an error or have a note? Share it below.

Log in to comment, report an error, or add a note about this question.

← Back to 1Z0-078 Study Guide