Hallo zusammen
Ist der Update von Oracle 8.1.7.3.0 auf 8.1.7.4 aufwendig?
Da ich keine Erfahrung mit der Oracle Welt habe, habe ich nicht die geringte Vorstellung.
Vielen Dank und Grüsse Peter
Hi!
Ist der Update von Oracle 8.1.7.3.0 auf 8.1.7.4 aufwendig?
Datenbank runterfahren, Services stoppen (je nach Betriebssystem - spätestens bei der Installation beginnt das Maunzen), Patch per Universal-Installer installieren, Datenbank hochfahren …
Grüße,
Tomh
so stehts im Handbuch - denke ich…
Salü Tomh
Vielen Dank!
Das es gemäss Manual so geht, war mir schon klar.
Ich kenne zumindest aus meiner Praxis mit anderer SW einige Ausnahmen, wo ich einen Release Wechsel als wesentlich aufwendiger ansehe…
Grüsse Peter
Hallo Peter
Das es gemäss Manual so geht, war mir schon klar.
Ich kenne zumindest aus meiner Praxis mit anderer SW einige
Ausnahmen, wo ich einen Release Wechsel als wesentlich
aufwendiger ansehe…
Da ist noch eine Kleinigkeit:
Je weiter vorne in der Version eine Aenderung stattfindet, desto aufwendiger ist sie.
Ein Update von Oracle 8.1.7.3.0 auf 8.1.7.4 kann nur minimalen Aufwand bedeuten. Ein Update von 8.1.7.3.0 nach 10 ist da erheblich mühsamer.
Wenn die Applikation mit einer Spezialität arbeitet, die ändert, könnte es interessant werden. Dies liesse sich jedoch anhand der Versions-Doku herausfinden. Ansonsten sollten keine Probleme auftreten.
ImHo trifft Tomh’s Antwort zu.
Gruss Ulrich
Nochmals Hi!
Je weiter vorne in der Version eine Aenderung stattfindet,
desto aufwendiger ist sie.
Ein Update von Oracle 8.1.7.3.0 auf 8.1.7.4 kann nur minimalen
Aufwand bedeuten. Ein Update von 8.1.7.3.0 nach 10 ist da
erheblich mühsamer.
Das entscheidende sind die ersten 3 Stellen, in diesem Fall also 8.1.7 -> es kann zu Problemen kommen, sollte aber im _Normalfall_ nicht (da es sich nur um einen Patch handelt)
Grüße,
Tomh
Hallo Peter!
Ist der Update von Oracle 8.1.7.3.0 auf 8.1.7.4 aufwendig?
Ich kann mich da Tom und Ulrich nicht anschliessen. In den meisten Fällen ist bei einem Update auch eine Änderung des Catalogs drin, die auch eingespielt werden will, sonst kriegst du auf Dauer seltsame Fehlermeldungen. Das kannst du dir nur dann sparen, wenn auf dem betreffenden Server noch keine Instance läuft. Genaue Anweisungen findest du übrigens im readme-File, das in jedem Patch(set) enthalten ist. Bei grösseren Versionssprüngen habe ich die Erfahrung gemacht, dass es oft schneller ist - bei nur einer Instance moderater Grösse - die Instance zu exportieren, dann zu löschen, den Upgrade zu machen, Instance neu anlegen und danach wieder zu importieren… Hängt aber natürlich auch vom Patch und von deiner/n Instance/s ab.
Liebe Grüße
Martin
Da ich keine Erfahrung mit der Oracle Welt habe, habe ich
nicht die geringte Vorstellung.Vielen Dank und Grüsse Peter
Das entscheidende sind die ersten 3 Stellen, in diesem Fall
also 8.1.7 -> es kann zu Problemen kommen, sollte aber im
_Normalfall_ nicht (da es sich nur um einen Patch handelt)
Dem kann ich nicht zustimmen. Erst in Oracle 8.1.7.4 sind die
gravierendsten Fehler behoben. Im Client 8.1.7.0 bis 8.1.7.3
gibt es gravierende Fehler, die unter bestimmten Umständen
zum Absturz der Applikation führen können.
Ähnlich sieht das mit Oracle 9.2.0.1 aus, diese Version ist absolut buggy!
Erst mit 9.2.0.4 bzw 9.2.0.5 sind diese Fehler behoben.
Ich arbeite auf Solaris8/9 und habe die Probleme (vorwiegend im Client)
hautnah miterlebt. Wer Oracle ernsthaft/produktiv einsetzt, sollte einen
aktuellen Patchlevel verwenden. Ganz drastisch sind Probleme im laufenden
Betrieb, wenn etwa falsche Ergebnisse geliefert werden.
Die Faustregel mit den ersten drei Ziffern solltest du schnell wieder vergessen!
Gruß Markus
1 Like
STOP! STOP! STOP!
Die Faustregel mit den ersten drei Ziffern solltest du schnell
wieder vergessen!
hier ging’s nicht um die stabilität, sondern rein um die installation von patches, upgrades, o.ä., sprich: patchen von 8.1.7.0 auf 8.1.7.4 ist ein klacks, wohingegen ein upgrade von 8.0.3 auf 8.1.5 eine Neuinstallation mit sich zieht
Das mit den ersten 3 Ziffern würde ich niemals als „Faustregel“ in die Öffentlichkeit schmeißen - solange kenne ich Oracle zumindest schon, um das zu wissen 
Grüße,
Tomh
PS: Die 9er-Versionen werden zeitgleich mit der 8.1.7er desupported (31.12.2004) - will man nur 10g pushen oder ist die 9er doch etwas „misslungen“?
9i desupport?
Hallo Tomh
PS: Die 9er-Versionen werden zeitgleich mit der 8.1.7er
desupported (31.12.2004) - will man nur 10g pushen oder ist
die 9er doch etwas „misslungen“?
Hab ich da was falsch verstanden?
m.E. sind die 9.0.1.x bereits desupported:
http://metalink.oracle.com/metalink/plsql/ml2_docume…
Product Version(s): 9.0.1 (9i) & 9.0.1.x (9i)
Error Correction Support (ECS): 31-DEC-2003
Extended Support (ES): 31-DEC-2006
die 9.2.x sollten sich noch eine Weile halten:
http://metalink.oracle.com/metalink/plsql/showdoc?db…
Product & Product Version(s) *Oracle Database 9.2.0.x Platform(s) & Platform Version(s) ALL Platforms
End of ECS Date 01-JUL-2007
End of ES Date 01-JUL-2010
End of EMS Date 01-JUL-2009
Migration Path TBD
Interpretiere ich die Angaben falsch?
Was meint ihr dazu?
Gruss Ulrich
Hi!
Hab ich da was falsch verstanden?
m.E. sind die 9.0.1.x bereits desupported:
stimmt - hab das Desupported-Datum mit der 8.1.7er verwechselt (hätte doch nochmal nachschauen sollen)
Grüße,
Tomh