REFLEX-Installation: Bekannte Probleme bei der Installation

Aus GEVITAS
Version vom 23. Oktober 2012, 20:15 Uhr von Gevitas (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „== Allgemeines == Hier werden die bekannten Probleme bei der Installation beschrieben == === Windows 7: REFLEX kann nicht gestartet werden === Auch die ODBC…“)
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)
Wechseln zu: Navigation, Suche

1 Allgemeines

Hier werden die bekannten Probleme bei der Installation beschrieben ==

1.1 Windows 7: REFLEX kann nicht gestartet werden

Auch die ODBC (Datenquellen) muss über das Menü der rechten Maustaste geöffnet "Als Administrator ausführen" werden, wenn man den Eintrag für REFLEX erstellen oder bearbeiten möchte.

Achtung! Unter Windows-64-Bit darf man nicht den ODBC-Administrator aus der Verwaltung benutzen! Hier befindet sich das richtige Programm dazu unter „C:\Windows\SysWOW64\ODBCAD32.exe“!!!

Hintergrund: Die Namensgebung der System-Ordner unter 64-Bit-Windows ist verwirrend:

In "C:\Windows\System32" befinden sich alle 64-Bit-Programme! Der Ordner heißt nur so, weil Microsoft wohl kompatibel mit 32-Bit-Systemen bleiben wollte. Das ist die offizielle Aussage von MS! Warum sie es aber nicht so gemacht haben wie bei "\Programme“ = "Program Files" bleibt ihr Geheimnis…

In "C:\Windows\SysWOW64" befinden sich alle 32-Bit-Programme, die über dem 64-Bit-Betriebssystem laufen! Der Ordner-Name kommt von "System-Windows-On-Windows-64-Bit"!

1.2 Windows-XP®: “Fehler 401, Zeichenfolge zu lang...”

Unter Windows XP kann es bei der Programm-Installation zu der Fehlermeldung kommen

  • “Die Zeichenfolgenvariable ist nicht groß genug für die Zeichenfolge” “Fehler 401".

Bestätigen Sie diese Meldung mit [OK], die Installation wird dann normal weitergehen.

1.3 Datenbank-Server nicht gefunden

Wenn bei der Datenbank-Installation angezeigt wird, dass der Datenbank-Server nicht vorhanden sei, dann wählen Sie im Installationsprogramm einen anderen Namen aus. Bei manchen Konfigurationen wird der lokale SQL-Server als “(local)” bezeichnet (mit Klammern!), bei anderen mit dem jeweiligen PC-Namen.

Domäne: Um den Server im Netzwerk zu finden, müssen die Benutzer auf diesem Server angelegt sein oder einer Benutzergruppe angehören, die den Zugriff auf den Server besitzt.

Arbeitsgruppe: Wenn Sie nicht mit einer Domäne arbeiten sondern mit einer Arbeitsgruppe, müssen alle Benutzer auf diesem als lokale Benutzer Server angelegt sein! Zusätzlich müssen die Benutzernamen im SQL-Server angelegt werden! Sie können dazu den Web-Admin, SQL-Enterprise-Manager benutzen oder einen SQL-Script auf dem Server ausführen, der die Benutzer anlegt, z.B. mit

  • 'use REFLEX
  • go
  • EXEC sp_addlogin 'Albert', '12345', 'REFLEX'
  • GO
  • EXEC sp_grantdbaccess 'Albert', 'Albert
  • go
  • grant ALL to public
  • go

Wenn Sie immer noch keinen Kontakt zum Server haben, prüfen Sie, ob eine Firewall auf dem Server aktiv ist und schalten dieses (zumindest testweise) aus. Geben Sie den Standard-Port 1433 für MS-SQL-Server frei!

1.4 MSDE-Installation bricht ab, Windows 2003-Server

