1Z0-060 · Question #144
Your multitenant container database, CDB1, is running in ARCHIVELOG mode and has two pluggable databases, HR_PDB and ACCOUNTS_PDB. An RMAN backup exists for the database. You issue the command to…
The correct answer is D. Take the USERDATA tablespace offlineinACCOUNTS_PDB. *You can take an online tablespace offline so that it is temporarily unavailable for general use. The rest of the database remains open and available for users to access data. Conversely, you can bring an offline tablespace online to make the schema objects within the…
Question
Your multitenant container database, CDB1, is running in ARCHIVELOG mode and has two pluggable databases, HR_PDB and ACCOUNTS_PDB. An RMAN backup exists for the database. You issue the command to open ACCOUNTS_PDB and find that the USERDATA.DBF data file for the default permanent tablespace USERDATA belonging to ACCOUNTS_PDB is corrupted. What should you do before executing the commands to restore and recover the data file in ACCOUNTS_PDB?
Options
- APlace CDB1 in the mount stage and then the USERDATA tablespace offline in ACCOUNTS_PDB.
- BPlace CDB1 in the mount stage and issue the ALTER PLUGGABLE DATABASE accounts_pdb
- CIssue the ALTER PLUGGABLE DATABASE accounts_pdb RESTRICTED command.
- DTake the USERDATA tablespace offlineinACCOUNTS_PDB.
How the community answered
(23 responses)- A9% (2)
- B9% (2)
- C4% (1)
- D78% (18)
Explanation
*You can take an online tablespace offline so that it is temporarily unavailable for general use. The rest of the database remains open and available for users to access data. Conversely, you can bring an offline tablespace online to make the schema objects within the tablespace available to database users. The database must be open to alter the availability of a tablespace.
Topics
Community Discussion
No community discussion yet for this question.