sql >> Databasteknik >  >> RDS >> Oracle

vad som händer i adop-fasen förbereda

Adop-fasförberedelse är den första fasen i online-patchningscykeln i R12.2. Adop utför många åtgärder i fasen. Här är sekvensen av aktiviteter
1. Kontrollerar om en rensning ska utföras, vilket kommer att behövas om användaren misslyckades med att anropa rensning efter övergångsfasen av en tidigare korrigeringscykel online .

2. Validerar systemkonfigurationen för att säkerställa att systemet är redo att starta en korrigeringscykel online.

3.Kontrollerar om databasen är förberedd för korrigering online :

a) Kontrollerar om databasanvändaren är edition-aktiverad. Om inte, avslutas adop omedelbart med ett fel.

b) Kontrollerar om patchtjänsten har skapats. adop kräver att det finns en speciell databastjänst för att ansluta till patch-utgåvan. Denna tjänst skapas automatiskt, men dess fortsatta existens valideras vid varje förberedelse.

c) Kontrollerar om inloggningsutlösaren finns och är aktiverad. Om inloggningsutlösaren saknas eller om patchtjänsten inte har skapats kommer adop automatiskt att försöka åtgärda problemet så att det kan fortsätta. Om det inte kan göra det kommer det att avslutas med ett felmeddelande.

d)Kontrollerar integriteten hos databasdataordlistan. Om någon korruption upptäcks, avslutar Adop med en errorease 12.2.

e) Kontrollerar att E-Business Suite Technology Codelevel Checker (ETCC) har körts för att verifiera att alla nödvändiga patchar har applicerats på databasen.
4.Kontrollerar systemkonfigurationen på varje nod på programnivån. Ett antal kritiska inställningar valideras för att säkerställa att varje nod på programnivå är korrekt registrerad, konfigurerad och redo för patchning.

Kontrollerar filsystemet med hjälp av TXK-skriptet $AD_TOP/patch/115/bin/txkADOPPreparePhaseSanityCheck.pl . Det här skriptet kontrollerar filsystemutrymmet, databasanslutningar, appar/system/weblogiska lösenord, kontextfilvalidering och så vidare
Och det producerar också en rapport som visar information om de viktigaste tabellutrymmena som genereras. Den här rapporten skapas i $APPL_TOP/admin/$TWO_TASK/out.
5. Kontrollerar förekomsten av "Online Patching In Progress" (ADZDPATCH) samtidigt program. Detta program förhindrar vissa fördefinierade samtidiga program från att startas, och måste därför vara aktiva medan en korrigeringscykel pågår (det vill säga medan en databaspatch-utgåva finns).

Processflödet är 

a. Om ADZDPATCH-programmet ännu inte har begärts att köras, skickas en begäran. Om den inte finns rapporteras nedanstående fel
FEL på rad 1:

ORA-20008:Ingen Concurrent Manager är definierad som kan köra samtidigt program

ADZDPATCH

b. Statusen för ADZDPATCH bestäms. Om det väntar kan det vänta på att ett inkompatibelt program ska slutföras. När inkompatibiliteten är klar kommer dess status att ändras till att köras, och det kommer att tillåta förberedelsefasen att fortsätta. Ett meddelande om detta visas för användaren.
c. Nästa steg beror på om de samtidiga hanterarna körs:

i.Om de samtidiga förvaltarna är nere, fortsätter förberedelsefasen, där ADZDPATCH går in i statusen väntande (med högsta prioritet) tills förvaltarna startas.
ii.Om de samtidiga förvaltarna är delvis uppe, men det finns är ingen manager definierad som kan köra ADZDPATCH, kommer förberedelsefasen att avslutas med ett fel.
iii.Om de samtidiga hanterarna är uppe och det finns en definierad som kan köra ADZDPATCH, kommer bearbetningen att gå i loop tills ADZDPATCH ändrar status från väntar på att köras. Förberedelsefasen fortsätter sedan.
ADZDPATCH avbryts när övergångsfasen är klar.

Om du vill att något anpassat program inte ska köras i korrigeringscykeln måste du göra det inkompatibelt med det här programmet
6. Anropar TXK-skriptet $AD_TOP/patch/115/bin/txkADOPPreparePhaseSynchronize.pl för att synkronisera korrigeringarna som har tillämpats på körningen APPL_TOP, men inte patchen APPL_TOP. Skriptet beror på adop-förvaret för patchar som har tillämpats på körningen APPL_TOP men inte patchen APPL_TOP.

it Identifiera patcharna som applicerades på körningen APPL_TOP och applicera dem på patchen APPL_TOP. Följande steg utförs automatiskt:

a. De korrigeringar som måste appliceras på korrigeringsfilen APPL_TOP identifieras från databasen.
b. De sammanslagna korrigeringsfilerna appliceras av adop-verktyget.
Adop-verktyget identifierar deltapatcharna som ska tillämpas, och applicerar dem tyst på den aktuella patchen APPL_TOP. Eftersom denna procedur bara kräver applicering av deltapatchar, kräver den mindre tid

Under vissa omständigheter kan delta-stil (inkrementell) synkroniseringsmetoden misslyckas när en serie patchar appliceras på patch-utgåvan. Detta kan hända om den tidigare patchcykeln inkluderade patchar som inte applicerades korrekt och följdes av efterföljande patchar som åtgärdade problemet.

Parametern skipsyncerror gör att du kan ange att du förväntar dig att eventuella synkroniseringsfel i förberedelsefasen åtgärdas automatiskt i synkroniseringen som sker med efterföljande patchar.

Om värdet på parametern skickas som "ja", kommer den första patchen som ska synkroniseras att göras med flaggan "autoskip".
Viktigt:Det är ditt ansvar att kontrollera loggfilerna och korrigera eventuella fel i den efterföljande appliceringsfasen, eller för att bekräfta att synkronisering med efterföljande patchar löste problemet.
Ett exempel på användning av denna parameter skulle vara följande.

a.Du kör adop phase=prepare.
b.Fasen misslyckas med ett fel när man försöker synkronisera körnings- och patchfilsystemen. Det vill säga, försöket att synkronisera en patch misslyckas, men det är känt att en efterföljande patch kommer att rätta till problemet.
c.Du granskar loggfilerna och drar slutsatsen att synkroniseringsfelen kommer att åtgärdas automatiskt i synkroniseringen som tar plats med efterföljande patchar.
d.Du kör kommandot adop phase=prepare skipsyncerror=yes för att starta om prepareringsfasen. Den här gången kommer applikationen av patchen som misslyckades i den föregående förberedelsen att försökas igen med flaggan "autohopp" inställd.
Synkronisera anpassningar

Standardmetoden för delta-stil (inkrementell) för filsystemsynkronisering hanterar officiella patchar men synkroniserar inte någon manuellt tillämpad anpassning. Exempel på korrigeringsåtgärder som inte är synkroniserade som standard inkluderar:

Kompilera användardefinierade JSP:er

Kopierar vissa tredjepartsbibliotek

Kopiera och kompilera användardefinierade samtidiga program

Kopiera och generera användardefinierade formulär
För att inkludera anpassade korrigeringsåtgärder i standardfilsystemets synkronisering måste du inkludera de nödvändiga kommandona i drivrutinen för anpassad synkronisering, $APPL_TOP_NE/ad/custom/adop_sync.drv stark> . Du kommer att lägga till dina anpassningar i följande avsnitt av filen:
#Börja anpassning
...
#Avsluta anpassning

Alla åtgärder som definieras i den här filen kommer att utföras av adop automatiskt under förberedelsefasen. Var medveten om att det finns två kategorier av anpassade kommandon i adop_sync.drv:de som körs endast en gång och de som körs vid varje filsystemsynkronisering (under förberedelsefasen för adop).
Viktigt:adop_sync. drv-filen är för närvarande inte återställd till sin mallfil vid något tillfälle. Följaktligen, efter cutover (och innan nästa förberedelsefas), bör du granska innehållet i adop_sync.drv och se till att kraven för dina anpassade kommandon fortsätter att uppfyllas.
7.Kontrollerar databasen för att se om det finns en patch upplaga och skapar en om den inte hittar en.

a)En patch-utgåva skapas i databasen.
b)Alla kodobjekt i patch-utgåvan börjar som pekare till kodobjekt i körupplagan. Kodobjekt i patch-utgåvan börjar som lätta "stubobjekt" som pekar på de faktiska objektdefinitionerna, som ärvs från tidigare utgåvor. Stubobjekt förbrukar minimalt med utrymme, så databaspatch-utgåvan är initialt mycket liten i storlek.
c) När patchar appliceras på patch-utgåvan, aktualiseras kodobjekt (har en ny definition skapad) i den utgåvan.

8. Anropar $AD_TOP/patch/115/bin/txkADOPPreparePhaseSanityCheck.pl skriptet igen för att bekräfta att databasanslutningen till patchutgåvan fungerar.

Relaterade artiklar

Adop Explained in R12.2

R12.2 Online patchningssyklus Sammanfattning


  1. postgresql trådsäkerhet för tillfälliga tabeller

  2. Apache Spark:JDBC-anslutningen fungerar inte

  3. 3 sätt att skilja år, månad och dag från ett datum i MariaDB

  4. Hur man ändrar konfigurationsinställningarna för Databas Mail i SQL Server (T-SQL)