we have a 15 page p&id set that is slowly getting corrupted line segments. it started with a few lines now entire drawings are getting corrupted. the problem is that when using grips some line segmets have data and some dont via propeties tab.
using the data manager the lines still have information and the snap-to-location still works, it just doesnt hightlight the line.
all the connected valve data is still there within the valves on the line but the pipe segments behave like it was open in autocad and they are just pieces.
when selecting the line i can see different grips at the break points and arrowhead locations. (see attched image)
i have audited the project and tried drawing recovery a few times.
using p&id 2012. could this be corruption by off page connectors?
hotfix? known issue?
Like any database, if anything disrupts the records or link synchronization, errors may occur.
If the project and files are stored on a network share, any loss of data during updates to or from the share can affect the database synchronization with the drawings.
Similarly, any dropped bits of data during retrieval from a significantly fragmented Windows paging file can also cause errors. Here is a discussion of what is possibly the most common cause of drawing corruption and how to proactively prevent it.
Probably the most common cause of drawing corruption is virtual memory swap file fragmentation. As the system RAM retrieves blocks of memory temporarily stored on the slower hard drive in a reserved swap file, the system may drop bits of data as the disk retrieval attempts to respond to system RAM. When the drawing is written back to its original location (elsewhere on the hard drive or network share) the missing data can cause errors, depending on its severity.
To prevent this type of slow down and drawing corruption, temporarily close Virtual Memory (Advanced tab under System Properties, then Performance Settings/Advanced Tab/Virtual memory change button/no paging file). Then perform a Scandisk and Defrag for the hard drive, then re-enable Virtual Memory. This will generally speed up the entire system and reduce errors caused by reading from the swap file.
So, once PID drawings or the database become unsynchronized, the damage is done and will likely occur again unless the root cause is countered. As a safeguard against large scale loss, a frequent backup of the project folder is probably prudent on a susceptible system.
The projectaudit and validate drawings are provided to correct all the errors that they can.
If my post answers your question, please click the "Accept as Solution" button. This helps everyone find answers more quickly!
backup of the project file (drawings, project xml etc.) will not backup the database so how will this prevent this isue from happening?
its my understanding that if the two need to be in sync, opeing an older version of the drawing file would not sync properly...
how can you trully backup a project without including the database?