Een gefaseerd applicatiesysteem vertegenwoordigt een exacte kopie van uw productiesysteem, inclusief alle APPL_TOP's en een kopie van de productiedatabase. Patches worden toegepast op dit gefaseerde systeem, terwijl je productiesysteem actief blijft. Wanneer alle patches met succes zijn toegepast op het testsysteem, kan de verminderde uitvaltijd voor het productiesysteem beginnen. De gefaseerde APPL_TOP wordt zowel gebruikt om de database-update in de productiedatabase uit te voeren als om de productie-APPL_TOP te synchroniseren.
Voorstappen
1.Topologieën vergelijken
Een gefaseerd applicatiesysteem moet de topologie van uw productiesysteem dupliceren. Elke fysieke APPL_TOP van uw productiesysteem moet bijvoorbeeld aanwezig zijn in uw gefaseerde systeem.
2.Snapshot verifiëren
Zorg ervoor dat de momentopname van het systeem up-to-date is voordat u het productietoepassingssysteem kopieert. Hoewel de huidige momentopname automatisch door AutoPatch moet worden beheerd, kan verificatie worden uitgevoerd door de taak Huidige momentopname onderhouden in AD-beheer uit te voeren. Dit moet voor elke APPL_TOP in uw applicatiesysteem worden gedaan. Als u de momentopname van uw productie-applicatiesysteem up-to-date hebt, bent u verzekerd van een juiste controle van de patchvereisten wanneer patches worden toegepast.
3.Maak het gefaseerde systeem
Maak een kloon van uw productiedatabase en van elke APPL_TOP van uw productietoepassingssysteem. Production en Staged moeten dezelfde APPL_TOP-namen hebben, omdat dit ervoor zorgt dat de patchgeschiedenis voor uw staged APPL_TOP correct is in het productiesysteem. Historische informatie wordt opgeslagen in de context van een APPL_TOP, en wanneer patchgeschiedenisgegevens in Productie worden geïmporteerd, moeten deze dezelfde APPL_TOP-namen hebben. De database van uw gefaseerde APPL_TOP moet een andere ORACLE_SID hebben om onbedoelde verbindingen met productie te voorkomen. Wachtwoorden, poorten en alle proces- of servicegerelateerde parameters kunnen ook worden gewijzigd om risico's verder te verminderen.
. U moet verschillende systeemnamen voor toepassingen hebben voor gefaseerd en productie. AutoPatch zal de historische informatie corrigeren. Uw gefaseerde APPL_TOP-naam moet hetzelfde zijn als uw productie APPL_TOP-naam zodat het databasestuurprogramma de patchgeschiedenisinformatie correct kan bijwerken.
Pas patches toe op het gefaseerde systeem
Het gefaseerde systeem wordt op dezelfde manier gepatcht als elk Oracle-systeem Applicatiesysteem dat AutoPatch gebruikt om de patch-stuurprogramma's toe te passen.
Het productiesysteem bijwerken
1.Update de productiedatabase
Zodra het patchen van de gefaseerde omgeving is voltooid, bent u klaar om uw productiesysteem bij te werken. Zorg ervoor dat u verbinding kunt maken met uw productiedatabase vanuit uw gefaseerde systemen. Mogelijk moet u een tnsnames-bestand maken in uw gefaseerde systeem met vermeldingen voor Productie. U kunt hiervoor de s_ifile AutoConfig-variabele gebruiken. Raadpleeg Bijlage C van OracleMetaLink Note 387859.1, AutoConfig gebruiken om systeemconfiguraties te beheren in Oracle E-Business Suite versie 12.
Zodra uw omgeving correct is ingesteld en alle services op het productiesysteem zijn uitgeschakeld, voert u AutoPatch uit voor het databasegedeelte van de patch die u wilt toepassen, door options=nocopyportion, nogenerateportion op de AutoPatch-opdrachtregel op te geven. Zorg ervoor dat de databasenaam die door AutoPatch wordt gevraagd correct is.
Als u meerdere patches op het gefaseerde systeem hebt toegepast, moet u de database-update uitvoeren voor elke patch die u op de stage hebt toegepast, in dezelfde volgorde. Om de downtime in een dergelijk geval verder te verminderen, kunt u overwegen om patches samen te voegen voordat u de staging uitvoert.
2.Update de productie APPL_TOP
De productie APPL_TOP moet worden gesynchroniseerd met de geënsceneerde APPL_TOP. Om downtime te minimaliseren, kunt u dit doen terwijl de productiedatabase wordt bijgewerkt. Er zijn veel manieren om deze taak uit te voeren, variërend van een eenvoudige kopieeropdracht tot hulpprogramma's zoals rdist. Sommige opslagproviders bieden ook hardware-oplossingen. Als uw topologie meerdere APPL_TOP's bevat, moet elke APPL_TOP worden gekopieerd naar het productiesysteem. Als u een enkele APPL_TOP deelt, hoeft u slechts één systeem te synchroniseren. De directory $COMMON_TOP, die zich op sommige systemen buiten de APPL_TOP kan bevinden, moet ook worden bijgewerkt voor elke APPL_TOP in het Applications-systeem.
Bepaalde configuratiebestanden, logdirectories en omgevingsscripts zijn specifiek voor een APPL_TOP. Deze bestanden en mappen moeten bij het kopiëren worden uitgesloten. (als je het rdist-hulpprogramma gebruikt, kun je een distfile gebruiken om ze uit te sluiten)
Plaats stappen
1) Patchgeschiedenis synchroniseren
De gefaseerde systeemstrategie voor applicaties fragmenteert uw patchgeschiedenis. Op dit punt in het proces wordt het kopiëren en genereren van delen van de patchgeschiedenis voor patches die zijn toegepast met behulp van een gefaseerd applicatiesysteem opgeslagen in uw gefaseerde database, en het databasegedeelte van de patchgeschiedenis voor deze patches wordt opgeslagen in zowel uw gefaseerde database als in uw gefaseerde database. in uw productiedatabase. Het is belangrijk dat de patchgeschiedenis van uw productiesysteem compleet is. Om dit te bereiken, moet u nu de kopie laden en delen van alle aangebrachte patches genereren met behulp van een gefaseerd applicatiesysteem in uw productiedatabase.
Gebruik het hulpprogramma adphmigr.pl in de bin-map om de patchgeschiedenis voor de kopie te exporteren en genereer delen van patches die zijn toegepast met behulp van een gefaseerd applicatiesysteem uit uw gefaseerde database, en gebruik vervolgens AutoPatch om de geëxtraheerde patchgeschiedenisgegevens in uw productiedatabase te importeren. Voor elke patch die is aangebracht met een gefaseerd applicatiesysteem, moet u de patchgeschiedenis voor elke APPL_TOP in het gefaseerde applicatiesysteem exporteren en deze voor de overeenkomstige APPL_TOP in het productieapplicatiesysteem importeren. Zowel het exporteren van patchgeschiedenisgegevens uit de gefaseerde database als het importeren van patchgeschiedenisgegevens in de productiedatabase kan worden gedaan met gebruikers op het productiesysteem. Om correcte resultaten te garanderen, moet u de patchgeschiedenis voor het productiesysteem consolideren voordat u er extra patches op toepast of patchgerelateerde Oracle Applications Manager-functies erop gebruikt.
a) Patchgeschiedenis exporteren
Gebruik het hulpprogramma adphmigr.pl. adphmigr.pl bevindt zich in de bin-map onder AD_TOP. Voer adphmigr.pl -help in om alle geldige opties voor adphmigr.pl te zien. We raden u aan de patchgeschiedenis voor elke APPL_TOP afzonderlijk te exporteren, aangezien u deze voor elke APPL_TOP afzonderlijk moet importeren.
Zorg ervoor dat u nodatabaseportion=Y opgeeft op de adphmigr.pl-opdrachtregel. Dit zorgt ervoor dat de patchgeschiedenisgegevens voor het databasegedeelte van patches die zijn toegepast op het gefaseerde applicatiesysteem niet worden geëxporteerd. Deze gegevens mogen niet in de productiedatabase worden geïmporteerd, omdat het databasegedeelte van elke patch al rechtstreeks op de productiedatabase is toegepast.
Exportvoorbeeld:
$ perl $AD_TOP/bin/adphmigr.pl userid =apps/apps
startdate='2007/10/10 00:00:00′ enddate='2007/14/10 00:00:00′
appsystemname=stage appltopname=tafnw1 nodatabaseportion=Y
Deze opdracht genereert twee gegevensbestanden voor elke uitvoering van AutoPatch op de gefaseerde APPL_TOP, één voor Java-updates en één voor alle andere patch-acties. Controleer adphmigr.log om er zeker van te zijn dat de gegevensbestanden de patch-runs vertegenwoordigen die u wilt exporteren, en dat de opgegeven begin- en eindtijden geen ongewenste AutoPatch-runs bevatten.
b) Patchgeschiedenis importeren
U zou een aparte set gegevensbestanden moeten hebben uitgepakt voor elke APPL_TOP in uw gefaseerde applicatiesysteem. Kopieer voor elke APPL_TOP in uw productietoepassingssysteem de gegevensbestanden die zijn geëxtraheerd voor de corresponderende gefaseerde APPL_TOP naar de $APPL_TOP/admin/ directory. AutoPatch zal deze gegevensbestanden automatisch uploaden de volgende keer dat het in deze APPL_TOP wordt uitgevoerd. Om de gegevensbestanden onmiddellijk te laden, start u AutoPatch in interactieve modus, beantwoordt u de prompts totdat u wordt gevraagd om de naam van het patchstuurprogrammabestand en sluit u AutoPatch vervolgens af door "afbreken" in te voeren bij de prompt van het patchstuurprogrammabestand.
Leest ook
Oracle apps dba-interviewvragen
Oracle Apps DBA-training