Steg för steg uppgraderingsprocess för R12.2 Upgrade Part -1

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 kommer att ta hand om steg 1 i det här inlägget.

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

DOKUMENTREFERENS för R12.2-uppgradering

Riktlinjer för databasförberedelse för en Oracle E-Business Suite version 12.2-uppgradering (dokument-ID:1349240.1).
Oracle E-Business Suite Documentation Resources, version 12.2-dokument (Dokument-ID:1498411.1)
Oracle® E-Business Suite Upgrade Guide Release 12.0 och 12.1 till 12.2 Part No E48839-02
Versionsinformation för Oracle E-Business Suite, version 12.2 (dokument-ID 1320300.1)
Oracle E-Business Suite version 12.2.2 Readme (dokument-ID 1506669.1)
Rapport för beredskap för onlinepatchning i Oracle E-Business Suite version 12.2 (dokument-ID 1531121.1)
Tillämpa 12.2.2 AD och TXK Release Update Pack (Doc ID 1560906.1)
12.2 Informationscenter:Dokument-ID:1581299.1
Oracle E-Business Suite Release 12.2:Uppgraderingsstorlek och bästa praxis Dokument-ID:1597531.1
Bästa tillvägagångssätt för att minimera Oracle E-Business Suite Release 12 Uppgraderingsavbrottstid Doc ID:1581549.1
R11i / R12 :Planera din Oracle E-Business Suite (EBS)-uppgradering från version 11i till version 12 Doc ID:1406960.1
http://docs.oracle.com/cd/E26401_01/doc.122/e48839.pdf 12.0 – 12.1 till 12.2
http://docs.oracle.com/cd/E26401_01/doc.122/e48834.pdf 11.5.10.2 till 12.2
Oracle E-Business Suite Release 12.2 Technology Stack Documentation Roadmap (Doc ID 1934915.1)
Oracle E-Business Suite version 12.2.5 Readme (dokument-ID 1983050.1)
Oracle E-Business Suite Release Notes, Release 12.2 (Doc 1320300.1)
Oracle E-Business Suite version 12.2.4 Readme (Doc 1617458.1)
Oracle E-Business Suite version 12.2.5 Readme (Doc 1983050.1)
Oracle E-Business Suite version 12.2:Vanliga frågor om onlinepatchning (Dok 1583902.1)
Relaterade artiklar om Oracle E-Business Technology Blog- https://blogs.oracle.com/stevenChan
Oracle E-Business Suite Release 12.2:Konsoliderad lista över korrigeringar och tekniska buggfixar (dokument-ID 1594274.1)
Klonning av Oracle E-Business Suite Release 12.2 med Rapid Clone (dokument-ID 1383621.1)
Dokument 2666934.1, Oracle E-Business Suite Release 12.2.10 Readme
Dokument 2495027.1, Oracle E-Business Suite Release 12.2.9 Readme
Dokument 2393248.1, Oracle E-Business Suite Release 12.2.8 Readme
Dokument 2230783.1, Oracle E-Business Suite Release 12.2.7 Readme
Dokument 2114016.1, Oracle E-Business Suite Release 12.2.6 Readme

FÖRBEREDELSESTEG INNAN DU STARTAR UPPGRADERINGEN

(1) OS-nivåparametrar

Oracle E-Business Suite Installation and Upgrade Notes Release 12 (12.2) för Linux x86-64 (1330701.1)
Oracle E-Business Suite Installation and Upgrade Notes Release 12 (12.2) för Oracle Solaris on SPARC (64-bit)(1330702.1)
Oracle E-Business Suite Installation and Upgrade Notes Release 12 (12.2) for IBM AIX on Power Systems (64-bit)(1330703.1)
Oracle E-Business Suite Installation and Upgrade Notes Release 12 (12.2) för HP-UX Itanium(1330704.1)
Oracle E-Business Suite Installation and Upgrade Notes Release 12 (12.2) för Microsoft Windows (64-bit)(1330706.1)

Kolla in artikeln nedan för detaljerad läsning

Solaris OS-parameter krävs för R12.2-uppgradering

(2) Släpp händelsevarningsutlösare i anpassade scheman

För att ta bort alla händelsevarningsdatabasutlösare i anpassade scheman, kör skriptet alrdtrig.sql, som finns i $ALR_TOP/patch/115/sql. Återskapa utlösare efter att uppgraderingen är klar.
Det fanns inga anpassade utlösare så körde inte alrdtrig.sql. Kör frågan nedan och se till att du inte har någon Custom Trigger ALR%

