Datenverlust unter Windows 7

[Wolfgang Ciriack]

Interessante Information im public.xbase++.data-access Forum bei Alaska von Steffen/Andreas.
Sollte man unter reinen Win7/Vista-Umgebungen unbedingt beachten !

[Martin Altmann]

Yup - fand ich auch sehr informativ.

Viele Grüße,
Martin

[Herbert]

Oh, sehr interessant. Nur sprecht ihr hier nicht von den Schlussfolgerungen, die doch alle wissen sollten, ohne selber in Newsgroups suchen zu müssen.
Der Artikel hier:
http://www.galeshatcheries.bb/readmessa ... ata-access

Zusammengefasst heisst das doch:
1.) Hotfixes aus KB2028965 (http://support.microsoft.com/kb/2028965) installieren!
Link: http://support.microsoft.com/hotfix/KBH ... kbln=en-us

2.) Sicherstellen, dass in der Registry mindestens DirectoryCacheLifetime und FileNotFoundCacheLifetime
mit dem Wert 0 hinzugefügt worden sind. Betrifft Windows 7/Vista Workstations mit der Xbase++ Applikation.
LOCAL_MACHINE\System\CurrentControlSet\Lanmanworkstation\Parameters\FileInfoCacheLifetime
LOCAL_MACHINE\System\CurrentControlSet\Lanmanworkstation\Parameters\FileNotFoundCacheLifetime
LOCAL_MACHINE\System\CurrentControlSet\Lanmanworkstation\Parameters\DirectoryCacheLifetime

Die Hotfixe sollen in SP3 for Vista/Server 2003 und in SP1 von Win7 und Server2008R2 eingebaut sein.


Meine (sicherstellende) Frage in die Runde:
Kann mit dem KB installiert das SMB2 in jedem Fall eingeschaltet bleiben (bei gegebener OS-Mischung)?

[Muecke]

Hallo,

Das Problem habe ich gehabt, dass solche Verluste auftraten.

In der Reg.
LOCAL_MACHINE\System\CurrentControlSet\Lanmanworkstation\Parameters\DirectoryCacheLifetime
eingefügt und das Problem ist bei mir weg.
Dabei habe ich "SMB2" nicht ausgeschaltet auf dem Server/Workstation.

Was bei mir nicht funktioniert
LOCAL_MACHINE\System\CurrentControlSet\Lanmanworkstation\Parameters\FileInfoCacheLfetime
LOCAL_MACHINE\System\CurrentControlSet\Lanmanworkstation\Parameters\FileNotFoundCacheLifetime
mit dem eingeschaltet war das Problem wieder da.

Schöne Grüsse
Thomas

[brandelh]

LOCAL_MACHINE\System\CurrentControlSet\Lanmanworkstation\Parameters\FileInfoCacheLfetime

fehlt da nicht ein I ?

LOCAL_MACHINE\System\CurrentControlSet\Lanmanworkstation\Parameters\FileInfoCacheLifetime

[Muecke]

Ja stimmt, Sorry
Schreibfehler.

Gruss Thomas

[Herbert]

Nein, den Fehler hab ich schon mitgenommen. Habs von Steffens Mitteilung kopiert. Er hats dort bereits falsch geschrieben.

[Markus Walter]

Ich beschäftige mich auch mit dem Thema. Ich glaube aber nicht, dass es sich auf "reine" Win7/Vista/2008-Server-Netzwerke bezieht. Ich vermute, dass SMB2 auch dann zwischen einem Win7/Vista-Client und einem Win7/Vista/Win2008-Server zum Einsatz kommt, wenn noch "ältere" Clients im selben Netz sind. Nur so sind die Testergebnisse von Chris zu erklären, dessen Mail ja zu der Stellungnahme von Steffen geführt hat (da gab es ja auch Probleme, wenn ein Win7 und ein XP-Client zeitgleich eine DBF erweitert haben, die auf einem Win7-"Server" lag).

[Muecke]

Bei mir ist es so:

Ich habe XP, Win7 prof, Win7 Home
Kund von mir nur Win7 Prof + Server 2008.

Bei mir wie auch beim Kunde traten die Fehler auf.
Hab ich dies in der Reg. geschaltet ist es Weg.

Schöne Grüsse
Thomas

[Herbert]

Markus, ich glaube eher nicht, denn lies Steffens Schlussatz:

Again, the above is only an issue if your network consists out
of Windows 7/Vista workstations, and the Server is a Windows 2003
or higher server. Because only then the SMB2 protocol is active.
If there is a Windows XP workstation in the network the SMB1 protocol
is used and therefore you don't have a problem until the last XP
machine has been retired

Sobald nur eine XP-Maschine im Netz aktiv ist, ist SMB2 aus dem Spiel.

Wichtig: Die bekannten Probeleme der Verlangsamung von XBase++-Programmen im Netz sind nicht davon abhängig. Es gelten weiterhin die von da her bekannten Registry-Anpassungen (ohne das Ausschalten der SMB2)!

[Herbert]

Was bei mir nicht funktioniert
LOCAL_MACHINE\System\CurrentControlSet\Lanmanworkstation\Parameters\FileInfoCacheLifetime
LOCAL_MACHINE\System\CurrentControlSet\Lanmanworkstation\Parameters\FileNotFoundCacheLifetime
mit dem eingeschaltet war das Problem wieder da.

Thomas, Steffen empfiehlt genau diese zwei Keys in seinen News.

Und genau der "nur" empfohlene Key soll helfen?

Thomas, hast du die KB-Korrektur von MS bereits installeirt?

[Muecke]

Herbert

Thomas, hast du die KB-Korrektur von MS bereits installeirt?

Nein habe ich noch nicht probiert.Wie komme ich zu diesem ohne mich zu registrieren und was alles genau wird installiert oder geändert?
Weiss das jemand?

Gruss Thomas

[Herbert]

Du musst dich eigentlich nicht registrieren. Einzig eine Mailadresse angeben, wo du dann einen Link erhälst mit Passwortangabe für das File, das du so gedownloaded erhälst. Ein Fix, der im Windows-Update-Stil abläuft.

[Markus Walter]

Markus, ich glaube eher nicht, denn lies Steffens Schlussatz:

Again, the above is only an issue if your network consists out
of Windows 7/Vista workstations, and the Server is a Windows 2003
or higher server. Because only then the SMB2 protocol is active.
If there is a Windows XP workstation in the network the SMB1 protocol
is used and therefore you don't have a problem until the last XP
machine has been retired

Sobald nur eine XP-Maschine im Netz aktiv ist, ist SMB2 aus dem Spiel.

Wichtig: Die bekannten Probeleme der Verlangsamung von XBase++-Programmen im Netz sind nicht davon abhängig. Es gelten weiterhin die von da her bekannten Registry-Anpassungen (ohne das Ausschalten der SMB2)!

Hallo Herbert,

natürlich habe ich die Aussage von Steffen gelesen. Ich bin aber der Meinung, dass diese nicht stimmt. Das 4. Test-Szenario von Chris lässt sich nämlich nicht damit erklären. Der schreibt eindeutig, dass die Probleme auch in der Konfiguration Win7-Server, 1x Win7-Client und 1x XP-Client vorkamen. Ich persönlich vermute (und so liest sich das für mich in der MSDN), dass bei jedem Verbindungsaufbau zweier Rechner per SMB ausgehandelt wird, ob beide SMB2 können, dann wird SMB2 verwendet und ansonsten SMB1. Für mich heisst dass, dass SMB2 und SMB1 innerhalb eines Netzwerkes parallel genutzt werden. Ich werde morgen oder übermorgen auch einen Testlauf starten und auch versuchen dieses gegenzutesten.

Im Übrigen, man sollte nicht alles unbesehen glauben, was geschrieben wird. Steffen schreibt ja auch
a) dass SMB2 ab "and the Server is a Windows 2003 or higher server"
b) "SP3 for Vista/Server 2003"
und in beiden Fällen wäre 2008-Server richtig. Der 2003-Server kann nämlich kein SMB2 und der SP3 ist für Vista und Win2008-Server (die haben nämlich die gleiche Codebasis). Ich habe da in der news schon darauf hingewiesen, aber es gab noch keine Antwort.

[Markus Walter]

Was bei mir nicht funktioniert
LOCAL_MACHINE\System\CurrentControlSet\Lanmanworkstation\Parameters\FileInfoCacheLifetime
LOCAL_MACHINE\System\CurrentControlSet\Lanmanworkstation\Parameters\FileNotFoundCacheLifetime
mit dem eingeschaltet war das Problem wieder da.

