Masteranwendung/Datenbank im Betrieb auf Windows Server viel langsamer als auf W7 PC

[mensch72]

Server2008, igit das is ja "Vista"...

also es war einmal:
- Vista und Server2008 brauchen das SP2!
- Server2008 hatte meines Wissens auf dem C-Laufwerk den eigenen RAM Schreibcache irgendwie deaktiviert und den Indexdienst irgendwie immer an
- Baue eine 2. 128..256GB-SSD in den PC mit einer 50% Partition und formatiere die mit FAT32, schalte dort das Indexzeug ab und vergib im Root volle rechte, den die BDE mit Paradox will irgendwo im Root "D:\" eine Lock/Share Datei anlegen
- lass es an der CPU Zuweisung herum zu spielen, sag dem Server2008 nur, das er Vordergrundanwendungen bevorzugt, also nicht Hintergrundanwendungen

- starte dein Programm "als Admin" und mal im XP-kompatiblen Mode... wenn jetzt die Performance immernoch nicht passt... nimm Server2008R2, das war die "2008er" Version die auch wirklich gut funktioniert(is ja gleiche Basis wie Win7)... solche "Schätzchen" laufen bei uns teilweise auch noch, aber in einer z.B. Win2000 VM und nicht im aktuellem Hauptsystem!

- wenn ihr euch schon die Arbeit etwas an der Software zu machen spart, dann investiert ihr die Zeit eben in Konfig&Test-Orgien und etwas Versuchshardware

[Aviator]

Zitat von mensch72:

Server2008, igit das is ja "Vista"...

also es war einmal:
- Vista und Server2008 brauchen das SP2!
- Server2008 hatte meines Wissens auf dem C-Laufwerk den eigenen RAM Schreibcache irgendwie deaktiviert und den Indexdienst irgendwie immer an
- Baue eine 2. 128..256GB-SSD in den PC mit einer 50% Partition und formatiere die mit FAT32, schalte dort das Indexzeug ab und vergib im Root volle rechte, den die BDE mit Paradox will irgendwo im Root "D:\" eine Lock/Share Datei anlegen
- lass es an der CPU Zuweisung herum zu spielen, sag dem Server2008 nur, das er Vordergrundanwendungen bevorzugt, also nicht Hintergrundanwendungen

- starte dein Programm "als Admin" und mal im XP-kompatiblen Mode... wenn jetzt die Performance immernoch nicht passt... nimm Server2008R2, das war die "2008er" Version die auch wirklich gut funktioniert(is ja gleiche Basis wie Win7)... solche "Schätzchen" laufen bei uns teilweise auch noch, aber in einer z.B. Win2000 VM und nicht im aktuellem Hauptsystem!

- wenn ihr euch schon die Arbeit etwas an der Software zu machen spart, dann investiert ihr die Zeit eben in Konfig&Test-Orgien und etwas Versuchshardware

Das stimmt so nicht. Server 2008 ist Basis Windows 7. Ein "Vista-Server" System gab es nicht. Server 2008 läuft sehr stabil und auch zufriedenstellend schnell. Server 2012 ist auch gut, ist aber Basis Windows 8 --> Kacheln (das ist igit). Unser Server 2016 kommt diese Woche. Daher kann ich dazu noch nix sagen. Aber der wiederum ist Basis Windows 10.

EDIT: OK. Sorry. Ich sollte deinen Beitrag nicht nur überfliegen. Hast ja Recht mit dem Unterschied Server 2008 und Server 2008 R2.

[HolgerX]

Hmm..

War da nicht auch was, das je nach Server-Verwendung in der Systemkonfiguration auch unterschiedlich auf die eigenen Resourcen zugegriffen wurde.

z.B. Bei Verwendung als FileServer der Dateizugriff optimiert, jedoch dafür andere Funktionen herunter gedreht wurden..

(Nur so ein grauer Schleier, das da doch mal was war )

[dataspider]

Das ist wirklich lange her...

Ich erinnere mich aber, dass man mit BDEAdmin (auf jedem PC) doch spürbar an den Schrauben drehen konnte.

Unter Treiber - Native - Paradox und
System - Init

Die ganzen Speicher- und Bufferparameter sollte man an die obere Grenze schieben.
Netdir muss wohl auf ein Serververzeichnis verweisen...

Man darf nicht unterschätzen, dass ohne Datenbank - Server jeder PC die ganzen Dateien übertragen muss, da ja der Server nur Fileserver ist.
Nicht umsonst gab es dann Syteme wie Advantage, die für Paradox und DBase einen echten Datenbankserver zur Verfügung stellten.

Frank Reim

[hstreicher]

Vorab , ich habe die Beitraege nur überflogen ,

aber ist der Server evtl der Domaincontroller ?
Der DC ist bei Windows immer auf Schreibsichertheit ausgelegt ,
also ein Datenbank Performance Killer

mfg Hannes

[WonG.]

Zitat von HolgerX:

Hmm..

War da nicht auch was, das je nach Server-Verwendung in der Systemkonfiguration auch unterschiedlich auf die eigenen Resourcen zugegriffen wurde.

z.B. Bei Verwendung als FileServer der Dateizugriff optimiert, jedoch dafür andere Funktionen herunter gedreht wurden..

(Nur so ein grauer Schleier, das da doch mal was war )

Genau etwas in der Form meine ich. Infrastrukturelle Unterschiede. Konnte bisher leider nichts so drehen, als dass ein Positiveffekt spürbar gewesen wäre

Zitat von dataspider:

Das ist wirklich lange her...

Ich erinnere mich aber, dass man mit BDEAdmin (auf jedem PC) doch spürbar an den Schrauben drehen konnte.

Unter Treiber - Native - Paradox und
System - Init

Die ganzen Speicher- und Bufferparameter sollte man an die obere Grenze schieben.
Netdir muss wohl auf ein Serververzeichnis verweisen...

Man darf nicht unterschätzen, dass ohne Datenbank - Server jeder PC die ganzen Dateien übertragen muss, da ja der Server nur Fileserver ist.
Nicht umsonst gab es dann Syteme wie Advantage, die für Paradox und DBase einen echten Datenbankserver zur Verfügung stellten.

Frank Reim

Wo finde ich denn besagte Einstellungsmöglichkeiten? Sollte es hierfür eine spezielle Anwendung geben? Das Problem ist, dass die Datenbank von einem Programmsetup erstellt und eingerichtet wird, in die alles fest eingebunden ist.

Zitat von hstreicher:

Vorab , ich habe die Beitraege nur überflogen ,

aber ist der Server evtl der Domaincontroller ?
Der DC ist bei Windows immer auf Schreibsichertheit ausgelegt ,
also ein Datenbank Performance Killer

mfg Hannes

Der Domaincontroller läuft auf einem separaten Server. Im Grunde läuft nur ein kleiner File- und Desktopdatenbankserver (der um den es hier geht) darauf.
Ich vermute auch sehr stark, dass es nicht direkt mit der Datenbank zusammen hängt, sondern eben mit der Anwendung selbst, irgendetwas "schmeckt" ihr an den Windows-Serverumgebungen nicht

Zitat von sakura:

Zitat von WonG.:

ich soll jetzt dafür sorgen, dass es endlich "rund" läuft.

Deine Chance sind extrem gering, hier eine zufrieden stellende Lösung zu finden. Die Paradox-Treiber, wie oben bereits erwähnt, sind aus dem letzten Jahrtausend und nicht für die aktuellen System ausgelegt. Die nutzen teilweise alte System-Funktionen, welche durch aktuelle Server-Systeme nicht mehr unterstützt werden, bzw. bewusst nicht vordergründig abgearbeitet werden. Das fängt mit allgemeinen Rechten an, und geht weiter über Dinge wie die Art der Resourcen-Reservierung, welche die alten Treiber nutzen. Das Problem ist, Du magst auf einem Server eine Lösung finden, aber ob die in der nächsten Installation wieder funktioniert ist einfach fragwürdig.

Auf Dauer fährst Du besser damit, wenn es gar nicht anders geht, die Installation einer VM mit einem anderen System (z.B. Windows 7) vorzuschlagen, und darin die Software zur Verfügung zu stellen. Noch besser ist natürlich, hier Deine Chefs von einer Neuentwicklung / Umstrukturierung der Software zu überzeugen. Wenn das alles nichts hilft, denke über einen Jobwechsel nach, zumindest wenn Du dafür verantwortlich gemacht wirst eine Lösung zu finden, diese gibt es nämlich nicht für Paradox...

......

Für den jetzigen Server wäre schon vollkommen ausreichend. Die Installation auf einer VM brachte leider auch keine Besserung. Bzgl. der Überzeugungsarbeit, ja wir sind dran, ist aber alles nicht immer so einfach. Es handelt sich leider um ein Produkt mit Liveupdates, das lässt die Verantwortlichen nur sehr vorsichtig und zögerlich agieren. Gemäß dem Motto: "Never change a running system!" Ich denke, man befürchtet sich viele Probleme bei Kunden zu schaffen, welche die Software z.B. bereits seit über 10 Jahren zufrieden nutzen.

[sakura]

Zitat von WonG.:

Es handelt sich leider um ein Produkt mit Liveupdates, das lässt die Verantwortlichen nur sehr vorsichtig und zögerlich agieren. Gemäß dem Motto: "Never change a running system!" Ich denke, man befürchtet sich viele Probleme bei Kunden zu schaffen, welche die Software z.B. bereits seit über 10 Jahren zufrieden nutzen.

In diesem Fall wäre es dann auf jeden Fall davon abzuraten, dieses als Live-Update durchzuführen, sondern den Kunden zu informieren, dass es eine neue Generation der Software gibt, deren Update-Prozess etwas aufwändiger ist, evtl. via Support. Aber das ist natürlich eine Grundsatzentscheidung, welche weiter oben in der Hierarchie gefällt wird. Viel Erfolg...

......

[WonG.]

Zitat von sakura:

Zitat von WonG.:

Es handelt sich leider um ein Produkt mit Liveupdates, das lässt die Verantwortlichen nur sehr vorsichtig und zögerlich agieren. Gemäß dem Motto: "Never change a running system!" Ich denke, man befürchtet sich viele Probleme bei Kunden zu schaffen, welche die Software z.B. bereits seit über 10 Jahren zufrieden nutzen.

In diesem Fall wäre es dann auf jeden Fall davon abzuraten, dieses als Live-Update durchzuführen, sondern den Kunden zu informieren, dass es eine neue Generation der Software gibt, deren Update-Prozess etwas aufwändiger ist, evtl. via Support. Aber das ist natürlich eine Grundsatzentscheidung, welche weiter oben in der Hierarchie gefällt wird. Viel Erfolg...

......

Exakt und man wäre für die Zukunft verpflichtet, zwei parallele Produkte zu pflegen. Ist eine Frage der Firmenpolitik.

[Aviator]

Zitat von WonG.:

Die Installation auf einer VM brachte leider auch keine Besserung

Wurde die VM auch auf dem Server installiert oder auf einem anderen Rechner? Wenn das auch auf dem Server passiert ist, dann stimmt da etwas grundlegend nicht.

[WonG.]

Zitat von Aviator:

Zitat von WonG.:

Die Installation auf einer VM brachte leider auch keine Besserung

Wurde die VM auch auf dem Server installiert oder auf einem anderen Rechner? Wenn das auch auf dem Server passiert ist, dann stimmt da etwas grundlegend nicht.

Ja, auf dem Server. Das Problem lässt sich reproduzieren. Mit anderen Rechnern und anderen Betriebssystemen. Windows Client = Gut, Windows Server = Schlecht.