Oracle

Oracle

Posts 11-12 of 12
  • Jörg Sobottka
    Jörg Sobottka
    The company name is only visible to registered members.
    Re: Umstellung von 10g auf 11g
    Hallo,

    Tarik Artun schrieb:
    Hallo erstmal,
     
    Kann Data-Pump wirklich nur Tabellen importieren?
    wie sieht es mit einem Recover von 10g auf 11g aus ?

    Nein, natürlich kann man mit Datapump auch Packages, Funktionen, Indexes, Types, Jobs, etc.... Exportieren/Importieren... Wenn Sie die beiden DBs schon am Laufen haben, z.B. sehr einfach über einen Datenbank-Link. Da die Index-Erstellung aber immer noch recht zeitintensiv ist, empfiehlt sich das nur bei kleineren Datenbanken oder bei viel Zeit.

    oder
    welche Möglichkeiten bestehen für diesen Zweck noch?
    -- Clonen der DB auf den neuen Server (manuell, mit RMAN, ...), dann upgraden (geht auch für den Edition-Upgrade in dieser Richtung) - wäre mein persönlicher Favorit, auch wenn ich dann im schlimmsten Fall evtl. 2 verschiedene Oracle Binaries für einen kurzen Moment auf meiner Maschine hätte.
    -- Einsatz von Goldengate (ist aber in Ihrem Fall etwas mit Kanonen auf Spatzen geschossen, ausser, Sie benötigen die Datenbank extrem hochverfügbar...)

    Viele Grüsse
    Jörg Sobottka
    Installation, Migration, Performance Tuning, High Availability, Remote Monitoring
  • Tarik Artun
    Tarik Artun
    The company name is only visible to registered members.
    Re^2: Umstellung von 10g auf 11g
    vielen Dank an alle,

    @Kumar
    ETERNUS kann auch in ASM-Mode arbeiten

    @Wolf-Agathon Schaly
    die alte import/export utility könnte eventuell auch genutzt werden, aber da DB größer als 130GB ist, denke ich, dass diesen Weg mehr Aufwand bringt. (ist aber kein schlechte Idee)

    Wegen Data-Pump, bin ich nur von Kollegen hingewiessen worden. Selbst getestet habe ich noch nicht. In der Oracle-Unterlagen habe ich auch keinen Hinweis gelesen, dass es mit DataPump nicht funktionieren sol, deshalb war die Frage.

    ich glaube, Clonen + Upgrade ist die richtige Richtung.