Neuen Server aufgesetzt,Fehler Datenbank

[SFeu]

Kann es sein, dass Sie das PraxisDB-Verzeichnis gesichert haben und evntl. noch
ein Datenbankzugriff "offen" war? Bei uns versucht z.B Syncovery dann eine "Volumenschattenkopie",
die aber stets korrupt ist. Abhilfe schafft dann nur ein Neustart des Servers und eine erneute Sicherung.

Grüße

[hofeBY]

Kann es sein, dass Sie das PraxisDB-Verzeichnis gesichert haben und evntl. noch
ein Datenbankzugriff "offen" war? Bei uns versucht z.B Syncovery dann eine "Volumenschattenkopie",
die aber stets korrupt ist. Abhilfe schafft dann nur ein Neustart des Servers und eine erneute Sicherung.

Grüße

Das vermute ich auch schon seit Beginn des Thread, das da eine Zweifelhafte kopie von TM erstellt wurde.

Klar spielt es eine Rolle was und wie man sichert und ob das gesicherte konsistent ist.
Zu nennen ist da der FOS und die Postgres Datenbank, welche besser mit deaktivem Dienst gesichtert gehören.
Da haben ganz Sicher so manche Backupkonzepte Ihre nicht geprüften Schwächen, und dann im Fehlerfall
ergibt sich eine Realsatire.

Mein Script hat zumindest bei Uns X64 System wunderbar zur Serverablösung geklappt.
Ich nutze es auch jeweils bei den Quartalsupdates.
Achtung bei X32 Systemen heißt der FOS anders !
Da musste ich bei anderer Praxis von X32Bestandssystem-> Neues X64 System anpassen.
Aber sogar das klappte dann ohne gravierende Probleme.

viewtopic.php?f=75&t=7125&p=46743#p46743

HofeBY

[scottsdalegirl]

Ganz andere Alternative: Als Server installieren, statt nachträgliche Änderung. (bei mir gestern 2008R2 > Win10 gut funktioniert).

WIE sind Sie an das nötige Passwort gekommen?

[hofeBY]

Ganz andere Alternative: Als Server installieren, statt nachträgliche Änderung. (bei mir gestern 2008R2 > Win10 gut funktioniert).

WIE sind Sie an das nötige Passwort gekommen?

@nmndoc Sorry für´s beantworten meinerseits.

@scottsdalegirl
Passwort wird nicht benötigt.
Habe sowohl Lizensierung mit bintab.dat als auch Praxisstrukur.xml ohne TM-Hotline & ohne entsprechendes Tagesabhängiges Praxiskennwort
von einem Rechner auf einen anderen durchgeführt.

[frankxpr]

Ich glaube, man muß mit tmadmin erst den Datensicherungsmodus aktivieren, bevor man die Praxis-Db direkt kopieren kann. Deshalb ist wohl die Datenbank korrupt, da mit dem Starten von Windows der FOS als Service automatisch schon läuft.


Einfacher ist es jedoch, am alten Server eine normale Datensicherung (nach Beenden von Turbomed am Server) auf einen USB Stick durchzuführen und dann vom USB Stick eine Rücksicherung durchzuführen.

Ich habe vor ca 3 Monaten Win 2019 Server neu aufgesetzt und dazu die Anleitung http://www.proeschild.com/TM/Turbomedse ... 13.4.1.pdf verwendet.

Hat noch funktioniert. Die Rücksicherung startet man aus dem Windows Startmenue - Turbomed - Datenrücksicherung. Zuvor sollte man die eigene Praxisstruktur.xml eingespielt haben. Die alte Lizenz (bin.tab) kann man sich sparen. Auch wenn man TM im Demomodus vorher gestartet hatte, geht noch alles. Erst nach dem Einspielen der Datenbank die TM Version zum Server machen und FOS starten.

Grüße