SQL> välj distinkt ägare, TRIGGER_NAME, TRIGGER_TYPE, STATUS från dba_triggers där trigger_name som 'ALR%'; ÄGARE TRIGGER_NAME TRIGGER_TYPE STATUS ----- ---------- ---------- ------- APPAR ALR_ALR_DISTRIBUTION_LISTS_IAR EFTER VARJE RAD INAKTIVERADE APPAR ALR_ALR_DISTRIBUTION_LISTS_UAR EFTER VARJE RAD INAKTIVERADE

(3) Granska storlekar på tabellutrymmen och migrera till OATM

Läs Oracle E-Business Suite version 12.2:Uppgradera storlek och bästa praxis (dokument-ID:1597531.1). Och ändra storleken på tabellutrymmet på lämpligt sätt
Det är bra att ha den sista datafilen för varje tabellutrymme inställd på obegränsad autoextent. Använd följande SQL för att få den sista datafilen att autoextenderas på:

VÄLJ 'ALTER databas DATAFILE '||FILEID||' autoextend på maxstorlek 50 g;' FRÅN ( VÄLJ MAX(FILE_ID) FILID FRÅN DBA_DATA_FILES GROUP BY TABLESPACE_NAME )

Migrera befintliga objekt till ny tabellutrymmesmodell (rekommenderas):

Oracle E-Business Suite Release 12-miljöer innehåller den nya Oracle Applications Tablespace Model (OATM). Den här modellen är baserad på databasobjekttyp snarare än produkttillhörighet, vilket gör det enklare att hantera och kräver mycket färre tabellutrymmen och operativsystemfiler.
Om du tidigare uppgraderat din miljö från Release 11i till Release 12, skapade uppgraderingsprocessen tabellutrymmen för alla nya produkter, konfigurerade databasen för den nya tabellutrymmesmodellen och skapade nya objekt. Den migrerade dock inte automatiskt dina befintliga objekt. Om du inte redan har gjort det rekommenderar Oracle starkt att du använder Tablespace Migration Utility för att utföra denna migrering nu. Observera att det här verktyget inte stöds för användning efter att du aktiverat Online Patching, så du kan inte utföra migreringen efter att din miljö har uppgraderats till version 12.2. Om du väljer att inte migrera till OATM nu måste du fortsätta att hantera dina tabellutrymmen separat.
Kolla in artikeln nedan för OATM-migrering

Oracle Applications tablespace model (OATM)

(4) Applicera RDBMS-korrigeringarna

Vi måste migrera till antingen 11.2.0.4 eller 12.1.0.2 databasversionen för att migrera till R12.2. Obs! Vi kan också göra detta genom separat driftstopp.
Vi måste följa interoperabilitetsdokumentet för uppgraderingen
Kontrollera artiklarna för Uppgraderingar Hur man uppgraderar R12.1-instansdatabasen till 12c
Vi måste också tillämpa databaspatcharna som anges i Oracle-supportdokumentet nedan.
Oracle E-Business Suite Release 12.2:Konsoliderad lista över korrigeringar och tekniska buggfixar (dokument-ID 1594274.1)
Installera JRE på databasnivån (villkorlig)
Om du planerar att köra snabbinstallation i uppgraderingsläge genom att använda alternativet Använd befintlig ORACLE HOME, måste du installera JRE i databasen ORACLE_HOME/appsutil enligt följande:
Ladda ner den senaste JRE 7-uppdateringen. För optimal stabilitet, prestanda, skalbarhet och OS-leverantörssupport, använd den senaste tillgängliga uppdateringen av JRE för Oracle
E-Business Suite databasnivå. JRE-nedladdningsplatsen är:
http://www.oracle.com/technetwork/java/javase/downloads/index.html.

(5) Kör Samla statistik och rensa papperskorgen

(i) Kör Samla schemastatistik för ALLA scheman

exec apps.fnd_stats.gather_schema_statistics(schemaname=> 'ALLA',estimate_percent=>DBMS_STATS.AUTO_SAMPLE_SIZE ,options => 'SAMLA AUTO');

(ii) Samla statistik för SYS, fast objekt och ordbok (krävs)

Utför alla steg som 'SYSDBA'-användare.

Samla in SYS-schemastatistik:

begin
dbms_stats.gather_schema_stats('SYS',
options=>'GATHER STALE',
estimate_percent =>
DBMS_STATS.AUTO_SAMPLE_SIZE,
method_opt => 'FÖR ALLA KOLUMNER STORLEK AUTO',
cascade => TRUE);
end;
/

Fast objekt och ordboksstatistik

Dessa borde tidigare ha samlats in, korrekta och uppdaterade i pre-upgrade-miljön.

exec dbms_stats.gather_fixed_objects_stats;
exec dbms_stats.gather_dictionary_stats;

(iii) Töm papperskorgen

purge dba_recyclebin;

(6) Rensa gamla AWR-data

Rensa AWR med EXEC dbms_workload_repository.drop_snapshot_range:
Ta ögonblicksbildintervallet från DBA_HIST_SNAPSHOT

välj dbid,min(snap_id),max(snap_id) från DBA_HIST_SNAPSHOT-gruppen efter dbid;

(7) Inaktivera granskningsspår

Logga in som sysadmin, navigera till systemadministratörsansvar -> Säkerhet -> Granskningsspår -> Grupper
Aktivera frågefönstret genom att trycka på F11 och välj alternativet AKTIVERA för Gruppstatus och tryck på Ctrl+F11 för att få resultaten.
Förutom för Application Name-värdet – "Application Object Library" som återstår med statusen "Enabled" ska göras till "Disable Purge Table" och spara posten.
När vi har uppgraderat måste vi återaktivera dessa genom att ställa in den på "Aktiverad" och spara posten

(8) Installera R12.2 snabbinstallation

Installera R12.2 snabbinstallation med rapidwiz och välj uppgraderingsfilsystem. Indata kommer att likna endast Ny installation
Kolla in artiklarna nedan om detaljerade steg
Hur man utför installation av en EBS 12.2 Vision-instans

(9) Utför kompilering av ogiltiga i databasen och ta objekträkningen

(i) Ogiltig kompilering

sqlplus / as sysdbaexec sys.utl_recomp.recomp_parallel(10);

(ii)) Ta ogiltig räkning före uppgradering

sqlplus / as sysdbaSpool invalid_before_upgrade.logcol object_name for a30col ägare för a20col status för a10col cnt för 999999break på rapport om ägare beräkna summan av cnt på rapportens ägareuppsättningsrader 120set sidor 5000_välj ägare,dban_name=dban_name,dban_name,dban_name,dban_name,dban_name,object ID 'beställ med 1,2,3;Spool off

(10) Inaktivera anpassade utlösare och index, Crontabs, schemaläggare

Behöver inaktivera anpassade utlösare och anpassade index. Behåll ett skript för att inaktivera och aktivera triggers och index. Eftersom vi kommer att behöva aktivera dem efter att uppgraderingen är klar
Var vänlig inaktivera cron-jobb om några som påverkar uppgraderingsprocessen annat än filsystem eller tabellutrymmesvarning
Inaktivera alla schemalagda jobb i DBMS_scheduler

(11) Applicera funktionella patchar

(i) Utför den här uppgiften endast om du använder Oracle Advanced Collections with Strategies.

Kontroller av strategiarbetsflöden Gäller för versionsnivåerna 12.0 och 12.1.
Använd korrigeringsfilen för diagnostikskript 13027498:R12.IEX.A när du uppgraderar från R12.0.X och använd 13027498:R12.IEX.B när du uppgraderar från 12.1.X. Den här patchen innehåller skript för insamlingsstrategins arbetsflöde.
Från inkassoagentens ansvar med användarnamnet "SYSADMIN", stoppa alla schemalagda arbetsflödesbakgrundsprocesser samtidigt programbegäranden för följande objekttyper:

• IEXSTRY – IEX:Collection Strategy Work Flow
• IEXSTFFM – IEX:Strategy Fulfillment Mailer
• IEXSTRCM – IEX:Strategy Custom Work Flow

Kör skriptet $IEX_TOP/patch/115/sql/iexswowf.sql för att kontrollera och rensa de strategier som körs utan arbetsflöde. Detta skript kräver två parametrar:FND användarnamn och Ansvar för granskningstabell och loggar. Till exempel kan du köra skriptet med följande användarnamn:SYSADMIN och ansvar:Collections Agent

(ii)Redovisning för underleverantörer:

