[Allegro] Datenbankupdate

So Jan 8 09:38:26 CET 2017

Guten Morgen zum SonnTag Herr Fischer,
danke für Ihre Nachricht.
Am Samstag, 7. Januar 2017 um 19:23 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.

> Liebe KollegInnen,
> ich habe ein Problem und hoffe, dass mir jemand weiterhelfen kann.

> Ich habe in einem Update auf Probe ca. 225.000 Datensätze mit eine
> neuen Kategorie versehen. Das hat anfangs geklappt, nur als ich die

ok. mit update.
also hat die neue kategorie eben auch inhalte.
ich denke, daß im vorgang des "updatens" es schon irgendwie gekracht
hat.
bei meinen bigdata-projekten war das immer gefürchtet.
deshalb die idee (hier auch schon mal vor vielen monden vorgestellt:)

set UPRO=lodatei
acon.exe -jupdate.job .... -L -F0/0 -x%UPRO%

rem ~~~~~~~~~~~~~~~~~~~~~~~ hier muss nix passieren 2016/06  sicherheitshalber check auf update.job eingebaut!
rem ENTWEDER stürzt acon.exe ab, und das Betr.System pausiert
rem ODER die -x%UPRO% zeigt NIX an. sie müsste enden mit "ENDE"

!jetzt! ein externes programm aufrufen, was %UPRO% auf das
großgeschriebene wort "ENDE" abfragt.

if errorlevel 1 goto 4002
echo.
echo.
echo   ACHTUNG update.job ist nicht korrekt beendet worden
echo           in der datei %UPRO% fehlt am ende: ENDE !!!
pause
:4002

das fängt mir ca 90-95 aller update-probleme ab!
will sagen: bin GANZ sicher. daß update entweder
stillundleiseheimlich abstürzt....
und damit mist in die datenbank einspielt. deshalb der absturz.

gruß k.l.

> Daten dann speichern wollte, ist Allegro abgestürzt (d.h., Allegro
> reagiert nicht mehr und Windows sucht nach einer Lösung des Problems, findet aber nichts).

> Nach dem Neustart kam dann die Meldung:

> ---------------------------
> Eine Frage noch:    [offcheck.flx]
> ---------------------------
> Es stimmen nicht alle Offline-Daten. Gefahr von Verfälschungen!
> Deshalb muß die Offline-Datei beseitigt werden
> Es handelt sich um 225172 Datensätze
> Diese werden zuerst exportiert in die Datei off.glg, die Sie
> zurÜberprüfung heranziehen können.
> ---------------------------
> Ja   Nein   Abbrechen
> —————————————

> Die habe ich bejaht, mit dem Ergebnis, dass ich im wesentlichen die
> ganze Datenbank als eine Offlinedatei bekommen habe. Dass ein Update
> mit dieser Riesendatei besser verlaufen würde als der vorherige,
> habe ich versucht, den alten Update erneut laufen zu lassen.
> Damit kommt aber jetzt bei jedem Datensatz

> ---------------------------
> a99
> ---------------------------
> Date diff: inceton, (2) 42, 409-428 (1941) / 20170107/16:27:48-96896/156
> ---------------------------
> OK
> ---------------------------

> bei dem ich nicht weiß, wo es herkommt und was es aussagt
> (Unterschiede gibt es anscheinend nur im Suffix -96896/156.)
> Als nächstes kommt dann unweigerlich

> ---------------------------
> a99
> ---------------------------
> Sorry, jemand anders war schneller
> und hat den Satz inzwischen geändert
> ---------------------------
> OK
> ---------------------------

> den ich dann mit "OK" in bestätigen muss, bevor ich an das
> "Trotzdem speichern?" herankomme (könnte das nicht mit der ersten Anfrage angeboten werden?).

> Da ich das aber nicht 225.000 Mal machen will, suche ich Hilfe.
> Oder ist die einzige Lösung, zu dem sicherheitshalber angelegten Backup zurückzugehen?

> Mit freundlichen Grüßen
> Thomas Fischer

-- 
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
Für den schnellen Geldverkehr: http://PayPal.Me/LehmannKlaus
* Software für zufriedene Bibliothekare: 1000x bewaehrt und ergiebig
* Bereits 4x allegro-utf8. Buchen Sie die allegro-Roadshow. Yes we can!
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 mit VuFind
* 2011: Sponsor der Peter-Sodann-Bibliothek (Staucha)
* 2013-2016: Bolero 64bit+allegro-zdb+eBooks-allegro-imd
Seit 2015 Spezialist in real Big Data! Beispiele: allegro-zdb&allegro-imd
Lesen Sie auf http://portal.allegronet.de/allegrowerkstatt/allegro-windows die
Wahrheit zur Zukunft von allegro-C. Bilden Sie sich Ihre eigene Meinung! Lesen Sie!

Am Samstag, 7. Januar 2017 um 19:23 schrieben Sie:
> Liebe KollegInnen,

> ich habe ein Problem und hoffe, dass mir jemand weiterhelfen kann.

> Ich habe in einem Update auf Probe ca. 225.000 Datensätze mit eine
> neuen Kategorie versehen. Das hat anfangs geklappt, nur als ich die
> Daten dann speichern wollte, ist Allegro abgestürzt (d.h., Allegro
> reagiert nicht mehr und Windows sucht nach einer Lösung des Problems, findet aber nichts).

> Nach dem Neustart kam dann die Meldung:

> ---------------------------
> Eine Frage noch:    [offcheck.flx]
> ---------------------------
> Es stimmen nicht alle Offline-Daten. Gefahr von Verfälschungen!
> Deshalb muß die Offline-Datei beseitigt werden
> Es handelt sich um 225172 Datensätze
> Diese werden zuerst exportiert in die Datei off.glg, die Sie
> zurÜberprüfung heranziehen können.
> ---------------------------
> Ja   Nein   Abbrechen
> —————————————

> Die habe ich bejaht, mit dem Ergebnis, dass ich im wesentlichen die
> ganze Datenbank als eine Offlinedatei bekommen habe. Dass ein Update
> mit dieser Riesendatei besser verlaufen würde als der vorherige,
> habe ich versucht, den alten Update erneut laufen zu lassen.
> Damit kommt aber jetzt bei jedem Datensatz

> ---------------------------
> a99
> ---------------------------
> Date diff: inceton, (2) 42, 409-428 (1941) / 20170107/16:27:48-96896/156
> ---------------------------
> OK
> ---------------------------

> bei dem ich nicht weiß, wo es herkommt und was es aussagt
> (Unterschiede gibt es anscheinend nur im Suffix -96896/156.)
> Als nächstes kommt dann unweigerlich

> ---------------------------
> a99
> ---------------------------
> Sorry, jemand anders war schneller
> und hat den Satz inzwischen geändert
> ---------------------------
> OK
> ---------------------------

> den ich dann mit "OK" in bestätigen muss, bevor ich an das
> "Trotzdem speichern?" herankomme (könnte das nicht mit der ersten Anfrage angeboten werden?).

> Da ich das aber nicht 225.000 Mal machen will, suche ich Hilfe.
> Oder ist die einzige Lösung, zu dem sicherheitshalber angelegten Backup zurückzugehen?

> Mit freundlichen Grüßen
> Thomas Fischer