Cutover-fasen av adop är stilleståndsfasen i online-patchningscykeln. Vi bör se till att ingen användaråtkomst finns där under den perioden när applikationsprocesser startas om.
Innan du kör kommandot cutover, se till att du är redo att förbinda dig att applicera de valda korrigeringarna. När cutover är klar är det inte möjligt att återgå till den tidigare utgåvan
Cutover-fasen av adop har följande steg
1) Stäng av den interna samtidiga hanteraren:Adop-verktyget signalerar till den interna samtidiga hanteraren att stänga av, men kommer att vänta tills alla befintliga samtidiga förfrågningar avslutas innan det fortsätter med cutover-åtgärder. Systemet är fortfarande tillgängligt för användare under denna vänteperiod.
Om du inte vill vänta på obestämd tid på att samtidiga förfrågningar ska slutföras, ange alternativet cm_wait=
På produktionssystem, ange inte cm_wait, men övervaka framstegen för samtidiga uppgifter och vidta manuella åtgärder på dem om det behövs. Det är bra att schemalägga övergången under den tid då minst jobb körs.
På system som inte är produktion , specificerar vi cm_wait för att begränsa väntetiden innan cutover fortsätter eftersom det är utveckling och vi kan tolerera avbrytande av Concurrenyt Manager
Obs:Cutover kommer att ta längre tid om det måste vänta på att långvariga parallella processer ska slutföras. I ett sådant fall kan du förvänta dig att se ett informationsmeddelande i formen:
[UTTALANDE] [SLUT ] Väntar på att ICM ska försvinna
Om du inte vill vänta på pågående samtidiga förfrågningar för att avsluta normalt kan du avsluta den interna samtidiga hanteraren genom att köra adcmctl.sh abort-kommandot från ett annat skal
Denna uppgift utförs av $FND_TOP/bin/txkADOPCutOverPhaseCtrlScript.pl skript
2) Stäng av applikationsnivåtjänster:Alla applikationsnivåtjänster tas ner. Under denna period är systemet inte tillgängligt för användare.
Denna uppgift utförs av skriptet $FND_TOP/bin/txkADOPCutOverPhaseCtrlScript.pl
3) Cutover-databas:Marknadsför patch-databasutgåvan så att den blir den nya körda databasutgåvan med adzdpmgr.pl-skriptet.
Denna uppgift utförs av $FND_TOP/bin/txkADOPCutOverPhaseCtrlScript.pl-skriptet
4) Cutover-filsystem:Främja patch-filsystemet så att det blir det nya körfilsystemet, växla $FILE_EDITION-värdena i patch- och körmiljöerna. Den nuvarande korrigeringen APPL_TOP blir den nya körningen APPL_TOP, och den nuvarande körningen APPL_TOP blir den nya korrigeringen APPL_TOP.
Denna uppgift slutförs av Autoconfig
5) Avsluta gamla databassessioner:Avsluta alla databasanslutningar till den gamla körningen utgåva av databasen.
Denna uppgift utförs av $FND_TOP/bin/txkADOPCutOverPhaseCtrlScript.pl-skriptet
6) Starta applikationsnivåtjänster:applikationsnivåtjänsterna startas om, på den nya körversionen. Systemet är nu tillgängligt igen för användare.
Denna uppgift utförs av $FND_TOP/bin/txkADOPCutOverPhaseCtrlScript.pl-skriptet
Exempel .
$ adop phase=cutover
Detta kommer att marknadsföra patch-utgåvan till den nya körningsutgåvan, samt byta patch- och köretiketter på filsystemen (och därmed, som nämnts ovan, ändras korrigeringsfilsystemet ska vara det nya körningsfilsystemet och körningsfilsystemet ska vara det nya korrigeringsfilsystemet).
Uppskjuter omstart av applikationsnivå vid övergång
Många gånger kan du behöva utföra ytterligare manuella steg efter övergången men innan du startar om programnivåtjänsterna. Om så är fallet kan du ange ytterligare en parameter till cutover-kommandot som gör att applikationstjänsterna förblir avstängda:
$ adop phase=cutover mtrestart=no
Med denna parameter kommer cutover att slutföras utan starta om applikationsnivåtjänsterna. Du kan utföra eventuella ytterligare steg som kräver att tjänsterna stängs av och sedan starta programnivåtjänsterna manuellt med adstrtal.sh-skriptet.
JAR-filer och Cutover
I en online-patchningscykel lagras de nödvändiga JAR-filerna initialt i katalogen $APPL_TOP/admin/