Utför den här uppgiften om du använder Oracle Subledger Accounting.
Rensa upp förhandsköer från tidigare Skapa redovisningsprocesser innan du aktiverar EBR.
Gäller för versionerna 12.0 och 12.1.
Använd patch 13420532:R12.XLA.A vid uppgradering från version 12.0.x och använd patch 13420532:R12.XLA.B vid uppgradering från release 12.1.x för att rensa upp tillfälliga förskottsköer som skapats av tidigare Skapa redovisningsprogram processer. Väntande förhandsköer för slutförda Skapa redovisningsprocesser skapar inga uppgraderingsproblem, utan måste rensas upp för EBR.
Obs! Du kan utföra detta föruppgraderingssteg medan föruppgraderingssystemet är online.
Denna korrigeringsfil levererar skriptet xlaqclen.sql för att STOPPA och SLÄPPA förhandsköerna från tidigare genomförda körningar av programmet Skapa redovisning. Förhandsköer för Create Accounting-programmet togs inte bort efter att programmet slutförts, om det inte fanns några redovisningshändelser som bearbetades av programmet. Dessa väntande Advance köer av redan slutförda Create Accounting-program orsakar ingen korruption, men måste städas upp för EBR. Den här korrigeringen behöver endast tillämpas av kunder som förbereder sig för Oracle Applications version 12.2-uppgradering. Denna patch är viktig innan EBR aktiveras i 12.2. Mer information om EBR finns i Oracle Applications version 12.2.

(iii)Human Resource Management (HRMS)

Alla anpassade databasobjekt som är mappade till seedade API:er/radhanterare måste ändras från LONG/LONG RAW till CLOB.

VÄLJ paketnamn ,objekt_namn ,argumentnamn ,datatyp FRÅN alla_argumentWHERE (paketnamn,objektnamn) IN (VÄLJ anropspaket, anropsförfarande FRÅN hr_api_hook_calls) OCH data_type ='LÅNG';PACKAGE_NAME OBJECT_NAME---------- ---------- ---------- -----------PSB_HR_POPULATE_DATA_PVT INSERT_POSITION_TXN_INFO P_COMMENTS LONGvälj objektnamn, objekttyp, ägare från dba_objects där objektnamn ='PSB_HR_POPULATE_DATA_PVT';OBJECT_NAME OBJECT_TYPE OWNER----------- ---------- -------PSB_HR_POPULATE_DATA_PVT PACKAGE APPSPSB_HR_POPULATE_DATA_PVT PACKAGE BODY APPS

(iv) Supply Chain Management Tasks
Uppgifterna i det här avsnittet krävs endast om du använder Oracle Supply Chain Management-produkter.
Orderhantering:
Utför dessa uppgifter om du använder Oracle Order Management.

Kontrollera efter nullable Hold Entity ID.
Gäller:Release 12.1
Om du uppgraderar från release 12.1 bör du leta efter Nullable Hold Entity ID och fixa det till NOT NULL. Följ noggrant instruktionerna i readme i Patch 14191792:R12.ONT.B.

(v). Produktnav:–
Sök efter dubbletter av poster
Gäller:Release 12.0 och 12.1
Kör följande fråga och verifiera utdata:

SQL> VÄLJ ANTAL(1) FRÅN SYS.ALL_IND_COLUMNS WHERE INDEX_NAME ='EGO_MTL_SY_ITEMS_EXT_B_U2' OCH COLUMN_NAME ='UNIQUE_VALUE'OCH INDEX_OWNER ='EGO'; COUNT(1)---------0

Om ovanstående fråga returnerar "0" som utdata, utför sedan följande steg:

Ta säkerhetskopia av ego_mtl_sy_items_ext_b-tabellen
Se antecknings-ID:953449.1 och kör skriptet i kolumnen 'Identifieringsskript' i avsnittet 'Lösning – Datafix' för att identifiera dubbletter av poster.
Om det finns dubbletter av poster, kör sedan skripten i kolumnen "Fix" i avsnittet "Lösning – Datafix" för lämplig basversion för att ta bort dubbletter av poster.
Obs! Du måste eliminera dubbletter av poster innan du uppgraderar till version 12.2. Om du behöver hjälp med att eliminera dubbletter av poster, kontakta Oracle Support.
För R12.1 och högre versioner, använd nedanstående fråga för att identifiera dubblettposterna:

VÄLJ COUNT() AS v_count , inventory_item_id, organisation_id, revision_id, attr_group_id, data_level_id, pk1_value, pk2_value FROM apps.ego_mtl_sy_items_ext_b a WHERE_EXISTS (SELECT 1 FROM apps_groupid_a_group_tr_apps.ego_mtl_sy_items_ext_b) AND multi_row <> 'Y') GROUP BY inventory_item_id, organisation_id, revision_id, attr_group_id, data_level_id, pk1_value, pk2_value HAVING COUNT()> 1;
inga rader valda

För nästa steg. se artiklarna nedan

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

Relaterade artiklar

De bästa AWR-användbara 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