informix_fdw

Anonymous (anonymous@undisclosed.example.com) — 2026-05-03T06:47:34+00:00

IMPORT FOREIGN SCHEMA von Informix nach PostgreSQL

Vorbereitung

Zur besseren Nachverfolgung aktivieren wir das erweiterte Debugging:

SET client_min_messages TO DEBUG2;

Vollständiger IMPORT aller Tabellen eines Informix-Datenbank-Schemas

IMPORT FOREIGN SCHEMA daten
    FROM SERVER tcp_azur_Test
    INTO test
    OPTIONS (DATABASE 'test');

LIMITIERTER IMPORT (z. B. nur eine Tabelle)

IMPORT FOREIGN SCHEMA informix
    LIMIT TO (abfrage)
    FROM SERVER tcp_azur_Test
    INTO test
    OPTIONS (DATABASE 'test');

Hinweis:

`IMPORT FOREIGN SCHEMA` bezieht sich nicht auf das PostgreSQL-Schema, sondern auf den Owner der Tabellen im Informix-System.
Die Angabe wie z. B. `daten` ist ein Benutzer (Owner) in Informix, nicht der Name eines Schemas.
Beispielhafte vom Server generierte Abfrage:

    DEBUG:  PREPARE query "SELECT tabid, trim(owner), tabname FROM systables 
    WHERE tabid >= 100 AND owner = 'daten' 
    AND tabname IN ('abfrage') ORDER BY tabname DESC"

Wichtiger Hinweis zur Richtung des Imports

Ein `IMPORT FOREIGN SCHEMA` ist nur unidirektional möglich:

Von Informix nach PostgreSQL. Nicht umgekehrt! Ein Export oder Zugriff von Informix auf PostgreSQL über dieselbe Methode ist nicht möglich. Das Schema muss also zwingend auf Informix vorhanden sein!

Kopieren der Tabellen lokal in PostgreSQL (struktur+daten)

Die folgende PL/pgSQL-Prozedur kopiert Tabellen aus dem per Foreign Schema importierten Schema (`quelle`) in ein lokales Zielschema (`ziel`).

Dabei wird:

das Zielschema ggf. neu angelegt,
jede Tabelle zuerst strukturell dupliziert (`LIKE … INCLUDING ALL`),
anschließend werden die Daten kopiert.
Bei einem Fehler wird trotzdem die leere Tabelle erstellt (zur späteren Analyse oder Wiederholung).

CREATE OR REPLACE PROCEDURE db.kopie(
    IN quelle TEXT,
    IN ziel TEXT)
LANGUAGE 'plpgsql'
AS $$
DECLARE
    tabelle TEXT;
BEGIN
    -- Schema prüfen und ggf. erstellen
    PERFORM 1 FROM information_schema.schemata WHERE schema_name = ziel;
    IF NOT FOUND THEN
        EXECUTE format('CREATE SCHEMA %I', ziel);
    END IF;
 
    -- Tabellenstruktur kopieren
    FOR tabelle IN
        SELECT TABLE_NAME
        FROM information_schema.tables
        WHERE table_schema = quelle
    LOOP
        EXECUTE format('DROP TABLE IF EXISTS %I.%I', ziel, tabelle);
        RAISE NOTICE 'Struktur % verarbeitet', tabelle;
        EXECUTE format(
            'CREATE TABLE %I.%I (LIKE %I.%I INCLUDING ALL)',
            ziel, tabelle, quelle, tabelle
        );
    END LOOP;
 
    -- Daten kopieren mit Fehlerbehandlung
    FOR tabelle IN
        SELECT TABLE_NAME
        FROM information_schema.tables
        WHERE table_schema = quelle
    LOOP
        BEGIN
            EXECUTE format('INSERT INTO %I.%I SELECT * FROM %I.%I',
                           ziel, tabelle, quelle, tabelle);
            RAISE NOTICE 'Tabelle % verarbeitet', tabelle;
        EXCEPTION WHEN OTHERS THEN
            RAISE NOTICE '------------ FEHLER bei % --------------', tabelle;
            COMMIT;
        END;
    END LOOP;
