R12.2-uppgraderingen består av följande del
- Förberedelsesteg för uppgradering
- Huvuduppgradering med huvuduppgraderingsdrivrutinen för R12.2.0 (sammanfogad med den förinstallerade Oracle E-Business Suite Consolidated Upgrade Patch för R12.2.0)
- Aktivering av onlinepatch
- Tillämpa den senaste R12.AD.C.Delta.n och R12.TXK.C.Delta.n
- Använder 12.2.n Release Update Pack (RUP)
Vi har redan tagit hand om del 1 och 2 i tidigare inlägg
Steg för steg uppgraderingsprocess för R12.2 Uppgraderingsdel -1
Steg för steg uppgraderingsprocess till R12.2 Uppgraderingsdel -2
Steg för steg uppgraderingsprocess till R12.2 Uppgraderingsdel -3
Steg för steg uppgraderingsprocess för R12.2 Upgrade Part -4
Vi publicerar steg 3 i den här delen
Aktivering av onlinepatch
(1)Verifiera databasversionen
**Kontrollerade minsta RDBMS-version 11.2.0.4
(2) Se till att de nödvändiga 11.2.0.4-plåstren för Release 12.2 har applicerats
Detta användes som en del av förberedelsesteget för R12.2-uppgradering (Se # 1349240.1)
(3) Använd den senaste patchen för onlinepatchning och GSCC-rapport
Applicera patchen 31026891:R12.AD.C med adpatch i körfilsystemet
(4) Kontrollera om dataordboken är korrupt/tidsstämpelfel
(i) Kontrollera om dataordboken är korrupt
- Kör skriptet $AD_TOP/patch/115/sql/adzddtsfix.sql, följ instruktionerna för användning.
- Kör skriptet $AD_TOP/sql/ADZDDBCC.sql för att identifiera om logisk dataordbok är skadad.
- Om ingen korruption hittas, fortsätt med uppgraderingen.
- Om korruption finns, följ (ii) nedan.
(ii) Åtgärda dataordbokskorruption (villkorlig)
- Obs! Följ dessa steg endast som en åtgärd när logisk dataordbok är skadad (förälder saknas).
- Kopiera skriptet $AD_TOP/patch/115/sql/adzddmpfix.sql till databasnivån.
- På databasnivån, anslut till databasen som SYSDBA.
- Obs:Om du använder Oracle E-Business Suite Release 12.1.3 eller Release 12.2 med en multitenant-arkitektur, för att ansluta till en multitenant-arkitekturdatabas som SYSDBA, kör följande kommandon för att ställa in databasens SID-fält till , den pluggbara databasnamn för din Oracle E-Business Suite-databas:
$ source CDB env $ export ORACLE_PDB_SID=TEST; $ sqlplus "/ as sysdba" $SQL>@AD_TOP/patch/115/sql/adzddmpfix.sql
- På programnivån, kör skriptet $AD_TOP/sql/ADZDDBCC.sql igen för att identifiera om dataordboken fortfarande är korrupt.
- Om ingen korruption hittas, fortsätt med uppgraderingen eller korrigeringscykeln.
- Om korruption fortfarande är närvarande, fortsätt till steg 3.3 nedan.
(iii) Ytterligare åtgärder för korruption av datalexikon (villkorlig)
- Obs! Följ dessa steg endast när datadictionary-korruption är närvarande efter att ha följt stegen i 3.2 ovan.
- På databasnivån, gå till katalogen $ORACLE_HOME/rdbms/admin.
- Kör skriptet utlirp.sql , följ instruktionerna för användning.
- Kör skriptet utlrp.sql, följ instruktionerna för användning.
- På programnivån, kör skriptet $AD_TOP/sql/ADZDDBCC.sql igen för att identifiera om dataordboken fortfarande är korrupt.
- Om ingen korruption hittas, fortsätt med uppgraderingen eller korrigeringscykeln.
- Om korruption fortfarande finns, kontakta Oracle Support och begär att en bugg loggas.
(5) Kör Online Patching Enablement – Readiness Reports
- Se Använda rapporten om beredskap för onlinepatchning i Oracle E-Business Suite version 12.2 (dokument-ID 1531121.1) för instruktioner om hur du laddar ner dessa verktyg.
- Du måste köra följande verktyg från programnivån APPL_TOP. Den rapporterar EBR-överträdelser som inkluderar objekt som inte överensstämmer med EBR-regeln om icke-editionerade objekt (datalagringsobjekt som tabeller och materialiserade vyer), och hänvisningar till editionerade objekt (kodobjekt som:paket, utlösare, objekttyper och så vidare ). Den här rapporten listar också flera namngivningsstandardöverträdelser som måste åtgärdas innan korrigeringsfilen för onlinepatchning används.
(i) Initiera Run File System-miljön:
(ii) Skapa platsen för onlinepatchningsloggfilen och ställ in den som aktuell katalog:
mkdir $LOG_HOME/appl/op
cd $LOG_HOME/appl/op
(iii) Kör följande beredskapsrapporter:
ADZDPSUM.sql
Tillhandahåller en sammanfattning av de scheman som kommer att redigeras och även scheman med objekt som är beroende av E-Business Suite-kod som rekommenderas att redigeras. Du kan registrera dessa scheman med programmet genom att köra kommandona som kommer att listas i det sista avsnittet i denna rapport. Oracle rekommenderar att du kör den här rapporten igen efter att de anpassade schemana har registrerats i programmet. Du bör köra ADZDPSUM.sql upprepade gånger för att hantera beroende scheman tills inga ytterligare EBR-överträdelser rapporteras.
Obs:Ange systemlösenordet när du uppmanas. Du kan ignorera APPS_NE- och ODM-scheman som kan visas i avsnitt 2 i rapporten.
sqlplus system @$AD_TOP/sql/ADZDPSUM.sql
mv adzdpsum.txt adzdpsum_pre_dbprep.txt
ADZDPMAN.sql
Listar objekt med olika kategorier av överträdelser av EBR-regler som måste åtgärdas innan aktiveringsprocessen körs för att undvika fel under denna process. Oracle rekommenderar att du kör detta efter att alla anpassade scheman har registrerats i applikationen enligt instruktionerna i ovanstående rapport ADZDPSUM.sql.
Obs! Ange systemlösenordet när du uppmanas.
sqlplus system @$AD_TOP/sql/ADZDPMAN.sql
mv adzdpman.txt adzdpman_pre_dbprep.txt
ADZDPAUT.sql
Denna rapport listar alla objekt med överträdelser av EBR-reglerna som kommer att åtgärdas automatiskt från aktiveringsprocessen. Denna rapport tillhandahålls i informationssyfte och inga åtgärder bör vidtas från denna rapport.
Obs! Ange systemlösenordet när du uppmanas att göra det.
sqlplus system @$AD_TOP/sql/ADZDPAUT.sql
mv adzdpaut.txt adzdpaut_pre_dbprep.txt
(6) Åtgärda överträdelser som anges i beredskapsrapporten för onlinepatchning som kräver manuellt ingripande
Rapporten om beredskap för onlinepatchning innehåller avsnitt med olika typer av överträdelser.
Granska alla avsnitt som listas i ADZDPMAN.sql-rapporten. Följ instruktionerna i varje avsnitt för att åtgärda överträdelser.
Obs! Många överträdelser i beredskapsrapporten kan åtgärdas automatiskt genom att registrera dina anpassade scheman. Gå igenom det sista avsnittet i den sammanfattande beredskapsrapporten (ADZDPSUM.sql) för exempelkommandon om hur du registrerar dina anpassade scheman.
Följande schema ska INTE registreras:
• SYS
• SYSTEM
• CTXSYS
Allt beroende mellan dessa scheman och Editioned Objects är ett brott mot kodningsstandarder och måste åtgärdas manuellt.
Oracle rekommenderar att du utför den valda korrigeringen genom att anpassa mallfilen $AD_TOP/sql/ADZDPCUST.sql
(7) Upprepa steget Kör onlinepatchning – beredskapsrapport ovan tills alla överträdelser har åtgärdats.
(8) Verifiera databasens tabellutrymme Ledigt utrymme
Den Edition-Based Redefinition-funktionen i Oracle Database 11gR2 kräver extra utrymme för de ordbokstabeller som används för att hantera editionerade objekt.
(i). Initiera Run File System-miljön:
(ii).
Ställ in miljövariabeln HOSTNAME innan du kör online-patchverktyget adop.
Kontrollera att miljövariabeln HOSTNAME är inställd genom att köra följande:
$ echo $HOSTNAME
Om miljövariabeln HOSTNAME inte är inställd kör du följande:
exportera HOSTNAME=
Obs:Upprepa det första steget för att säkerställa att miljövariabeln den ställt in på rätt värdnamn.
Om värdnamnet är inställt men har domänen, återställ det utan domänen.
(iii) Kör följande rapport för att hämta det aktuella lediga utrymmet för tabellutrymmet:
perl $AD_TOP/bin/adzdreport.pl appar
- Välj alternativ 3 – "Andra allmänna rapporter"
- Välj nästa alternativ – "Fritt utrymme i viktiga bordsutrymmen"
Ange lösenordet när du uppmanas.
(iv)Se till följande:
• SYSTEM Bordsutrymme:har minst 25 GB ledigt utrymme
• APPS_TS_SEED Bordsutrymme:har minst 5 GB ledigt utrymme
APPS_TS_SEED används för att vara värd för alla tabeller som har registrerats som frötabeller och som kräver frödatalagringsinfrastruktur.
(9) Kör Online Patching Enablement – Status Report
Den här rapporten ger en övergripande status för den möjliggörande online-patchprocessen. Du kan köra den före, under och efter att aktiveringskorrigeringen har applicerats. I det här skedet kommer du att få rapportresultat innan du aktiverar online-patchning.
(i) Ställ in den aktuella katalogen till $LOG_HOME/appl/op:
cd $LOG_HOME/appl/op
(ii) Kör rapporten med följande kommando. Se till att du verifierar eventuella ogiltiga objekt i detta skede. Notera särskilt att alla online-patchningsobjekt (objekt som matchar mönstret 'AD_ZD%') är giltiga:
sqlplus @$AD_TOP/sql/ADZDEXRPT.sql
Obs! Ange appens lösenord när du uppmanas.
(iii)Spara utdata som pre_dbprep för framtida referens, såsom:
mv adzdexrpt.txt adzdexrpt_pre_dbprep.txt
(10) Se till att alla E-Business Suite-tjänster på mellannivå stängs av
(11) Ladda ner och tillämpa patchen för onlinepatchning
Ladda ner och tillämpa korrigeringsfilen för onlinepatchning:13543062:R12.AD.C. Använd Autopatch i hotpatch-läge för att applicera patchen. 12.2 CA ONLINE AKTIVERINGSPATCH.
Patchen måste appliceras på RUN-filsystemet.
Obs! Se till att din miljö är källa för att peka på rätt filsystem. Du måste också aktivera underhållsläge innan du använder denna patch.
Ytterligare en sak som vi bör tillägga är. Användaren kommer att se detta meddelande när korrigeringen appliceras på korrigeringsfilsystemet
Aktiveringspatchapplikationen kan ta flera timmar att slutföra. Du kan övervaka dess framsteg när som helst genom att köra DDL-statusrapporten (ADZDSHOWDDLS.sql) enligt följande:
sqlplus-appar @$AD_TOP/sql/ADZDSHOWDDLS.sql
Den här rapporten listar ett antal DDL-satser som krävs för att EBR ska aktivera din miljö. Rapporten är organiserad efter resultatet av exekveringen:"Utförd framgångsrikt", "Ej utförd" och "Misslyckad exekvering". I slutet av patchapplikationen ska rapporten ha ett nollantal i avsnitten:"Ej utförd" och "Misslyckad exekvering". Om rapporten innehåller "Ej utförd" och "Misslyckad exekvering",
rapportera sedan dessa fel till Oracle Support. Du kommer att bli ombedd att tillhandahålla utdata från rapporten, patchloggen och alla arbetarloggar, och statusrapporten för online patchningsaktivering. Om det finns något arbetarfel under onlineaktiveringskorrigeringen bör du inte ignorera eller hoppa över det misslyckade felet. Problemet bör åtgärdas innan du startar om arbetaren. Att ignorera eller hoppa över felet kan orsaka
databaskorruption.
(12) Kör ogiltig kompilering
Anslut till sqlplus som "appar" och kör följande:
exec sys.utl_recomp.recomp_parallel
(13) Kör statusrapporten för onlinepatchaktivering igen efter att patchen för onlinepatchaktivering har tillämpats
Kör statusrapporten för onlinepatchaktivering igen efter att patchen för onlinepatchaktivering har tillämpats
(i). Ställ in den aktuella katalogen till $LOG_HOME/appl/op:
cd $LOG_HOME/appl/op
(ii). Kör statusrapporten omedelbart efter att aktiveringskorrigeringen är klar:
sqlplus @$AD_TOP/sql/ADZDEXRPT.sql
Obs! Du måste ange APPS-schemalösenordet när du uppmanas.
Syftet med att köra denna rapport i detta skede är att identifiera och åtgärda eventuella fel som uppstod under aktiveringsprocessen
(14) Kör om beredskapsrapporten för onlinepatchaktivering efter att patchen för onlinepatchaktivering har tillämpats
Kör om beredskapsrapporten för onlinepatchning efter online
Patching Enablement patch har tillämpats
(i). Ställ in den aktuella katalogen till $LOG_HOME/appl/op:
cd $LOG_HOME/appl/op
(ii). Kör beredskapsrapporten efter att aktiveringskorrigeringen är klar:
sqlplus system @$AD_TOP/sql/ADZDPSUM.sql
mv adzdpsum.txt adzdpsum_post_dbprep.txt
sqlplus system @$AD_TOP/sql/ADZDPMAN.sql
mv adzdpman.txt adzdpman_post_dbprep.txt
sqlplus system @$AD_TOP/sql/ADZDPAUT.sql
mv adzdpaut.txt adzdpaut_post_dbprep.txt
Syftet med att köra den här rapporten i detta skede är att säkerställa att alla EBR-överträdelser som kunde ha dykt upp innan du aktiverade funktionen för onlinepatchning är åtgärdade.
Nästa steg kan kontrolleras i artikeln nedan
Steg för steg uppgraderingsprocess för R12.2 Upgrade Part -4
Relaterade artiklar
Bästa användbara AWR-frågorna för R12.2/R12.1-uppgradering
40 frågor du måste veta om R12.2
Hur man klona R12.2-miljön
Viktiga ändringar i Autoconfig R12.2