Error 7200

[Manfred]

diese Meldung bekomme ich über xb2net in die fehlerdatei geschrieben

WARNING ACESERVER/7200
Error 7200: AQE Error: State = HY000; NativeError = 7010; [SAP][Advantage SQL Engine][ASA] Error 7010: Problem with Advantage server file read.: ti303D92
(OS Error: 7010)

was muß man tun/prüfen um zu erfahren was hier vor sich geht?
In Benutzung ist DD und dbf Dateien. Welche Infos werden noch benötigt?
Ich habe ein Backup gemacht und das an einem anderen Server eingespielt, da taucht der Fehler nicht auf.

[Manfred]

wenn ich das SQL Script über den Architekten direkt eingebe, klappt alles.

[Manfred]

hm,
die Meldung kam jetzt auch noch

WARNING ACESERVER/7200
Error 7200: AQE Error: State = HY000; NativeError = 5001; [SAP][Advantage SQL Engine][ASA] Error 5001: A memory allocation failed during the operation. The application may need more memory space. Not enough memory for memo field TEXTORG.: ti3050F1
(OS Error: 5001)

Programm neu starten hilft auch nichts

[Manfred]

wenn ich die Ausgabe mit TOP 28 begrenze, dann klappt es noch. Sobald ich TOP 29 angebe, gibt es den Fehler.

[Marcus Herz]

ist der 29. Satz schrott? Dateifehler ? Platte ? Index?

[Jan]

Ich hatte den auch mal. Da hatte nur ein Backup geholfen. Irgend was in einem Memofeld war defekt - was genau konnte ich nie feststellen, das sah nicht anders aus als sollte.

Jan

[Manfred]

@Marcus,
Du könntest recht haben. Wenn ich die Tabelle im Architekten aufmache, sind 275 Sätze drin. wenn ich (eine Sicherheitskopie) in einem DBF Editor aufmache, dann sind nur 22 Sätze zu sehen.

[Manfred]

OK,
ich habe die Tabelle aus dem DD entfernt und aus einer Sicherung wieder eingespielt. Index neu aufgebaut und jetzt klappt es wieder. Die Satzanzahl stimmt auch wieder. Komisch, ich dachte der ADS oder SQl wäre generell sicher gegen solche Probleme? Oder ist es weil immer noch DBF im Spiel sind und es deshalb zu solchen Defekten kommen kann?

[UliTs]

Ich kenne es nur, dass so etwas passiert, wenn die Tabelle nicht gegen externen Zugriff geschützt ist. Also etwas anderes ausser dem ADS darauf zugreift.

[Manfred]

das trifft bei mir zu. kein externer Zugriff.

[UliTs]

Du kannst ja mal versuchen, ob Du auf die Tabelle mit dem DataArchitekten und lokalem Zugriff darauf zugreifen kannst.

[Manfred]

ich greife grundsätzlich NUR über den ADS darauf zu. Ob es anders klappt ist eigentlich egal. Es wird nicht gemacht.

[Jan]

Bei mir war das damals nach einer Strukturänderung passiert (ich weiß nicht mehr ob per VDBU oder ARC, aber der ADS ist so konfiguriert das grundsätzlich keine Zugriffe am ADS vorbei vorgenommen werden können). Was mich damals irritierte war, das die Meldung zwar sagt das der Speicher nicht reicht, aber weder die dbf noch die fpt merkwürdig groß waren. Also war nicht zu viel Inhalt im Feld. Als ob da sich in paar Bits verknotet oder reingeschoben hatten, die die Speicherverwaltung des ADS durcheinander gewirbelt hatten.

Jan

[Manfred]

ok, das könnte es gewesen sein. Ich hatte per Programm eine Strukturänderung gemacht. Es kann dabei vorgekommen sein, das nicht alles zu war. Aber da keine Fehlermeldung kam (kommt sonst) war ich auch nicht weiter besorgt, das etwas passiert sein könnte. Normalerweise schließe ich alle Programme vorher. Aber irgendwann ist immer das erste Mal.

[Werner_Bayern]

Servus Manfred,

Du must die Strukturänderung doch dann auch im DD hinterlegen?

[Manfred]

Hi Werner,
kläre mich auf. Wo hinterlegen?

[Werner_Bayern]

Kommen Deine Strukturänderungen im Data Architect denn an? DD öffnen und dann Tables, Rechtsklick / Properties.

[Manfred]

ach so,
klar. Die sind drin. Warum sollte es nicht so sein? Es läuft doch alles über den ADS und das DD

[Werner_Bayern]

Wir haben kürzlich die Erfahrung gemacht, dass eine Strukturänderung von extern im DD nicht angezeigt wurde und deshalb die neuen Felder bei der ADS-Replikation nicht berücksichtigt wurden.

Du änderst also ein Feld oder fügst ein neues über die Xbase-Applikation ein und das erscheint bei Dir sofort automatisch im DD?

[Manfred]

hm, da fragst Du jetzt was. Aber vielleicht ist es derselbe Effekt wie online Pack. Der wird auch erst wieder angezeigt, wenn sich die anderen Stationen ab und wieder angemeldet haben. Ansonsten arbeiten die mit den alten Daten weiter. Deshalb kann man auch sowas nur 1x machen, dann müssen sich alle einmal neu anmelden. Meine ich mich irgendwie zu erinnern.

[Jan]

Ich denke das Problem ist ein anderes. Denn die Tabellen lassen sich ja öffnen. Und zumindest bei mir waren damals auch die neuen Felder sichtbar. Aber in mehreren Sätzen - nicht in allen - waren die Daten offenbar korrupt. Ich konnte damals skippen, bis ich auf einen der defekten Sätze gestoßen bin. Wenn der dann eingelesen werden sollte (egal ob vom ARC oder sonst einem Programm), dann hat das gescheppert mit der Meldung, die Manfred am Anfang beschrieben hat.

Jan