| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Re: Sadness is.... |
SD> Yep, just because you didn't do what I did, doesn't mean that backup SD> testing SD> doesn't get done. It's just an uncommon practice, that's all, but it's SD> nice SD> to know you have a good backup in case you -really- need it. SD> SD> In any case, if one keeps experiencing bad backups, I'd take a look at SD> your SD> backup process or your media to see what's causing that. We schedule "disaster recovery" testing twice a year at my work. All of our main systems have real-time replicated data to another site. We also take many snapshots of the disks per day. The testing involves bringing up our disaster recovery systems in the other location with the data that was replicated. We also have tape backups that are sent offsite, but if you are at that point, you are really in trouble since restore time takes much longer. Since I am now using VMware ESXi for all my virtual systems, which includes the BBS environment, I am using many backup methods. Veeam to backup the VMs directly from ESXi is the first level. I also have use Symantec Backupexec Systems Recovery snapshots, and if that isn't enough, a file backed backup. All to different locations. Yes, I'm a backup nut. - Mark --- WWIVToss v.1.50* Origin: http://www.weather-station.org * Bel Air, MD -USA (1:261/1304.0) SEEN-BY: 3/0 633/267 640/954 712/0 101 620 848 @PATH: 261/1304 1 266/512 140/1 261/38 712/848 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.