Installation von ObjectStore
- Installation von ObjectStore
- ObjectStore-Dienste
- Firewall Einstellungen
- Hinweise zur Installation auf einem Terminalserver
- Mögliche Fehler und deren Behebung
Installation von ObjectStore
1. Setup starten
2. Next zur nächsten Maske
3. Benutzer und Firma eintragen und mit Next zur nächsten Maske
4. Next zur nächsten Maske
5. Pfad zur Lizenzdatei von ObjectStore 2013 auswählen und mit Next zur nächsten Maske
6. Custom auswählen
7. Kunden und AppsWH: Alles außer „ObjectStore DBMS„ im C++ Interface abwählen und mit Next zur nächsten Maske
BASIS: Neben "C++ Interface" muss "Data Services Admin Serv" und "Java Interface" gesetzt sein. Danach mit Next zur nächsten Maske.
8. „Both client and server“ aktivieren und mit Next zur nächsten Maske
9. Mit Next zur nächsten Maske
10. Mit Next zur nächsten Maske
11. Server-Installation: „Yes – change Server parameters“ auswählen und mit Next zur nächsten Maske (weiter bei 12)
Client-Installation: "No - leave Server parameters as thery are" auswählen und mit Next zur nächsten Maske (weiter bei 15)
12.Parameter ändern am Beispiel von „Authentication Required“.
"Authentication Required" auswählen und mit Edit Value öffnen.
13. „None“ eintragen und mit OK bestätigen
14. Dies wird ebenso für folgende Parameter wiederholt:
Log Data Segment Max Size = 16777216
Max AIO Threads = 30
Message Buffer Size = 2048
N Message Buffers = 30
Preferred Network Send Buffer Size = 65536
Preferred Network Receive Buffer Size = 65536
Propagation Buffer Size = 1048576
Dies sind die empfohlenen Werte und können je nach eingesetzter Hardware und Anzahl
der DBs von den tatsächlich benötigten Werten für das eigene System abweichen.
An hand dieser Beschreibung können die tatsächlich benötigten Werte ermittelt werden.
15. „No – do not create RAWFS partitions“ aktivieren und mit Next zur nächsten Maske
16. „Yes – initialize the Server log file“ aktivieren und mit Next zur nächsten Maske
17. Mit Next zur nächsten Maske
18. Wenn diese Meldung nicht kommt, ObjectStore 2013 deinstallieren und neuinstallieren!
Ansonsten „OK“ betätigen.
19. „Yes – start the Server automatically“ auswählen und mit Next zur nächsten Maske
20. „Ja“ auswählen.
21. Finish zum Beenden der Installation
Patch installieren (ObjectStore 2013)
Im Gegensatz zu den vorherigen ObjectStore-Versionen können Patches unter ObjectStore 2013 einfach ausgeführt werden.
ObjectStore-Dienste
Die Dienste „ObjectStore Cache Manager R7.0“ und ObjectStore Server R7.0“ müssen gestartet werden. Nach der Installation stehen diese ab ObjectStore 2013 auf "automatisch" und sollten diese Einstellung auch beibehalten. Bei vorherigen ObjectStore-Versionen standen diese Dienste nach der Installation auf „automatisch (verzögert)“.
- „automatisch“ -> Beim Start von Windows werden die Dienste gleich mit gestartet. Der Desktop kann dadurch unter Umständen etwas später dargestellt werden.
- „automatisch (verzögert)“ -> Beim Start von Windows werden die Dienste nicht gleich mit gestartet, sondert leicht verzögert. Der Desktop kann dadurch unter Umständen etwas früher dargestellt werden. Es wird Disziplin bei den Usern benötigt, da ClassiX nicht sofort gestartet werden darf, sondern erst 3-5 Minuten nach dem der Desktop dargestellt wurde, gewartet werden muss, bis ClassiX gestartet werden darf. Ansonsten können Fehler auftreten und der ObjectStore Cache Manager nicht als Dienst sondern als Prozess gestartet werden.
Firewall Einstellungen
In der Firewall müssen folgende Ports und Programme als "Eingehende Regel" freigegeben werden:
- Port 51025 und Port 51031
- Programm %SystemDrive%\ODI_2013.0_32Bit\OStore\bin\oscmgr6.exe
- Programm %SystemDrive%\ODI_2013.0_32Bit\OStore\bin\osserver.exe (wird in der Regel von ObjectStore automatisch freigegeben.)
Als "Ausgehende Regel" müssen die Ports 51025 und 51031 freigegeben werden.
Ohne diese Einstellungen in der Firewall kann es passieren, dass die Verbindung zum ObjectStore-Server verloren geht. Weitere Informationen siehe hier.
Hinweise zur Installation auf einem Terminalserver
Bekannte Probleme:
Es kam vor, dass ein Benutzer über Remote die Anwendung nicht starten konnte, weil eine ObjectStore Fehlermeldung kam.
Dieses Problem konnte gelöst werden, indem die Benutzergruppe "Remotedesktopbenutzer" in die lokale Sicherheitsrichtline zum Erstellen von globalen Objekten übernommen wurde:
Start>Programme>Verwaltung-->Lokale Sicherheitsrichtlinien
Sicherheitseinstellungen..>Lokale Richtlinien-->Zuweisen von Benutzerrechten: Erstellen globaler Objekte doppelklicken, dann Knopf "Benutzer oder Gruppe hinzufügen" "Remotedesktopbenutzer"
Mögliche Fehler und deren Behebung
Fehlerbeschreibung |
---|
ObjectStore-Server lässt sich nicht starten. Fehlermeldung: "Missing license file", wenn mit -CON über die Konsole gestartet wird, oder alternativ in der Windows-Ereignisanzeige zu finden. |
Ursache |
Der Fehler tritt erst seit dem Update auf OS2013 Update 6 auf. Seit diesem Update erwartet der osserver anscheinend eine Kopie der Lizenzdatei unter dem Pfad: %OS_ROOTDIR%\etc\license.txt Hierbei handelt es sich um die Lizenzdatei, die während der ObjectStore-Installation angegeben werden musste. |
Fehlerbehebung |
Eine Kopie der ObjectStore-Lizenzdatei an den entsprechenden Pfad kopieren, anschließend den Dienst erneut starten. |
Fehlerbeschreibung |
---|
ObjectStore-Server lässt sich nicht starten. Fehlermeldung: "C:\ODI_2013.0\osserver.log does not exist", wenn der Server über -CON gestartet wird, oder alternativ in der Windows-Ereignisanzeige zu finden. |
Ursache |
Unbekannt, tritt bisher nur auf, nachdem auf ObjectStore-2013 Update 6 upgedated wurde. |
Fehlerbehebung |
CMD starten und folgendes ausführen: %OS_ROOTDIR%\bin\osserver.exe -CON -ReallocateLog
Anschließend den osserver mit STRG+C beenden, CMD schließen und den OSServer-Dienst starten. |
Fehlerbeschreibung |
---|
ObjectStore Cache-Manager und/oder Server sind auf dem lokalen Rechner nicht erreichbar (Windows-Vista) |
Beispiel |
In einer DOS-Box folgende Befehle eingeben
c:\>oscmstat c:\>ossvrping localhost
|
Mögliche Ursache |
|
Fehlerbehebung |
|
Weitere mögliche Ursache |
Die Windows Firewall blockiert den Port, den der Client benötigt, um Rückmeldungen an den ObjectStore Server zu schicken |
Fehlerbehebung |
Es muss in den Einstellungen der Client - Firewall der Port 51031 TCP freigegeben werden (Ausnahmen der Firewall) Siehe Administration der Firewall für Details |
Wenn mehrere (auch virtuelle) Netzwerkadapter vorhanden sind könnte sich ObjectStore mit dem falschen verbunden haben
Fehlerbeschreibung |
---|
Es wird keine Verbindung zur Datenbank aufgebaut |
Beispiel |
Mögliche Ursache |
Der ObjectStore-Server ist entweder nicht aktiv oder kann über das Netzwerk nicht angesprochen werden. |
Fehlerbehebung |
In einer DOS-Box den Befehl:
eingeben. Er liefert die IP-Adresse des Servers wieder. Sollte hier keine Antwort kommen (time-out), ist bereits der Rechner - auf welchem der Datenbank-Server läuft - im Netzwerk nicht erreichbar: Bitte erst eine Verbindung schaffen! In einer DOS-Box den Befehl:
eingeben. Hiermit kann geprüft werden, ob der Objectstore-Datenbankserver aktiv ist. Ist dieser nicht aktiv, muss dieser gestartet werden. Um die Geschwindigkeit des Findens des Datenbank-Servers zu erhöhen, kann man mit einem Text-Editor (z.B. NotePad) die Datei \system32\ drivers\etc\hosts. editieren. Falls keine vorhanden ist, diese anlegen (Achtung: KEINE Dateiendung, NotePad nimmt bei nichtangegebener Endung defaultmäßig .Txt, deshalb beim speichern den abschließenden ‚.‘ miteingeben.) Folgende Zeile am Ende einfügen: |
Weitere mögliche Ursache |
Die Windows Firewall blockiert den Port, den der Client benötigt, um Rückmeldungen an den ObjectStore Server zu schicken |
Fehlerbehebung |
Es muss in den Einstellungen der Client - Firewall der Port 51031 TCP freigegeben werden (Ausnahmen der Firewall) Siehe Administration der Firewall für Details |
Weitere mögliche Ursache |
Die Datenbank liegt nicht auf einem zum Server gehörenden Laufwerk sondern wird über ein verknüpftes Laufwerk angesprochen (share).
Prüfen Sie, ob in der Fehlermeldung der Servername oder die IP-Adresse angegeben wird und vergleichen Sie diese mit dem erwarteten Server. Wenn die Angaben nicht übereinstimmen ist die Datenbank vermutlich nicht "server-local" und liegt auf einem Share (z.B. NFS oder Windows Share). |
Fehlerbehebung |
|
Weitere mögliche Ursache |
Wenn mehrere (auch virtuelle) Netzwerkadapter vorhanden sind könnte sich ObjectStore mit dem falschen verbunden haben |
Fehlerbehebung |
Setzen Sie auf dem Client die Umgebungsvariable OS_BIND_INET auf die IP-Adresse oder den Host-Namen |
Fehlerbeschreibung |
---|
Die Schema-Datenbank kann nicht geöffnet werden |
Mögliche Ursache |
Die ObjectStore-Schema-Datenbank (z.B. os_coll.adb) ist lokal, aber kein Server ist installiert |
Fehlerbehebung |
Die Schema-Datenbank muss auf einem Rechner liegen, auf dem ein ObjectStore-Server läuft. Die Umgebungsvariable OS_SCHEMA_PATH muss den Pfad zu diesen Dateien enthalten (z.B. dbserver:c:\odi_7.1\ostore\bin). |
Fehlerbeschreibung |
---|
Nach kurzer Arbeitspause hat ein Client keine Verbindung zur Datenbank mehr |
Mögliche Ursache |
Die Windows Firewall blockiert den Port, den der Client benötigt, um Rückmeldungen an den ObjectStore Server zu schicken |
Fehlerbehebung |
Es muss in den Einstellungen der Client - Firewall der Port 51031/TCP und ggf. 51025/TCP freigegeben werden (Ausnahmen der Firewall) Siehe Administration der Firewall für Details |
Fehlerbeschreibung |
---|
Das manuelle Initialisieren des Transaction-Logs schlägt fehl: |
Mögliche Ursache |
Der Serverparameter "Authentication required" steht auf "None"
Mit dem Befehl ossvrstat -parameters können Sie die Server-Parameter auflisten. |
Fehlerbehebung |
Starten Sie das Setup und setzen Sie in den Serverparametern das Authentication required auf Default (das ist "Name Password"). Initialisieren Sie dann das Log erneut mit osserver -con -i. Danach können Sie "Authentication required" wieder auf "None" setzen. |