40 spørgsmål du skal vide om R12.2

R12.2 er den seneste udgivelse i Oracle EBS-området. Vi præsenterer her det mest søgte over 40 spørgsmål, du skal vide om R12.2

Spørgsmål 1 :Hvad er online patching?
Svar :
Online patching er en ny patch-mekanisme, der er tilgængelig med R12.2, der tillader anvendelse af patches, mens systemet er oppe og kører, og brugerne arbejder som normalt.

Spørgsmål 2 :Hvilken Oracle E-Business Suite udgiver Online Patching-funktion er tilgængelig?
Svar Online patching bruges med Oracle E-Business Suite 12.2 og nyere.
Spørgsmål 3 :Hvilke typer patch anvendes online?
Svar :Alle Oracle E-Business Suite Release 12.2-patches anvendes online. Dette inkluderer engangsrettelser, patch-oprulninger, konsoliderede opdateringer og sikkerhedsrettelser.

Spørgsmål 4: Hvad er online-patch-cyklussen?
Svar :Online Patching-cyklussen er en sekvens af indbyrdes relaterede trin (faser), der bruges til at anvende patches til et Oracle E-Business Suite-system.

Spørgsmål 5: Hvilket værktøj bruges til at anvende online-patches?
Svar: AD Online Patching (adop) kommandolinjeværktøj bruges til at styre online patching-cyklussen. adop invokes adpatch er kun baggrunden

Spørgsmål 6 :Er der nogen nedetid i online patching?
Svar :Der er en kort periode med nedetid, når applikationsniveautjenesterne lukkes ned og genstartes. Databasen forbliver åben hele tiden.

Vigtige teknologiændringer i E-business Suite R12.2

Spørgsmål 7 Når jeg har opgraderet til version 12.2, kan jeg så stadig anvende patches på den traditionelle måde?
Svar :Ingen. Alle patches til Release 12.2 vil være online-patches. Den traditionelle, før 12.2 metode til at påføre patches vil ikke fungere. Der er muligheder som nedetid og hotpatch, som fungerer mere som traditionel måde, men de bruges til patches instrueret af Oracle

Spørgsmål 8 :Hvad er infrastrukturen til online patching?
Svar :Denne infrastruktur inkluderer databaseobjektudgave og patch/run filsystemkomponenter.

Spørgsmål 9 . Kræver online patching funktionen 11gR2 Oracle Database Edition Based Redefinition (EBR)?
Svar Ja. Online patching afhænger af funktionen Edition Based Redefinition (EBR), der blev introduceret i Oracle 11gR2-databasen. Mest bemærkelsesværdigt tillader EBR redigering af kodeobjekter i databasen. For at gøre dette giver den nye objekttyper såsom udgaver, udgivelsesvisninger og triggere på tværs af udgaver, som alle er en del af Online Patching-infrastrukturen.

R12.2-udgavebestemmelse og opsætning

Spørgsmål 10 . Hvad er de faser, der udgør online-patch-cyklussen?
Svar :Online-patch-cyklussen består af følgende faser:
1.Forbered en virtuel kopi (patch-udgave) af den kørende applikation (run edition).
2.Anvend patches til patch-udgaven af ​​applikationen.
3.Fuldfør systemet, så det er klar til cutover-fasen.
4.Cutover til patch-udgaven og gør det til den nye køreudgave.
5.Ryd op i forældede definitioner eller data for at genvinde plads.

Oracle Ebuisness Suite Architecture i R12.2

Spørgsmål 11 .Hvilken nedetid er påkrævet under en online patch-cyklus? eller som navnet staver online, er der ikke nedetid i hele processen
Svar Cutover-fasen kræver en kort periode med nedetid (typisk et par minutter) til overgangsopgaver såsom en genstart af applikationsniveautjenesterne.

Spørgsmål 12 . Er der behov for nedetid for databaseniveauet?
Svar :Nej. Faktisk skal databasen være oppe og køre under hver fase af online patch-cyklussen. Suite database.

