exam questions

Exam 1z0-083 All Questions

View all questions & answers for the 1z0-083 exam

Exam 1z0-083 topic 1 question 144 discussion

Actual exam question from Oracle's 1z0-083
Question #: 144
Topic #: 1
[All 1z0-083 Questions]

Which two are true about backup set compression using RMAN default compression? (Choose two.)

  • A. Compressed backups can be written only to media.
  • B. Binary compression adds CPU overhead to backup operations.
  • C. Unused blocks below the high water mark are backed up.
  • D. Compressed backups cannot have a section size defined.
  • E. Compression can be done only for locally managed tablespaces.
Show Suggested Answer Hide Answer
Suggested Answer: BE 🗳️

Comments

Chosen Answer:
This is a voting comment (?). It is better to Upvote an existing comment if you don't have anything to add.
Switch to a voting comment New
Neil107
Highly Voted 2 years, 11 months ago
It's BE. Why E? Oracle strongly recommends the use of locally managed tablespaces instead of dictionary managed tablespaces as of 10g. And it you do have dictionary managed tablespaces) then you should ideally covert it/them to locally managed tablespace(s) for ease of use and management.
upvoted 7 times
...
mporislav
Highly Voted 3 years, 1 month ago
B, E You may try and succeed : backup as compressed backupset device type disk database section size 100m; (not A, not D). If they speak about Unused block compression then : RMAN skips reading, and backing up, any database blocks that are not currently allocated to some database object. This is regardless of whether those blocks had previously been allocated (bellow HWM). (Not C) data file has to be locally managed. (E)
upvoted 7 times
...
antonica
Most Recent 3 months, 2 weeks ago
ORA 12913- Cannot create dictionary managed tablespace
upvoted 1 times
antonica
3 months, 2 weeks ago
I agree with BE
upvoted 1 times
...
...
_gio_
1 year ago
Selected Answer: BE
https://docs.oracle.com/en/database/oracle/oracle-database/19/bradv/rman-backup-concepts.html#GUID-073C85A4-E28C-4FE2-A089-1EABF3D00070
upvoted 1 times
...
G_C
1 year, 9 months ago
Selected Answer: BE
I fully agree with what mporislav said
upvoted 3 times
...
flaviogcmelo
2 years, 2 months ago
Selected Answer: BC
I believe that the options chosen should be B and C. Based on the following reference it is clear that blocks below the watermark are not included in the backup and that there is CPU overhead in the backup operations with compression. https://docs.oracle.com/en/database/oracle/oracle-database/19/bradv/rman-backup-concepts.html#GUID-50F8DBCD-C285-491F-B8E7-E1B2140E1B51
upvoted 2 times
G_C
1 year, 9 months ago
As documentation says "When employing unused block compression, RMAN skips reading, and backing up, any database blocks that are not currently allocated to some database object. This is regardless of whether those blocks had previously been allocated." so you are wrong unfortunetally.
upvoted 1 times
...
...
nobody347
2 years, 10 months ago
Agree with B, but didn't find any information about section size and locally managed tablespace.
upvoted 1 times
...
ObserverPL
3 years, 1 month ago
A is not correct - compression can be used WITHOUT writing to media, just in VALID command also: backup as compressed backupset validate database; Starting backup at 21-MAY-21 ... B is CORRECT C is not correct - it is introduced in 10g unused block compression D is not correct - checked in practice zillion times E - is correct only for introduced in 10g unused block compression, anyway it is correct ... so I would go with B and E
upvoted 2 times
...
RinD
3 years, 2 months ago
I think BD
upvoted 1 times
...
Community vote distribution
A (35%)
C (25%)
B (20%)
Other
Most Voted
A voting comment increases the vote count for the chosen answer by one.

Upvoting a comment with a selected answer will also increase the vote count towards that answer by one. So if you see a comment that you already agree with, you can upvote it instead of posting a new comment.

SaveCancel
Loading ...
exam
Someone Bought Contributor Access for:
SY0-701
London, 1 minute ago