|
Forums >> Revit Building >> Technical Support >> can you save backup files to a different folder?
|
|
|
active
Joined: Sat, Sep 4, 2010
173 Posts
 |
You would be detaching from central to do this?
|
This user is offline |
|
 |
|
|
|
site moderator|||
Joined: Tue, May 16, 2006
13079 Posts
 |
You said you are rolling back to inspect where problems occur. This copied file is NOT your central. Your local is still attached to your main central. This new 'central' is only there for your rollback. If you decide to make that rollback point permanent, then save that rollback - back into your working folder with a new name and create your new locals.
|
This user is offline |
|
|
|
active
Joined: Sat, Sep 4, 2010
173 Posts
|
I'm confused about what you’re describing. Let me back up: Upon opening my local copy this morning I was immediately confronted with a small handful of errors - dimensions that were no longer a valid reference and were required to be deleted before opening the model. This was done in order to complete opening the model. From the local copy, I worked rolling back my local backups and tried to select the element ID's for each of those items that were deleted. All IDs in all local backups were invalid and did not seem to exist in the views that were listed in the error dialogue. From there I exited the model without saving any of the rollbacks. Then, I audited the central model in conjunction with creating a new local copy – effectively overwriting the previous one. The same errors appeared to delete the dimension strings. At this point I was considering rolling back from the central model backups, but did not want to delete the newer versions. This may be where I made the mistake of copying the backup files to another location, thinking that these could be recoverable once I figured out where the items were that were being deleted. When I tried opening the model again after these backups were copied, I received the “Inconsistent Schemas” error, and “Central Model Not Found,” etc. So what are you saying that you do to inspect rolled-back models? Are you creating additional Local Copies and Local Backups to do this? Or are you detaching from central (which wouldn’t have backups)?
|
This user is offline |
|
|
|
site moderator|||
Joined: Tue, May 16, 2006
13079 Posts
|
I suggest you start with your HELP: I typically never roll-back a local file. Why would you do that? Your local rollback does not really sthe affect of all users - only what you record when you save to central. The Central roll-back would step back through all saves to central.
You write: "... Upon opening my local copy this morning I was immediately confronted with a small handful of errors -...". This is troubling. If you don't have network or program problems then you have process problems. Are other users working in this file or just you? The only things in Revit that I think can cause your problems are:
- You don't allow Revit to close correctly when you finish a session.
- Another user doesn't close correctly.
- Someone is working in the central.
- You are dimentioning to linked CAD that is changing.
- Another user has the same RevitID (Did you know you can do that?) This really confuses Revit.
|
This user is offline |
|
|
|
active
Joined: Thu, Mar 17, 2005
1231 Posts
|
Not sure about the roll back aspect but . . . .
Everyone should create a new local file every day and over write yesterdays local. Having said that everyone MUST save to central and relinquish at the end of every day. This is rule No. 1 and 2, no exceptions. Your local files get placed in the folder specifiled under options > file locations > default path for user files.
The errors could be caused by dimensioning to cad links that have changed without knowing it (big no no). Network file folder 'permissions' can also come into play and cause funny errors especially with linked models and cad files.
Copying and renaming linked files and not communicating to the team is another problem.
-----------------------------------
.
FULL 'DOWNLOAD ACCESS' to all 850+ CADclips videos for only $150
|
This user is offline |
View Website
|
|
|
active
Joined: Sat, Sep 4, 2010
173 Posts
|
I think maybe the issue I’m bringing up here is being misunderstood and perhaps we’re jumping to conclusions. To clarify, the problem that occurred was this: There were errors when opening the model, for everyone on the team (maybe that will help clear some things up). The errors had to do with dimension strings that became unreferenced (elements deleted or changed in the central that invalidated the dimension strings). In order to complete opening the model these errors had to be addressed (i.e. deleted). The objective of rolling back from the local backup was to identify a point in time when these objects existing in the hopes of adding them back and understanding what had caused the errors. Rolling back the local copies without saving or reloading the latest from central seemed like a safe option. In the subsequent local rollbacks, however, the objects couldn’t be found – Revit deemed all their IDs as “Invalid.” From there the local copy was closed and no changes registered to the central model. This worked. No issues appeared after rolling back the local copy only. Moving forward, a new local copy was created to overwrite the previously rolled back copy. The same errors appeared again, and the thought was there had been subsequent backups in the central model that were earlier than the local copy and perhaps would show where these objects were. The fear in doing this is just like you all said, once you rollback there’s no going back. That in mind, my question is this (like the title of this thread): Can you copy the backup files of the central model to separate folder in order to examine points in time in the model such that you don’t have to necessarily commit to these rollbacks (and restore from copied backup)? Based on what happened as a result – incorrect schema, central model has moved, etc. – it appears not. So, do you know how these are related and what would cause the problem (not the initial errors, but the incorrect schema)? My guess is that the linkage that exists between the central model and the backups operates similarly if either or are moved or copied, except in the case of the backups, where “incorrect schema” is displayed. Hopefully this clarifies the issue. I’m aware of all the basic saving and relinquishing, username, etc. etc. That’s not the issue here. What I’m talking about is different. Thanks so much for looking at this issue with me.
|
This user is offline |
|
|
|
site moderator|||
Joined: Tue, May 16, 2006
13079 Posts
|
As both DG and I have said, your problem is probably process by someone on your team. This is a serious problem and you need to solve that problem, then the roll-back question becomes moot.
|
This user is offline |
|
|
|
active
Joined: Sat, Sep 4, 2010
173 Posts
|
That's probably true, and in fact, most likely will always be true as long as there are people working on Revit projects together. That's not what I'm asking though. I'm more concerned with being able to find lost info that may be needed. Having a poll of methodology for doing so would be helpful for addressing similar issues in the future. Thanks again.
|
This user is offline |
|
|
|
active
Joined: Sat, Sep 4, 2010
173 Posts
|
?
|
This user is offline |
|
|
|
site moderator|||
Joined: Tue, May 16, 2006
13079 Posts
|
As I said earlier, I don't see any reason to roll back local files to look for problems like you have. I would use the seperate central as I described.
Good Luck with finding what you want. Remember, everything in Revit has an ID, including sketch lines for items like ceilings - floors. Those element ID's can not be found unless you open the sketch.
|
This user is offline |
|
|
|
|
|
active
Joined: Sat, Sep 4, 2010
173 Posts
|
Ah ha! I forgot about the fact that ids for sketch lines can only be found when opening the sketch! That was probably the issue given the errors I saw! Good call! If only these could be revealed more readily when searching for elements by id.
Can you explain your method from your earlier comment about the separate central file again? I was still unclear as to what you meant. Were you saying that you detach from central in order to test roll backs? Can you even do this with detached models since they don't have a linkage to backup files? I think that's where I was misunderstanding what you had described.
Thanks again!
|
This user is offline |
|
|
|
site moderator|||
Joined: Tue, May 16, 2006
13079 Posts
|
I copy both the central and the backup file to a new directory. Because both of our files exist in the same subdirectory, the central is only looking at a relative path so it still works the same as before.
|
This user is offline |
|
|
|
active
Joined: Sat, Sep 4, 2010
173 Posts
|
I see. So you're not having to detach then? You're allowing the copied central to behave as a local file then?
|
This user is offline |
|
|
|
site moderator|||
Joined: Tue, May 16, 2006
13079 Posts
|
NO!!!! I am doing no such thing.
I am simply copying the central and it's backup to a new folder. It is still a central but as of that time - nobody has a local that is connected to it - they are all still conected to the oriiginal. These are just files......
|
This user is offline |
|
|
|
active
Joined: Sat, Sep 4, 2010
173 Posts
|
Right, but when you copy the central file Revit will automatically consider it a local file and retain a connection to the original central file. How is this different than the local copy you would already have normally? Is it for retaining a connection to the relative backup files?
|
This user is offline |
|
|
|
Search