Was tun bei Vermischten Datensaetzen?

[Roland Henkel]

Hallo Herr Eversberg,

möglicherweise hängt das "Vermischen" irgendwie mit NFS zusammen. Wir
benutzen im Rahmen des Projektes VD17 eine (freilich vermutlich älteres und
angepaßtes presto (unix)) . Die Datenbank liegt zentral auf einem Server
HP), der das Allegro-Verzeichnis über NFS freigibt, und die sechs Clienten
erfassen und korrigieren darin. Wir haben es hier auch nicht selten mit
Vermischung von Datensätzen (und, wohl als Folge davon: "Satznummer nicht
besetzt", "Satz nicht gefunden" usw.) zu tun. Dr. Pfeiffer, den ich
seinerzeit darauf ansprach, meinte auch, daß diese Effekte an NFS liegen
müßten. Dies wird auch dadurch bestätigt, daß unsere Partnereinrichtungen,
die teils lokal an der Datenbank arbeiten, teils auf andere Weise
konfiguriert sind, diese Probleme nicht haben.

Vielleicht ist das ein Hinweis, wo man suchen kann. Mag ja sein, daß NFS
hinterher hinkt und mit einem Auftrag noch nicht fertig ist, wenn schon der
nächste kommt. Vielleicht hängt es auch etwas von der Netz- bzw.
Serverbelastung ab. Soviel ich weiß, meldet NFS den Auftrag als erledigt
zurück, wenn er beim Server eintrifft - und nicht erst, wenn die Aktion
ausgeführt wurde. Der Client "denkt" dann freilich, es ist alles in Ordnung
und schickt den nächsten Auftrag. Das mag besonders bei solchen Aktivitäten
kritisch sein, die mit  Plattenposititonen (z.B. Satzadressen) usw. umgehen.

MfG
R. Henkel

----- Original Message -----
From: "B. Eversberg" <EV at buch.biblio.etc.tu-bs.de>
To: "Diskussionsliste Allegro-C" <allegro at buch.biblio.etc.tu-bs.de>
Sent: Wednesday, October 11, 2000 8:17 AM
Subject: Was tun bei Vermischten Datensaetzen?


>
> Wenn Probleme mit "vermischten Saetzen" auftreten, kann man alle
> betroffenen Saetze mit folgendem Verfahren finden. Man muss dies
> aber durchfuehren, BEVOR man die Datenbank neu aufbauen laesst!
>
> Wir haben selber einige der groessten und aktivsten Datenbanken hier
> geprueft und keine derartigen Fehler gefunden. Wir haben die aktuellen
> Programme im Einsatz (grundsaetzlich immer). Holen Sie sich die
> Dateien PRESTO.LZH und UPDATE.LZH von ac20/update, die von der
> CD sind wieder veraltet.
>
> Wir vermuten, dass es ein sehr seltener Fehler ist, der
> moeglicherweise auf Netzwerkprobleme zurueckzufuehren ist. Hier ist
> Novell 3.12 im Einsatz, womit wir seit Jahren keine solchen Fehler
> beobachtet haben. Was fuer Netze haben die Betroffenen?
>
> Kontrollieren, ob man solche Fehler in der Datenbank hat, und diese
> Saetze dann protokollieren kann das Programm SNIFFER. Damit kann man
> alle solchen Saetze finden, um sie reparieren zu koennen.
> Um der Sache weiter auf die Spur zu kommen: bitte ueberlegen, ob im
> Zuammenhang mit den gefundenen Saetzen irgendetwas aufgefallen ist.
> Wir muessen weitere Indizien finden, um Licht ins Dunkel zu bringen.
>
> So geht's: (die vollstaendige Anleitung steht in der Datei
> SNIFFER.DOC,
> die man aus dem Sniffer-Menue "Verschiedenes" abrufen kann. Wir
> beschreiben hier nur die fuer den bewussten Zweck notwendigen
> Schritte)
>
> A. Erster Schritt: Satztabelle kontrollieren
> --------------------------------------------
> 1. sniffer starten:
>    Im DOS-Fenster auf C:\ALLEGRO den Befehl "sniffer -x" eingeben
>
> 2. Im Menue "Datei" die Funktion "TBL-Datei auswaehlen" starten
>
> 3. Unter "Directories" das Datenverzeichnis anwaehlen
>
> 4. Unter "Files" ist jetzt die .TBL-Datei zu sehen, diese anwaehlen
>    und Enter druecken
>
> 5. Im Menue "Kontrolle" den Punkt "Satztabelle pruefen" starten
>    Dann koennen noch diverse Einstellungen gemacht werden, aber
>    die Standardeinstellungen sind schon richtig, Enter druecken
>
> 6. Die Kontrolle geht sehr schnell. In der Zeile "fehlerhaft"
>    wuerde man die Anzahl der Saetze sehen, die nicht mit korrekten
>    Steuerzeichen beginnen. Bei jedem solchen Satz haelt das Programm
>    aber an und zeigt den schadhaften Beginn des Satzes sowie seine
> Nummer.
>
> 7. Es entsteht eine Protokolldatei "CHECK-V.DAT", die man sich
>    bei Bedarf ausdrucken kann.
>
> Den hierbei entdeckten fehlerhaften Saetze fehlt der Anfangsteil,
> also evtl. ausgerechnet der Titel.
> Die Signatur steht aber meistens ganz weit unten, deshalb wird man
> die betroffenen Buecher dann heraussuchen koennen.
>
> B. Zweiter Schritt: Datendatei kontrollieren
> --------------------------------------------
> 1. Im Menue "Datei" auswaehlen: "Datendatei auswaehlen"
>
> 2. die betroffene .cLD-Datei ansteuern
>
> 3. Im Menue "Datei zusaetzlich noch "CFG-Datei auswaehlen" und die
>    CFG-Datei der Datenbank ansteuern
>
> 4. Im Menue "Kontrolle" den Punkt "Datendatei pruefen"
>    Die Einstellungen braucht man wieder nicht zu aendern
>
> 5. Bei der Pruefung werden dann Saetze angezeigt und protokolliert,
>    in denen die Reihenfolge der Kategorien nicht stimmt, oder wo
>    ein Datenfeld ohne Kategorienummer anfaengt. Das sind dann die
>    Saetze, die am Bildschirm als "vermischt" erscheinen. Diese Saetze
>    sind vollstaendig, aber am Ende haengt ein Stueck des naechsten
>    Satzes. Dieser naechste Satz gehoert zu denjenigen, die im
>    ersten Schritt entdeckt wurden.
>
> Mit diesen zwei Schritten hat man zuverlaessig alle Saetze zusammen,
> die rekonstruiert werden muessen.
>
> Wenn man bereits neu aufgebaut hat: die vermischten Saetze enthalten
> dann vermutlich den Titel des einen und die Signatur des anderen
> Satzes, so dass man beide vielleicht doch noch identifizieren kann.
>
> Melden Sie uns Ihre Beobachtungen!
>
> MfG B.E.
>
> Bernhard Eversberg
> Universitaetsbibliothek, Postf. 3329,
> D-38023 Braunschweig, Germany
> Tel.  +49 531 391-5026 , -5011 , FAX  -5836
> e-mail  B.Eversberg at tu-bs.de
>