Wir setzen einen Advantage Database Server ein und erhalten in letzter Zeit in Verschiedenen Anwendungen gleichzeitig die Fehler 7009 und 7040 die darauf hinweisen das Dateien nicht geschrieben werden können.
Allerdings haben wir ausreichend Speicherplatz vorhanden so das der Server die Dateien eigentlich schreiben können sollte.
Ist es möglich das die Anzahl der tmp Dateien begrenzt ist die Advantage während des Betriebs handeln kann?

Wenn diese Fehler auftreten, treten sie auf allen Rechnern auf. Nachdem dann einige user einige Programme geschlossen haben funktioniert das ganze wieder.

Was für eine Serverversion verwendet ihr und was für ein Zugriffsmodus wird genutzt (local / remote / internet)?
Wieviele Tabellen habt ihr in etwa in der DB, bzw. sind gleichzeitig im gebrauch?
Wie voll ist der RAM des Servers wenn die Probleme auftreten?

Version 9.10.0.9 über remotezugriff
Es laufen mehere Datenbanken auf dem Server ( ca 25)
In allen Datenbanken zusammen sind ca. 500-600 Tabllen vorhanden.

Im Zugriff sind davon maximal 300-400 Tabllen und 600-700 Temp-dateien.

Die virtuelle Maschine hat einen RAM von 2 GB zugewiesen bekommen und es ist maximal wohl 1 GB im Zugriff gewesen.

Allgemein finde ich 2GB für einen DB Server der Größe ein bisschen wenig. Denn, wenn er kann versucht er eigentlich nur das in temp Dateien zu schreiben was längere Zeit nicht verwendet wurde.
Aber Dein Problem klingt eher nach einem Quota Problem. Hat der Nutzer unter dem die DB ausgeführt wird eventuell Quota Beschränkungen?
Ich würde erstmal nach den Quota Einstellungen sehen und der VM mehr RAM zuweisen (4 GB mindestens), auch schon weil Du schreibst daß das Problem erst in letzter Zeit auftritt. Da Datenbanken mit der Zeit ja immer größer werden tritt so ein Problem eben auch erst nach einiger Zeit auf.

Ich kann leider jetzt nur in der Hilfe zu 10er Version schauen da wir die 10er verwenden seit sie drausen ist. Aber es gibt einen Schalter (zumindest ab der 10er) den man setzen kann um die Anzahl der verwendeten temp Dateien festzulegen. Laut hilfe versucht der Server aber so viel wie möglich im RAM zu halten.

Auszug aus ADS 10 Hilfe - Temporary file pooling settings hat folgendes geschrieben:

Temporary file pooling is turned on by default. The size of the pool is controlled with the TMP_FILE_POOL_SIZE configuration parameter. It can be turned off by setting this value to zero and restarting the server. Temporary file pooling is used both by Advantage Database Server (remote) and Advantage Local Server. Default = 200 This configuration entry specifies the size of the temporary file pool. If this value is set to 0, the temporary file pool will not be used. The lifetime of temporary files that are in the pool is typically only a few seconds. Their primary purpose is to enhance performance of a very busy system. To specify the size of the temporary file pool, perform one of the following where "x" is replaced by the actual integer size of the pool. To disable the temporary file pool, specify a value of zero. For Windows NT/2000/2003: Add or modify the following DWORD value using the Registry Editor (REGEDIT.EXE): \\HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Advantage\Configuration\TMP_FILE_POOL_SIZE=x

Was wir jetzt noch rausgefunden haben, ist das die Fehler wohl erst auftreten wenn der Advantage Database Server über 1040 Dateien im Zugriff hat( egal ob temp, adt etc.)

Außerdem verweden wir die Datenbank unter Linux. Das hatte ich oben vergessen zu erwähnen.
Wir werden jetzt mal sehen ob wir in der 9er Version unter Linux auch die Anzahl der Temp Dateien einstellen können

Linux! Ja sag das doch gleich

Auszug aus ADS 10 Hilfe - Temporary file pooling settings hat folgendes geschrieben:

For Linux: Add or modify the following line in the Advantage Database Server configuration file (adsd.conf): TMP_FILE_POOL_SIZE=x

Es lag an den Einstellungen des LInux Servers
Man kann wohl in Linux die anzahl der Dateien pro Prozess einstellen. Dies war wohl auf 1024 eingestellt.
Wir haben die Einstellungen erhöht und das Problem ist jetzt behoben

Hier auch mal ein Link zu dem Thema von Advantaga

devzone.advantagedat...mp;RefNo=090324-2157