I only recently realized how bad it might be to make copies of database while people are working with it (you can end up with inconsistent database?). Funny thing is that we are doing it for a year or so now and nothing went wrong.. How can that be?..
Anyway my question is: is this a problem? If I try to copy database while its in a middle of something will navision transaction system be enough to recover from that?
Then it comes to be that the soothing light at the end of your tunnel was just a freight train comming your way
0
Comments
I don't really think it has implications for the database that you are copying FROM, but it would have implications for the copy of that database.
The safest way to do this would be to wait until after hours, create a backup file and create a new database by restoring that backup into it.
RIS Plus, LLC
Basically only records created prior to the point at which you started the backup are backed up. Later transactions are ignored. This is very handy for taking on site backups for NSC use. You can do the backup without having to kick everyone off.
This is correct. But the initial question about doing a file system copy of the database while it is in use does not always apply versioning. And especially if you're in the middle of a transaction the new database copy will be unusable.
Microsoft Dynamics NAV Developer
I always recommend customers to run backups after hours, or during lunch, so that users are affected as little as possible. It doesn't interfere with production, and it finishes much quicker too.
RIS Plus, LLC