Spørgsmål 13 .Hvordan fungerer online patching på applikationsniveauet?
Svar :Under installationen af ​​version 12.2 vil Rapid Install lægge to kopier af programniveauets filsystem. En af kopierne vil blive mærket som kørefilsystemet, og den anden som patch-filsystemet. Efterfølgende, når en patch anvendes, vil adop:
1.Synkronisere indholdet af kørefilsystemet med patch-filsystemet. Dette sker under forberedelsesfasen.
2.Udfør patch-handlinger på patch-filsystemet. Dette sker under anvendelsesfasen.
3. Til sidst, under cutover-fasen, genstarter adop-værktøjet applikationsniveautjenesterne. Patch-filsystemet forfremmes derefter til at være det nye kørefilsystem, og det gamle kørefilsystem bliver patch-filsystemet for den næste patch-cyklus.

Bemærk, at et tredje filsystem, det ikke-udgivne filsystem (fs_ne), er oprettet til at gemme filer, der indeholder data, der er nødvendige på tværs af alle filsystemer, såsom logfiler.

R12.2 Online patching-cyklus Resumé

Adop forklaret R12.2

Spørgsmål 14 .Hvordan anvender jeg Oracle Fusion Middle-ware patches i Oracle E-Business Suite Release 12.2?
Svar :Under anvendelsesfasen af ​​en online patch-cyklus anvender du Oracle Fusion Middle-ware-patches til Oracle-hjemmene i patch-udgavens filsystem. Derefter, efter cut-over-fasen er fuldført, synkroniserer du filsystemerne ved at udføre en fs_clone-operation.

Sådan anvender du teknologirettelserne til EBS R12.2

Spørgsmål 15 . Kan jeg bruge patch-udgaven til test- og udviklingsformål?
Svar Som en specialiseret komponent i Online Patching-infrastrukturen understøttes patch-udgaven ikke til brug som et testmiljø. Du bør fortsætte med at bruge et separat, dedikeret testmiljø.

Spørgsmål 16 .Kan Online Patching bruges med databaseteknologier såsom Active Dataguard og Flashback?
Svar :Ja. Online patching kan bruges sammen med Active Dataguard og Flashback. Faktisk kan vi bruge flashback til at rulle ændringerne tilbage efter den sidste cutover
Spørgsmål 17 . Hvad er de vigtigste forskelle mellem tabellerne DBA_OBJECTS, DBA_OBJECTS_AE og AD_OBJECTS?
Svar DBA_OBJECTS viser objektoplysninger for den aktuelle udgave, men STATUS-kolonnen i denne visning viser muligvis objektet som GYLDIGT, selvom objektet faktisk skal kompileres før brug.
DBA_OBJECTS_AE ligner DBA_OBJECTS, men viser objektoplysninger på tværs af alle udgaver. Dette har den ulempe, at det viser objekter i gamle udgaver, som ikke længere er tilgængelige for applikationen.
AD_OBJECTS er Oracle E-Business Suite-løsningen til den upålidelige STATUS-kolonne i DBA_OBJECTS. AD_OBJECTS viser den korrekte status for hvert objekt, der er synligt i den aktuelle udgave. Det viser også, om objektet er "faktisk" (et rigtigt objekt) i den aktuelle udgave, eller et "stub"-objekt (objektdefinitionen blev arvet fra en tidligere udgave). Du kan forespørge AD_OBJECTS for at finde objekter, der skal rekompileres før brug:

SQL>select owner, object_name, object_type
from ad_objects
where status = 'INVALID'
order by 1,2,3
/

Den samme logik kan anvendes ved at køre scriptet:

SQL>sqlplus apps/apps @$AD_TOP/sql/ADZDSHOWINVALID

Alt, hvad du gerne vil vide om Opret tabel i Oracle

Oracle-indekser og indekstyper

Spørgsmål 18 .Forøger online patching kravene til netværksport på en Oracle E-Business Suite-instans?
Svar: Ja. Online patching kræver et ekstra sæt netværksporte til Oracle WebLogic Server-administrerede servere på det andet filsystem. Under cutover-fasen kører de administrerede servere samtidigt på patch-filsystemet og kører filsystemet i en kort periode i en rullende overgangsproces.

Spørgsmål 19 .Er det muligt at afbryde en online patch-session?
Svar Ja. Op til cutover kan du køre afbrydelsesfasen for at fortryde de ændringer, der er foretaget indtil nu i patch-cyklussen. Det er ikke muligt at trække plastrene tilbage, når cutover er fuldført.

