When doing a restore, Navision starts to restore the data and the primary key. When all data has been imported, Navision starts to create the other keys. Probably your restore has been interrupted at this point.
Go in Tools=>Restore. Navision will tell you that you have a restore that hasn't finished and ask you to continue it or delete it. Continue the restore.
IMPORTANT:be sure you didn't open the company, because this will corrupt your restored company and in this case you have to delete the company and restore it again.
Regards,Alain Krikilion No PM,please use the forum. || May the <SOLVED>-attribute be in your title!
After Nav say the backup was restored successfully it usually is. The secondary keys are usually created during this restore, in this case I had to do restore twice without any error messages. You mean this is normal? :?
Good idea, you were right. Somehow Nav said that the backup was restored successfully though, never saw this problem before 5.0
Thank you Kriki!
Actually its worked this way since the DOS version, so its not new, probably just that you never noticed it before.
...Somehow Nav said that the backup was restored successfully though...
this indicates that there is an other "problem", as Navision said the backup has been imported successfully although the client didn't start to build the secondary keys.
I think it's worth observing this to see whether this happens under certain circumstances.
After Nav say the backup was restored successfully it usually is. The secondary keys are usually created during this restore, in this case I had to do restore twice without any error messages. You mean this is normal? :?
It may feel to you like you had to restore twice, but what really happened was that the restore process was interrupted, and you had to complete it.
After Nav say the backup was restored successfully it usually is. The secondary keys are usually created during this restore, in this case I had to do restore twice without any error messages. You mean this is normal? :?
It may feel to you like you had to restore twice, but what really happened was that the restore process was interrupted, and you had to complete it.
Behaviour was obviously like with all navision versions, but this time after Navision has claimed to have the restore completed :-k I never had to restart key-creation once Navision claimed it was a successful restore, only in case an error occured after the import and while creating the keys.
My colleague did this 4 times before me and she got the same result. it was the native database in all cases. Anyway if you don't experience the same result there is no need to investigate further.
My colleague experienced the same issue today. He had created a 5.0 db (native) and restored a 4.0 SP2 fbk file. NAV said the restore was finished, but only the primary keys were created.
He did this scenario another time (created 5.0 db, restore 4.0 SP2 fbk) with the same result.
In order to create the keys, he had to click on restore again.
Is this a known problem cq. :bug: in 5.0?
No support using PM or e-mail - Please use this forum. BC TechDays 2024: 13 & 14 June 2024, Antwerp (Belgium)
Answers
Go in Tools=>Restore. Navision will tell you that you have a restore that hasn't finished and ask you to continue it or delete it. Continue the restore.
IMPORTANT:be sure you didn't open the company, because this will corrupt your restored company and in this case you have to delete the company and restore it again.
No PM,please use the forum. || May the <SOLVED>-attribute be in your title!
Thank you Kriki!
Actually its worked this way since the DOS version, so its not new, probably just that you never noticed it before.
I think it's worth observing this to see whether this happens under certain circumstances.
MCP+I, MCSE NT, Navision MCT (2004,2005)
RIS Plus, LLC
MCP+I, MCSE NT, Navision MCT (2004,2005)
Thanks for your input!
He did this scenario another time (created 5.0 db, restore 4.0 SP2 fbk) with the same result.
In order to create the keys, he had to click on restore again.
Is this a known problem cq. :bug: in 5.0?