Oracle 11 XE auf openSUSE Leap 42.3

Hinweis: In dem Thema Oracle 11 XE auf openSUSE Leap 42.3 gibt es 11 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • So, ich habe mal ein wenig herumgespielt ....


    Installation (als root):
    rpm -ivh oracle-xe-11.2.0-1.0.x86_64.rpm


    Konfiguration (ebenfalls als root):
    /etc/init.d/oracle-xe configure
    ==>
    Oracle Database 11g Express Edition Configuration
    -------------------------------------------------
    This will configure on-boot properties of Oracle Database 11g Express
    Edition. The following questions will determine whether the database should
    be starting upon system boot, the ports it will use, and the passwords that
    will be used for database accounts. Press <Enter> to accept the defaults.
    Ctrl-C will abort.


    Specify the HTTP port that will be used for Oracle Application Express [8080]:


    Specify a port that will be used for the database listener [1521]:


    Specify a password to be used for database accounts. Note that the same
    password will be used for SYS and SYSTEM. Oracle recommends the use of
    different passwords for each database account. This can be done after
    initial configuration:
    Confirm the password:


    Do you want Oracle Database 11g Express Edition to be started on boot (y/n) [y]:n


    Starting Oracle Net Listener...Done
    Configuring database...Done
    Starting Oracle Database 11g Express Edition instance...Done
    Installation completed successfully.



    Ok, jetzt den entsprechenden Service aktivieren:
    systemctl start oracle-xe.service
    systemctl enable oracle-xe.service


    Datenbank herunterfahren via:
    /etc/init.d/oracle-xe stop


    Datenbank starten via:
    /etc/init.d/oracle-xe start
    (Etwas warten. Die DB braucht einen Moment bevor man loslegen kann).


    Dann habe ich noch im Script ...
    /u01/app/oracle/product/11.2.0/xe/config/scripts/runsqlplus.sh
    ... den xterm auf das xfce4-terminal umgebogen, weil mir das xterm zu spartanisch ist.


    Hmmm ... sieht doch eigentlich ganz gut aus ...


    SQL*Plus: Release 11.2.0.2.0 Production on Fr Nov 24 14:19:36 2017

    Copyright (c) 1982, 2011, Oracle. All rights reserved.

    Use "connect username/password@XE" to connect to the database.
    SQL> connect system
    Enter password:
    Connected.
    SQL> select database_status from v$instance;

    DATABASE_STATUS
    -----------------
    ACTIVE





    Mehr mag ich im Moment aber nicht mehr tun ;)
    ... außer dem Hinweis, dass - wenn Oracle nicht gestartet ist, folgende Meldung kommt, wenn man sich konnektieren will:


    SQL*Plus: Release 11.2.0.2.0 Production on Fr Nov 24 14:33:03 2017

    Copyright (c) 1982, 2011, Oracle. All rights reserved.

    Use "connect username/password@XE" to connect to the database.
    SQL> connect system
    Enter password:
    ERROR:
    ORA-01034: ORACLE not available
    ORA-27101: shared memory realm does not exist
    Linux-x86_64 Error: 2: No such file or directory
    Process ID: 0
    Session ID: 0 Serial number: 0


    Aha, das kommt uns bekannt vor.


    Viel Spaß noch :)


    VLG
    Stephan

    Für den Inhalt des Beitrages 114978 haftet ausdrücklich der jeweilige Autor: waldbaer59

  • Nimm postgresql.
    Echtes Open Source, eine echte Datenbank mit ALLEN Features, die man sich wünschen kann.
    Was du mit postgresql nicht machen kannst, kann auch keine andere relationale Datenbank.

    Der Tipp mitpPostgresql ist gut, hilft aber in diesem Kontext nicht.


    Auch bei postgres kann man sich noch mehr wünschen.
    Dass keine andere Datenbank mehr kann, auch Oracle nicht, halte ich für falsch.
    Löhnen muss man tatsächlich nicht für die Express, zumindest kein Geld.


    Was den Rest der Beiträge von @Berichtigung angeht, frag ich mich, was damit transportiert werden soll.
    Natürlich muss man nicht höflich sein. Aber wenn man versucht "Werbung" für Opensource Software zu machen, geht das m.E. anders.


    Doku gibt es massig im Netz, auch ohne Anmeldung, auch offizielle von Oracle.
    Eine Serverlizenz kostet natürlich, Support auch, Lizenzpoolitik bei Oracle ist wahrscheinlich das schlimmste an dem ganzen Produkt.



    @darkchanter
    Wenn es nur um SQL geht, bist Du mit postgres ganz gut aufgehoben.
    Es gibt ein paar Besonderheiten bei Postgres, die sehr mächtig sind, Typecasting z.B. und zu Oracle so nicht kompatibel sind, aber Wald und Wiesen SQL ist erstmal kein Unterschied.
    Bei der Programmierung sieht es etwas anders aus. Es gibt für Postgres Extensions, die sehr viele Funktionen uvma an Oracle kompatibel anbieten, aber das hat so seine Grenzen.


    Die Installation wurde ja schon im Thread von @waldbaer59 gezeigt, wird von Suse gut unterstützt und ist sozusagen Tradition. Ich schätze, die SLES Distributionen, für die Suse auch Geld verlangt, sind ein Grund dafür. Alternativ wäre höchstens noch Red Hat oder natürlich Oracle Linux (auch von Red Hat) zu nennen.


    Halte Dich an die Anleitungen, achte auf Environment Settings und starte die Dienste.
    WEnn Du mit dem Client Verbindungsprobleme hast, stell sicher, dass der Server läuft. Verbinde Dich dazu lokal auf dem Server mit der DB, prüfe die Prozesse und Ports. Wenn das geht, kümmer Dich um den Clientzugriff. Achte auf die Fehlermeldungen und "wer" sie ausgibt, der Server, der Listener, der Client, ..

    Für den Inhalt des Beitrages 115009 haftet ausdrücklich der jeweilige Autor: Tar Zahn