Spørgsmål 20 .Er den delte APPL_TOP-konfiguration understøttet med Online Patching?
Svar :Ja. En delt APPL_TOP-konfiguration understøttes og anbefales til implementeringer af multi-node-applikationsniveauer i Release 12.2.

Spørgsmål 21 .Hvordan fungerer adop i et multi-node miljø?
Svar Adop Online Patching-værktøjet bruger fjern-API'er og ssh-login til at udføre patch-operationer på fjernknudepunkter i et multi-node-miljø. Den node, der starter adop, bliver 'master'-knuden, og de eksterne noder omtales som 'slaver'.

Spørgsmål 22 .Hvordan bestemmer jeg status for min online patch-session?
Svar :Du kan køre kommandoen adop -status. Dette vil vise oplysninger, der inkluderer afsluttede faser og den tid, det tager. Hvis du ønsker yderligere detaljer om udførte operationer, kan du køre kommandoen adop -status -detail.

Spørgsmål 23 .Hvad er nedetidstilstand, og hvornår kan den bruges?
Svar :For at optimere processen med at opgradere til E-Business Suite Release 12.2 introducerede AD Delta 5 Release Update Pack nedetidstilstand, som bruges som følger:

$ adop phase=apply patches=<patch_number> apply_mode=downtime

Nedetidstilstand bruger ikke en online patch-cyklus. Processen med at anvende en patch i nedetidstilstand fuldføres hurtigere end i onlinetilstand, men på bekostning af øget systemnedetid.
Når du anvender Oracle E-Business Suite-patches i denne tilstand, vil Adop først bekræfte, at programniveauet tjenester er nede, og vil derefter fortsætte med at anvende patchen til den kørende udgave af Oracle E-Business Suite-databasen og filsystemet.
Netidstilstand er understøttet for:
-Al patching (inklusive efter-opgradering patching), som er en del af Release 12.2-opgraderingsprocessen og afsluttes, før systemet skaleres op, applikationsniveautjenesterne startes, og brugere logger på det opgraderede system.
-Enkeltnode-udvikling eller testmiljøer, hvor produktionsstøtte og høj tilgængelighed ikke er påkrævet.

Nedetidstilstand gør det muligt at gennemføre 12.2-opgraderingsprocessen så hurtigt som muligt. Når opgraderingen er fuldført, og brugerne er online, skal al efterfølgende patching på et produktionssystem bruge online-tilstand, ikke nedetidstilstand, medmindre patchen readme angiver andet.

Adskillige begrænsninger gælder for brugen af ​​nedetidstilstand:
-Du kan ikke validere en vellykket programrettelsesapplikation, før overgangen til den opdaterede kode finder sted.
-Der er ingen mulighed for at afbryde en mislykket patch og vende tilbage til den eksisterende kørsel udgave.
-Release 12.2-patches testes normalt ikke i nedetidstilstand.
-Brug af nedetidstilstand i et multi-node-applikationsniveau-miljø er ikke testet eller understøttet.
Spørgsmål 24 . Hvad kan jeg gøre for at reducere den tid, der kræves til cutover?
Svar :Det er vigtigt at skelne mellem den nødvendige tid til hele cutover-fasen og nedetidsperioden inden for fasen. Den faktiske nedetid (hvor brugere ikke kan logge ind) er væsentligt kortere end hele fasen. For at hjælpe med at reducere den samlede tid, som cutover tager, kan du gøre tre ting:
-Kør afslutningsfasen eksplicit for at undgå behovet for cut-over for at gøre det.
-Luk de samtidige ledere ned, før du kører skæres over for at undgå at skulle vente på, at samtidige anmodninger er fuldført. Alternativt skal du sikre dig, at der ikke indsendes længerevarende samtidige job, mens en patch-cyklus er i gang.
-Sørg for, at du bruger det maksimale antal parallelle arbejdere, som dit system understøtter.

Spørgsmål 25 .Hvad er fs_clone, og hvordan bruges det?
Svar Kommandoen adop phase=fs_clone er en speciel kommando, der bruges til at kopiere kørefilsystemet til patch-filsystemet.

Spørgsmål 26 .Vil AutoConfig og admin vedligeholdelsesopgaver såsom adrelink, formularkompilering, rapportkompilering blive udført online?
Svar: Ja, disse vedligeholdelsesopgaver vil blive udført online. De relevante handlinger vil være målrettet mod patch-filsystemet og bør udføres under en patch-cyklus. De vil ikke have nogen indflydelse på kørefilsystemet.

Spørgsmål 27 Ændrer Online Patching den måde, datafix-rettelser anvendes på Oracle E-Business Suite 12.2?
Svar Ja. Datafix patches (bruges til at rette transaktionsdata) kræver særlig håndtering. Programrettelsen readme vil give fuldstændige instruktioner.

Spørgsmål 28 Hvordan anvender eller retter jeg mine tilpasninger i Oracle E-Business Suite Release 12.2?
Svar Du bør anvende dine tilpasninger til patch-udgaven under anvendelsesfasen af ​​online patch-cyklussen. Fordi dette sker før cutover-fasen, vil dine ændringer blive udbredt til den nye kørselsudgave (sammen med alle rettelserne i de patches, der blev anvendt under patchingscyklussen).

Spørgsmål 29 . Hvis tilpasset kode er installeret på et separat databaseskema, skal jeg så edition-aktivere mit tilpassede databaseskema?
Svar Kodningsstandarderne i Oracle E-Business Suite Developer's Guide angiver, at det første skridt til enhver tilpasset applikationsudvikling er at registrere det tilpassede Oracle-skema med Oracle E-Business Suite-applikationerne. Online Patching-aktiveringspatchen muliggør udgave på alle de skemaer, der er registreret med applikationen. Hvis du følger denne proces, vil dit skema automatisk blive udgaveaktiveret.

Spørgsmål 30 . Er der nogle særlige overvejelser for at oprette brugerdefinerede patches, der er kompatible med Online Patching?
Svar Ja. Der er nogle særlige overvejelser for at skabe brugerdefinerede patches, der er kompatible med Online Patching. Se afsnittet Patching Standards i Oracle E-Business Suite Developer's Guide.

Spørgsmål 31 :Hvordan er et ikke-Oracle E-Business Suite-databaseskema i stand til at få adgang til Oracle E-Business Suite-tabellerne?
Svar Ethvert tredjepartsskema, enten fra tredjepartsprodukter eller tilpasset kode, skal få adgang til Oracle E-Business Suite-tabeller via synonymerne i APPS-skemaet. Direkte adgang til Oracle E-Business Suite-tabeller kan give forkerte resultater.

Spørgsmål 32: Hvad er den vigtigste teknologiske forskel mellem R12.2 og R12.1
Svar: R12.2 bruger weblogic, mens R12.1 bruger OC4J. Bortset fra det har vi online patching funktion i r12.2 ved hjælp af edition og patch/run filsystem

R12.1 Techstack

R12.2 techstack

Spørgsmål 33 :Hvordan ændrer man apps-adgangskoden i R12.2?
Svar: apps-adgangskoden er den samme som R12.1 med undtagelse af at ændre den i weblogic-konsollen.

Spørgsmål 34 :hvor er logfilerne gemt til adop?
Svar: Det er gemt i det tredje filsystem, som er ikke-udgave filsystem

Spørgsmål 35 . hvordan forbinder du til patch-udgaven?
Svar :Kilde til env ved hjælp af patch-indstilling

/u71/R122/EBSapps.env patch

Spørgsmål 36 :Sådan bestemmes weblogic-versionen i R12.2
Svar Sådan finder du Weblogic-versionen

Spørgsmål 37. Hvordan øger man administrationsknuden i R12.2?
Svar

Sådan tilføjer du administrationsserveren i R12.2

Sådan sletter du administrationsserveren i R12.2

Spørgsmål 38 . Hvor er logfilen placeret i R12.2 Apache og Weblogic

Svar
Apache-logfiler

$IAS_ORACLE_HOME/instances/*/diagnostics/logs/OHS/EBS_web_*/*log

OPMN-log

