![]() |
Datenbank: Firebird • Version: 2.1 • Zugriff über: BDE
Terminalserver & BDE
Hallo & guten Tag,
ich gehöre auch noch zu der Kategorie der BDE-Nutzer, da ich ein Programm betreue das aus den Zeiten von Delphi 1 stammt und die BDE nutztz. Bisher war das auch nach dem Umstieg auf IB / FB relativ problemlos. Nun habe ich das Problem das ganze Gespannn auf einer Kombination von W2008 Servern zum laufen zu bringen. Server 1 mit W2008 soll als DB-Server dienen. Server 2 mit W2008 ist als Terminalsertver eingerichtet und die User sollen über RDP mit dem Programm arbeiten. Soweit so gut, ( oder schlecht :pale: ) Auf dem Server 1 läuft das Programm über RDP ohne Probleme, auf dem Server 2 mit den Terminaldiensten bekomme ich beim Start die Meldung "`Tabelle xy nicht vorhanden" obwohl diese vorhanden ist. Nach meinen Debuginfo`s werden die ersten 10 Tabellenobjekte des Datenmoduls geöffnet und dann ist Sense jede weitere zu öffnende Tabelle führt zu diesem Fehler, Abfragen funktionieren aber alle. Es sieht wie ein Ressourcenproblem aus, die Einstellungen der BDE habe ich schon durchpprobiert, leider ohne Erfolg. Das Problem ist das ich eine kurzfristige Lösung benötige, da eine Umstellung weg von der BDE zwar geplant, aber hier nicht weiterhilft. Gruß Reiner |
Re: Terminalserver & BDE
Hast du normal Terminal Service oder einen Aufsatz ala Citrix? Hier sollte man auf jedenfall alle Updates einspielen da Citrix des öfteren mal was "verschlimmbessert".
|
Re: Terminalserver & BDE
Kein Citrix, ist die W2008 in der Terminalserverrolle...
Ich bin nicht unbedingt der MS-Serverspezialist, aber Citrix ist nicht im Spiel... |
Re: Terminalserver & BDE
Für die Terminalservices von W2008 hat Microsoft bei Citrix zugekauft
|
Re: Terminalserver & BDE
Ok, also doch Citrix ?
Welche Stellschraube ist denn dann zu drehen ? Unter dem ersten Server läuft das Programm in einer RD-Session ohne Probleme. In der TS-Rolle auf dem zweiten Server tritt das geschilderte Verhalten auf, das er TTable-Objekte nur begrenzt öffnet. Kann das mit Ressourcen / UACL / Rechten zu tun haben ?? Danke Reiner |
Re: Terminalserver & BDE
Microsoft hat mit seiner Beteiligung an Citrix sicher auch KnowHow-Transfer, trotzdem sind die Remote Desktop-Services von Win2008 kein Citrix.
Ich vermute mal stark, dass die Remote Desktop-Services nicht mehr mit der BDE klarkommen bzw. umgekehrt. Um das einzugrenzen, gehe doch mal auf den Server mit einer RDP-Session im Consolenmodus (mstsc.exe /console), wenn Du dann mit der BDE arbeiten kannst, wird wohl hier die Ursache liegen. |
Re: Terminalserver & BDE
Hallo,
willkommen im Firebird/BDE Club ;) Bei mir läuft das alles ohne Probleme. Ich benutze TTable aber nur noch sehr sporadisch (baue das gerade auf TQuery um, um dann auf FIBPlus umzusteigen). Dein Problem ist, dass jetzt sehr viele BDE-Programme auf dem Terminal-Server laufen, auch wenn es nur dein einziges Programm ist. Schau dir die Tips hier mal an, speziell zu MinBufSize und SharedMemSize ![]() Heiko |
Re: Terminalserver & BDE
Na den, Gruß an den Club :wink:
Der Fehler tritt auch auf, wenn ich alleine als einzige BDE-Applikation am Server arbeite. Von Mehrbenutzer bin ich mangels Funktionieren der Lösung ja noch meilenweit weg. Reiner |
Re: Terminalserver & BDE
Hallo,
dann nimm dir mal das EDBEngineError und ermittle die genaue BDE-Fehlermeldung. Ich denke, es liegt an der BDE-Konfiguration. Hast du mal unter Konfiguration/System/Init nachgesehen und mit dem anderen Server verglichen ? Wie viele TTables werden denn geöffnet? BTW: Unser Programm hier wurde auch mit Delphi1 und BDE (Paradox) gestartet ... - Form ereugen - TTable drauf Name und DB setzen hach ja, die schöne alte Zeit ;) Heiko |
Re: Terminalserver & BDE
Kann das sein das in W2008 kein 16Bit kern mehr vorhanden ist und damit der Fehler ausgelöst wird.
In den 64 Bit Versionen von Windows geht die BDE nämlich gar nicht mehr. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 07:14 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz