Nach Klonen der Festplatte Probleme mit WORD

[eusebius]

Hallo,
die Tatsache, daß WORD in seinen Dokumenten die Vorlage (Normal.dot oder TM99.dot) speichert und diese nach einem Serverumzug mit den dann veränderten Einstellungen lange sucht, bis es endlich mit einem Timeaout abbricht, ist mir bewußt und wude hier im Forum schon mehrfach diskutert.

Aber nach dem Klonen einer kleineren Festplatte auf eine größere?
Dabei werden doch keine Pfade verstellt, es ist doch eine 1:1-Kopie! (Bis auf die aktualisierten Festplattentreiber)
Dachte ich wenigstens.

Das Problem besteht auch nicht -wie sonst immer beschrieben- beim ÖFFNEN von Word-Dokumenten, sondern nur, wenn Word-Dokumente von einem Clienten aus dem Netzwerk auf dem Server GESPEICHERT werden. Lokales Speichern auf dem Clienten dauert 1 Millisekunde, das Speichern auf dem Server 20 Sekunden.
Leider hat das nichts mit Turbomed zu tun, denn auch ein leeres Word-Dokument läßt sich nicht unter 20 Sekunden in einem beliebigen Ordner des Servers speichern. Es ist also ein reines WORD- bzw. Netzwerk-Problem. Leider ist mir die Ursache schleierhaft, denn 1 Stunde zuvor -mit der alten Festplatte- lief alles wie geschmiert.

Was hat sich beim Klonen bloß verstellt? Wer hat schon mal ähnliche Erfahrungen mit dem Klonen von Festplatten gemacht?
(Benutzt wurde SAMSUNG Migration Tool. Alles läuft im Netzwerk wie vorher, nur eben WORD nicht)

[Johnny]

Hallo eusebius,

beschreiben Sie doch den Kloningvorgang näher. Offensichtlich hat sich hierbei ja etwas geändert!
Haben Sie beispielsweise von einer magn. Festplatte auf eine SSD geklont?

Haben Sie die neue Festplatte bereits mit entsprechenden Tools untersucht, z.B. auf Smart Fehler?

Ggf. nochmals auf andere neue Festplatte klonen!

Mit besten Grüssen
Johnny

[eusebius]

Von einer 120 GB SSD auf 250 GB SSD: neue Samsung 840 EVO an einen 2.SATA-Port, Samsung Migration Tool an, 2 Klicks, 20 Min. warten zur Datenübetragung, fertig! Alte SSD raus, neue auf 1.SATA-Port umstecken, Booten, Win7 installiert neue Treiber für die neue Platte, Windows Activation Key meckert über neue Hardware,Neustart und alles ist am alten Fleck, als wäre nichts gewesen. Inkl. Windows Key, MBR natürlich, eben 1:1.
BIS AUF WORD, offenbar.
Da ich das mit 3 Clienten und dem Server gemacht haben, müßte ja wenigstens 1 von denen funktionieren!
Die einzige Änderung ist eigentlich der Festplattentreiber. Kann sich da was Unsichtbares an den Pfaden verstellen, wenn der aktualisiert wird?

[nmndoc]

komische Sache ... wobei ... ich erinnere mich an einen Fall wo ein defekter Bildschirm oder Bildschirmkabel (genauer wollte ich es dann nicht mehr wissen) ganz komische Hänger an einem Client verursacht hat. Jedenfalls trat das Problem mit einem anderen, baugleichen Bildschirm nicht auf.

Zur SSD: ich hatte vor einiger Zeit am TM Server eine konventionelle HDD (bzw RAID) auf eine SSD (RAID) geklont. Zuerst sah alles gut, aus, allerings traten dann Perfomance-Probleme und Hänger auf. Zuvor hatte ich den WSUS-Datenordner auf eine andere Partiton verschoben. Das nur als Anmerkung, weil ich nicht genau weiß, welche der folgenden Aktionen das Problem letztlich behoben hat:

