Losing data when sharing a file

%3CLINGO-SUB%20id%3D%22lingo-sub-3329136%22%20slang%3D%22en-US%22%3ELosing%20data%20when%20sharing%20a%20file%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-3329136%22%20slang%3D%22en-US%22%3E%3CP%3EAn%20MS%20ACCESS%20file%20is%20being%20shared%20between%20myself%20and%20another%20party%20on%20a%20network%20via%20uploading%20and%20downloading.%20I%20have%20been%20using%20this%20upload%2Fdownload%20procedure%20with%202%20other%20ACCESS%20database%20files%2C%20(different%20users%20on%20the%20other%20end)%2C%20and%20it%20remains%20effective%20with%20those%20exchanges.%20A%20few%20days%20ago%2C%20the%20database%20being%20shared%20with%20the%20party%20of%20concern%20began%20losing%20all%20entered%20data%20they%20entered.%20I%20had%20originally%20thought%20the%20data%20was%20somehow%20being%20lost%20during%20the%20transfer%20process.%20Now%20I%20realize%20the%20data%20is%20lost%20on%20their%20end%20simply%20by%20closing%20and%20opening%20the%20database.%20Any%20suggestions%20would%20be%20much%20appreciated.%20Thank%20you...%20Pete%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-3329136%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EAccess%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-3329388%22%20slang%3D%22en-US%22%3ERe%3A%20Losing%20data%20when%20sharing%20a%20file%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-3329388%22%20slang%3D%22en-US%22%3Eif%20you%20close%20the%20db%20while%20it%20is%20uploading%2Fdownloading%20data%2C%20truely%20that%20is%20the%20cause%20of%20the%20problem.%3CBR%20%2F%3Eis%20the%20transfer%20over%20local%2Fpremise%20network%3F%3CBR%20%2F%3Eif%20so%2C%20you%20can%20google%20%22Persistent%20Connection%20on%20MS%20Access%22%2C%20so%20you%20can%20make%20the%20transfer%20a%20little%20bit%20faster.%3CBR%20%2F%3ENext%20you%20must%20add%20a%20guard%20to%20your%20upload%2Fdownload%20process%20to%20validate%20the%20user%20action%20of%20closing%20the%20db%2C%20while%20the%20process%20is%20on%20going.%3CBR%20%2F%3Eyou%20can%20create%20a%20simple%20Notification%20form%2C%20that%20states%20the%20Status%20of%20the%20%22Critical%22%20process%2C%20thereby%20discourage%20users%20from%20closing%20the%20db.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-3332440%22%20slang%3D%22en-US%22%3ERe%3A%20Losing%20data%20when%20sharing%20a%20file%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-3332440%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F1382493%22%20target%3D%22_blank%22%3E%40prigby%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EWhile%20there%20are%20a%20number%20of%20possible%20explanations%20for%20this%20problem%2C%20we%20can%20only%20speculate%20given%20the%20fact%20that%20we%20have%20to%20visibility%20to%20the%20other%20user's%20computer.%3C%2FP%3E%3CP%3EIn%20addition%20to%20the%20possibility%20already%20suggested%2C%20it%20could%20be%20something%20like%20that%20other%20user%20%22thinking%22%20they%20are%20using%20the%20same%20accdb%2C%20but%20really%20using%20a%20different%20one.%20For%20example%2C%20if%20Access%20crashes%20and%20creates%20a%20backup%20copy%2C%20that%20user%20could%20inadvertently%20be%20using%20that%20backup%20and%20only%20seeing%20the%20missing%20data%20when%20sending%20the%20original%20to%20you.%20Unfortunately%2C%20that%20is%20also%20only%20one%20possible%20scenario.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EYour%20task%20is%20to%20work%20closely%20with%20your%20colleague%2C%20perhaps%20through%20a%20remote%20desktop%20session%20using%20an%20application%20like%20TeamViewer%2C%20to%20trace%20what%20is%20really%20going%20on.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EUnfortunately%2C%20we%20are%20at%20an%20even%20greater%20disadvantage%20without%20the%20full%20context%20of%20the%20situation%20available.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-3354136%22%20slang%3D%22en-US%22%3ERe%3A%20Losing%20data%20when%20sharing%20a%20file%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-3354136%22%20slang%3D%22en-US%22%3E%3CP%3EThank%20you%20both!%26nbsp%3B%20I%20am%20working%20on%20a%20solution%20that%20may%20work%20out...%20still%20in%20process%2C%20but%20I%20wanted%20to%20thank%20you%20both%20for%20taking%20the%20time%20to%20support...%26nbsp%3B%20Pete%3C%2FP%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F126074%22%20target%3D%22_blank%22%3E%40George%20Hepworth%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E
New Contributor

An MS ACCESS file is being shared between myself and another party on a network via uploading and downloading. I have been using this upload/download procedure with 2 other ACCESS database files, (different users on the other end), and it remains effective with those exchanges. A few days ago, the database being shared with the party of concern began losing all entered data they entered. I had originally thought the data was somehow being lost during the transfer process. Now I realize the data is lost on their end simply by closing and opening the database. Any suggestions would be much appreciated. Thank you... Pete

3 Replies
if you close the db while it is uploading/downloading data, truely that is the cause of the problem.
is the transfer over local/premise network?
if so, you can google "Persistent Connection on MS Access", so you can make the transfer a little bit faster.
Next you must add a guard to your upload/download process to validate the user action of closing the db, while the process is on going.
you can create a simple Notification form, that states the Status of the "Critical" process, thereby discourage users from closing the db.

@prigby 

 

While there are a number of possible explanations for this problem, we can only speculate given the fact that we have to visibility to the other user's computer.

In addition to the possibility already suggested, it could be something like that other user "thinking" they are using the same accdb, but really using a different one. For example, if Access crashes and creates a backup copy, that user could inadvertently be using that backup and only seeing the missing data when sending the original to you. Unfortunately, that is also only one possible scenario.

 

Your task is to work closely with your colleague, perhaps through a remote desktop session using an application like TeamViewer, to trace what is really going on.

 

Unfortunately, we are at an even greater disadvantage without the full context of the situation available.

Thank you both!  I am working on a solution that may work out... still in process, but I wanted to thank you both for taking the time to support...  Pete

@George Hepworth