Thomas311
30th April 2008, 09:58
Hi,

ich habe im Moment ganz oft Abstürze in Baan. Fehlermeldung "Record is locked". Z.B. wenn ich im Auftrag Postionen hinzufüge. Dann dauert es ca. 10 Sekunden, anschließend kommt die Fehlermeldung. Die Baan GUI hängt sich komplett auf. Task beenden, GUI erneut starten...beim zweit oder dritten mal funktioniert es einwandfrei. Es gibt Tage, da kommen die Fehler häufig vor und dann wieder überhaupt nicht. Kann mir das jemand erklären?
Gruß Thomas

bdittmar
30th April 2008, 10:22
Hi,

ich habe im Moment ganz oft Abstürze in Baan. Fehlermeldung "Record is locked". Z.B. wenn ich im Auftrag Postionen hinzufüge. Dann dauert es ca. 10 Sekunden, anschließend kommt die Fehlermeldung. Die Baan GUI hängt sich komplett auf. Task beenden, GUI erneut starten...beim zweit oder dritten mal funktioniert es einwandfrei. Es gibt Tage, da kommen die Fehler häufig vor und dann wieder überhaupt nicht. Kann mir das jemand erklären?
Gruß Thomas


Hallo,

meist steht man sich selbst auf den Fuessen.

Applikationssperren loeschen. (ttsdpdellocks)

Gruss

BD

Thomas311
30th April 2008, 10:37
Hi,

Danke für deine schnelle Antwort. Aber das ist es leider nicht. Dort sind keine Einträge vorhanden. Das war ja auch mein erster Gedanke. Wenn dort Einträge vorhanden sind, erscheint auch eine andere Fehlermeldung und die GUI hängt sich nicht auf. Daran kann es also nich liegen.
Ich vermute vielleicht ein Fehler auf der Datenbank. Könnte ein "Reorganize Tables" etwas bringen oder zerschiese ich mir da ein paar Daten? Ich traue dem System nämlich nicht mehr über den Weg. Verhält sich wie gesagt sehr komisch.
Gruß Thomas

bdittmar
30th April 2008, 10:41
Hi,

Danke für deine schnelle Antwort. Aber das ist es leider nicht. Dort sind keine Einträge vorhanden. Das war ja auch mein erster Gedanke. Wenn dort Einträge vorhanden sind, erscheint auch eine andere Fehlermeldung und die GUI hängt sich nicht auf. Daran kann es also nich liegen.
Ich vermute vielleicht ein Fehler auf der Datenbank. Könnte ein "Reorganize Tables" etwas bringen oder zerschiese ich mir da ein paar Daten? Ich traue dem System nämlich nicht mehr über den Weg. Verhält sich wie gesagt sehr komisch.
Gruß Thomas


Hallo,

evtl. ist es die DB. Gibt es Fehlermeldungen / Hinweise in der log.oracle8 ?

Die LOG-Files sind in $BSE/log !

mfg

BD

Thomas311
30th April 2008, 11:12
Muss leider zugeben, hab keine Ahnung von der Oracle Datenbank. Habe das System übernommen. Ich habe jetzt mal auf der Solaris Kiste verschiedene Verzeichnisse durchforstet und habe folgende Logs gefunden:
redosid2.log Größe: 5 MB
redosid3.log Größe: 5 MB
alert_baanIV.log Größe: 2 MB

Die ersten beiden kann ich mir nicht anschauen. In der alert_baanIV.log steht nichts ungewöhnliches drin. Letzter Eintrag nach dem Serverneustart:
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
LICENSE_MAX_USERS = 0
Starting up ORACLE RDBMS Version: 8.0.6.0.0.
System parameters with non-default values:
processes = 200
shared_pool_size = 9000000
control_files = /oracle1/system/oradata/baanIV/control01.ctl, /oracle2/data/oradata/baanIV/control02.ctl, /oracle2/indx/oradata/baanIV/control03.ctl
db_block_buffers = 3200
log_buffer = 163840
log_checkpoint_interval = 10000
db_files = 500
db_file_multiblock_read_count= 32
dml_locks = 500
rollback_segments = r01, r02, r03, r04, r05, r06, r07, r08, r09, r10, r11
sequence_cache_entries = 100
sequence_cache_hash_buckets= 89
global_names = TRUE
db_name = baanIV
open_cursors = 5000
ifile = /baan/oracle/app/oracle/admin/baanIV/pfile/configbaanIV.ora
background_dump_dest = /baan/oracle/app/oracle/admin/baanIV/bdump
user_dump_dest = /baan/oracle/app/oracle/admin/baanIV/udump
max_dump_file_size = 10240
core_dump_dest = /baan/oracle/app/oracle/admin/baanIV/cdump
PMON started with pid=2
DBW0 started with pid=3
LGWR started with pid=4
CKPT started with pid=5
SMON started with pid=6
RECO started with pid=7
Wed Apr 30 06:06:34 2008
alter database mount
Wed Apr 30 06:06:39 2008
Successful mount of redo thread 1, with mount id 788986863.
Wed Apr 30 06:06:39 2008
Database mounted in Exclusive Mode.
Completed: alter database mount
Wed Apr 30 06:06:39 2008
alter database open
Wed Apr 30 06:06:40 2008
Thread 1 opened at log sequence 35856
Current log# 3 seq# 35856 mem# 0: /oracle2/indx/oradata/baanIV/redosid3.log
Successful open of redo thread 1.
Wed Apr 30 06:06:40 2008
SMON: enabling cache recovery
SMON: enabling tx recovery
Wed Apr 30 06:06:44 2008
Completed: alter database open
Wed Apr 30 08:00:36 2008
Thread 1 advanced to log sequence 35857
Current log# 1 seq# 35857 mem# 0: /oracle1/system/oradata/baanIV/redosid1.log
Wed Apr 30 08:53:25 2008
Thread 1 advanced to log sequence 35858
Current log# 2 seq# 35858 mem# 0: /oracle2/data/oradata/baanIV/redosid2.log


Das von dir beschriebene Log habe ich nicht gefunden.
Gruß Thomas

ulrich.fuchs
30th April 2008, 18:48
"Record is locked" ist eigentlich immer ein Programmfehler. Habt ihr Programm-Anpassungen im Bereich Vk-Aufträge/Lager? Wenn ja, dann heißsts erstmal selber suchen. Ansonsten ist der Support dran.

Bitte bei solchen Fragen immer ne Hardcopy der Fehlermeldung hochladen oder den kompletten(!) Text der Fehlermeldung posten! Fehlermeldung sind dazu da, dass man etwas mehr weiß als "geht nicht" ;-)

Uli

Schlingmann
2nd June 2008, 15:39
Eine weitere Ursache kann auch in der Datenbank liegen. Oracle lockt eine Tabelle, auf der ein anderer User oder Prozeß ein Update durchführt. Gibt es Backround Jobs? Oder liegt evtl. sogar ein Performance Problem des Servers vor, der die Useraktivitäten nich zeitnah genug abarbeiten kann und die Anwender sich gegenseitig aussperren...

Jörg