[Allegro] Neues index.exe, das neue acon.exe und allegro im besonderen -> schnellspeicherung oder "indexzugriff durch zu hohe netzlast"

[Klaus Lehmann]

nachgemerkt....
danke für Ihre Nachricht.
Am Freitag, 7. November 2014 um 09:13 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.


> Ist es auszuschließen, daß der Satz vorher schon gesperrt war?
> War zu dem Zeitpunkt überhaupt sonst jemand tätig an der Datenbank?
> Berger kann sicher klären, unter welchen Umständen diese Meldung kommt,
> und ob sie aus einer vorhergegangenen Aktion seines update.job u.U.
> herrühren könnte, weil der Satz vielleicht fälschlich nicht
> wieder freigegeben wurde. Glaub ich allerdings kaum.
> B.E.

auch auf die gefahr hin, daß ich zum alleinuntehalter werde ;-)


da ich die gesamten prozeduren (mindestens) 2x teste, sehe ich 
unterschiede:

die tests (nur ganz kurz):

1. auf meiner "super"maschine ;-)
%temp% und komplettes allegro auf SSD
(das ram geht leider nicht: 64GB reichen nicht aus für eine RAM-disk; mein 
nächster traum: 128GB ram als hauptspeicher. nebenbei: es 
gibt professionelle ram-disk-programme. ich meine NICHT den 
kostenlosen schrott von AMD/ATI zu ihren graka's...)

=also hier der test mit den para's -L -F0/0 (analog bei allen 
aufrufen). und keine rücksicht auf evtl. mitarbeiter in der 
zieldatenbank, die gibt es nicht!


2. in einer netzwerk-umgebung. potientielle mitarbeiter in der 
zieldatenbank können da sein. es wird nicht mit para's wie -F0/0 
gearbeitet. eine halbe oder ganze sekunde wird bei der zieldatenbank 
abgewartet.



bei 1. habe ich spürbar unangenehme fehler. sie fallen auf.
bei 2. läuft fast alles reibungslos. ziel ist: 100% (weil ja 
unbeaufsichtigtes ablaufen!)


die lösung wird wohl sein: auf -F0/0 zu verzichten....
mal schauen. später mehr auf diesem youtube-kanal.

gruß zum spätmorgen. der 2. kaffee wartet. wird bestimmt auch kalt ;-)
ihr k.l.



-- 
Mit freundlichen Grüßen,
Ihr Klaus Lehmann
http://allegronet.de * eMail: allegronet at t-online.de * phone: 03528-452 807(fax 809) * mobil: 0171-953 7843
allegronet.de * Klaus Lehmann * D-01454 Radeberg * Bahnhofstr. 1
zuständiges Finanzamt: FA Hoyerswerda, zuständige Kammer: IHK Dresden
zuständige Aufsichtsbehörde: Gewerbeamt Radeberg, USt-IdNr: DE247550760
* Software für zufriedene Bibliothekare: 1000x bewaehrt und ergiebig
* Bereits 4x allegro-utf8. Buchen Sie die allegro-Roadshow
* Yes we can. Only with allegro. Yes we do. Always with allegro.
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 with VuFind
* 2011: Sponsor der Peter-Sodann-Bibliothek (Staucha)
* 2012: mit allegro-utf8 V3 und allegro-vufind auf der IFLA in Helsinki
* 2013: allegronet ist ein eingetragenes Warenzeichen





Am Freitag, 7. November 2014 um 09:13 schrieben Sie:
> Am 06.11.2014 17:12, schrieb Klaus Lehmann:
>>
>>
>> I. und wieder ist es passiert:
>>
>> komme von einer auswärtstour heute wieder: die große datenbank meldet,
>> als ca 300 datensätze eingespielt werden sollen:
>>
>> aus UPRO:
>>
>> gesucht: >|947924-x<
>> Status: Nichts gefunden
>> [15:42:30] Neusatz 263 gespeichert in Datei 200 (Offset 471606 / 0, Laenge 1587)
>> [15:42:30] Satz #295 geladen:
>> gesucht: >|980210-4<
>> Satz #295=286 gefunden: >|980210-4<
>> [WARN] Satz 286 ist gesperrt
>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~!!!!
>>
> Ist es auszuschließen, daß der Satz vorher schon gesperrt war?
> War zu dem Zeitpunkt überhaupt sonst jemand tätig an der Datenbank?

> Berger kann sicher klären, unter welchen Umständen diese Meldung kommt,
> und ob sie aus einer vorhergegangenen Aktion seines update.job u.U.
> herrühren könnte, weil der Satz vielleicht fälschlich nicht
> wieder freigegeben wurde. Glaub ich allerdings kaum.

> B.E.



> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro