I have a program, which need a faily update(I am using it everyday, and need the afternoon-backup every day).
The backup is about 90MB, so I am using an Iomega Zip Drive(100MB on each disc). The backup is currently, that all files are beeing copied to my Zip Drive.
I used to have an icon on my desktop, and when I clicked it, windows was automaticly starting to copy the files from my harddrive and to my Zip Drive. The only thing that showed was a MS-DOS(a black window).
So do anyone know how I can make this again? I got a virus, and had to install everyting from the start.
So was I am actually asking about, is if there is a way that I can make an icon on my desktop, which will start to make a backup of a chosen folder on my harddrive, and to my Zip Drive, when I click the icon.
Create a text file. "Backup.txt" or whatever you would like to name it so you know what it does.
Open the text file up, type in it:
xcopy D:\hica G:\hica /e /k /q /x /y
done, assuming there is a Hica directory on your G: drive. If not, use the [G:] [md hica] without the brackets.
This should copy your D:\hica drive to your G: drive.
/e = copies directories and subdirectories
/k = copies any attributes of files in directories
/q = Does not list file names as it copies, "quiet"
/x = copies file audit settings (may be helpful, may not)
/y = does not prompt you to select Y to copy over an original file. (optional)
EDIT --- You must create the HICA file on the target disk the first time. Always miss something...
This could be done in the file , but since it only has to be done the first time, I left it out. If you wanted to keep copies and you were backing up to a big enough media, the directory would be created on-the-fly with the date as part of the name. eoj
Since only one file fits on the zip, it will have to be deleted before
the new copy can be copied over, running the risk of loosing the data
if the new file has been corrupted, making the backup kind of silly.
You should consider a couple of possibilities. Get a 200 mb or greater
zip to have 2 copies able to fit, erasing the oldest one and copying
the new one over with the backup, or, better, change thru 2 or more
disks to prevent the risk of zipdisk corruption, in case the zip fails,
which they can do. You could rename the target folders with the date in
the name so there would be no foldername problems if you wanted to do
Maybe you should [I would] consider copying the backup to at leastone
other place on your disk, or on another computer. Even better, or
additionally, a packet writing CD or DVD and a set of CD/DVD+Rs or
CD/DVD+RWs would be a good choice to hold an archive, and a much safer
situation.The question is how much trouble is your data worth if you
have to recover. I simply cannot afford to loose data, so I do much of
this, which some would call overkill. In the end, "You pays your money,
you takes your chance".
The program can handle all of this with a little tweaking.
Somewhere, create a place to store your batch files [Program Files\Batch_Files\ is a good place]. Create a new text file, and rename it BACKUP.BAT, or something like that. It must have the .BAT extension
This is not an optimal file, but one that SHOULD work.
Many things could optimize it, but it will let you redefine the target and source. Also, I usually keep a cumulative log of the copy operations, but this was not included to keep it as simple as possible. There is minimal error checking. This also may be more than you want... if so, just dump it.
After you paste in the code, goto explorer and find the file in its directory and put a shortcut to it on the desktop. Double click on it, and it should run in a "dos" window. you can set many of the run and ex it parameters in the shortcut properties.
Test it on a different machine first with model data, and see if any strange things occur, as they can because of the possible differences between pcs, and I wasn't able to check it on yours.
I removed all pauses and directory listings except for the end-of job notification, but feel free to rem or delete it out, and it will run and exit totally automatically. etc.
This can be written many ways, with xcopy, scripts, vb etc, but this is the simplist way to do it, IMHO.
And finally, this may not be anything like what you expected or want, but it was the best I could do in a few minutes with little information.
It runs and does what was stated on 2 of my machines, but, again, some small thing may give you trouble on yours, so Iwould test it.
So, that said...
these are the critical lines, if all you want is a few lines and nothing else.
to erase all the files in the target directory:
del /f /q %to\*.*
to copy over all the old files:
copy /b %from\*.* %to\*.* /v
Just put in the correct "from" and "to".
If you want to use xcopy - faster, depending on the files, but sometimes a problem -then an "X" and few changes in the switches would let it happen. Your call.
open BACKUP.BAT with notepad and cut and paste the following into it:
start paste after this line--------------------------------
pause --- ready to run... hit enter
rem HICA backup 14dec03 W2K.SP3
If not exist %from goto abend
if not exist %to goto abend
rem ------- TO seems to exist so delete files
rem even with ReadOnly set
del /f /q %to\*.*
rem ------- copy as a binary files, verify the file is
rem readable, and set the READ ONLY attribute to prevent
rem casual deletion. Something wrong will create an
rem ERROR message and probably stop the program
copy /b %from\*.* %to\*.* /v
attrib +r %to\*.*
rem if not there for whatever reason, notify, and exit on keypress
echo There is a problem - %from or %to is not available
echo CHECK DRIVE for MEDIA...
pause HIT ENTER to exit program
end of paste
-=ed<P ID="edit"><FONT SIZE=-1><EM>Edited by EdtheROM on 12/15/03 04:18 PM.</EM></FONT></P>
Sorry, I forgot to mention to make it a .bat.
with the switches I used it will automatically overwrite the data on the disk stored in the same directory path.
Rotating Zip disks mentioned by Ed is a good practice if you're not already doing this. should something get corrupted and you just created a backup of the corrupted data over your good data, the backup was a bust.
I had this happen when I set up a small business with their server. When I was all set and done, I walked out the door. Well the guy who thought he knew what he was doing screwed the server up, so he decided after he screwed up he would overwrite my backup with the screwed up version. Then he formatted the server and tried to reinstall Win2k SBS. Well, needless to say, it didn't work out in the end for them.
Not at all. If you switch Zips out or use a regular rotation and store 1 copy permanenty weekly/monthly, you'll be fine. Overwriting the same Zip over and over may overwrite your good data with bad and may cause the Zip disk to wear out faster.
You can say Ed's is more secure because in the end it "beeps" but other than that, two different ways to do the same thing. They're both just as secure as long as backups are made.
The process I wrote will just overwrite existing files of the same names and path locations while Ed's will delete them first, then write.
Xcopy is heavily used in network environments and generally works very well.
You can learn more about it by typing "xcopy /?" at a command prompt.
I use <A HREF="http://www.langa.com/newsletters/2003/2003-03-27.htm#2" target="_new">Replicator</A> to keep things sync'd between my laptop and desktop, like my email and website files. You can setup Replicator jobs, create a shortcut to one or more, then set the shortcut to run whenever you'd like using Windows' Task Scheduler.
I would link to one of my newsletters...but oddly enough, it hasn't been showing up. Weird.
I hope that'll be a much simpler solution for you to implement! Read through the program's newsletter back issues for ideas.