Und noch eins. Man muss auch die richtigen Schalter setzen (oder richtig ins Forum kopieren). Die angesprochenen Schlüssel gehören sicherlich in den Zweig HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters, nur da findet sich nämlich der Unterzweig "LanmanWorkstation" überhaupt (wo ja auch die SMB1-OPlocking-Schalter zu finden sind). Ich glaube nicht, dass MS für SMB2 einen neuen Unterzweig eingeführt hat, der nicht mehr unter "Services" hängt. Leider ist da auch die MSDN teilweise falsch. An manchen Stellen wird auf HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters verwiesen, an anderen auf HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\LanmanWorkstation\Parameters

Aber ich bin eigentlich sicher, dass HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters gemeint ist, dann wäre aber auch Steffens Posting in diesem Falle falsch...

[Wolfgang Ciriack]

Hallo Markus,
ich denke du liegst richtig mit deinen Annahmen. Ich habe es getestet mit 2x Win7 und 1x WinXP, alle 3 PCs haben gleichzeitig 10000 Datensätze in eine auf einem Win7 liegende Datenbank geschrieben. Statt 30000 Datensätze hatte ich nur 29999.

[brandelh]

Und haben die Änderungen was gebracht ?

[Markus Walter]

Hallo Markus,
ich denke du liegst richtig mit deinen Annahmen. Ich habe es getestet mit 2x Win7 und 1x WinXP, alle 3 PCs haben gleichzeitig 10000 Datensätze in eine auf einem Win7 liegende Datenbank geschrieben. Statt 30000 Datensätze hatte ich nur 29999.

Hallo Wolfgang,

wo lag in Deinem Fall denn die DBF. Auf einem der 3 genannten Rechner oder auf einem vierten?

Ich versuche mich hier gerade an einem Test, aber ich habe in meinem Homeoffice nur 2 SMB2-Rechner (1x Vista, 1x Win7). Jetzt habe ich eine Freigabe auf dem Vista-Rechner und starte das Testprogramm 4x parallel auf dem Win7-Rechner, aber so kann ich den Fehler nicht reproduzieren...
Morgen oder übermorgen habe ich noch 2 weitere Win7-Rechner, vielleicht "klappt" es dann...

[Wolfgang Ciriack]

@Markus,
die Daten lagen auf einem der 3 Rechner mit Win7.
Hast du auch das Testprogramm von Chris benutzt ?

@Hubert,
habe ich noch nicht getestet, muss erst meiner Tochter nochmal ihren Win7 Laptop "abschwatzen".
Habe aber von Chris im eXpress++ Forum gehört, das nach den Einstellungen bei seinen Tests keine Fehler mehr aufgetreten sind.

[Markus Walter]

@Markus,
die Daten lagen auf einem der 3 Rechner mit Win7.
Hast du auch das Testprogramm von Chris benutzt ?

Ja, ich habe es nur leicht modifiziert. Macht aber prinzipiell das Gleiche.

Die erste neue Erkenntnis habe ich:
Wie gesagt liegt die DBF auf einer Freigabe des Vista-Rechners. Nun kann ich das Testprogramm beliebig oft auf dem Win7-Client starten. Die Anzahl Datensätze stimmt danach. Und es ist sauschnell. Eindeutig kommt da OpportunisticLocking zum Einsatz (was man unter SMB2 ja auch nicht ausschalten kann).
Wenn ich nun aber auf dem Win7-Client das Testprogramm zweimal starte und dann eine Instanz auf dem Vista-Server, schmieren mir immer ein oder beide Netz-Instanzen ab (mit einem Runtime-Error beim dbappend() oder einem 8999er beim dbunlock()). Immer, d. h. diese Konstellation läuft mit SMB2 nie (wenn ich SMB2 deaktiviere, läuft alles normal, aber eben deutlich langsamer, da ich OPLocking unter SMB1 ja ausgeschaltet habe).
Die Kombination eine Instanz auf dem Win7-Client und eine Instanz auf dem Vista-Server läuft immer.
Was ich noch nicht eingespielt habe, sind die Hotfixes. Ich möchte mir zuerst eine Umgebung aufbauen, mit der ich Chris' Problem nachstellen kann, dass ist mir ja bisher nicht gelungen (ich habe z. zt. ja nur 2 Rechner). Ich hoffe, dass ich das morgen testen kann.

Übrigens hat das Setzen der 3 Cache-Schalter (FileInfoCacheLifetime=0, FileNotFoundCacheLifetime=0, DirectoryCacheLifetime=0) in meinem Problemfall nichts gebracht (aber wie gesagt, ohne Hotfix). Ich hatte nur einen lustigen Effekt: Ich hatte zunächst nur den Schalter FileInfoCacheLifetime=0 gesetzt, die anderen beiden nicht. Dann ging ein dbzap() überhaupt nicht. Das Testprogramm ist mit einem Runtime-Fehler abgeschmiert und es war nur noch eine .$$$ Datei da (dbzap() kopiert ja die Struktur, löscht die alte DBF und benennt dann die $$$ in DBF um). Nachdem ich dann die beiden anderen Schalter (FileNotFoundCacheLifetime=0, DirectoryCacheLifetime=0) noch gesetzt hatte, ging das wieder...

Oh je, oh je.

[brandelh]

M$ schafft es noch, dass wir gerne auf SQL Server gehen

[Muecke]

Markus,

setz doch mal nur auf den client Maschinen

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\lanmanworkstation\parameters]
"DirectoryCacheLifetime"=dword:00000000

Und den Server lasst Du so wie er ist.(appl. drauf)

Was ist jetzt?

Gruss Thomas

[Markus Walter]

Markus,

setz doch mal nur auf den client Maschinen

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\lanmanworkstation\parameters]
"DirectoryCacheLifetime"=dword:00000000

Und den Server lasst Du so wie er ist.(appl. drauf)

Was ist jetzt?

Gruss Thomas

Hallo Thomas,

ich hatte doch geschrieben, dass das Setzen der 3 Schalter nichts gebracht hat (zumindest ohne den Hotfix zu installieren). Die Konstellation mit 2 Netzinstanzen und einer lokalen Instanz läuft dann noch immer nicht.

[Herbert]

Hallo,
In der Reg.
LOCAL_MACHINE\System\CurrentControlSet\Lanmanworkstation\Parameters\DirectoryCacheLifetime
eingefügt und das Problem ist bei mir weg.
Dabei habe ich "SMB2" nicht ausgeschaltet auf dem Server/Workstation.

Was bei mir nicht funktioniert
LOCAL_MACHINE\System\CurrentControlSet\Lanmanworkstation\Parameters\FileInfoCacheLfetime
LOCAL_MACHINE\System\CurrentControlSet\Lanmanworkstation\Parameters\FileNotFoundCacheLifetime
mit dem eingeschaltet war das Problem wieder da.

Nein, Thomas hat nur diesen einen Schalter (den Steffen als einzigen der drei als optional angab) gesetzt. Die anderen beiden zerstören bei ihm wieder...

[Herbert]

Ich bin aber der Meinung, dass diese nicht stimmt. Das 4. Test-Szenario von Chris lässt sich nämlich nicht damit erklären. Der schreibt eindeutig, dass die Probleme auch in der Konfiguration Win7-Server, 1x Win7-Client und 1x XP-Client vorkamen. Ich persönlich vermute (und so liest sich das für mich in der MSDN), dass bei jedem Verbindungsaufbau zweier Rechner per SMB ausgehandelt wird, ob beide SMB2 können, dann wird SMB2 verwendet und ansonsten SMB1. Für mich heisst dass, dass SMB2 und SMB1 innerhalb eines Netzwerkes parallel genutzt werden. Ich werde morgen oder übermorgen auch einen Testlauf starten und auch versuchen dieses gegenzutesten.
Im Übrigen, man sollte nicht alles unbesehen glauben, was geschrieben wird. Steffen schreibt ja auch
a) dass SMB2 ab "and the Server is a Windows 2003 or higher server"
b) "SP3 for Vista/Server 2003"
und in beiden Fällen wäre 2008-Server richtig. Der 2003-Server kann nämlich kein SMB2 und der SP3 ist für Vista und Win2008-Server (die haben nämlich die gleiche Codebasis). Ich habe da in der news schon darauf hingewiesen, aber es gab noch keine Antwort.

Klar, gilt erst ab Server 2008. Der KB-Artikel verweist ja darauf. Steffen, Steffen...

Wichtig ist, dass der KB das Problem anpackt, damit SMB2 erhalten bleibt, und gemäss den Foreneinträgen in reinen Win7/Vista/Win2008-Umgebungen zu funktionieren scheint.

Das Problem an sich muss offenbar mit den Registry-Einträgen angepackt werden. Und da ist die Erkenntnis von Thomas (nur den einen "optionalen" Schlüssel "LOCAL_MACHINE\System\CurrentControlSet\Lanmanworkstation\Parameters\DirectoryCacheLifetime" verwenden?) sehr wichtig.