Geschwindigkeit im Netzwerk

Konzeptionelles, Technisches, Termine, Fragen zum Hersteller usw.

Moderator: Moderatoren

Alfred
Rekursionen-Architekt
Rekursionen-Architekt
Beiträge: 476
Registriert: Do, 03. Mai 2007 12:37
Wohnort: München

Beitrag von Alfred »

Hallo Hubert,

einen Link habe ich leider nicht. Aber Du kannst den Artikel als PDF von mir
haben.

Gruß
Alfred
Alfred
Rekursionen-Architekt
Rekursionen-Architekt
Beiträge: 476
Registriert: Do, 03. Mai 2007 12:37
Wohnort: München

Beitrag von Alfred »

Hallo Hubert,

man sollte doch erst googlen und dann schreiben:


www.heise.de/ct/faq/hotline/06/21/08.shtml

Gruß
Alfred
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12909
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 46 Mal

Beitrag von AUGE_OHR »

hi,
Rudolf hat geschrieben: damit man sieht dass es nicht am Netzwerk meiner Kunden, Oplock einstellungen etc. liegt.
naja, "der" Kunde hat ja nicht nur Xbase++ auf seinen PC´s, oder ?

hat "der" Kunden M$ Office installiert ? wenn JA, welche Version und WO ?
wurden alle M$ Office Oplock Einstellungen "abgestellt" zugunsten von Xbase++ ?

Die von Alaska aufgeführten Oplock´s sind für ein "nacktes" M$ NT/W2K
Server und reichen nur dann aus wenn kein M$ Office > 97sr2 (MDAC/Jet)
im Netzwerk installiert ist. Die Oplock dienen dazu um "kommunikation"
von M$ Produkte zu "beschleunigen", jedoch zum Nachteil von nicht M$
Produkten wie Xbase++.

Ich hatte ähliche Probleme mit dem neuen W2003R2 Server als ich das
Ofiice97sr2 auf den Workstationen auf OfficeXP upgegraded hatte.

Deshalb frage ich ja auch die ganze Zeit danach WAS du eigendlich an
Oplock Einträgen in der Registry der Workstationen und des Server
gemacht hast.

gruss by OHR
Jimmy
Benutzeravatar
Jan
Marvin
Marvin
Beiträge: 14658
Registriert: Fr, 23. Sep 2005 18:23
Wohnort: 49328 Melle
Hat sich bedankt: 21 Mal
Danksagung erhalten: 88 Mal
Kontaktdaten:

Beitrag von Jan »

Jimmy,

???

Also für mich sind OPLocks ausschließlich dazu da, um Zugriffe auf Dateien zu steuern. Und gehen ausschließlich vom Betriebssystem aus, egal was für Programme sonst noch installiert sind.

Oder vertue ich mich da jetzt total?

Jan
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12909
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 46 Mal

Beitrag von AUGE_OHR »

hi,
Jan hat geschrieben: Also für mich sind OPLocks ausschließlich dazu da, um Zugriffe auf Dateien zu steuern. Und gehen ausschließlich vom Betriebssystem aus, egal was für Programme sonst noch installiert sind.
Oder vertue ich mich da jetzt total?
Ja, klar ist das Betriebssystem dafür verantwortlich ob ein OpLock
überhaupt wirken kann, aber die müssen ja auch aktivert werden.
Bei M$ OS() System gehe ich davon aus das dies mittels Registry
Einträge passiert.

Was ich damit meine : auf einem "neu" installierten System M$ OS()
findest man nur die von Alaska beschreibenen Registry Einträge wo
man dann nur die Werte "anpassen" muss.

Sobald man Office XP auf XP Sp2 Workstationen installiert werden
auch die MDAC/Jet Komponenten installiert und "DIE" sind daran
Schuld wenn man mal wieder ein OpLock Problem hat mit Xbase++.

Ich hatte auf einem W98se versucht Office 9 oder 10 (2000/XP) über
ein v97sr2 zu "bügeln". Das ging zuerst nicht weil er eine neuer MDAC
oder JET Version (>3.x) haben wollte ... also hab ich es installiert.
Danach ging es wohl irgendwie mit der Installation von Office 9/10.