1. WSUS Ordner wieder zurück auf die ursprüngl. Partiton bewegt
2. Treiber für den HDD-/RAID-Onboard-Controller (AHCI...) aktualisiert / frisch installiert. Evtl habe/wollte ich auch die Firmware des Controllers aktualisiert - weiß es aber nicht mehr genau.

Seitger ist Ruhe.

D.h. evtl testen Sie mal, ob das Problem wirklich Word ist (wie sieht es zb mit Excel aus?). Was ist zB beim Kopieren von Dokumenten?
Evtl. einfach mal die o.g. Treiber aktualisieren. (oder generell die Systemtreiber).

[eusebius]

Danke für die Beratung,
nach langer Internet-Recherche bin ich zu der Überzeugung gekommen, daß dieses Problem häufig auftritt, aber keine generelle und oft überhaupt keine Lösung existiert. In den meisten Foren wird nur geraten.

So auch hier:
Der 1. mögliche Grund: Nach dem Klonen geht Windows offenbar davon aus, dass eine Kopie angelegt wurde und ändert die interne MAC-Adresse der virtuellen Netwerkkarte, um Doubletten im lokalen Netzwerk zu vermeiden. Ich mußte jedenfalls trotz sektorweisen Klonens und in der (Fehl-) Annahme, ein 1:1-Image zu duplizieren, Netzwerkkennwörter wieder neu eingeben, sofern die Festplatte sich geändert hatte. Diese neue Netzwerksituation ist für das System kein Problem, da die Netwerkpfade sich offenbar an die neuen Adressen anpassen. WORD hingegen ist ein Mimöschen: es sucht beispielweise die Vorlagen, also meist die normal.dot, hintereinander routinemäßig an mehreren Speicherorten. Selbst wenn man sich vergewissert, daß sie an der 1.Suchadresse (meist beim Benutzer/AppData/Roamin/Microsoft/Office/Vorlagen) liegt, klappert es bei oben beschriebenen "unsichtbaren" Netzwerkproblemen alle möglichen anderen Speicherorte ab, um dann mit einem Timeaout nach 20-30 sekunden aufzugeben. Das ist die Diagnose, die ich mir selbst zusammengereimt habe. Ob sie stimmt., weiß ich nicht.

Der 2.mögliche Grund: Kurz vor dem Klonen der SSD´s wurden bei mir die CGM Lebensdienste, bzw. neumodern die (engl.) "Life Services", installiert. Zum Zwecke der Online-Terminvergabe. Da die Aktivierung ein unsägliches und stundenlanges Unterfangen war, das aber der geniale Herr Lindner von TM über den TM-Partner hinbekommen hat (er darf dummerweise nicht persönlich per Fernwartung agieren), ist es verdammt wahrscheinlich, daß die Netzwerkkonfiguration durcheinandergebracht wurde. Die Aktivierung von Vita-X gelang damals erst, als ein anderer Server in Koblenz angesprochen wurde. Vorher war es fraglich, warum der Aktivierungscode in Koblenz nicht ankam. Da dies unmittelbar vor dem Klonen aller SSD´s auf größere Modelle geschah, kann bei diesem Handling die Netzwerkkonfiguration für das Sensibelchen WORD gelitten haben. (Praxisnetzwerk funktionierte ansonsten ja einwandfrei)

Die Lösung: Ein 4 Wochen altes Backup des gesamten Lauwerks C: wurde wieder zurückgespielt (also den Zustand vor Klonen und vor CGM-LifeServices wieder hergestellt) , aktuelles TM-Update gemacht, dann den gesamten Turbomed-Ordner gelöscht und durch den aktuellen vom Vormittag ersetzt (und dann händisch die Einstellungen für Vita-X in der Registry vorgenommen. Dies ist jedoch nur vonnöten, wenn man den Online-Terminkalender usw. nutzt. In der Registry nach "Vita-X" suchen und unter "Vita-X.Client" einige Zeichenfolgen vom ehemals funktionierenden, aktivierten System neu erzeugen. Damit findet der aktivierte Vita-X-Client den Pfad zur vita-X.exe und zur URL des CGM-Servers)

Seither speichert WORD wieder blitzschnell auf dem Server bzw. in Turbomed/Dok./Pat.briefe usw.