Welcome, Guest. Please login or register.

Author Topic: Best Practices for Data Restoration 3.1.4  (Read 3156 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline pneronTopic starter

  • Full Member
  • ***
  • Join Date: Nov 2015
  • Posts: 176
  • Country: us
  • Gender: Male
    • Show only replies by pneron
    • http://www.incrediblesteps.com
Best Practices for Data Restoration 3.1.4
« on: November 16, 2020, 04:35:07 AM »
Curious to know what people are using for best practices w.r.t. restoration? I still have my Amibackup with my 4mm Tape drive but didn't know if this is necessary these days .
A2000: OS3.1.4|Picasso II|Blizzard 68060@50 MHz|3xAD516 Sunrize cards|HydraNexus|Cocolino|Gotex Floppy Emulator |Mac OSX (main DAW) | Windows
Incredible Steps Film and Music
 

Offline First Ninja

Re: Best Practices for Data Restoration 3.1.4
« Reply #1 on: November 16, 2020, 05:58:42 AM »
Given the fact that the year is 2020, cloud backup solutions should make sense. Generally speaking, storage is cheap and networks are fast. Envoy, Samba or similar infrastructures along with a "Cron"-service is one way of doing it on site.
Karate, Jerry. Karate. It's the lifetime pursuit of balance and harmony.
 

Offline kolla

Re: Best Practices for Data Restoration 3.1.4
« Reply #2 on: November 16, 2020, 08:09:13 AM »
networks are fast

Not on Amiga they're not, hehe :)

Quote
Envoy, Samba or similar infrastructures along with a "Cron"-service is one way of doing it on site.

I use rsync, as rsync will only copy over the changed chunks of files, and not the whole file, and thus save some bandwidth, especially with large files.And no hassle with network filesystem. I even use rsync to do nightly backups over serial PPP line (the MiST) to a git repo on the raspberry pi, where they are pushed to repos on my gitlab account.

Code: [Select]
list all files lformat "%d %t %a *"%p%n*" %c" saves all meta info to a file to go along.

http://aminet.net/package/util/misc/rsync-2.5.5_bin (be aware - requires ixemul v48)
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC
---
A3000/060CSPPC+CVPPC/128MB + 256MB BigRAM/Deneb USB
A4000/CS060/Mediator4000Di/Voodoo5/128MB
A1200/Blz1260/IndyAGA/192MB
A1200/Blz1260/64MB
A1200/Blz1230III/32MB
A1200/ACA1221
A600/V600v2/Subway USB
A600/Apollo630/32MB
A600/A6095
CD32/SX32/32MB/Plipbox
CD32/TF328
A500/V500v2
A500/MTec520
CDTV
MiSTer, MiST, FleaFPGAs and original Minimig
Peg1, SAM440 and Mac minis with MorphOS
 

Offline pneronTopic starter

  • Full Member
  • ***
  • Join Date: Nov 2015
  • Posts: 176
  • Country: us
  • Gender: Male
    • Show only replies by pneron
    • http://www.incrediblesteps.com
Re: Best Practices for Data Restoration 3.1.4
« Reply #3 on: November 16, 2020, 12:29:55 PM »
Interesting, is this Mist from Juniper?
A2000: OS3.1.4|Picasso II|Blizzard 68060@50 MHz|3xAD516 Sunrize cards|HydraNexus|Cocolino|Gotex Floppy Emulator |Mac OSX (main DAW) | Windows
Incredible Steps Film and Music
 

Offline AndyFC

Re: Best Practices for Data Restoration 3.1.4
« Reply #4 on: November 16, 2020, 07:05:25 PM »
I've written a very brief script, and tend to back up to an SD card although the script can backup any device/volume to any other device/volume. There's no logic to check time stamps or anything.

The script prompts for the source volume/directory and a destination volume/directory and clones the files, leaving a file in the root of the backup with the date and time of the backup.

The same script can be used to copy data back.
« Last Edit: November 16, 2020, 07:06:11 PM by AndyFC »
A1200 in DIY Tower. 3.2 ROMs (softkicking 3.2.2), OS 3.2.2 with ClassicWB, CF card, CD RW and IDE to SD adapter running off the internal IDE port (using the A4000 4-port IDE adapter from Amigakit), Pistorm 32 lite with Pi4/2GB/Emu68 or Blizzard 1230-IV, with 32MB 60ns RAM and 50MHz 68882 FPU. 3COM PCMCIA Network card running with Miami DX.
MorphOS on PowerMac G5 and ATI 9600 pro
 

Offline pneronTopic starter

  • Full Member
  • ***
  • Join Date: Nov 2015
  • Posts: 176
  • Country: us
  • Gender: Male
    • Show only replies by pneron
    • http://www.incrediblesteps.com
Re: Best Practices for Data Restoration 3.1.4
« Reply #5 on: November 16, 2020, 09:40:12 PM »
right now, I use AExplorer connected to an old Windows XP machine and do a straight serial transfer @56K. I then copy those files to the removable USB drive and to the cloud afterward. I am doing this manually right now (not as sophisticated as Kolla's Rsync method :)
I would like to create a more automated recoverable solution someday should my Amiga HDs crash.

Thanks for the interesting discussion
A2000: OS3.1.4|Picasso II|Blizzard 68060@50 MHz|3xAD516 Sunrize cards|HydraNexus|Cocolino|Gotex Floppy Emulator |Mac OSX (main DAW) | Windows
Incredible Steps Film and Music
 

Offline kolla

Re: Best Practices for Data Restoration 3.1.4
« Reply #6 on: November 16, 2020, 10:03:15 PM »
Interesting, is this Mist from Juniper?
No, MiST as in the FPGA board, running Minimig core.

But it’s funny that you mention the Juniper wifi Mist, as that’s part of my professional life :)
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC
---
A3000/060CSPPC+CVPPC/128MB + 256MB BigRAM/Deneb USB
A4000/CS060/Mediator4000Di/Voodoo5/128MB
A1200/Blz1260/IndyAGA/192MB
A1200/Blz1260/64MB
A1200/Blz1230III/32MB
A1200/ACA1221
A600/V600v2/Subway USB
A600/Apollo630/32MB
A600/A6095
CD32/SX32/32MB/Plipbox
CD32/TF328
A500/V500v2
A500/MTec520
CDTV
MiSTer, MiST, FleaFPGAs and original Minimig
Peg1, SAM440 and Mac minis with MorphOS
 

Offline matt3k

Re: Best Practices for Data Restoration 3.1.4
« Reply #7 on: November 18, 2020, 04:20:23 AM »
I back up to my NAS via Ami-Back to a file.  The only limitation is the 4 gig file size.  With Ami-Back you can schedule the backup automatically.  It is the most stable and capable Amiga backup program (http://www.amibay.com/showthread.php?88189-Amiga-backup-software-comparison).  You can patch it to version i from Aminet.

I also backup my NAS to an external HDD for additional protection and lock it in a safe.

I use SMBFS upon boot up so the NAS is part of the workbench right off.

To restore it couldn't be simpler...

1.  I use the network boot disk (http://jpv.wmhost.com/NetworkBootDisk/) and just boot right from floppy to my NAS.
2.  Run HDTools if needed off the NAS.
3.  Run Ami-Back off the NAS and restore.  You could also just copy the files if you wanted at that point.
« Last Edit: May 23, 2021, 08:39:29 PM by matt3k »
 

Offline AndyFC

Re: Best Practices for Data Restoration 3.1.4
« Reply #8 on: November 21, 2020, 09:15:42 PM »
I've tidied up my backup script and uploaded to Aminet.

QuickBackup (Beta) should be available from Sunday.
A1200 in DIY Tower. 3.2 ROMs (softkicking 3.2.2), OS 3.2.2 with ClassicWB, CF card, CD RW and IDE to SD adapter running off the internal IDE port (using the A4000 4-port IDE adapter from Amigakit), Pistorm 32 lite with Pi4/2GB/Emu68 or Blizzard 1230-IV, with 32MB 60ns RAM and 50MHz 68882 FPU. 3COM PCMCIA Network card running with Miami DX.
MorphOS on PowerMac G5 and ATI 9600 pro
 
The following users thanked this post: lionstorm

Offline matt3k

Re: Best Practices for Data Restoration 3.1.4
« Reply #9 on: May 23, 2021, 08:41:10 PM »
Turns out that AMI-Back will restore flawlessly from a 4 gig file.  One more reason to track down a version 2 copy off of the bays.  Updated the Amibay review referenced in my prior post.