Beim testen mit dem W2003, damals ohne R2, bekam ich dann plötzlich
locking Probleme die ich vorher nicht hatte ... ergo Office wieder
deinstalliert. Leider waren die Probleme immer noch vorhanden, also
immer noch "Reste" von der Office Installation. Ich hab dann mal die
Oplock Registry Einträge kontrolliert und fand einige Einträge die ich
vorher nicht hatte...

Deshalb bin ich der Meinung, das wenn man Office > v97sr2, auf dem
PC installiert und Xbase++ v1.9x auf den Workstationen laufen hat man
dann die "neuen" Office Registry Einträge für Xbase++ anpassen muss
weil sonst das "Betriebssytem" wohl die default Werte von Office nimmt (?)

Dabei scheint mir der Eintrag :

Code: Alles auswählen

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MRXSmb\Parameters\
OplocksDisabled REG_DWORD 0 oder 1
Standard: 0 (nicht deaktiviert) 
wie unter http://support.microsoft.com/kb/296264/DE/
beschrieben "der" Eintrag zu sein welcher während der Office Installation
neu in die Registry gelangte. Bei welcher Komponente das war kann ich
nicht sagen nur das ich den vorher nicht hatte (kannte ?).

Deshalb meine Frage ob die Kunden Office > v97sr2 installiert haben.

gruss by OHR
Jimmy
Benutzeravatar
Manfred
Foren-Administrator
Foren-Administrator
Beiträge: 21200
Registriert: Di, 29. Nov 2005 16:58
Wohnort: Kreis Wesel
Hat sich bedankt: 210 Mal
Danksagung erhalten: 67 Mal

Beitrag von Manfred »

Hi,

ich habe jetzt einmal aus Neugier ein paar PC´s kontrolliert. Weder auf einem Office 2003 noch auf einem nicht Office PC ist dieser Eintrag vorhanden. Ich nutze einen Linux Server mit Samba und war bisher immer nur der Meinung, das dort die Oplocks in der smb.config eingetragen werden. Wenn ich dort entsprechende Änderungen mache, dann geschieht auch merklich etwas beim Tempo im Netzwerk. (Diesen Thread hatten wir auch schon mal hier irgendwo)
Gruß Manfred
Mitglied der XUG Osnabrück
Schatzmeister des Deutschsprachige Xbase-Entwickler e.V.
großer Fan des Xbaseentwicklerwiki https://wiki.xbaseentwickler.de/index.p ... Hauptseite
Doof kann man sein, man muß sich nur zu helfen wissen!!
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12909
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 46 Mal

Beitrag von AUGE_OHR »

hi,
Manfred hat geschrieben: Ich nutze einen Linux Server mit Samba und war bisher immer nur der Meinung, das dort die Oplocks in der smb.config eingetragen werden.
auch mit meinem Novell Server habe ich kein OpLock Problem, aber
ich "muss" ja auch den Novell Client (>= v4.83sp3a) benutzen.

Die Tips aus der MSDN beziehen sich ja auf die M$ Produkte und die
"kommunikation" von M$ OS() Systemen mit dem M$ Client.

vielleicht lag es ja an meiner Vorgehensweise, das ich ein laufendes
W98se / Office97sr2 / NW-Server auf einen W2003 "upgegraded" habe
in dem ich ein Office 9/10 "überbügeln" wollte.

Ich hab den Path für Office Vorlagen/Dateiablage etc im Verzeichniss
auf dem Server angepasst. Auch Outlook hab ich mit dem ExChange-
Server, der auf dem W2003 läuft, verbunden und eingerichtet und eine
Email (erfolgreich) versandt.

Danach hab ich erst mit den Xbase++ Anwendungen getestet so wie
ich ihn für Novell verwendet hatte. Als dann irgendwann ein typisches
OpLock Problem auftauchte hab ich mein Xbase++ OpLock "tweak" Tool
gestartet und "sah" wie er für die w98se Workstation den "MRXSmb"
meldetet den "ich" aber nicht gesetzt hatte (ist ja auch für XP/W2x etc.)

Deshalb gehe ich davon aus das irgendwann während der ganzen Office
installation irgendeine Komponente für den Registry Eintrag gesorgt hat.

Auf einem "nackten" XP System braucht man den "MRXSmb" Eintrag
wohl nicht, (zumindest konnte ich beim testen kein Problem feststellen)
aber sobald ein Office > v97sr2 installiert wird und diese auf den W2003
Server oder andere XP Workstationen (Datei/Drucker Freigabe) zugreift
scheint der OpLock "zu wirken" d.h. jeder weiter Zugriff wird deutlich
"verzögert" bis zum timeout ...

Noch deutlicher wird es bei VISTA, dort gibt es jetzt SMB2, wo bei 4 Usern
schluss ist wenn man den OpLock nicht auf disable stellt.

anbei Auszug von dem "tweak" Tool, welches Thoms Braun´s RegClass
verwendet, wie ich ih für XP/W2x Systeme verwende.

gruss by OHR
Jimmy
p.s. !!! Vorsicht bei veränderrungen an der Registry !!!
! Anwendung auf eigene Gefahr !

Code: Alles auswählen

STATIC cServer := "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters"
STATIC cWorkst := "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanworkstation\parameters"
STATIC cSMB    := "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MRXSmb\Parameters"

...

FUNCTION C_OPSLOCK(datei)
LOCAL field_list:={}
LOCAL aKeys   := {}
LOCAL i, iMax := 0

  IF !FILE(datei)
    aadd(field_list,{"ACTIVE"  ,"L",  1,0})
    aadd(field_list,{"SOW"     ,"C",  1,0})
    aadd(field_list,{"HKLM"    ,"C",200,0})
    aadd(field_list,{"KEY"     ,"C", 70,0})
    aadd(field_list,{"DWORD"   ,"C",  8,0})
    aadd(field_list,{"ISTDWORD","C",  8,0})
    aadd(field_list,{"ORGDWORD","C",  8,0})
    aadd(field_list,{"COMMENT" ,"C",200,0})

    DBCREATE(datei,field_list)
  endif
  USE (datei) EXCLUSIV
  //
  // Server
  //
  AADD(aKeys,{"S","A","autodisconnect"             ,"ffffffff"})
  AADD(aKeys,{"S","A","ConnectionNoSessionsTimeout","ffffffff"})
  AADD(aKeys,{"S","A","CachedOpenLimit"             ,"0"})
  AADD(aKeys,{"S","A","EnableOpLockForceClose"     ,"1"})
  AADD(aKeys,{"S","A","EnableOpLocks"              ,"0"})
  AADD(aKeys,{"S","A","OplocksDisabled"            ,"1"})
  //
  // VISTA "Server"
  //
  AADD(aKeys,{"S","A","SMB2"                       ,"0"})
  //
  //
  // Server W2K SMB
  //
  AADD(aKeys,{"T","A","OplocksDisabled"            ,"1"})
  //

  // Workstation
  //
  AADD(aKeys,{"W","A","CachedOpenLimit"            ,"0"})
  AADD(aKeys,{"W","A","EnableOpLockForceClose"     ,"1"})
  AADD(aKeys,{"W","A","EnableOpLocks"              ,"0"})
  AADD(aKeys,{"W","A","OplocksDisabled"            ,"1"})
  AADD(aKeys,{"W","A","UseLockReadUnlock"          ,"0"})
  AADD(aKeys,{"W","A","UseUnlockBehind"            ,"1"})
  AADD(aKeys,{"W","A","UseOportunisticLocking"     ,"0"})
  AADD(aKeys,{"W","A","UtilizeNtCaching"           ,"0"})

  iMax := LEN(aKeys)
  FOR i = 1 TO iMax
      APPEND BLANK
      REPLACE SOW      WITH aKeys[i][1]
      REPLACE HKLM     WITH IF(aKeys[i][1]="S",cServer,IF(aKeys[i][1]="W",cWorkst,cSMB))
      REPLACE KEY      WITH aKeys[i][3]
      REPLACE DWORD    WITH aKeys[i][4]
      REPLACE COMMENT  WITH ""
      REPLACE ACTIVE   WITH .F.

      REPLACE ISTDWORD WITH ""
      REPLACE ORGDWORD WITH ""
  NEXT
  INDEX ON UPPER(SOW+KEY) TO OPSINDEX

  //
  // save original Registry Value
  //
  REGORIGIN()

  CLOSE

RETURN(.t.)
Antworten