hi,
Werner_Bayern hat geschrieben:Die Erfahrungen durch Tests, die wir in diesem Zusammenhang gemacht haben, sind etwas anders, als Du geschrieben hast.
ok, scheint als das du nicht das klassische "Ops-lock" Problem meinst.
Werner_Bayern hat geschrieben:Es reicht, wenn eine XP-Station eine Datei auf dem 2008er geöffnet hat und ein index on durchführt.
du redest also jetzt von "ein und der selben" Workstation ?!
Werner_Bayern hat geschrieben:Aber die Probleme treten schon verstärkt beim Erzeugen von Dateien (copy to, index on) und anschließendem, sofortigem Zugriff darauf auf.
hm ... alles "auf" dem Server ?
Werner_Bayern hat geschrieben:Start am XP-Client (und auch bei allen anderen) über eine Verknüpfung: x:\win-ww\ww.exe
und die Applikation öffnet dann alle Dateien per UNC auf \\server\freigabename\ww (nicht win-ww).
du startest also die Xbase++ Application "vom W2k8 Server" (?) über ein ge-"map"-tes Laufwerk ...
diese "Variante" funktioniert IMHO nur dann wenn der Client Desktop "auf dem Server" liegt und das geht erst ab Win7.
alle %USER% Verzeichnisse werden dann auf das \\Server\%USER% umgeleitet.
Frage : schon mal versucht die Xbase++ Applikation "vom Client" laufen zu lassen ?
wenn du aber von "Index" redest wird der doch im
TMP erzeugt und der ist gewöhnlich auf dem Client
TMP=<Verzeichnis>
Im TMP Verzeichnis werden temporäre Dateien angelegt, z.B. wenn INDEX ON oder DbSort() ausgeführt wird.
Frage : hast du die "lokal" genutzten Verzeichnisse freigegeben ?
Hubert hat geschrieben:Windows 7 (Server 2008) ohne die 3 Cache Schalter sind auch tötlich für die Indexe, wie ich hier immer wieder feststellen muss.
und hat mit der vorherigen Frage zu tun.
in einem SMB2 Netzwerk muss der Server "wissen" was los ist weil jede "Aktion" eine eigene Authentifizierung erhält. das funktioniert aber nur mit "freigegebene" UNC Path Ordner. (oder dem Explorer)
wenn ein Client sich eine DBF nimmt und nun ein Index, welcher zunächst temporär erzeugt wird, erstellt und "sofort" damit "arbeiten" will dann knallt es genau so wie bei ZAP.
Werner_Bayern hat geschrieben:Auch bei copy to ist es ja so.
sind Quelle und Ziel beide UNC Path ? beides auf dem Server ?
Frage : wir reden doch hier vom Xbase Befehl "copy to" ... ist da noch eine "Bedingung" dran oder willst du "nur" eine "Datei kopieren" ?
ich sprach ja den Explorer an der ja die ShFile API Functionen für "copy" benutzt. wenn man die API Function unter XP verwendet dann weiss auch der W2k8 Server "Bescheid"
georg hat geschrieben:Sleep(100) (plus minus n)
könnte man versuchen ... aber wenn keine "Informationen" eintreffen kann man ewig warten.
bei ZAP soll man die DBF ja schliessen / wieder öffnen. Bei Index würde ich es so versuchen
Code: Alles auswählen
dbUseArea( .F., , "KUNDEN", , iif(.F. .or. .T., !.T., NIL), .F.)
dbCreateIndex( _name, _key, _EarlyBoundCodeblock({|| &_key}), iif(.F., .T., NIL) )
dbClearIndex()
KUNDEN->( dbCloseArea() )
dbUseArea( .F., , "KUNDEN", , iif(.T. .or. .F., !.F., NIL), .F.)
ordListClear() ;ordListAdd( _name )
Werner_Bayern hat geschrieben:1:1 auf das NAS gelegt, aktuell keine Probleme mehr. Die DBF ist in Ordnung, war ja nur das Problem von XP-Stationen aus.
XP arbeitet eben nur mit SMB1 ... kein SMB2 ... keine SMB2 Probleme