Oracle ebs versionvaihto OUGF seminaari / 22.5.2008 Jyrki Koski Oy Abase Consulting Ab 1
Päivityspolut Tuettu päivityspolku versioon 12 Lähdejärjestelmä < 11.5.8 11.5.10.2 12.0.4 Lähdejärjestelmä 11.5.8 tai uudempi Voidaan päivittää suoraan 12.0.4
Vaiheet Suunnittelu patch:n kautta Testi päivitykset I- päivityskierros II- päiviytyskierros III päivityskierros (kuten tuotanto on tarkoitus tehdä) Tuotantopäivitys
Suunnittelu Selvitä mihin versiotasoon päivitetään Sovellus Kanta Discoverer, portal yms Selvitä sertifikoinnit Selvitä laitevaatimukset Päätä päivitystapa Patch:ien kautta Rinnalle uusi ympäristö ja export/import Kerää patch-listaus
Suunnittelu Aja upgrade validoinnit Suunnittele päivitysjärjestys Päivitetäänkö kanta? Missä vaiheessa backup:t otetaan Mihin varmistetaan Miten palautetaan Missä järjestyksessä patch:t ajetaan Technology Sovellus Helpit
Suunnittelu Tuotantoversion jäädytys Voidaanko tuotantoversio jäädyttää projektin ajaksi Päivitysympäristö clone laiteresurssit Sovellus setup+ räätäli ympäristön laiteresurssit
Suunnittelu Sovelluksen testaus Testiympäristö Päivitysympäristö haaste aikataululle I-kierroksen päivityksen clone vaatii koneresursseja Korjauspatch:t lisättävä patch listaukseen Mitä räätälöintejä on tehty? Mitä liittymiä on tehty?
Testipäivitykset I kierros Raakaversio päivitysprosessista Ympäristö topologyn ei tarvitse olla sama kuin tuotannossa (shared appltop, rac, loadbalancer yms) Selvitetään lähtötilanteen configuraation oikeellisuus Selvitetään pathc:n ajojärjestyksen oikeellisuus Esiin tulee todennäköisesti ongelmia
Testipäivitykset I kierros Tehdään lokia: Mikä patch Mitä virheitä tuli Miten korjattiin Patch:n ajonkesto Alkuaika Loppuaika Virheen korjauksen odotusaika
Sovelluksen testaus Jos mahdollista clone sovellustestausympäristöksi Paketin toimintojen testaus Räätäliohjelmien testaus ja muutokset Muutoksista korjaukset talteen Korjaus paketit testataan testikierroksen 2 jälkeen
Testipäivitykset II-kierros Teknisenpäivityksen tehokkuuden parannus Sovelluspäivityksien kesto Setup:t Räätälöinnit Tehdään ympäristön topology tuotannon kaltaiseksi (shared appltop, rac load balancer) Backup scriptit kuntoon
Testipäivitykset II kierros Tehdään lokia: Mikä ajettiin Mitä virheitä tuli Miten korjattiin Patch:n ajonkesto Alkuaika Loppuaika Virheen korjauksen odotusaika
Testipäivitykset III -kierros Tehdään kuin tuotantopäivitys Ei uusia patch:ä listoille
Tuotantopäivitys Valmistelut Varmistukset kuntoon Katkoaika Koneresurssit Voidaanko lisätä tilapäisesti Henkilöt Kuka, mitä, missä, milloin Työrauha tekijöille Mitä voidaan asentaa valmiiksi Uudet kannan binäärit? Patch:t
Tuotantopäivitys Mitä voidaan päivittää etukäteen Kanta? Validointiscriptit Ei yleensä vaadi katkoa, vaan voidaan ajaa jo valmiiksi
Rinnakkaisympäristö Asennetaan rapid install:lla uuden version mukainen ympäristö eri palvelimille samalle nimelle Database production Otetaan export nykyisestä kannasta Ajetaan import uuteen kantaan HUOM!!! Sovelluskoodi räätälöinnit joudutaan tekemään kokonaan uudelleen
Export / Import Export tiedosto vaatii levytilaa Export vaatii valmistelua Ympäristön tarkastus Muutama patch Muutama sql scripti Taulualueiden luonti Dbluonnin post stepit AQ määritykset Yksi uusi näkymä Full export
Import:n stepit Export / Luodaan init<sid>.ora tiedosto Ajetaan scipri, joka tehty ennen exporttia (luo kannan ja taulualueet) Sys ja system schemojen päivitykset Import AQ määrityksien luonti Global name muutokset Wf muutokset Sovelluksen konfigurointi muutokset uuteen kantaan
Export / Import Sovelluksen konfigurointi muutokset uuteen kantaan Yhteydet sovelluspalvelimelta Tietokantapaketi yms Ehkä järkevä ottaa rapid instal:n kannasta export (rows=n) ja ajaa import uuuteen kantaan (ignore=y)
Export / Import Kantaversio kohtaiset ohjeet: Note 204015.1 (lähdekanta 8i) Note 230627.1 (9.2.x) Note 331221.1 (10g) Note 262205.1 (10gR2)
Rinnakkaisympäristä / olemassa oleva kanta Asennetaan rinnakkaisympäristö Konfiguroidaan sovellus käyttämään olemassa olevaa kantaa Periaatteessa ok pienissä ympäristöissä Haasteena mahdolliset muutokset tauluissa, näkymissä, proceduuriessa ja paketeissa
Versionvaihdon haasteita Aikataulut Suunnitelman muuttaminen lennossa Ei pidetä kiinni sovitusta tasosta eri komponenteille Sotketaan versionvaihto ja uusien ominaisuuksien käyttöönotto Isojen ympäristöjen varmistukset Tuote elää vauhdilla Sovelluksen toimintamuutokset
Versionvaihdon haasteita Tekniikka muuttuu 11.5.x 12.0.4 Mahdollisen monitoimittajaympäristön hallinta Henkilöiden käytettävyys turnausväsymys
Vinkkejä versionvaihtoon Hyvin suunniteltu on puoliksi tehty Mitä voit tehdä etukäteen, jotta downtime jää lyhyeksi? Mitä pitää muistaa tehdä heti versionvaihdon jälkeen? Asenna uuden version vision-ympäristö jo nyt