Wenn das MSDE-Installationsprogramm feststellt, dass auf dem PC schon eine MSDE oder ein SQL-Server vorhanden ist, wird die Installation mit der Fehlermeldung „Instanz schon vorhanden...“ abgebrochen. Da MSDE/SQL-Server ja schon vorhanden ist, müssen Sie diesen Installationsschritt nicht ausführen! Unter Windows2003-Server muss die SQL-Server-/MSDE-Version mind. mit Service-Pack 4 (SP4) sein, weil der Win-Server aus Sicherheitsgründen sonst alle TCP-Ports für MS-SQL abschaltet und diese sich auch nicht einschalten lassen! Ab Vers. 050806 legt das REFLEX-Installationsprogramm für die MSDE optional eine Instanz REFLEX für den SQL-Server an. Daher muss man auch beim Update des SQL-Servers das Microsoft-Setup mit der Option für die Instanz REFLEX angeben: Setup Instancename=REFLEX Securitymode=SQL sapwd=1 DisableNetworkProtocoll=0

1.5 Versteckte MSDE bei Backup-Exec®

Einige Programme nutzen die MSDE zur Verwaltung ihrer Datenbestände und installieren die MSDE versteckt, z.B. Backup-Exec. Sollte auf Ihrem Server schon eine MSDE vorhanden sein und Sie Probleme bei der MSDE-Installation haben, wenden Sie sich bitte an unseren Support.

  • Die Lösung des Problems ist vielschichtig. Wenn die vorhandene MSDE die Version 8.00.760 oder neuer hat, kann man diese verwenden und hat kein Problem. Mit einer älteren Version kann es aber u.U. Probleme mit REFLEX geben. Einfach eine neue Version drüber installieren geht aber auch nicht, weil man ja nicht weiß, ob das vorhandene Programm, das die alte MSDE verwendet, mit der neuen Version funktioniert. Deshalb: Nicht verzagen, Support fragen!
  • Für SQL-Spezialisten:
    • Prüfen Sie, ob Sie auf die neue MSDE updaten können. Schon aus Sicherheitsgründen ist dieses sehr empfehlenswert, weil es in alten SQL-Versionen Sicherheitslücken gibt, die u.U. Wurm-Attacken nach sich ziehen!
    • Legen Sie in diesem Fall die MSDE mit einer neuen Instanz an.
    • Ändern Sie die ODBC-Einträge so ab, dass als Servername [Server\Instanz] eingetragen wird.

2 Firewall-Blockade, Virenscanner

Wenn Sie im ODBC-Manager beim Verbindungstest eine dieser Fehlermeldungen erhalten…

  • „Server nicht vorhanden oder Zugriff verweigert“
  • „Allgemeiner Netzwerkfehler TCP/IP“

...so überprüfen Sie die Firewall-Einstellungen des PC’s und des Servers. Schalten Sie wenn möglich die Windows-Firewall aus.Sofern Ihre Firewall die Installation blockiert, müssen Sie sie deaktivieren. MS-SQL-Server benutzen standardmäßig den TCP/IP-Port 1433. Dieser muss ggf. in der Firewall freigeschaltet werden.

Falls Sie über TCP/IP keinen Zugriff zum SQL-Server erhalten, können Sie im ODBC-Treiber auch den Zugriff über “Named-Pipes” aktivieren. Dieses Netzwerkprotokoll wird vom SQL-Server standardmäßig ebenfalls unterstützt. Es ist allerdings nicht routingfähig und auch nicht mehr besonders modern, so dass es eigentlich nicht mehr verwendet werden soll. Auch einige Virenscanner verhindern das ordnungsgemäße installieren. In diesem Fall muss der Virenscanner zeitweise deaktiviert werden.

2.1 Benutzerrechte auf den SQL-Server

Wenn Sie mit der MSDE arbeiten und keinen Enterprise-Manager haben, müssen Sie den Benutzern mit dem RxDBAdmin-Programm die Zugriffsrechte auf den SQL-Server und die REFLEX-Datenbank geben. Standardmäßig versucht das Installationsprogramm, der Gruppe „Domänen-Benutzer“ die Rechte auf den SQL-Server einzurichten. Wenn Ihre Benutzer nicht zu dieser Gruppe gehören oder wenn es diese Gruppe in Ihrer Domäne gar nicht gibt, kann kein Benutzer auf die Datenbank zugreifen. Auch in diesem Fall müssen Sie die Zugriffsrechte auf den SQL-Server mit RxDBAdmin vergeben. Kopieren Sie dazu RxDBAdmin von der CD in ein Verzeichnis auf dem Server. Sie könnten das Programm zwar auch direkt von der CD starten, RxDBAdmin versucht aber beim schließen, die letzten Einstellungen in eine INI-Datei zu schreiben, was auf der CD ja nicht geht!


      • Windows 7: Probleme mit BDE und INI ***

