I Think BCE
F is incorrect, grid OS system can be named anyway.
D patches won't be apply automatically
A Oracle Grid only supports out-of-place upgrades
BCF
https://docs.oracle.com/en/database/oracle/oracle-database/19/cwlin/restrictions-for-oracle-grid-infrastructure-upgrades.html#GUID-76797070-C2C6-4817-902C-037A67A6EF94
Oracle Grid Infrastructure upgrades are always out-of-place upgrades. You cannot perform an in-place upgrade of Oracle Grid Infrastructure to existing homes.
The same user that owned the earlier release Oracle Grid Infrastructure software must perform the Oracle Grid Infrastructure 19c upgrade.
(Not F): "The same user that owned the earlier release Oracle Grid Infrastructure software must perform the Oracle Grid Infrastructure 19c upgrade."
This formulation leaves open the possibility of having a user with a name other than 'grid'.
But I found now this, so E is really also good:
https://docs.oracle.com/database/121/RILIN/procstop.htm#RILIN1173
=> If you are upgrading the Oracle Clusterware or Oracle ASM software, then you must first stop all Oracle RAC database instances and all Oracle database instances that use Oracle ASM for storage. After stopping the database instances, shut down the Oracle ASM instances and Oracle Clusterware, as described in the following steps ...
between E or F, i agree with F
"The same user that owned the earlier release Oracle Grid Infrastructure software must perform the Oracle Grid Infrastructure 19c upgrade."
source : https://docs.oracle.com/en/database/oracle/oracle-database/19/cwlin/restrictions-for-oracle-grid-infrastructure-upgrades.html#GUID-76797070-C2C6-4817-902C-037A67A6EF94
I think it's BCF, cause the services are shutdown by the rootupgrade.sh:
"The script shuts down the earlier release installation, replaces it with the new Oracle Clusterware release, and starts the new Oracle Clusterware installation."
https://docs.oracle.com/en/database/oracle/oracle-database/19/cwlin/running-oui-to-upgrade-grid-infrastructure-from-an-earlier-release.html#GUID-3BE36DF3-EB62-4CD1-B53A-850A3E2129E3
While at the same time, F seems to be true since the upgrade can only be done by the same user who owned the previous installation:
"The same user that owned the earlier release Oracle Grid Infrastructure software must perform the Oracle Grid Infrastructure 19c upgrade."
https://docs.oracle.com/en/database/oracle/oracle-database/19/cwlin/restrictions-for-oracle-grid-infrastructure-upgrades.html#GUID-76797070-C2C6-4817-902C-037A67A6EF94
F is False.
You run the installer software with the Oracle grid infrastructure installation owner user account (oracle or grid).
https://docs.oracle.com/cd/E14804_01/doc/install.112/e10816/presolar.htm#CHDFAIBE
In a doc page for 12c, it's stated even more directly:
"Oracle recommends that you leave Oracle RAC instances running when upgrading Oracle Clusterware. When you start the root script on each node, the database instances on that node are shut down and then the rootupgrade.sh script starts the instances again."
https://docs.oracle.com/database/121/CWLIN/procstop.htm#CWLIN519
F is incorrect because in case of 'opatchauto', root is the user that can run the command.
So, I think B is right because is about new version, that means OutOfPlace Upgrade.
Upgrade can reuse an existing Oracle Base (C).
And E for sure, because (at the moment) GI needs DBs from that node to be down. (E).
So, most probably are B,C,E
upvoted 5 times
...
Log in to ExamTopics
Sign in:
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.
ald85
Highly Voted 3 years, 12 months agoManojx
Highly Voted 3 years agoacesonly
Most Recent 3 weeks ago_gio_
1 year agovkra
1 year, 3 months agovkra
1 year, 3 months agoAntonio71
1 year, 5 months agoCuongva
1 year, 6 months agoasduta
2 years, 9 months agoG_C
1 year, 8 months agoasduta
1 year, 5 months agorodriguesJC
2 years, 7 months agoJorgeZG
2 years, 2 months agojareach
1 year, 4 months agoGraceYu
2 years, 11 months agoObserverPL
3 years agoSimoneF
3 years, 1 month agoS4NT05
7 months agoSimoneF
3 years, 1 month agojanw
3 years, 10 months agocerebro2000x
3 years, 10 months agojulica
3 years, 11 months ago