Dateiattribut "archiv" im Zusammenhang mit Dampsoft

[MK2017]

Hallo an die community. Kurz und bündig ich brauch hilfe !
Kurz zu mir:
Ich hab seit 20 Jahren eine EDV gestützte ZA Praxis mit DS win, also Dampsoft am laufen.

Nachdem iich einen fetten selbst verschuldeteten DAU Fehler begangen hatte, musste ich das Kozept. PC mit Freigabelaufwerk mal überdenken.
Im Hobbybereich fordert mich das normalerweise wesentlich mehr und macht mehr spass, aber bei geschäftlichen Dingen nervts mich. und wenn ich als Arzt einen Verschwitzen Itler kommen lass, soll ich ihm meist den jahresurlaub als anzahlung geben, ärzte habens ja, bekanntlich (nimmer )
Ok Scherz beiseite. Worums geht ist folgendes:

Nachdem ich eh schon eine Synology 412+ im Schrank stehen hatte , wurde die noch mit einer zusätzlichen Hotspare ausgestattet und somit laufen 2 Platten im Spiegelmodus und eine als reserve.
Ich habe dann bei Dampsoft die Datenintegritätsprüfung gemacht als ich das auf das nas kopiert habe, also den "server ordner" .
Es lief alles perfekt. Bis dann vorgestern,

Praxis zu, Chef krank, hatte um die 39 Grad Fieber und hab die Woche jetzt zu ,
Die sekretärin war so nett und wollte ein update einspielen, was zur Abrechnung wichtig wäre.
Dabei hat es ihr ! die gesamten files durcheinander gehauen. !


Der Dampsoft support hat mir gezeigt dann, dass die Dateiattribute "Archiv" wohl gesetzt würden oder nicht zurückgeschrieben werden könnten.
Ganz ehrlich bin ich etwas gefrustet und ratlos zugleich und brauche Eure Hilfe.
Was muss ich richtig machen, damit ich da kein Problem mehr bekomme ?
Ich habe das gecheckt:
Ich kopiere eine Datei, egal welche einfach in dieses Laufwerk auf der NAS.
KLappt bestens
Ich mach die Eigenschaften auf und Bumms: Archiv
ähm. Wie bekomm ich das bitte weg.
HILFE !

 

[MK2017]

Die Resonanz ist ja rießig !
Ne , Scherz beiseite. Wenns nicht geht dann geht es eben nicht.

Bevor ein NAS laufwerk daten korrupiert, was hier ja der fall ist, wird beben wieder die altbewährte methode via PC und Mirror platten gefahren. es ist irgendwie schade, aber es liegt halt an dem Dampsoft Programm was mit NAS laufwerken nicht zurecht kommt.

Das Archivbit wird automatisch immer gesetzt und das war wohl nicht so ganz der fehler, den der herr von dampsoft da behauptet hat.
mehr sag ich jetzt dazu mal nicht
wer bitte noch anregungen hat, wie es trotzdem klappen könnte , wäre echt super, wenn jemand Dampsoft zum laufen gebracht hat incl update funktion ohne dass was passiert am den daten , dann los
ich werds persönlich auch nochmal testen, nur leider muss ich wohl oder übel die letzten drei behandlungstage nochmal eingeben, weil bei der dateiüberprüfung das programm jetzt sich selbst komplett abgeschossen hat
sowas darf doch nicht passiern

 

[mr coffee]

Die geringe Resonanz kommt eventuell daher, dass dein Text irgendwie unverständlich ist - zumindest geht es mir so. Ich habe das Problem noch nicht verstanden. Ist meine Vermutung korrekt, dass die Dateien der Praxissoftware Dampfsoft auf deiner NAS liegen - oder geht's hier um's backup? Und diese Software soll jetzt nicht mehr funktionieren, weil die Dateien seit kurzem das Dateiattribut "Archiv" erhalten?

 

[MK2017]

Die geringe Resonanz kommt eventuell daher, dass dein Text irgendwie unverständlich ist - zumindest geht es mir so. Ich habe das Problem noch nicht verstanden. Ist meine Vermutung korrekt, dass die Dateien der Praxissoftware Dampfsoft auf deiner NAS liegen - oder geht's hier um's backup? Und diese Software soll jetzt nicht mehr funktionieren, weil die Dateien seit kurzem das Dateiattribut "Archiv" erhalten?

Hi Coffee ! !
Es geht nicht ums backup.
Das programm funktioniert einfach per Sharelaufwerk wo der komplette Porgrammordner drin ist.
Darauf greifen client pcs mittels verknüpfungen zu.

Das programm hat mehrere Datanbanken für alles mögliche die sich in den Ordner data verbergen.
Ich habe es einfach so von dem Pc auf das NAS Laufwerk kopiert, copy paste, mit allem sichtbar und allen rechten usw. das empfiehlt die firma dampsoft im falle eines serverumzuges.
danach ging alles wunderbar. eine echte Wundertüte sozusagen.

Die datensicherung von diesem Freigabelaufwerk, wo auch röntgenbilder und camerabilder von ops usw drin sind, erfolgt noch mittels USB copy am nas auf ein RDX laufwerk. Doppleter boden sozusagen. Den kasten nehm ich dann abends immer nach hause.

Das mit dem "Archiv attribut" hat mir ein Dampsoftsupportmitarbeiter gessagt der per teamviewer dran gearbeitet hat, als die update exe die daten kaputtgehaune hat. er hatt gute arbeit geleistet wirklich,. aber es war trotzdem einiges weg.
also entschloss ich mich da eh quartalsende ist , und nur 5 patienten nicht erfasst wurden
nicht mit dem reapierten schrott weiter zuarbeiten.sonder die gute datensicherung zu verwenden.
es hat mir aber gezeigt dass irgendwas falsch ist .

ich kann komplett arbeiten mit dem programm. kann auch datenüberprüfung machen per programm.

Aber wehe ich mach ein update.

und da erklärte er mir, es läge an dem archiv attriubut, aber das macht doch eh das windows ... egal.
mir war es auch unverständlich
für mich ist nur relevant : geht da sÜberhaupt dass dampsüoft sauber läuft per NAS , der als Fileserver funktioniert ja oder nein.
und wenn ja, dann wie und worauf muss ich da aufpassen.
Momentan läuft einfach wieder ohne Synology. aber ehrlich gesagt wärs mir mit viel lieber..
nur wenn ich immer angst haben muss das meine daten unsauber sind, das geht als arzt leider garnicht,.

Die verwirrung war auch auf meiner seite. ich weiss nur das das attribut beim kopieren eine rolle spielt.
es kann schon sein das die rechte vergabe ein erolle spielt bei dem fehler. allerdings hat der benutzer vollrechte.

 

[MK2017]

So, Ich nochmal diesmal ganz plastisch und Kurz. Die Kiste läuft jetzt sauber mit Dampsoft ohne zickereien.
Ursache war schlichtweg entweder ein oder meherere defekte tmp dateien von damspft sogenannte memfiles, welche
man mit STRG und Komprimierte Datenprpüfung we bekommt
und oder auch das Häcken "Standard Unix rechte " bei dateidiensten.
Was nicht angehakt sein darf ist OPlock etc.
Das Programm schnurrt .- Das einzige was jetzt nich sehr unterperfomant fährt ist das aufrufen von Röntgenbildern. Diese liegen im TIFF format vor sind knaop 2 mb gross und sollten nach meinem Empfinden einfach wesentlich schneller aufmachen. Das zughörige Prorgramm hierfür ist gendex Vix win.

Grüße

Mit "Archiv"Dateien hatte das garnix zu tuen und war einfach eine fehlinfo vom support

 

[Heiquito]

Das ist allen bekannt?

https://www.dampsoft.de/pool/ds/pub...ionen/DS_Linux_als_Betriebssystemvariante.pdf

 

[MK2017]

Das ist allen bekannt?

https://www.dampsoft.de/pool/ds/pub...ionen/DS_Linux_als_Betriebssystemvariante.pdf

Danke für die Info !

Das war mir zumindest nicht bekannt. Allerdings ist es auch klar, dass ein Windows programm nicht auf linus läuft.
Das mit dem Synology Fileserver ist wie gesagt kein problem mehr. Es geht jetzt bei mir und die Ursache war da mehrschichtig.

 

[GandRalf]

Hallo zusammen,

ich habe mich vor einiger Zeit durch diesen Threat (und viele andere) gelesen, da auch ich eine Praxis von Windows (7 jetzt 10) Arbeitsplatzrechner auf NAS umstellen sollte, weil die Anschaffung und Wartung etc. eines Windows-Serversystems bei gerade mal 5 Arbeitsplätzen, von denen max. 2 gleichzeitig genutz werden, zu aufwendig und teuer erschien.

Mit den Tipps hier und einigen Anderen hat soweit auch alles sehr gut funktioniert und DSWIN Plus läuft auf einer Synology DS218+ bisher ohne Probleme.
Nur was nicht funktioniert sind Updates auf den freigegebenen und verbundenen Ordner der NAS!
Dafür muss ich bisher immer den Ordner TDAMP lokal auf einen PC kopieren, das Update durchführen und dann den Ordner wieder zurück auf den freigegebenen und verbundenen Ordner der NAS kopieren, ansonsten zerschießt das Update DSWIN Plus...

Die Synology DS218+ läuft mit folgenden Einstellungen: Ausschließlich SMB1 und "Standard-UNIX-Berechtigungen anwenden" aktiviert

Wenn ich lokal auf einem PC die Strukturüberprüfung mit anschließender Reindizierung (mit Komprimierung) durchführe, dann läuft diese problemlos durch, sobald ich aber den Ordner TDAMP auf den freigegebenen und verbundenen Ordner der NAS kopiert habe und dann die Strukturüberprüfung mit anschließender Reindizierung (mit Komprimierung) durchführe kommt es zu folgenden Fehlermeldungen in der Reihenfolge:
Datei PATDEL konnte nicht geöffnet werden, Fehlercode:70
Datei PATTEST konnte nicht geöffnet werden, Fehlercode:70
Datei MITARB konnte nicht geöffnet werden, Fehlercode:70
Datei konnte nicht umbenannt werden(6). Datei F:\TDAMP\DS\DATEN\DUMMY.DBF
Nach der vierten und letzten Fehlermeldung bricht die Strukturüberprüfung dann auch immer komplett ab.

Um nicht nun nicht ständig in der Praxis am System (was ja so im laufenden Betrieb funktioniert) rum zu werkeln, habe ich DSWIN Plus bei mir im Büro unter ähnlichen Bedingungen aufgesetzt, allerdings unter den bestehenden Einstellungen meiner Synology DS213j: Min. SMB2 (max. SMB3), "Opportunistic Locking aktiviert" und "SMB2 Lease aktiviert", aber nicht mit "Standard-UNIX-Berechtigungen anwenden" aktiviert.
Dort funktioniert die Strukturüberprüfung mit anschließender Reindizierung (mit Komprimierung) uf den freigegebenen und verbundenen Ordner der NAS fehlerfrei, selbst, wenn ich die Einstellungen entsprechend der der Praxis NAS anpasse, also "Ausschließlich SMB1" und "Standard-UNIX-Berechtigungen anwenden" aktiviert!
Auf beiden NAS läuft übrigens das selbe System DSM 6.2.2-24922 Update 3 und der Benutzer hat jeweils Adminrechte.

Ich habe dann auf der NAS in der Praxis weiter rum probiert:
"Standard-UNIX-Berechtigungen anwenden" aktiviert oder deaktiviert macht keinen Unterschied.
Min. SMB1 (max. SMB3) ohne "Opportunistic Locking aktiviert" und "SMB2 Lease aktiviert" erzeugt nur noch eine Fehlermeldung und zwar die "Datei MITARB konnte nicht geöffnet werden, Fehlercode:70"
Min. SMB2 (max. SMB3) ohne "Opportunistic Locking aktiviert" und "SMB2 Lease aktiviert" erzeugt nur ebenfalls nur die eine Fehlermeldung "Datei MITARB konnte nicht geöffnet werden, Fehlercode:70"
Min. SMB2 (max. SMB3) mit "Opportunistic Locking aktiviert" und mit oder ohne "SMB2 Lease aktiviert" erzeugt wieder zwei Fehlermeldungen "Datei PATDEL konnte nicht geöffnet werden, Fehlercode:70" und "Datei MITARB konnte nicht geöffnet werden, Fehlercode:70"

So langsam verzweifle ich, weil es ja auf der einen, alten NAS läuft auf der anderen, neuen dagegen bei gleichen Einstellungen nicht...
Übersehe ich da etwas, mache ich was falsch oder fehlt etwas wichtiges bei den Einstellungen???

Es wäre toll, wenn mir jemand helfen könnte, der es erfolgreich am laufen hat, inkl. Update.
Dann hätte ich ein Problem weniger und die Praxis könnte die Updates auch wieder selbst einspielen und bräuchte mich nicht jedes Mal extra dafür.

Viele Grüße und einen schönen Abend,

Ralf

 

[thezepter]

Hallo Ralf,

ich habe das selbe leidige Thema. <-- Schau mal hier. Das Problem ist, daß die Datei und Ordnerattribute bei einem Update verändert werden. WARUM auch immer. Wenn du nach einem Update die Berechtigungen (Vollzugriff) in der DS noch mal auf alle Ordner und Unterordner aktualisiert kannst du auch wieder Dampsoft starten. Ist aber keine langfristige Lösung. Ich suche auch schon verzweifelt !!! Das Problem ist nämlich noch weitreichender.. Nicht nur Probleme mit Dampsoft sonder auch Röntgensoftware wie Sidexis von Sidona. Wenn da ein Techniker kommt und ein Update einspielen will, geht das nicht, weil in der Zwischenzeit kein Vollzugriff mehr auf den PDATA Ordner vorhanden ist ohne das einer was daran geändert hat. Die Berechtigungen verändern sich einfach so, wahrscheinlich durch Programmzugriffe etc.; es werden nicht entsprechend die auf der Synology eingestellten Berechtigung übernommen nach dem ein Programm Dateien und Ordern verändert.

Es wäre klasse wenn Wir uns hier austauschen und auf dem laufenden halten.