11
Dateizugriff nach Migration sehr langsam
Hallo Leute,
ich bräuchte bitte wieder eure Hilfe.
Und zwar habe ich einen Windows SBS 2003 auf SBS 2011 (2008 R2) migriert. Das ganze ging auch relativ problemlos.
Nachdem nun alles auf dem neuen Server ist, habe ich den "Alten" abgedreht.
Nun habe ich aber das Problem, dass sämtliche Dateizugriffe sehr, sehr langsam gehen. So dauert z.B. das öffnen eines Word-Dokumentes einige Minuten.
Sobald ich den Alten wieder einschalte läuft alles problemlos.
Ich habe mir nun schon die DNS-Einträge angeschaut. Hier konnte ich keine Verweise mehr auf den alten Server finden. Auch der DHCP-Server verteilt die richtige IP-Adresse des DNS-Servers.
Die Dateien die ich öffne sind auch alle auf die IP des neuen Servers verknüpft.
Der Best Practicies Analyzer findet auch keinen Fehler.
Und leider werde ich bei Google auch nicht wirklich schlauer.
Hat wer noch eine Idee für mich, wo der Hund begraben sein könnte?
Bin für jede Hilfe dankbar!
Zur Info: Die Migration erfolgte exakt nach der Anleitung von Microsoft.
MfG
Patrick
ich bräuchte bitte wieder eure Hilfe.
Und zwar habe ich einen Windows SBS 2003 auf SBS 2011 (2008 R2) migriert. Das ganze ging auch relativ problemlos.
Nachdem nun alles auf dem neuen Server ist, habe ich den "Alten" abgedreht.
Nun habe ich aber das Problem, dass sämtliche Dateizugriffe sehr, sehr langsam gehen. So dauert z.B. das öffnen eines Word-Dokumentes einige Minuten.
Sobald ich den Alten wieder einschalte läuft alles problemlos.
Ich habe mir nun schon die DNS-Einträge angeschaut. Hier konnte ich keine Verweise mehr auf den alten Server finden. Auch der DHCP-Server verteilt die richtige IP-Adresse des DNS-Servers.
Die Dateien die ich öffne sind auch alle auf die IP des neuen Servers verknüpft.
Der Best Practicies Analyzer findet auch keinen Fehler.
Und leider werde ich bei Google auch nicht wirklich schlauer.
Hat wer noch eine Idee für mich, wo der Hund begraben sein könnte?
Bin für jede Hilfe dankbar!
Zur Info: Die Migration erfolgte exakt nach der Anleitung von Microsoft.
MfG
Patrick
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 187728
Url: https://administrator.de/contentid/187728
Printed on: April 24, 2024 at 14:04 o'clock
11 Comments
Latest comment
Hi Badger,
schau in den Vorlagen der Word-Dokumente nach. Word speichert in den Dokumenten auch die Servernamen und wenn es den Server nicht gibt, dann wartet es eben auf ein Timeout des DNS und das geht nach allen korrekten Regeln eben etwas länger.
Gruß
Netman
schau in den Vorlagen der Word-Dokumente nach. Word speichert in den Dokumenten auch die Servernamen und wenn es den Server nicht gibt, dann wartet es eben auf ein Timeout des DNS und das geht nach allen korrekten Regeln eben etwas länger.
Gruß
Netman
Hallo Netman,
danke für deine Antwort.
Habe im Word unter Vorlagen nachgeschaut. Da ist zwar bei einigen eine alte Vorlage hinterlegt. Dies behebt aber leider das Problem nicht.
Betroffen sind davon auch alle Dateiformate. Ich habe das Word-Dokument hier nur als Beispiel angegeben.
MfG
Patrick
danke für deine Antwort.
Habe im Word unter Vorlagen nachgeschaut. Da ist zwar bei einigen eine alte Vorlage hinterlegt. Dies behebt aber leider das Problem nicht.
Betroffen sind davon auch alle Dateiformate. Ich habe das Word-Dokument hier nur als Beispiel angegeben.
MfG
Patrick
Alle Office-Applikationen speichern in ihrem jeweiligen Endergebniss den kompletten Pfad der Vorlage mit ab. Selbst welche, die nur aus einem andern Dokument mit Veränderungen entstanden sind.
Also bei mir siehts unter Vorlagen so aus:
http://www.file-upload.net/download-4534176/Vorlage.PNG.html
Das sollte doch passen, oder?
Aber es betrifft nicht nur Office-Datein sonden auch pdf, txt, exe,...
MfG
http://www.file-upload.net/download-4534176/Vorlage.PNG.html
Das sollte doch passen, oder?
Aber es betrifft nicht nur Office-Datein sonden auch pdf, txt, exe,...
MfG
ok, in den Dokumenten steht so was, in txt definitiv nicht.
Dann lass beim Dateiaufruf mal den Wireshark mitlaufen. (lokal auf dem PC)
Dann kannst du erkennen welche Server angefragt werden.
Gruß
Netman
Dann lass beim Dateiaufruf mal den Wireshark mitlaufen. (lokal auf dem PC)
Dann kannst du erkennen welche Server angefragt werden.
Gruß
Netman
Danke für den Tipp.
Hab den Wireshark jetzt auf ein paar Clients laufen lassen. Als Destination scheint nirgends die IP des alten Servers auf.
Folgendes ist aber auffällig:
Bei XP-Maschinen scheint so gut wie bei fast jedem Serverzugriff folgender Fehler auf:
Bei Win7-Maschinen nicht (Auch wenn wenn sie am gleichen Port am Switch hängen wie zuvor die XP-Maschine!).
Prinzipiell ist mir nun auch noch aufgefallen, dass Win7 Clients vom langsamen Zugriff nicht betroffen sind. Es scheint als wären es "nur" die Win XP Clients (bin da etwas spät drauf gekommen, da wir nur wenige Win7 Clients haben).
Hab den Wireshark jetzt auf ein paar Clients laufen lassen. Als Destination scheint nirgends die IP des alten Servers auf.
Folgendes ist aber auffällig:
Bei XP-Maschinen scheint so gut wie bei fast jedem Serverzugriff folgender Fehler auf:
Transmission Control Protocol, Src Port: mpnjsocl (2685), Dst Port: netbios-ssn (139), Seq: 1160794, Ack: 23985642, Len: 80
Checksum: 0xa028 [incorrect, should be 0xf019 (maybe caused by "TCP checksum offload"?)]
Checksum: 0xa028 [incorrect, should be 0xf019 (maybe caused by "TCP checksum offload"?)]
Bei Win7-Maschinen nicht (Auch wenn wenn sie am gleichen Port am Switch hängen wie zuvor die XP-Maschine!).
Prinzipiell ist mir nun auch noch aufgefallen, dass Win7 Clients vom langsamen Zugriff nicht betroffen sind. Es scheint als wären es "nur" die Win XP Clients (bin da etwas spät drauf gekommen, da wir nur wenige Win7 Clients haben).
Hi,
Schau mal in der Netzwerkumgebung bei den XP-Clients nach ob da noch Verknüpfungen zu alten freigaben am alten Server aufscheinen. XP legt die Verknüpfungen automatisch an. Bei Operationen wie "Datei-Öffnen" oder "Speichern-Unter" werden diese Verknüpfungen des öfteren gepollt, ob die noch da sind. Wenn nicht, gibts timeouts im Minutenbereich.
Abhilfe: alle alten Verknüpfungen aus der Netzwerkumgebung raus. Hat zumindest bei mir schon des öfteren geholfen.
mfg
Cthluhu
Schau mal in der Netzwerkumgebung bei den XP-Clients nach ob da noch Verknüpfungen zu alten freigaben am alten Server aufscheinen. XP legt die Verknüpfungen automatisch an. Bei Operationen wie "Datei-Öffnen" oder "Speichern-Unter" werden diese Verknüpfungen des öfteren gepollt, ob die noch da sind. Wenn nicht, gibts timeouts im Minutenbereich.
Abhilfe: alle alten Verknüpfungen aus der Netzwerkumgebung raus. Hat zumindest bei mir schon des öfteren geholfen.
mfg
Cthluhu
Hallo Cthluhu,
Danke für deinen Tipp. Es waren einige alte Verknüpfungen vorhanden. Habe diese gelöscht. Leider brachte dies aber nicht gewünschten Erfolg.
Es ist schön langsam etwas komisch das ganze. Mittlerweile dauert ein Rechtsklick auf eine Datei eine halbe Ewigkeit.
Kann sich wer die Fehler vom Wireshark erklären? Bzw. hat wer diesbezüglich eine Abhilfe für mich?
Danke
Patrick
Danke für deinen Tipp. Es waren einige alte Verknüpfungen vorhanden. Habe diese gelöscht. Leider brachte dies aber nicht gewünschten Erfolg.
Es ist schön langsam etwas komisch das ganze. Mittlerweile dauert ein Rechtsklick auf eine Datei eine halbe Ewigkeit.
Kann sich wer die Fehler vom Wireshark erklären? Bzw. hat wer diesbezüglich eine Abhilfe für mich?
Danke
Patrick
"TCP checksum offload" ist eine Einstellung im Treiber von NICs.
Wird verwendet um die CPU, respektive den TCP-Stack zu entlasten.
Wird die Meldung bei Paketen vom Server generiert?
Dann ist dort diese Funktion wieder zu aktivieren.
Manche Beschleunigungsfunktionen der Hardware vertragen sich nicht untereinander und sollten nur mit bestimmten Gegenstellen genutzt werden.
Wobei das Zitat oben eine Mutmaßung ist. Der Fehler lautet Checksum incorrect.
Solche Pakete werden am Empfänger direk geerdet, respektive verworfen.
Der XP-und der W7-Stack unterscheiden sich stark. W7 mit den aktuellen Servern kann theoretisch schneller als XP mit 2003.
Außerdem kann man mit follow TCP-Stream ein schnelles Filter auf eines der Dokumente machen und dann sehen, wie lange es von der ersten Anforderung bis zum Abschluß des Dokumentes dauert und wie viele verworfene Pakete dabei mit im Spiel sind.
Gruß
Netman
Wird verwendet um die CPU, respektive den TCP-Stack zu entlasten.
Wird die Meldung bei Paketen vom Server generiert?
Dann ist dort diese Funktion wieder zu aktivieren.
Manche Beschleunigungsfunktionen der Hardware vertragen sich nicht untereinander und sollten nur mit bestimmten Gegenstellen genutzt werden.
Wobei das Zitat oben eine Mutmaßung ist. Der Fehler lautet Checksum incorrect.
Solche Pakete werden am Empfänger direk geerdet, respektive verworfen.
Der XP-und der W7-Stack unterscheiden sich stark. W7 mit den aktuellen Servern kann theoretisch schneller als XP mit 2003.
Außerdem kann man mit follow TCP-Stream ein schnelles Filter auf eines der Dokumente machen und dann sehen, wie lange es von der ersten Anforderung bis zum Abschluß des Dokumentes dauert und wie viele verworfene Pakete dabei mit im Spiel sind.
Gruß
Netman
Guten Morgen,
nach einer kurzen Nacht kann ich nun sagen, dass das Problem behoben ist!
Aber mal von Anfang an:
Habe aufgrund des Fehlers vom Wireshark die Konfigs der Switches angeschaut. Da war bei einem ein falscher Gateway eingetragen. Habe daraufhin bei den XP-Clients die neueste Version vom Wireshark installiert (auf den Win7 war bereits eine Neue). Seither sind die Checksum-Erros weg. An was es da genau gelegen hat weiß ich nicht.
Habe dann bei laufenden alten Server und laufenden Wireshark ein paar Datein vom Server abgerufen. Habe da dann gesehen, dass hier immer wieder einige Zugriffe zum alten Server sind. U.A. zum alten Userhome. Nachdem dies aber nirgends mehr eingetragen war habe ich daraufhin den Userprofil-Ordner am Client gelöscht. Und siehe da: alles geht!
Bin jetzt gerade dabei auf allen Clients die Profilordner zu löschen. Bei den Clients wo ich es schon gemacht habe funktioniert es daraufhin überall.
Ein großes, großes DANKE an alle! Mein Urlaubsantritt morgen ist gerettet
Was anderes noch (passt zwar nicht zum Thema aber vlt. hat trotzdem wer eine Idee):
Kann es sein das nach der Installation vom Microsoft File Validation es Probleme mit Excel-Datein mit vielen Makros gibt? Diese brauchen nämlich tlw. sehr lange zum öffnen. Bei Datein ohne Makros geht alles super.
MfG
Patrick
nach einer kurzen Nacht kann ich nun sagen, dass das Problem behoben ist!
Aber mal von Anfang an:
Habe aufgrund des Fehlers vom Wireshark die Konfigs der Switches angeschaut. Da war bei einem ein falscher Gateway eingetragen. Habe daraufhin bei den XP-Clients die neueste Version vom Wireshark installiert (auf den Win7 war bereits eine Neue). Seither sind die Checksum-Erros weg. An was es da genau gelegen hat weiß ich nicht.
Habe dann bei laufenden alten Server und laufenden Wireshark ein paar Datein vom Server abgerufen. Habe da dann gesehen, dass hier immer wieder einige Zugriffe zum alten Server sind. U.A. zum alten Userhome. Nachdem dies aber nirgends mehr eingetragen war habe ich daraufhin den Userprofil-Ordner am Client gelöscht. Und siehe da: alles geht!
Bin jetzt gerade dabei auf allen Clients die Profilordner zu löschen. Bei den Clients wo ich es schon gemacht habe funktioniert es daraufhin überall.
Ein großes, großes DANKE an alle! Mein Urlaubsantritt morgen ist gerettet
Was anderes noch (passt zwar nicht zum Thema aber vlt. hat trotzdem wer eine Idee):
Kann es sein das nach der Installation vom Microsoft File Validation es Probleme mit Excel-Datein mit vielen Makros gibt? Diese brauchen nämlich tlw. sehr lange zum öffnen. Bei Datein ohne Makros geht alles super.
MfG
Patrick
Guten Morgen Patrick,
zu Thema "File Validation Tool" und Perfomance beim öffnen Sollte dir die Suche im Forum massenhaft Ergebnisse liefern.
Ich würde es einfach deinstallieren und fertig:
//Uninstall File Validation Tool MsiExec.exe /x {90140000-2005-0000-0000-0000000FF1CE}
Gruß
eazy_isi
zu Thema "File Validation Tool" und Perfomance beim öffnen Sollte dir die Suche im Forum massenhaft Ergebnisse liefern.
Ich würde es einfach deinstallieren und fertig:
//Uninstall File Validation Tool MsiExec.exe /x {90140000-2005-0000-0000-0000000FF1CE}
Gruß
eazy_isi