END;
$$;
 
ALTER PROCEDURE db.kopie(text, text)
    OWNER TO postgres;

Zusammenfassung

`IMPORT FOREIGN SCHEMA` erlaubt das Einbinden externer Informix-Tabellen als Foreign Tables in PostgreSQL.
Ein vollständiger Import kann auf Wunsch auf einzelne Tabellen beschränkt werden.
Für dauerhafte Nutzung oder Fehlerunabhängigkeit empfiehlt sich die Kopie der Tabellen lokal via PL/pgSQL.
Der Prozess ist einseitig – nur von Informix zu PostgreSQL möglich.

Stichworte

PostgreSQL, Informix, IMPORT FOREIGN SCHEMA, FDW, Foreign Data Wrapper

leap_16_informix_konfig

Anonymous (anonymous@undisclosed.example.com) — 2026-05-03T06:46:46+00:00

Informix unter openSUSE Leap 16.0: fehlende /etc/services und /etc/hosts.equiv

Nach einem Update auf openSUSE Leap 16.0 startet ein Informix-Server, der in der sqlhosts mit einem Servicenamen konfiguriert ist, nicht mehr auf dem erwarteten Port. Zusätzlich werden Client-Verbindungen mit Fehler -956 „Client host or user is not trusted by the server“ abgewiesen, weil /etc/hosts.equiv fehlt.

Ursache

Mit Leap 16.0 hat openSUSE den Weg der Trennung von Distribution-Defaults (/usr/etc) und lokalen Overrides (/etc) konsequent umgesetzt:

  /etc/services ist nur noch eine **leere Dummy-Datei** und soll
  künftig ganz entfallen. Der eigentliche Inhalt liegt jetzt unter
  /usr/etc/services. Das Paket netkit-rsh / rsh-server ist abgelöst durch
  **OpenSSH**. Dadurch werden die klassischen Trust-Dateien /etc/hosts.equiv und /etc/hosts.lpd **nicht mehr automatisch angelegt**.

Quellen:

Auswirkung auf Informix

sqlhosts mit Servicename

Enthält $INFORMIXDIR/etc/sqlhosts einen Servicenamen statt einer Portnummer, z. B.:

ol_azur   onsoctcp   azur.local   sqlexec

… dann löst Informix über getservbyname() gegen /etc/services auf. Unter Leap 16.0 ist diese Datei leer, der Start schlägt mit Meldungen wie

listener-thread: err = -25595: oserr = 0: errstr = ...: Service not found

fehl bzw. der Server bindet nicht auf dem erwarteten Port.

Trusted-Host-Authentifizierung

Informix prüft eingehende Verbindungen standardmäßig gegen eine Trusted-Hosts-Datei:

entweder /etc/hosts.equiv
oder die in onconfig über REMOTE_SERVER_CFG konfigurierte Datei
sowie ~/.rhosts des Zielusers

Fehlt /etc/hosts.equiv komplett, meldet der Client:

-908  Attempt to connect to database server (...) failed.
-956  Client host or user (...) is not trusted by the server.

Siehe: IBM Docs – Trusted-host information

Lösungen

A: Portnummer direkt in sqlhosts

Am robustesten: den Servicenamen durch die numerische Portnummer ersetzen. Damit entfällt die Abhängigkeit von /etc/services vollständig.

ol_azur   onsoctcp   azur.local   9088

Variante B: /etc/services wiederherstellen

Eintrag für Informix manuell ergänzen (auf Server und Client):

sqlexec       9088/tcp
sqlexec-ssl   9089/tcp

Wahlweise als Override in /etc/services (wird gegenüber /usr/etc/services vorgezogen) oder als Drop-in.

IANA-konforme Ports: 9088/tcp (sqlexec), 9089/tcp (sqlexec-ssl).
Siehe: IANA standard service names in sqlhosts.std

hosts.equiv wiederherstellen

Datei /etc/hosts.equiv mit den vertrauenswürdigen Hosts neu anlegen:

# hostname        user
client1.local     informix
client1           informix
10.0.0.15         informix

Zwingende Voraussetzungen (laut IBM Docs):

Besitzer: informix:informix
Rechte: 0644, 0640, 0444 oder 0440
Sowohl Kurzname als auch FQDN eintragen, um DNS-Probleme zu vermeiden.

touch /etc/hosts.equiv
chown informix:informix /etc/hosts.equiv
chmod 0644 /etc/hosts.equiv

Variante empfohlen: REMOTE_SERVER_CFG nutzen

Seit Informix 11.70 kann die Trusted-Hosts-Datei über die onconfig umgelenkt werden – damit ist kein Root-Zugriff auf /etc/hosts.equiv nötig und das Problem ist zukunftssicher gelöst:

In $INFORMIXDIR/etc/onconfig:

REMOTE_SERVER_CFG  trusted_hosts.cfg

Dann Datei $INFORMIXDIR/etc/trusted_hosts.cfg mit den erlaubten Hosts füllen. Änderungen lassen sich im laufenden Betrieb übernehmen:

onmode -wf REMOTE_SERVER_CFG=trusted_hosts.cfg

Quelle: XTIVIA – Informix Trusted Client Connections

Prüfbefehle

# Existiert /etc/services und hat es Inhalt?
ls -l /etc/services /usr/etc/services
getent services sqlexec
 
# Kann Informix den Servicenamen auflösen?
su - informix -c "getent services sqlexec"
 
# Trusted-Host-Datei prüfen
ls -l /etc/hosts.equiv $INFORMIXDIR/etc/hosts.equiv 2>/dev/null
onstat -g cfg | grep REMOTE_SERVER_CFG

Zusammenfassung

Leap 16.0 liefert /etc/services nur noch als Dummy aus – echter

Inhalt liegt in /usr/etc/services.

/etc/hosts.equiv fehlt, da rsh durch OpenSSH ersetzt wurde.
Informix bricht deshalb mit Servicename-basierter sqlhosts und

bei Trusted-Connections (Fehler -956) nach dem Update.

Schnellste Lösung: Portnummer direkt in sqlhosts verwenden, /etc/hosts.equiv wiederherstellen oder auf REMOTE_SERVER_CFG umstellen.

Weiterführende Quellen

Stichworte

Informix, openSUSE Leap 16, sqlhosts, /etc/services, hosts.equiv, REMOTE_SERVER_CFG, Fehler -956, Trusted Host

dynaDAT | UNIXoni | REDATEK | ITVeteran - informix

informix_fdw

IMPORT FOREIGN SCHEMA von Informix nach PostgreSQL

Vorbereitung

Vollständiger IMPORT aller Tabellen eines Informix-Datenbank-Schemas

LIMITIERTER IMPORT (z. B. nur eine Tabelle)

Wichtiger Hinweis zur Richtung des Imports

Kopieren der Tabellen lokal in PostgreSQL (struktur+daten)

Zusammenfassung

Stichworte

leap_16_informix_konfig

Informix unter openSUSE Leap 16.0: fehlende /etc/services und /etc/hosts.equiv

Ursache

Auswirkung auf Informix

sqlhosts mit Servicename

Trusted-Host-Authentifizierung

Lösungen

A: Portnummer direkt in sqlhosts

Variante B: /etc/services wiederherstellen

hosts.equiv wiederherstellen

Variante empfohlen: REMOTE_SERVER_CFG nutzen

Prüfbefehle

Zusammenfassung

Weiterführende Quellen

Stichworte

LIMITIERTER IMPORT (z. B. nur eine Tabelle)