---

Hallo,

ein User hat heute einen SWX Absturz gehabt und dadurch Daten verloren, die schon auf Netzlaufwerk gespeichert waren.

Ist für mich, rein technisch, schwer zu glauben aber er ist voll davon überzeugt.
Hat jemand so etwas schon mal erlebt ?

Tschau

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Klaus,
hat die Autorecover in diesem Fall denn nicht gegriffen? Existieren lokale Sicherungen? Der Kunde sollte an dieser Stelle nochmal anhacken.

Gruß Axel

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Klaus,

das kann möglicherweise ein Windoof problem sein. Wir haben in der Werkstatt ein Gerät, das beim Einschalten in 10% der Fälle die Sicherung killt (+ Rechner da keine USV). Wenn Windows das erfolgreiche Schreiben der Daten meldet ist das aufgrund der Schreibverzögerung noch nicht unbedingt wirklich auf Platte, sondern erst etwas später. (Hat uns mal einen Arbeitstag gekillt).
Zudem schreiben die Betriebssysteme den File anscheinend direkt. D.h, wenn ich auf den vorhandenen Namen speichere, wird nicht zuerst ein paralleles File geschrieben und dann umbenannt, sondern der Schreibvorgang erfolgt auf den Originalnamen.
Im Fall des Falles ist dann die alte + neue Datei verloren. Ich kenn diese Problematik & Paralletechnik von alten Computern (CP/M) als die Ausfallwarscheinlichkeit noch viel höher war, und wundere mich, daß man hier anscheinend bewährte Techniken aufgegeben hat. Aber die Zuverlässigkeit ist heute so hoch, daß diese paar Ausnahmen scheinbar nicht ins Gewicht fallen.

Grüße

Michael

------------------
Auch eine starke Zahl braucht die Unterstützung von Nullen.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Klaus,

Normalerweise wird eine Sicherheitskopie auf der Festplatte mitgespeichert.
Bei Win 2k ist das in:
C:\Dokumente und Einstellungen\Username\Lokale Einstellungen\TempSWSicherungsverzeichnis

Der Ordner "Lokale Einstellungen" wird aber erst sichtbar wenn die Versteckten Dateien in dem Ordner mit angezeigt werden.

Dort werden alle Dateien die in SWX gespeichert werden nochmal als Sicherungskopie abgelegt.

------------------
Pfürti Jörg W 

Meine bescheidene Homepage
Na, Heute schon geklammt???
Moderator im Testforum. 

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Klaus,

genau das von Dir beschriebene Problem haben wir auch schon 2-3mal gehabt. Man kann kaum glauben, dass so etwas passieren kann. Beim erstem Fall habe ich auch gedacht, das kann nicht angehen, was mir der User da erzählen will. Da gehen einem als Admin dann auch die Argumente aus, von wegen regelmäßig speichern etc.
Eine zuverlässige Datensicherung ist da das A&O. Wir machen inzwischen zusätzlich zur nächtlichen Bandsicherung eine 2stündliche  sog. Delta-Sicherung (Referenzsicherung) aller im Laufe des Tages veränderten SW-Dateien. Damit haben wir recht gute Erfahrungen gemacht.

------------------
Jörg M.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Ihr,

möchte den Fall noch ein wenig beleuchten.

Zu adames : Die Autorecover hat nicht gegriffen.

Zu Jonischkeit : Sehr interessant. Der User hat nach dem Absturz die Baugruppe an der er arbeitete aufgerufen und festgestellt das diese einem alten Stand entspricht. Alle Teile die er eingebaut und mit der Baugruppe gespeichert hatte waren nicht mehr da. Das die alte und die neue Datei verloren sind (wie Du schreibst), ist bei uns anders.

Zu Jörg W: Das ist der Standardpfad für den Sicherungsordner. Der Pfad kann auch über "Systemoptionen/Sicherungen/Verzeichis angeben" geändert werden. Kann aber nicht mit Sicherheit sagen, ob da der letzte Stand noch drin war, dazu hat mich der User zu spät dazugeholt.

Zu Jörg M: Die Beschreibung kommt meinem Problem sehr sehr nahe. Schön zu hören, daß sich andere auch schon etwas gewundert haben.
Mal sehen ob ich unser Rechenzentrum zu so einer Deltasicherung überreden kann.

Grüße

Klaus

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Klaus,

ich weiss leider nicht, welches Betriebsystem Ihr verwendet. Bei uns ist der Fall mit NT4.0 SP6 und Schott-CAD/CAM aufgetreten, also SWX-unabhängig ein Betriebsystemproblem.
Ich weiss das mit dem Speicherverfahren bei NT auch nicht 100%ig, aber Schott teilte auf Rückfrage mit, daß sein System dieses "Schreibproblem" mit einer Zusatzkopie lösen kann, wenn das entsprechende Häckchen gesetzt wird (hatten wir leider nicht).
Daß die originale Version mit zerstört wird trifft ja auch nur auf den sehr kurzen Moment des realen Schreibens zu, und ist damit unwarscheinlich, aber möglich.

Grüße

Michael

------------------
Auch eine starke Zahl braucht die Unterstützung von Nullen.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo,

möchte das Thema aktuell halten, da wir gerade wieder den beschriebenen Fall hatten.

Es ist ungefähr so abgelaufen:

Der User hat um 8 Uhr mit dem Ändern einer Baugruppe begonnen.
Um 10 Uhr hat er einen Absturz, weil er kurz vorher gespeichert hatte konnte er den Stand 9.50 Uhr wieder öffnen.
Er arbeitete an der Baugruppe bis 16 Uhr ohne Probleme. Zwischendurch hat er immer wieder gespeichert. Um 16 Uhr wieder ein Absturz.

Jetzt kommtŽs: Die dann danach geöffnete Baugruppe hatte den Stand von 8 Uhr früh.

Wir arbeiten mit Win 2000, einem NAS Fileserver u. SolidWorks 2003.

Das Öffnen der Autorecover wurde immer abgelehnt weil User sicher war, einen besseren gespeicherten Stand zu haben.

Ich habe später das ganze Laufwerk C: nach der Baugruppe durchsucht und keinen neueren Stand gefunden.

Parallelnutzung der Baugruppe kann ich ausschließen.

Volle lokale Platte kann ich ausschließen.

Hat jemand neue Vermutungen zu diesem seltsamen Vorfall.

mfg
Greim

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

HI Klaus,
eine Lösung kann ich Dir leider nciht anbieten, aber wir haben bei uns schon etwas ähnliches in Verbindung mit unserer Datenbank festgestellt (noch ProfiDB) Es ist schon vorgekommen, dass wir unsere Baugruppe abends in die Datenbank gespeichert haben und am nächsten Morgen waren alle Änderungen vom Vortag weg!! Niemand konnte sich das erklären.
Aber nachforschen will bei uns niemand mehr, da wir demnächst unsere Datenbank wechseln müssen! Wenn wir bei unserem Admin das Stichwort Datenbank erwähnen geht er voll in die Luft (...und wir brauchen Oropax  ))

------------------
Viele Grüße aus dem Schwarzwald
gismo
Meine bescheidene Website Klamm? Was ist Klamm?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo beisammen,
zum Thema Datenverlust beim Schreiben auf Server folgender Hinweiss:
Schreibcache-Problem unter Windows 2000/2003 sowie Windows XP:
Microsoft Betriebssysteme ab Version Windows 2000 mit SP3 haben die Möglichkeit, einen Schreibcache für die implementierten Festplatten zu aktivieren. Neben den bereits im Normalbetrieb auftretenden Fehlern, die unter http://support.microsoft.com/default.aspx?scid=kb;de;332023 http://support.microsoft.com/default.aspx?scid=kb;de;330174
ersichtlich sind, rät Microsoft speziell bei Servern mit Datenbankinstallationen dringend von der Aktivierung des Schreibcaches ab. Der Schreibcache simuliert den Abschluss des Schreibvorgangs, obwohl noch Daten im Cachebereich vorliegen. Diese Daten werden bei einem Ausfall des Systems nicht zurück geschrieben, so dass das Datenbanksystem in einem inkonsistenten Zustand hinterlassen wird. Diese Probleme treten nicht nur bei Datenbanken, sondern bei allen transaktions- basierenden Systemen auf.
Um den Schreibcache zu deaktivieren, nutzen Sie bitte die Microsoft-Beschreibung unter http://support.microsoft.com/default.aspx?scid=kb;de;259716

Den Hinweiss hatten wir unseren Ansprechpartnern für PRO.FILE zur Warnung zugesandt. Dürfte aber für mehr Leute von Interesse sein.

MfG
Armin

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Nach langer Zeit möchte ich die Sache wieder aufwecken.

Das Problem besteht also nach wie vor.

Unser RZ stellt die Frage ob SolidWorks ausdrücklich die Ablage der Work-Bereiche auf Netzlaufwerke bzw. in Cluster-Umgebungen supported , bei deren Umschalten IMMER der Share kurzfristig
weggerissen werden kann ?

Fileserver die unser RZ anbieten sind für Word,Excel , PPT, PDF etc.  Dateien als Ablagebereiche designed und
im Betrieb so ausgelegt.
Das RZ vermutet das SolidWorks eine ganz andere Ablagemöglichkeit, welche technisch höherwertig funktionieren muß, benötigt.
Die Downtime muß gegen Null gehen.

Wie sehen das die Hardware Experten im Forum ?

Gruß Klaus

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Experten,

gespeichert ist nicht gespeichert und war auch nicht gesichert. Das Thema ist immer noch aktuell. Das Betriebssystem ist inzwischen XP die Hardware hat gewechselt und trotzdem kommt es immernoch dazu, daß man einen als sicher geglaubten Zustand einer Baugruppe verliert.

Der User hat nach dem Absturz die Baugruppe (an der er arbeitete) aufgerufen und festgestellt, daß diese einem alten Stand entspricht. Alle Teile die er eingebaut und mit der Baugruppe gespeichert hatte waren nicht mehr in der Baugruppe. Die Einzelteile waren als Dateien zwar alle noch da aber der Einbau in der Baugruppe war weg.
Es war auch nicht der Fall, das der Speichervorgang mit dem Absturz gestört wurde. Der Absturz war 5 min später.

Unser Rechenzentrum stellt die Frage, ob SolidWorks ausdrücklich die Ablage der Work-Bereiche auf Netzlaufwerke bzw. in Cluster-Umgebungen supported, bei deren Umschalten IMMER der Share kurzfristig
weggerissen werden kann ?

Liebe Grüße an alle alten Hasen im Geschäft.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP