Ett stegvis applikationssystem representerar en exakt kopia av ditt produktionssystem, inklusive alla APPL_TOPs samt en kopia av produktionsdatabasen. Patchar appliceras på detta stegvisa system, medan ditt produktionssystem förblir uppe. När alla patchar har applicerats på testsystemet framgångsrikt kan den minskade stilleståndstiden för produktionssystemet börja. Den stegvisa APPL_TOP används både för att köra databasuppdateringen i produktionsdatabasen och för att synkronisera produktions-APPL_TOP.
Försteg
1.Jämför topologier
Ett stegvis applikationssystem måste duplicera topologin för ditt produktionssystem. Till exempel måste varje fysisk APPL_TOP i ditt produktionssystem finnas i ditt stegvisa system.
2.Verifiera ögonblicksbild
Innan du kopierar produktionsapplikationssystemet, se till att ögonblicksbilden av systemet är uppdaterad. Även om den aktuella ögonblicksbilden automatiskt ska hanteras av AutoPatch, kan verifiering göras genom att köra uppgiften Maintain Current Snapshot i AD Administration. Detta bör göras för varje APPL_TOP i ditt applikationssystem. Om du har ögonblicksbilden av ditt produktionsapplikationssystem aktuell säkerställer du korrekt kontroll av patchförutsättningar när patchar appliceras.
3.Skapa stegsystemet
Skapa en klon av din produktionsdatabas och av varje APPL_TOP i ditt produktionsapplikationssystem. Production och Staged bör ha samma APPL_TOP-namn, eftersom detta säkerställer att patchhistoriken för din iscensatta APPL_TOP kommer att vara korrekt i produktionssystemet. Historisk information lagras i sammanhanget av en APPL_TOP, och när patchhistorikdata importeras till produktion måste den ha samma APPL_TOP-namn. Databasen för din stegvisa APPL_TOP bör ha ett annat ORACLE_SID för att undvika oavsiktliga anslutningar till produktion. Lösenord, portar och eventuella process- eller tjänstrelaterade parametrar kan också ändras för att ytterligare minska riskerna.
. Du måste ha olika applikationssystemnamn för steg och produktion. AutoPatch kommer att korrigera den historiska informationen. Ditt stegvisa APPL_TOP-namn bör vara detsamma som ditt produktions-APPL_TOP-namn för att databasdrivrutinen ska uppdatera patchhistorikinformationen korrekt.
Applicera patchar på stegsystemet
Det stegvisa systemet patchas på samma sätt som alla Oracle Programsystem som använder AutoPatch för att applicera patchdrivrutinerna.
Uppdatera produktionssystemet
1.Uppdatera produktionsdatabasen
När lappningen av den stegvisa miljön är klar är du redo att uppdatera ditt produktionssystem. Se till att du kan ansluta till din produktionsdatabas från dina etappsystem. Du kan behöva skapa en tnsnames-fil i ditt stegvisa system med poster för produktion. Du kan använda variabeln s_ifile AutoConfig för detta ändamål. Se Appendix C i OracleMetaLink Note 387859.1, Använda AutoConfig för att hantera systemkonfigurationer i Oracle E-Business Suite version 12.
När din miljö är korrekt inställd och alla tjänster i produktionssystemet har inaktiverats, kör AutoPatch för databasdelen av patchen du vill använda, genom att ange options=nocopyportion, generateportion på AutoPatch-kommandoraden. Se till att databasnamnet som efterfrågas av AutoPatch är korrekt.
Om du applicerade flera korrigeringar på det stegvisa systemet, måste du köra databasuppdateringen för varje korrigering du applicerade på scenen, i samma ordning. För att minska stilleståndstiden ytterligare i ett sådant fall, bör du överväga att slå samman patchar innan iscensättning.
2.Uppdatera produktions-APPL_TOP
Produktionen APPL_TOP måste synkroniseras med den stegvisa APPL_TOP. För att minimera stillestånd kan du slutföra detta medan produktionsdatabasen uppdateras. Det finns många sätt att utföra denna uppgift, allt från ett enkelt kopieringskommando till verktyg som rdist. Vissa lagringsleverantörer erbjuder även hårdvarulösningar. Om din topologi innehåller flera APPL_TOPs måste varje APPL_TOP kopieras över till produktionssystemet. Om du delar en enda APPL_TOP behöver du bara synkronisera ett system. Katalogen $COMMON_TOP, som på vissa system kan finnas utanför APPL_TOP, måste också uppdateras för varje APPL_TOP i applikationssystemet.
Vissa konfigurationsfiler, loggkataloger och miljöskript är specifika för en APPL_TOP. Dessa filer och kataloger måste uteslutas vid kopiering. (om du använder verktyget rdist kan du använda en distfil för att utesluta dem)
Lägg upp steg
1) Synkronisera patchhistorik
Den stegvisa applikationssystemstrategin fragmenterar din patchhistorik. Vid denna tidpunkt i processen lagras kopiering och generering av delarna av korrigeringshistoriken för korrigeringar som appliceras med hjälp av ett stegvis applikationssystem i din stegvisa databas, och databasdelen av patchhistoriken för dessa patchar lagras i både din stegvisa databas och i din produktionsdatabas. Det är viktigt att patchhistoriken för ditt produktionssystem är komplett. För att åstadkomma detta måste du nu ladda kopian och generera delar av alla korrigeringar som appliceras med hjälp av ett stegvis applikationssystem till din produktionsdatabas.
Använd verktyget adphmigr.pl som finns i bin-katalogen för att exportera korrigeringshistoriken för kopian och generera delar av applicerade patchar med hjälp av ett stegvis applikationssystem från din stegvisa databas, använd sedan AutoPatch för att importera den extraherade patchhistorikdatan till din produktionsdatabas. För varje korrigeringsfil som appliceras med ett stegvis applikationssystem måste du exportera korrigeringshistorik för varje APPL_TOP i det etappvisa applikationssystemet och importera den för motsvarande APPL_TOP i produktionsapplikationssystemet. Både export av patchhistorikdata från den stegvisa databasen och import av patchhistorikdata till produktionsdatabasen kan göras med användare på produktionssystemet. För att säkerställa korrekta resultat bör du slutföra konsolideringen av korrigeringshistoriken för produktionssystemet innan du applicerar ytterligare korrigeringar på det eller använder korrigeringsrelaterade Oracle Applications Manager-funktioner på det.
a) Exportera patchhistorik
Använd verktyget adphmigr.pl. adphmigr.pl finns i bin-katalogen under AD_TOP. Ange adphmigr.pl -help för att se alla giltiga alternativ för adphmigr.pl. Vi rekommenderar att du exporterar patchhistorik för varje APPL_TOP separat, eftersom du måste importera den för varje APPL_TOP separat.
Se till att du anger nodatabaseportion=Y på adphmigr.pl kommandoraden. Detta säkerställer att korrigeringshistorikdata för databasdelen av korrigeringar som tillämpas mot det stegvisa applikationssystemet inte exporteras. Dessa data bör inte importeras till produktionsdatabasen eftersom databasdelen av varje korrigeringsfil redan har applicerats direkt på produktionsdatabasen.
Exportexempel:
$ perl $AD_TOP/bin/adphmigr.pl användarid =apps/apps
startdate='2007/10/10 00:00:00′ slute='2007/14/10 00:00:00′
appsystemname=stage appltopname=tafnw1 nodatabaseportion=Y
Det här kommandot genererar två datafiler för varje körning av AutoPatch på den stegvisa APPL_TOP, en för java-uppdateringar och en för alla andra patchåtgärder. Kontrollera adphmigr.log för att säkerställa att datafilerna representerar de patchkörningar du vill exportera och att de angivna start- och sluttiderna inte inkluderade några oönskade AutoPatch-körningar.
b) Importera korrigeringshistorik
Du bör ha extraherat en separat uppsättning datafiler för varje APPL_TOP i ditt stegvisa applikationssystem. För varje APPL_TOP i ditt produktionsapplikationssystem kopierar du de extraherade datafilerna för motsvarande stegade APPL_TOP till katalogen $APPL_TOP/admin/. AutoPatch kommer automatiskt att ladda upp dessa datafiler nästa gång den körs i denna APPL_TOP. För att ladda datafilerna omedelbart, starta AutoPatch i interaktivt läge, svara på uppmaningarna tills du tillfrågas om namnet på patchdrivrutinsfilen, avsluta sedan AutoPatch genom att ange "avbryt" vid patchdrivrutinsfilen.
Läser också
Oracle apps dba intervjufrågor
Oracle Apps DBA Training