Upgrade von 12.00a auf November 2025 - Probleme

Firewall Regel für SL.exe ? Port 267?

Sind die Benutzer lokale Windows Benutzer auf dem David Server oder Domain Benutzer? Hast du in der Anmeldemaske auch mal versucht den Rechnernamen/Domain vor dem Benutzer zu setzen also test\benutzername ?

Ich würde eher darauf tippen, das es ein Problem mit der Zuordnung zwischen David Nutzer und Windows Nutzer gab.

In dem Fall ist es am sichersten einen Nutzer mal über den David Administrator
> Benutzer > Eigenschaften eines Nutzers > Allgemein
rechts neben dem Login Namen auf das Feld mit den 3 Punkten zu klicken, dort einmal einen anderen Nutzer einzutragen und dann alle Dialoge mit OK zu schließen, gleich im Anschluss das ganze dann noch mal mit dem korrekten Nutzer.
Anschließend sollte der SL wieder die richtigen Zuordnungen kennen.

Zitat von riawie

dort einmal einen anderen Nutzer einzutragen

Das ist m.W. nicht mehr notwendig, früher gab es mal das Problem mit gleichlautendem lokalen Benutzer und Domain Nutzer, wo man einen anderen dazwischen "schieben" musste. Prinzipiell spricht aber nichts gegen das Neuzordnen im DvAdmin. Es müsste dann aber auch entsprechende Hinweise im Ereignisarchive gegeben haben bzw. jetzt mit der neuen Version wenn man im DvAdmin oben links auf "System" im Baum klickt.

Zitat von Wizzard

Das ist m.W. nicht mehr notwendig, früher gab es mal das Problem mit gleichlautendem lokalen Benutzer und Domain Nutzer, wo man einen anderen dazwischen "schieben" musste. Prinzipiell spricht aber nichts gegen das Neuzordnen im DvAdmin

Da hast Du durchaus recht, allerdings kommt er ja von einer alten Version, die 3092 ist immerhin von 24.09.2019 und ich bin mir bei der nicht sicher ob sie das Problem a) noch hatte und falls nicht, ob zu der Zeit bereits aus älterer Zeit bestehende Altlasten ordentlich bereinigt wurden.

Und da das Bild irgendwie am ehesten zu nicht korrekt zugeordneten Usern passt (alte Erinnerungen werden wach) war das eben mein erster Verdacht bei der Beschreibung des Problems und schaden kann es nicht
Ich bin bei der aktuellen Version auch nicht sicher ob es noch nötig ist ein mal einen anderen Nutzer zu verknüpfen, oder ob der das schon ohne den Zwischenschritt kann. Im Zweifel schadet allerdings auch das nicht und es stellt auf jeden Fall sicher das man nicht alles 3 mal machen muss und das man den Punkt ausschließen kann, falls es auch danach noch nicht funktioniert

Ein Update von einer so alten Version ist halt immer auch ein Glückspiel.
Man weiß nie was man für alte damals nicht so wichtige und daher nicht behobene Probleme im Keller der Installation findet...

Wenn Du die Daten des alten Servers übernehmen willst gibt es genau 2 sinnvolle Möglichkeiten.

1. der aktuell offizielle Weg - das Migrationstool von Tobit, welches Du nur über einen Tobit Partner bekommst und wofür Du viel Zeit benötigst
Hier darf sich der Name des David Servers ändern.

2. der inoffizielle, aber durchaus supportete Weg - das gesamte Davidverzeichniss des alten David Servers auf einen neuen Server kopieren, oder den Server komplett klonen, dann dort einfach die aktuelle David Version über das alte Davidverzeichnis drüber installieren.
Das geht schnell und die neue Installation übernimmt alles an Daten was nur irgendwie zu übernehmen geht, was meist 100% ist.
Kopiert man die Daten statt des ganzen Servers muss man am Ende allerdings alle Dateisystemrechte neu einstellen, daher empfiehlt sich lieber den ganzen Server zu kopieren, statt nur das David Verzeichnis.
Hier darf sich der Name des Servers nicht ändern. Es ist allerdings möglich vor dem installieren der neuen David Server Version auch gleich noch eben das Betriebssystem in Place zu aktualisieren und es ist auch kein Problem wenn danach die alte David Server Installation nicht mehr laufen würde, da das bei der anschließenden Installation der aktuellen David Version wiederhergestellt wird.

Was Du jetzt damit erreichen wolltest den alten Server zu klonen, dann aber die David Installation zu löschen erschließt sich mir allerdings nicht.

Besser wäre Klonen, dann alles was sonst so aktualisiert werden soll zu aktualisieren und zum Schluss einfach die aktuelle David Version drüber installieren.
Die Probleme mit den Anmeldedaten, von denen du oben berichtet hast zu reparieren ist bedeutend einfacher als das was Du Dir jetzt scheinbar vorgenommen hast.

Vorsicht bei Weg 2:
David ist ein Filesystem. Das bedeutet, dass zu jedem Eintrag ein Pfadbezug mit Namen des aktuellen David-Servers existiert.
Nach Kopieren eines David-Archivs auf einen neuen Server muss dieser Server exakt den gleichen Namen haben wir der alte Server.
Damit beide im LAN existieren können muss ergo der alte Server umbenannt werden. Vorher einfach die David-Dienste beenden.
Andernfalls gibt es sehr zeitraubende Nacharbeiten.

Was ohne Migration geht, ist der Import via Strongbox gesicherten Daten auf einen neuen Server.
Aber dabei müssen die Postman-Einträge neu gesetzt werden.

Da hast Du natürlich recht.

Das man bei so einer Aktion den alten David Server - bereits vor dem Klonen - offline nehmen sollte dürfte sich allerdings eigentlich von selbst verstehen, da man sonst ja am Ziel niemals einen konsistenten und vor allem niemals einen vollständigen Datensatz haben kann.

Was auf dem Weg auf keinen Fall geht ist den alten Server, auf dem der David Server bisher lief, für andere Dienste unter seinem alten Namen weiter im Netz zu behalten, denn bei dem Weg braucht der David Server während und nach dem Umzug zwingend seinen alten Namen am neuen Server.

Meine ehrliche Meinung ist aber das bei einem Umzug des Servers mit Namenswechsel eine solche Aktion mindestens von einem erfahrenen Partner betreut werden sollte. Alles andere endet sonst nur in letztlich aufwändigen und damit teuren Folgeproblemen.

Der von mir beschriebene Weg 2. ist ansonsten ein sehr zuverlässiger weg, den ich schon sehr häufig durchgeführt habe, was mittlerweile trotz 2,5 TB Daten mit einer Downtime für die Anwender von nur wenigen Stunden klappt. Anschließend hat jeder alle seine Daten direkt wieder im Zugriff.

Mit Weg 1 über das Migrationstool würde das nie derart schnell gehen und auch bei einer Rücksicherung über die Strongbox würde man sehr viel länger brauchen bis alle alten Daten wieder verfügbar sind.

Ganz zu schweigen von der gewünschten Übertragung der "immensen Ansammlung von Regeln auf den "öffentlichen Ordnern" sowie den persönlichen Ordnern der User."

Meiner Kenntnis nach bekommt man die ausschließlich mit meinem skizzierten 2. Weg übernommen ohne sie alle neu anlegen zu müssen.

Es gibt hier im Forum übrigens bereits mehrere Stellen wo wir das Thema erörtert haben und wo ich auch die Stolperstricke und wie man sie entweder umgeht, oder wie man sie anschließend wieder beseitigt im Detail erklärt habe.

Auf keinen Fall sollte man das Thema einfach mal eben so angehen ohne vorher einen konkreten Schlachtplan ausgearbeitet zu haben und sollte den dann später auch befolgen.

Macht man das zum ersten mal sollte man sich eine Textumgebung schaffen und das alles mal testweise durchspielen.

Ich hab mir zu dem Zweck von unserem damaligen Tobit Partner schlicht eine Testlizenz geben lassen um das alles mal in einer Testumgebung durchzuspielen bevor ich das das erste mal mit dem echten Server gemacht habe.
Seither hab ich den immer gleichen Fahrplan immer wieder durchgezogen.
Außer hier im Forum hab ich das allerdings nie schriftlich festgehalten :o

Das geht am besten "häppchenweise": User für User nacheinander wiederherstellen. Dann die Verzeichnisse unter Gruppen, falls vorhanden und die Adressen. Es kann auch bei alten Installationen nicht schaden mal nachzusehen, ob sich unter Eingang und Ausgang Kopien anderer User-Archive befinden. Das passierte früher gelegentlich. Die benötigen unnötig Zeit beim Wiederherstellen.

Ist 12.00a 3092 nicht schon David 3 und müsste dann nicht ein Rollout (oder mehrere Steps) reichen?

Die Versionen ab 300 sind doch noch downloadbar.

Bitte korrigiert mich, falls ich was übersehe.

Zitat von ATH-David

Hat jemand Erfahrungswerte für eine Strongbox Rücksicherung bei einer Größe von ca. 850 GB ?

Bei der Größenordnung würde ich immer riawie Weg Nr. 2 wählen.

Zitat von ATH-David

...

Wie bekommt man die Daten am besten migriert? Einfach den David Ordner kopieren und alles ersetzen möchte ich jetzt erstmal nicht, da ich nicht weiß welche DLL's und ähnliches sich dann in die Quere kommen wegen Alt/Neu. Ich habe von dem Migrationstool gelesen, finde aber nur Erwähnungen, keine Pfadangaben oder Downloadlinks dazu. Wäre das hier hilfreich?

...

Grüße

Hallo ATH-David, bei einer Migration könnten wir helfen. Dazu wird ein spezielles Tool verwendet, das nur an Tobit-Partner geliefert wird (eine Migration-Lizenz mit zugehörigen kleinen Programm). Das Migration-Tool legt die Windows-User auf dem neuen Server an sowie deren Benutzerarchive im David einschließlich aller Regeln und Verteilvorgaben. Im gleichen Durchlauf werden die Postfächer im Grabbing-Server und im Postman identisch zum Ursprungsserver eingerichtet.
Wenn die Datenquelle nicht beschädigt ist dann macht diese sogenannte David-Migration weniger Arbeit als alle anderen Varianten.

Zitat von ATH-David

Im Prinzip hätte der weg ja auch geklappt, wenn es die Authentifizierungsprobleme nicht gäbe -.-

Die würden sich immer lösen lassen.
Das ist ja letztlich keine Magie, sondern pures Handwerk.
Dieses Handwerk braucht nur - wie jedes andere Handwerk auch - jemanden der das Handwerk beherrscht.

Wenn Ihr aber nun den Weg wechseln wollt, ist der Weg über das offizielle Migrationstool und einen Tobit Partner, bei dem Umfang an Nutzern, Daten und Regeln das einzig vernünftige.

Ich persönlich bevorzuge den Weg ohne Migrationstool schlicht weil die Downtime bei dem von mir gewählten Weg bedeutend kürzer ist und ich es halt auch noch mal mit sehr viel mehr daten zu tun habe.

Folgende Reihenfolge empfehle ich für einen Serverumzug:
1) Beenden der Dienste Grabbing Server und Postman
2) Sicherung des aktuellen Stands von David via Strongbox
3) Ausführen des Programms David-Migration
4) Falls diese abbricht: Prüfen, ob die eMail-Konten bei Grabbing Server und Postman schon wiederhergestellt sind.
Falls nein, wiederholen des Migrationsprogramms mit Einstellung "nur Mailkonten wiederherstellen".
5) Mounten der gesicherten Strongbox-Datei und Nachtrag fehlender User-Archive
6) Prüfen der Zugriffsrechte

Ist das Zeitfenster für die Migration sehr knapp, dann kann man von der Standardeinstellung für die Migration abweichen und zum Beispiel nur die Mailkonten migrieren und dann die Benutzerarchive später per Strongbox nachtragen.

Nachteil eines Serverumzugs rein "via Strongbox" ist, dass manchmal die bereits eingetragenen Wiedervorlagen der User nicht mehr einwandfrei funktionieren. Auch die Regeln sollten überprüft werden. Denn wenn User manuell angelegt werden, dann stimmen auf dem Zielserver die eingetragenen Benutzer-IDs nur dann genau mit dem Quellserver überein, wenn die User haargenau in der gleichen Reihenfolge wie auf dem Quellserver angelegt werden. Hatte aber beispielweise auf dem Quellserver User 5 die ID 10014000 und hat nun auf dem Zielserver die ID 10004020, dann passt eine Regel nicht mehr, die Eingänge von User 1 auf User 5 verschiebt.

Denn David interessiert sich bei den Regeln nicht für die Namen (Eingang von "Müller" auf ein Unterverzeichnis von "Schmitz") von Archiven und Unterverzeichnissen. Statt dessen werden die Benutzer-IDs ausgewertet.

Zeitbedarf für eine vollständige Migration:
Dieser variiert sehr stark je nach Geschwindigkeit der CPUs, Speichermedien und Netzwerkkarten.
Als Anhaltswert kann knapp eine Stunde pro 30 GB angenommen werden. Bei 10 GB/s LAN-Karten geht es deutlich schneller.

Die nötigen Zeiten sowohl für eine David-Migration als auch für Strongbox-Sichern oder -Wiederherstellung lassen sich verkürzen:
Dazu ist es lediglich nötig, als Vorbereitung bei allen Eingängen und Ausgängen die automatische Ablage nach Jahren (!) zu aktivieren. Die Voreinstellung "Nach 3 Monaten" hat sich als praktisch erwiesen. Dann die Datenbereinigung ein oder zweimal durchlaufen lassen. Das kann im laufenden Betrieb geschehen.
Der Effekt ist, dass nun mitunter mehr als tausendfach weniger Dateien beim Serverumzug bewegt werden müssen und auch die Gesamtgröße der Daten merklich kleiner ist. Das beschleunigt StrongBox-Vorgänge und David-Migration deutlich.
Auch die Gesamtsicherung des Mailservers, zum Beispiel mit Acronis, geht danach schneller.