Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsFormsForms ProgrammingQueriesModules / DAO / VBAReports / PrintingMacrosDatabase DesignSecurityConversionImporting / LinkingSQL Server / ADPMultiuser / NetworkingReplicationSetup / ConfigurationDeveloper ToolkitsActiveX ControlsNew UsersGeneral 1General 2
Access DirectoryToolsTutorialsUser Groups
Related Topics
SQL ServerOther DB ProductsMS OfficeMore Topics ...

MS Access Forum / Modules / DAO / VBA / November 2006

Tip: Looking for answers? Try searching our database.

Automatic back-end back-up

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
XP - 08 Nov 2006 22:57 GMT
Keeping in mind I only want to have a back up for the data in the tables, I
have a procedure that:

When a user opens their front-end, a function checks the date in a table in
the back-end; if the date equals the date in the table or is an earlier date
then the date in the table is updated to the next backup date and:

Using ADO create a new blank DB used for back up in a specific folder for
that purpose. Also using ADO/SQL all the tables are copied from the back-end
DB to the back-up DB.

Another sub routine loops through the files in the back-up folder and
deletes the Nth oldest one.

The DB I have is small, six stand-alone tables with no more than 100 rows
each and will not ever grow much more than that. This procedure seems to run
great and takes less than a second. Given that the complexity and size of the
DB does not grow, does anyone see any problems with this method?

Any and all input encouraged.
Damian S - 09 Nov 2006 00:17 GMT
Hi XP,

Why are you doing this?  You could simply include the back end data file in
your backup schedule for the server it lives on.

Damian.

> Keeping in mind I only want to have a back up for the data in the tables, I
> have a procedure that:
[quoted text clipped - 16 lines]
>
> Any and all input encouraged.
XP - 09 Nov 2006 12:55 GMT
Hi Damian, if I didn't have a good reason, trust me, I wouldn't be working on
it.
Our recovery time is terrible, that's why. I want to be able to bring the
users back up fast if there is a failure or corruption.

Now for real issue, what about the approach?

> Hi XP,
>
[quoted text clipped - 23 lines]
> >
> > Any and all input encouraged.
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.