Revit Zentralmodell-Fehler beheben: Was bedeutet die Meldung?

Der Zentralmodell-Fehler bedeutet, dass Ihr lokales Modell die Verbindung zum Zentralmodell verloren hat.

In einem workshared Revit-Projekt steht ein Zentralmodell im Netzwerk, und alle arbeiten in einem eigenen lokalen Modell. Der Zentralmodell-Fehler erscheint, sobald Revit diese beiden nicht mehr miteinander verbinden kann: Das Zentralmodell wurde verschoben, umbenannt, ist nicht erreichbar oder intern beschädigt. Sie können dann nicht mehr synchronisieren, und Ihre Änderungen werden nicht mehr in das Zentralmodell übernommen.

Die Meldung ist an sich kein Datenverlust. Ihre Arbeit liegt noch in Ihrem lokalen Modell. Das Problem ist die Beziehung zwischen lokalem und zentralem Modell. Solange Sie diese Beziehung nicht wiederherstellen oder ein neues lokales Modell erstellen, bleibt das Synchronisieren unmöglich. Wie Worksharing und diese Beziehung genau funktionieren, steht in der Anleitung zum Einrichten von Revit Worksharing und zum Zentralmodell.

Revit zeigt je nach Ursache verschiedene Varianten der Meldung an.

Der genaue Text variiert. Erkennen Sie die Meldung, wissen Sie sofort, worum es sich handelt:

Die ersten drei betreffen eine getrennte oder verschobene Verknüpfung und sind schnell zu lösen. Die letzte Meldung, die auf eine Beschädigung hinweist, erfordert eine Prüfung oder ein Backup.

Die meisten Zentralmodell-Fehler entstehen durch verschobene Dateien, Netzwerkausfälle oder doppelte Benutzernamen.

Wiederkehrende Ursachen im Überblick:

• Zentralmodell verschoben oder umbenannt. Ihr lokales Modell zeigt noch auf den alten Pfad. Das ist mit Abstand die häufigste Ursache.
• Netzwerkverbindung abgebrochen. Während des Synchronisierens bricht die Verbindung zum Netzlaufwerk ab, sodass der Schreibvorgang fehlschlägt.
• Direkt im Zentralmodell gearbeitet. Jemand hat das Zentralmodell ohne Create New Local geöffnet und Elemente beansprucht.
• Doppelter Benutzername. Zwei Personen mit demselben Username können sich gegenseitig beim Synchronisieren blockieren.
• Beschädigte Datei. Ein Absturz oder eine unvollständige Synchronisierung hat das Modell in einem beschädigten Zustand hinterlassen.
• Lokales Modell zwischen PCs kopiert. Ein lokales Modell ist an einen Benutzer und einen Rechner gebunden; das manuelle Kopieren auf einen anderen PC unterbricht die Verknüpfung.
• Zentralmodell in einem synchronisierten Cloud-Dienst. Ein Netzlaufwerk, das über einen Consumer-Dienst wie Dropbox oder OneDrive synchronisiert, kann die Datei sperren oder doppelt schreiben. Speichern Sie ein Zentralmodell dort nicht.

Ermitteln Sie zuerst, welche Ursache zutrifft. Ist die Datei noch vorhanden und lässt sie sich öffnen, handelt es sich fast immer um ein Verknüpfungs- oder Namensproblem. Erhalten Sie bereits beim Öffnen eine Fehlermeldung, denken Sie an eine Beschädigung.

Verwechseln Sie den Zentralmodell-Fehler nicht mit einer gewöhnlichen Meldung, dass ein Element in Verwendung ist.

Zwei Meldungen ähneln sich, haben aber unterschiedliche Ursachen. Der Zentralmodell-Fehler betrifft die Verknüpfung zwischen lokalem und zentralem Modell: Sie können gar nicht synchronisieren. Die Meldung Can't edit the element until (Benutzer) resaves the element to central and relinquishes it ist ein normaler Eigentumskonflikt: Ein Kollege hat dieses Element ausgeliehen. Das ist keine Störung, sondern Sinn und Zweck von Worksharing.

Erkennen Sie einen Eigentumskonflikt, ist die Lösung einfach. Bitten Sie den Kollegen, zu synchronisieren, damit er das Element freigibt, oder verwenden Sie Place Request, um automatisch eine Anfrage zu senden. Erst wenn das Synchronisieren selbst unmöglich ist und Revit sich über das Zentralmodell beschwert, haben Sie es mit dem echten Zentralmodell-Fehler aus diesem Leitfaden zu tun.

Ein neues lokales Modell zu erstellen behebt die meisten Verknüpfungsfehler sofort.

Ist das Zentralmodell noch intakt und an seinem Platz, stellen Sie die Beziehung wieder her, indem Sie ein frisches lokales Modell erstellen. Gehen Sie so vor:

1. Sorgen Sie dafür, dass Ihre aktuelle Arbeit sicher ist: Speichern Sie Ihr lokales Modell unter einem separaten Namen als Sicherungskopie.
2. Gehen Sie zum Anwendungsmenü, wählen Sie Open und navigieren Sie zum Zentralmodell auf dem Netzlaufwerk.
3. Aktivieren Sie rechts unten Create New Local und klicken Sie auf Open.
4. Revit fragt, ob Sie das bestehende lokale Modell überschreiben oder ersetzen möchten. Wählen Sie Overwrite the existing file (oder Append timestamp, um beide zu behalten).

Anwendungsmenü > Open > (Zentralmodell) > Create New Local (aktivieren) > Open > Overwrite the existing file

Befürchten Sie, dass sich Ihre bearbeitete Arbeit im alten lokalen Modell befindet, verwenden Sie Append timestamp, damit Sie das alte Modell vergleichen können. Nicht synchronisierte Änderungen lassen sich leider nicht mehr übertragen; deshalb lohnt es sich, oft zu synchronisieren.

Möchten Sie zuerst prüfen, wohin Ihr lokales Modell zeigt, bevor Sie etwas überschreiben, sehen Sie sich den Pfad in den zuletzt geöffneten Dateien an oder öffnen Sie das lokale Modell und versuchen Sie einmal zu synchronisieren. Revit nennt in der Fehlermeldung den erwarteten Pfad zum Zentralmodell. Stimmt dieser Pfad nicht mehr mit dem tatsächlichen Speicherort überein, können Sie sicher sein, dass es sich um ein verschobenes Zentralmodell handelt.

Mit Detach from Central erstellen Sie ein sauberes neues Zentralmodell.

Ist die Verknüpfung strukturell beschädigt oder müssen Sie das Zentralmodell an einen neuen Speicherort verschieben, bauen Sie ein sauberes Zentralmodell auf. Das funktioniert über das Trennen:

1. Wählen Sie Open und wählen Sie das Zentralmodell aus.
2. Aktivieren Sie unten im Dialogfenster Detach from Central.
3. Revit fragt nach: Wählen Sie Detach and preserve worksets, damit Ihre Workset-Struktur erhalten bleibt.
4. Die Datei ist jetzt von jedem Zentralmodell getrennt. Gehen Sie zu Save As > Project, wählen Sie den gewünschten Netzwerkspeicherort und klicken Sie auf Options.
5. Aktivieren Sie Make this a Central Model after save und speichern Sie.

Open > Detach from Central > Detach and preserve worksets > Save As > Project > Options: Make this a Central Model after save

Lassen Sie danach alle Teammitglieder ihre alten lokalen Modelle verwerfen und ein neues lokales Modell von diesem frischen Zentralmodell erstellen. So starten alle wieder auf demselben gesunden Stand. Diese strukturierte Vorgehensweise, erst trennen und dann neu aufbauen, ähnelt der Arbeitsweise in anderer Autodesk-Software, bei der Sie ebenfalls zuerst Ihre Ausgangsdaten in Ordnung bringen, etwa beim Erstellen eines Korridors in Civil 3D.

Bei Beschädigung reparieren Sie das Modell mit Audit oder über den Sicherungsordner.

Erhalten Sie die Meldung, dass die Datei beschädigt ist und manuell repariert werden muss, versuchen Sie zuerst eine Prüfung:

1. Wählen Sie Open und wählen Sie das Zentralmodell aus.
2. Aktivieren Sie sowohl Audit als auch Detach from Central.
3. Klicken Sie auf Open. Die Prüfung kontrolliert und repariert die interne Datenstruktur. Bei großen Modellen kann das lange dauern.
4. Speichern Sie die reparierte Datei als neues Zentralmodell über Save As mit Make this a Central Model after save.

Funktioniert die Prüfung nicht, verwenden Sie den Sicherungsordner. Revit legt neben dem Zentralmodell einen Ordner mit dem Namen <zentralmodell>_backup an. Darin befinden sich frühere Versionen. Sie stellen eine ältere, intakte Version über die Schaltfläche Restore Backup auf der Registerkarte Collaborate wieder her, oder Sie öffnen den Sicherungsordner und stellen eine frühere Epoche wieder her. Kopieren Sie den Sicherungsordner zuerst an einen sicheren Ort, bevor Sie etwas wiederherstellen.

Stürzte Revit mitten in einer Synchronisierung ab, kann das Zentralmodell halb geschrieben zurückgeblieben sein. Lassen Sie in diesem Fall niemanden mehr synchronisieren, bis Sie das Modell überprüft haben. Öffnen Sie es mit Audit, prüfen Sie, ob alle letzten Änderungen vorhanden sind, und speichern Sie es erneut als Zentralmodell. So verhindern Sie, dass sich lokale Modelle mit einer halb beschädigten Masterdatei verbinden. Um Beschädigungen vorzubeugen, lohnt es sich, schwere Modelle regelmäßig zu purgen und mit eTransmit zu packen, damit alte, ungenutzte Daten die Datei nicht unnötig belasten.

Die offiziellen Schritte zum Wiederherstellen einer beschädigten Worksharing-Datei finden Sie in der Autodesk-Dokumentation zu Recover a Workshared File. Arbeiten Sie mit Cloud-Worksharing (BIM 360 oder Autodesk Docs) und stürzt Revit ab, ist die lokale Wiederherstellungsdatei ein eigenständiges Zentralmodell, das Sie neu veröffentlichen.

Feste Dateiablagen und eindeutige Benutzernamen verhindern den Fehler größtenteils.

Der Zentralmodell-Fehler lässt sich fast immer mit Disziplin vermeiden:

• Verschieben oder benennen Sie das Zentralmodell nie um, solange lokale Modelle damit verbunden sind. Muss es dennoch sein, trennen Sie es und lassen Sie alle ein neues lokales Modell erstellen.
• Geben Sie jedem Teammitglied einen eindeutigen Username über das Anwendungsmenü, Options, General.
• Synchronisieren Sie oft und speichern Sie Ihr lokales Modell regelmäßig, damit nicht synchronisierte Arbeit begrenzt bleibt.
• Arbeiten Sie nie direkt im Zentralmodell; öffnen Sie immer mit Create New Local.
• Speichern Sie das Zentralmodell auf einem stabilen Netzlaufwerk, nicht auf dem privaten PC einer Person.

Für größere Teams hilft das kostenlose Add-in Worksharing Monitor, Probleme früh zu erkennen. Es zeigt, wer angemeldet ist, wer synchronisiert und ob das Zentralmodell noch erreichbar ist. Merkt jemand, dass die Netzwerkverbindung instabil ist, kann er mit dem Synchronisieren warten, bis die Verbindung stabil ist, statt einen halben Schreibvorgang zu erzwingen, der die Datei beschädigt. Eine kurze Teamabsprache, während der Netzwerkwartung nicht zu synchronisieren, vermeidet die meisten Beschädigungsfälle.

Kaufen oder nutzen Sie Revit-Lizenzen bei einem externen Anbieter, prüfen Sie, dass jede Installation eine gültige, eindeutige Aktivierung besitzt; unklare Installationen erhöhen das Risiko von Synchronisierungsproblemen. Wer seine 2D-Dokumentation nach der Wiederherstellung weiter ausbauen möchte, findet in der Anleitung zum Ableiten einer 2D-Zeichnung aus einem 3D-Modell in Inventor eine vergleichbare, strukturierte Vorgehensweise.