Idapi32.cfg wird nicht gefunden bzw. die angelegten Aliase werden nicht gefunden oder Änderungen der REFLEX.INI werden nicht übernommen

Wenn man REFLEX unter dem Benutzer ausführt, der die Installation ausgeführt hat, kann es beim Programmstart zu einer Fehlermeldung „Alias XXXX nicht gefunden…“ kommen. Geht man in die BDE-Konfiguration, ist der Alias aber vorhanden! Meldet sich ein anderer Benutzer am PC an, funktioniert das Programm!

Grund: Bei der Installation legt Windows für Programme, die nicht mit einem zertifizierten Manifest versehen sind, alle als „kritisch“ (in Sinne der Sicherheit) angesehene Dateien (.INI, .CFG usw.) in einen zusätzlichen, benutzerspezifischen Ordner, dem sog. „Virtual Store“. Alle Zugriffe auf diese Dateien werden von Windows automatisch auf diesen (unsichtbaren, benutzerspezifischen) Ordner umgebogen.

Leider funktioniert das nicht zuverlässig:

  • Wenn man mit dem BDE-Admin die cfg-Datei bearbeitet, schreibt man direkt in die Original-Datei.
  • Wenn ein Programm die Datei anfordert (z.B. REFLEX.exe), prüft Windows, ob sich die Datei im VirtualStore des Benutzers befindet. Wenn ja, liefert Windows diese Datei zurück. Wenn nein, wird die Datei aus dem Original-Verzeichnis geliefert.

Lösungen:

  1. Theorie: Man kopiert die IDAPI32.CFG-Datei in den VirtualStore aller Benutzer des Rechners („C:\Users\USERNAME\AppData\Local\VirtualStore“). Geht aber nicht, weil die VirtualStore-Ordner versteckt sind. Außerdem versagt diese Methode, wenn sich später ein neuer Benutzer/in anmeldet.
  2. Praxis: Man sucht über den Windows-Explorer die Datei IDAPI32.CFG in „C:\“. Wenn ein Ordner mit „Virtual Store“ angezeigt wird, kann man mit der rechten Maustaste diesen Ordnerpfad öffnen. Dann löscht man die IDAPI32.CFG oder gleich den ganzen Ordner, in diese drin ist.
  3. Man gibt allen Benutzern auf den BDE-Ordner volles Zugriffsrecht. Dieses schaltet die Virtualisierung für diesen Ordner aus. Sollte man das Programm in „C:\Programme\xxx“ installiert haben, gilt das oben Gesagte auch für diesen Ordner!
  4. Man schaltet (wenn man darf!) dieses Verhalten aus:

Hinweis: Wenn man im Windows-Explorer einen Ordner öffnet, für den es VirtualStore-Dateien gibt, wird eine zusätzliche Schaltfläche angezeigt.

2.2 Windows 7: Keine Zugriffsrechte auf Netzlaufwerke

Sie erhalten eine Meldung, dass Sie keinen Zugriff auf ein Netzlaufwerk-Verzeichnis haben. Um dieses Problem zu beheben, müssen Sie die Eigenschaften der REFLEX.EXE und deren Verknüpfungen überprüfen. Dazu klicken Sie mit der rechten Maustaste auf die EXE oder deren Verknüpfung und wählen dort Eigenschaften aus:

Dort müssen Sie überprüfen, ob beim Kompatibilitätsmodus und bei der Berechtigungsstufe Häkchen gesetzt sind. Ist dies der Fall müssen diese entfernt werden.

Auch wenn man beim Start von REFLEX immer diesen bestätigen muss, sollte man die Kompatibilitätseinstellungen überprüfen und ggf. gesetzte Haken entfernen.