$IAS_ORACLE_HOME/instances/*/diagnostics/logs/OPMN/opmn/*

Weblogiske logfiler

$IAS_ORACLE_HOME/../wlserver_10.3/common/nodemanager $EBS_DOMAIN_HOME/servers/oa*/logs/*
$EBS_DOMAIN_HOME/servers/forms*/logs/*
$EBS_DOMAIN_HOME/servers/AdminServer/logs/*
$EBS_DOMAIN_HOME/sysman/log/*

Spørgsmål 39 . Sådan stopper og starter du tjenesterne i R12.2
Svar

Når vi ønsker at stoppe alle applikationstjenester, der bruger script adstpall.sh , giver vi apps adgangskode i R12.1.3 . Men i R12.2 vil den spørge weblogic admin password ud over at bringe ned til alle tjenester.

Vi skal give Weblogic admin adgangskode

Stop
Når vi vil stoppe alle tjenester adstpall.sh apps/apps igen, vil det spørge om weblogic-adgangskode

Administratorscripts i R12.2
Spørgsmål 40 . Skal vi kopiere Oracle fusion middleware i R12.2 kloning?
Svar Det er ikke påkrævet i R12.2-kloning, da adpreclone kopierer Oracle fusion-midten i komprimeret format på applikationsniveauet

Sådan klones R12.2-miljøet

Bonusspørgsmål
Spørgsmål 41:  Kan jeg stadig bruge adpatch i Release 12.2 Online Patching-miljøet?
Svar Nej. Selvom Oracle-værktøjerne internt kan påkalde adpatch-værktøjet, er direkte brugerankaldelse af adpatch ikke tilladt.
Spørgsmål 42 Hvad er de vigtigste trin for at opgradere fra R12.1 til R12.2?
Svar

1. Forberedelsestrin for opgradering
2. Hovedopgradering  ved hjælp af Main Upgrade Driver til R12.2.0 (fusioneret med forudinstalleret Oracle E-Business Suite Consolidated Upgrade Patch til R12.2.0)
3. Aktivering af online patching
4. Anvendelse af den seneste  R12.AD.C.Delta.n og R12.TXK.C.Delta.n
5. Anvendelse af 12.2.n Release Update Pack (RUP)

Detaljeret er givet nedenfor artikler

Trin for trin opgraderingsproces for R12.2 Upgrade Part -1
Trin for trin opgraderingsproces til R12.2 Upgrade Part -2
Trin for trin opgraderingsproces til R12.2 Upgrade Part -3
Trin for trin opgraderingsproces for R12.2 Upgrade Part -4

Spørgsmål 43 Hvordan ændres webport i R12.2?

Svar

Sådan ændres webporten i EBS 12.2

Spørgsmål 44 Hvad er Hotpatch-tilstand i R12.0/R12.1?

Svar

Fantastisk information om HOTPATCH-tilstand i adop

Spørgsmål 45 Hvad alle weblogic-servere er inkluderet i R12.2?
Svar
•ADMINSERVER (WebLogic Administrative Server)
•OACORE_SERVER1 (Selvbetjeningsapplikationer)
•OAFM_SERVER1 (WebServices, AppsSearch, Transport Agent)
•FORMS_SERVER1 (Oracle Forms 10.1.2.3 Servlet)
•FORMS-C4WS_SERVER (Web Service Forms Servlet)

Articles you must read on R12.2
Login flow and basic troubleshooting for R12.2
Service Group changes in R12.2
adopmon and adopreports utility R12.2.5
How to re-attach 12.2 E-Business Oracle Homes to the central inventory
Isolating post-upgrade concurrent programs to a separate manager queue in R12.2
R12.2 RapidWiz Installed Components and System Requirements
Top AWR useful queries for R12.2/R12.1 Upgrade
How to rollback the patch after failed cutover phase in R12.2
forward cross edition triggers R12.2
Solaris OS parameter required for R12.2 Upgrade

Bestsellerkursus om Udemy til DBA'erne
Shell Scripting:Opdag, hvordan du automatiserer kommandolinjeopgaver
EBS 12.2 Administration [AppsDBA]
Oracle SQL 11g + Oracle Apps R12 DBA
Lær Big Data:The Hadoop Ecosystem Masterclass
Oracle SQL – trin for trin SQL