Re: [OpenIndiana-discuss] Backups and snapshots
We snapshot daily, automatically, so the system is only up to 1 day out ... which is enough for us ... that is all we used to do with tape, so it is comparable. It hasn't stopped some of our users spending all day on a document creating/editing and then they go and delete it in the same day, but then we just laugh at them ... on the other hand we've had users that did all that without saving the document once during the day and then their computer would crash (although I think we've trained them out of that now) ... Biggest use of our servers is generally email (after you exclude the 140Mb word documents that some muppets produce), and that is recorded in and out on the mail servers. All email can be replayed, so if need be we can always get that to a closer point than that of the snapshots. It's not a "perfect" system but it does us fine. Jon On 13 June 2011 11:53, LaoTsao wrote: > Question do you have ha on each site? > Or you just use 2nd site to protect 1st site > Thx > > Sent from my iPad > Hung-Sheng Tsao ( LaoTsao) Ph.D > > On Jun 13, 2011, at 4:49 AM, Jonathan Adams wrote: > >> We've given up on tapes in house, they are far to costly per Gb, and >> we were spending all day backing up to them. >> >> We have gone over to a fully ZFS system ... replicated at 3 sites per >> active machine. >> >> data is generated (by users) at site 1 (on ZFS raid ... generally 2 >> disks), this is then snapshot'd and sent to remote computers at other >> sites, which is restored onto external 3 way ZFS RAID (usb) ... after >> 1 year these disks are taken offline and stored in fireproof safes, >> leaving the latest snapshot on a new set of drives and purging all >> previous snapshots. (we also replicate to another machine at the same >> site as the original to guard for hardware failure, but that is kept >> as a convenience only) >> >> It's not perfect, but since the machines are physically distinct we >> have data integrity (unlikely to lose all 3 machines at once, or all >> drives) ... >> >> we have to keep all our data for, currently, 7 years ... we keep it >> longer on tape, but that isn't too bad a price. >> >> we have currently 4 sets of disks, so that's 12 disks a year per site, >> for 7 years ... we just had to make sure we got reasonable fireproof >> safes. >> >> The upside to this is that it now so much easier to get back any files >> that one of our users "accidentally" deletes, or overwrites ... >> >>> -- >>> Da: Gary Driggs >>> A: Discussion list for OpenIndiana >>> Data: 11 giugno 2011 22.56.39 CEST >>> Oggetto: Re: [OpenIndiana-discuss] Backups and snapshots >>> On Jun 11, 2011, at 1:40 PM, Gabriele Bulfon >>> wrote: >>> BTW, discussion forked into NFS vs iScsi. >>> What is your backup strategies on tapes? >>> That will vary considerably depending on the size of your org, its budget, >>> and the amount of data it amasses &must archive for business needs and/or >>> compliance reasons. >>> >> >> ___ >> OpenIndiana-discuss mailing list >> OpenIndiana-discuss@openindiana.org >> http://openindiana.org/mailman/listinfo/openindiana-discuss > > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss > ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
Question do you have ha on each site? Or you just use 2nd site to protect 1st site Thx Sent from my iPad Hung-Sheng Tsao ( LaoTsao) Ph.D On Jun 13, 2011, at 4:49 AM, Jonathan Adams wrote: > We've given up on tapes in house, they are far to costly per Gb, and > we were spending all day backing up to them. > > We have gone over to a fully ZFS system ... replicated at 3 sites per > active machine. > > data is generated (by users) at site 1 (on ZFS raid ... generally 2 > disks), this is then snapshot'd and sent to remote computers at other > sites, which is restored onto external 3 way ZFS RAID (usb) ... after > 1 year these disks are taken offline and stored in fireproof safes, > leaving the latest snapshot on a new set of drives and purging all > previous snapshots. (we also replicate to another machine at the same > site as the original to guard for hardware failure, but that is kept > as a convenience only) > > It's not perfect, but since the machines are physically distinct we > have data integrity (unlikely to lose all 3 machines at once, or all > drives) ... > > we have to keep all our data for, currently, 7 years ... we keep it > longer on tape, but that isn't too bad a price. > > we have currently 4 sets of disks, so that's 12 disks a year per site, > for 7 years ... we just had to make sure we got reasonable fireproof > safes. > > The upside to this is that it now so much easier to get back any files > that one of our users "accidentally" deletes, or overwrites ... > >> ---------- >> Da: Gary Driggs >> A: Discussion list for OpenIndiana >> Data: 11 giugno 2011 22.56.39 CEST >> Oggetto: Re: [OpenIndiana-discuss] Backups and snapshots >> On Jun 11, 2011, at 1:40 PM, Gabriele Bulfon >> wrote: >> BTW, discussion forked into NFS vs iScsi. >> What is your backup strategies on tapes? >> That will vary considerably depending on the size of your org, its budget, >> and the amount of data it amasses &must archive for business needs and/or >> compliance reasons. >> > > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
We've given up on tapes in house, they are far to costly per Gb, and we were spending all day backing up to them. We have gone over to a fully ZFS system ... replicated at 3 sites per active machine. data is generated (by users) at site 1 (on ZFS raid ... generally 2 disks), this is then snapshot'd and sent to remote computers at other sites, which is restored onto external 3 way ZFS RAID (usb) ... after 1 year these disks are taken offline and stored in fireproof safes, leaving the latest snapshot on a new set of drives and purging all previous snapshots. (we also replicate to another machine at the same site as the original to guard for hardware failure, but that is kept as a convenience only) It's not perfect, but since the machines are physically distinct we have data integrity (unlikely to lose all 3 machines at once, or all drives) ... we have to keep all our data for, currently, 7 years ... we keep it longer on tape, but that isn't too bad a price. we have currently 4 sets of disks, so that's 12 disks a year per site, for 7 years ... we just had to make sure we got reasonable fireproof safes. The upside to this is that it now so much easier to get back any files that one of our users "accidentally" deletes, or overwrites ... > -- > Da: Gary Driggs > A: Discussion list for OpenIndiana > Data: 11 giugno 2011 22.56.39 CEST > Oggetto: Re: [OpenIndiana-discuss] Backups and snapshots > On Jun 11, 2011, at 1:40 PM, Gabriele Bulfon > wrote: > BTW, discussion forked into NFS vs iScsi. > What is your backup strategies on tapes? > That will vary considerably depending on the size of your org, its budget, > and the amount of data it amasses &must archive for business needs and/or > compliance reasons. > ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
Ok, as an example, consider a 2TB storage, with 1 VMWare server running 3 servers. - Windows 2008 PDC, with one iscsi volume for system boot and sqlserver, then CIFS for windows sharing on zfs. - OpenIndiana for internet services, with one iscsi volume for system boot, then NFS for all the software/data distribution (cyrus,postgres,mysql,tomcat,apache etc.) - Linux for legacy database and ERP, with one iscsi volume for system boot, then NFS for software, old-style index data files, sql databases. Then consider a tape library, LTO3 minimum. What software &strategy would you use on the storage to backup to tapes? Gabriele Bulfon - Sonicle S.r.l. Tel +39 028246016 Int. 30 - Fax +39 028243880 via Enrico Fermi 44 - 20090, Assago - Milano - Italy http://www.sonicle.com -- Da: Gary Driggs A: Discussion list for OpenIndiana Data: 11 giugno 2011 22.56.39 CEST Oggetto: Re: [OpenIndiana-discuss] Backups and snapshots On Jun 11, 2011, at 1:40 PM, Gabriele Bulfon wrote: BTW, discussion forked into NFS vs iScsi. What is your backup strategies on tapes? That will vary considerably depending on the size of your org, its budget, and the amount of data it amasses &must archive for business needs and/or compliance reasons. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
On Jun 11, 2011, at 1:40 PM, Gabriele Bulfon wrote: > BTW, discussion forked into NFS vs iScsi. > What is your backup strategies on tapes? That will vary considerably depending on the size of your org, its budget, and the amount of data it amasses & must archive for business needs and/or compliance reasons. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
BTW, discussion forked into NFS vs iScsi. What is your backup strategies on tapes? -- Da: Gary Driggs A: Discussion list for OpenIndiana Data: 11 giugno 2011 17.09.03 CEST Oggetto: Re: [OpenIndiana-discuss] Backups and snapshots On Jun 11, 2011, at 7:04 AM, Michael Stapleton wrote: Am I reading it wrong or do you mean it drops off at 16MB, not 16 KB? Yes, you are correct. I no longer have the throughput tests I did using Nexentastor on the back end (changed jobs) so these are using a NetApp with ONTAP 8.0.1. -Gary ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
On Jun 11, 2011, at 7:04 AM, Michael Stapleton wrote: > Am I reading it wrong or do you mean it drops off at 16MB, not 16 KB? Yes, you are correct. I no longer have the throughput tests I did using Nexentastor on the back end (changed jobs) so these are using a NetApp with ONTAP 8.0.1. -Gary ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
Am I reading it wrong or do you mean it drops off at 16MB, not 16 KB? Mike On Sat, 2011-06-11 at 09:44 -0400, Dan Swartzendruber wrote: > What was serving the nfs and iscsi? > > -Original Message- > From: Gary [mailto:gdri...@gmail.com] > Sent: Saturday, June 11, 2011 2:29 AM > To: openindiana-discuss@openindiana.org > Subject: Re: [OpenIndiana-discuss] Backups and snapshots > > iSCSI & NFS are roughly comparable until you get to 16KB file sizes > and above. This is when NFS starts to drop off drastically for read > performance without any caching. > > Here's an NFS I/O test on a 1Gb ethernet link and file sizes from 64k > to 16Gb: http://preview.tinyurl.com/44upb5f > > Here's an iSCSI I/O test on the same hardware, same network, same back > end file server but using the different protocol: > http://preview.tinyurl.com/5r69m6j > > -Gary > > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss > > > > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
What was serving the nfs and iscsi? -Original Message- From: Gary [mailto:gdri...@gmail.com] Sent: Saturday, June 11, 2011 2:29 AM To: openindiana-discuss@openindiana.org Subject: Re: [OpenIndiana-discuss] Backups and snapshots iSCSI & NFS are roughly comparable until you get to 16KB file sizes and above. This is when NFS starts to drop off drastically for read performance without any caching. Here's an NFS I/O test on a 1Gb ethernet link and file sizes from 64k to 16Gb: http://preview.tinyurl.com/44upb5f Here's an iSCSI I/O test on the same hardware, same network, same back end file server but using the different protocol: http://preview.tinyurl.com/5r69m6j -Gary ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
iSCSI & NFS are roughly comparable until you get to 16KB file sizes and above. This is when NFS starts to drop off drastically for read performance without any caching. Here's an NFS I/O test on a 1Gb ethernet link and file sizes from 64k to 16Gb: http://preview.tinyurl.com/44upb5f Here's an iSCSI I/O test on the same hardware, same network, same back end file server but using the different protocol: http://preview.tinyurl.com/5r69m6j -Gary ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
On Jun 10, 2011, at 4:22 PM, Gabriele Bulfon wrote: > Is it safe to run postgres and mysql data over nfs? Can't speak for Postgres, but Oracle likes MySQL on NFS (backed by ZFS). http://blogs.oracle.com/dlutz/entry/mysql_on_sun_storage_7000 is somewhat informative. The 7000 series storage they are talking about is a Solaris machine with a SAS array attached and a web GUI sitting between it and the sysadmin. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
Gabriele Bulfon wrote: So NFS wins over iscsi, as I see. Is it safe to run postgres and mysql data over nfs? that i can't say. depends on nfs locking issues maybe - out of my area... ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
So NFS wins over iscsi, as I see. Is it safe to run postgres and mysql data over nfs? I know, windows is a different story, sqlserver must run its data on iscsi or real hd... -- Da: Dan Swartzendruber A: Discussion list for OpenIndiana Data: 10 giugno 2011 22.05.22 CEST Oggetto: Re: [OpenIndiana-discuss] Backups and snapshots Magnus wrote: On 6/10/11 3:56 PM, Gabriele Bulfon wrote: Thanx for the reply ;) I read somewhere that NFS is much slower than having an iscsi device. Somewherelse they said the contrary I think a lot of it can do with the clients being used. But in my experience here, zfs backed iscsi targets are on-par with NFS on read performance, but lag badly on write performance. NFS clients perform pretty well in both read &write operations. ESX seems to like its vmdk's on NFS more than iSCSI here. Agreed. I have seen ESXi get finicky if it thinks the iSCSI target is offline. One gotcha: it depends if the iSCSI storage is a file or a zvol. Performance of the former seemed to be about that of NFS - performance of the latter sucked (I was seeing about a 50% degradation...) ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
On 6/10/11 4:11 PM, Dan Swartzendruber wrote: bummer. nexentastor doesn't either. OI allows either one. Right now my OI work is strictly on my personal time. But I have the ulterior motive of using it more broadly in production once I have my head around it better. It won't be replacing the Sun appliances, but there are definitely some other things I have in mind for it. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
Magnus wrote: On 6/10/11 4:05 PM, Dan Swartzendruber wrote: Agreed. I have seen ESXi get finicky if it thinks the iSCSI target is offline. One gotcha: it depends if the iSCSI storage is a file or a zvol. Performance of the former seemed to be about that of NFS - performance of the latter sucked (I was seeing about a 50% degradation...) I don't think this Sun appliance allows for file-backed iscsi targets. My testing here was with volume-based targets. bummer. nexentastor doesn't either. OI allows either one. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
On 6/10/11 4:05 PM, Dan Swartzendruber wrote: Agreed. I have seen ESXi get finicky if it thinks the iSCSI target is offline. One gotcha: it depends if the iSCSI storage is a file or a zvol. Performance of the former seemed to be about that of NFS - performance of the latter sucked (I was seeing about a 50% degradation...) I don't think this Sun appliance allows for file-backed iscsi targets. My testing here was with volume-based targets. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
On 6/10/11 4:04 PM, Gregory Youngblood wrote: I also prefer NFS for exporting to Linux/Solaris/Unix. Can use to export to Mac as well, though AFP would allow the mac to use the share as a time machine; I dont think NFS does. You can use a pretty wide array of storage back-ends for Time Machine, actually. Wish I had the link handy but I saw some benchmarks recently of a Mac client connecting to zfs backed server through several supported protocols: smb, nfs, afp. Performance-wise, using afp wiped the floor with the other two. But it takes a little more work to set it up. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
Magnus wrote: On 6/10/11 3:56 PM, Gabriele Bulfon wrote: Thanx for the reply ;) I read somewhere that NFS is much slower than having an iscsi device. Somewherelse they said the contrary I think a lot of it can do with the clients being used. But in my experience here, zfs backed iscsi targets are on-par with NFS on read performance, but lag badly on write performance. NFS clients perform pretty well in both read & write operations. ESX seems to like its vmdk's on NFS more than iSCSI here. Agreed. I have seen ESXi get finicky if it thinks the iSCSI target is offline. One gotcha: it depends if the iSCSI storage is a file or a zvol. Performance of the former seemed to be about that of NFS - performance of the latter sucked (I was seeing about a 50% degradation...) ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
What I've done is use CIFS server for Windows users, then use autosnapshot to take regularly scheduled snapshots. For windows users this has the advantage of the snapshots showing up under "Previous Versions" tab when right clicking on a file or folder. :) I've used iSCSI for VMs, but as I understand it the zfs snapshot of the iscsi volume would be a point in time image, as if the machine just stopped. Most of the time it's probably not going to be a problem, except when it is. :) I also prefer NFS for exporting to Linux/Solaris/Unix. Can use to export to Mac as well, though AFP would allow the mac to use the share as a time machine; I dont think NFS does. Greg On Jun 10, 2011, at 12:31 PM, Gabriele Bulfon wrote: > Hi, I'm in the middle of a brainstorm over backup strategies and snapshots > affidabilities. > What are your final words on backup strategies of ZFS storages? > What makes me brainstorm is expecially snapshots. > How can I consider an iscsi snapshotted raw device safe, when I don't know > what the virtual machine > is doing on it with its own file system? > This question makes me feel unsure of any backup strategy I may implement > over exported volumes, > where systems just write what they think it's their own file system. > That's why I want to do CIFS for Windows servers, instead of giving the > filesystem as a raw device > to the primary domain controller. > That's why I think it would be better to share volumes through NFS to linux > and solaris servers. > How can I be safe? > :) > Gabriele. > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
Gabriele Bulfon wrote: Thanx for the reply ;) I read somewhere that NFS is much slower than having an iscsi device. Somewherelse they said the contrary What if I have a virtual openindiana server? should I zfs over an exported zfs device? Nooo...I don't think soso NFS. Is it good for cyrus/postfix and so on? Then...what about a postgres db on NFS? and MySQL? About windows...should I boot on the iscsi disk? I don't think so... What about SQLServer (...yes...people us it...) data files?...no way, just iscsi or local disks It's a complete messbackup is a mess here... But I love ZFS :) that's why I brainstorm at 22:00 here : If you have a ZIL or run the NFS share in async mode, the performance is very good. I am running an all in one appliance. e.g. ESXi on a quad-core xeon with 16GB ECC RAM. A virtual OI with 7GB of RAM and two virtual cores. The OI VM runs on a small virtual disk on the ESXi local datastore. 6 SATA drives in a 3/2 raid10 pool. The controller is passed in to the OI VM via vmware vmdirectpath, so it has direct access to the sata controller and drivers. A share on the pool is then exported back to the ESXI itself. That NFS datastore is where all of the other VMs live. Performance is very good. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
On 6/10/11 3:56 PM, Gabriele Bulfon wrote: Thanx for the reply ;) I read somewhere that NFS is much slower than having an iscsi device. Somewherelse they said the contrary I think a lot of it can do with the clients being used. But in my experience here, zfs backed iscsi targets are on-par with NFS on read performance, but lag badly on write performance. NFS clients perform pretty well in both read & write operations. ESX seems to like its vmdk's on NFS more than iSCSI here. Back end is Sun 7310 cluster. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
Thanx for the reply ;) I read somewhere that NFS is much slower than having an iscsi device. Somewherelse they said the contrary What if I have a virtual openindiana server? should I zfs over an exported zfs device? Nooo...I don't think soso NFS. Is it good for cyrus/postfix and so on? Then...what about a postgres db on NFS? and MySQL? About windows...should I boot on the iscsi disk? I don't think so... What about SQLServer (...yes...people us it...) data files?...no way, just iscsi or local disks It's a complete messbackup is a mess here... But I love ZFS :) that's why I brainstorm at 22:00 here :) -- Da: Dan Swartzendruber A: Discussion list for OpenIndiana Data: 10 giugno 2011 21.37.39 CEST Oggetto: Re: [OpenIndiana-discuss] Backups and snapshots A lot of questions :) What I am doing for various servers: they are backed up (excluding various dirs) to the OI box via rsync. The rsyncd config file is set up so that after every run, the destination directory has a snapshot taken with the date&time; I stopped using iSCSI for the same reasons you mentioned, so NFS and CIFS (except my daughters win7 boxes, since win7 home will not back up to a network share, whereas an iscsi target looks like a local disk.) ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Backups and snapshots
A lot of questions :) What I am doing for various servers: they are backed up (excluding various dirs) to the OI box via rsync. The rsyncd config file is set up so that after every run, the destination directory has a snapshot taken with the date&time. I stopped using iSCSI for the same reasons you mentioned, so NFS and CIFS (except my daughters win7 boxes, since win7 home will not back up to a network share, whereas an iscsi target looks like a local disk.) ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] Backups and snapshots
Hi, I'm in the middle of a brainstorm over backup strategies and snapshots affidabilities. What are your final words on backup strategies of ZFS storages? What makes me brainstorm is expecially snapshots. How can I consider an iscsi snapshotted raw device safe, when I don't know what the virtual machine is doing on it with its own file system? This question makes me feel unsure of any backup strategy I may implement over exported volumes, where systems just write what they think it's their own file system. That's why I want to do CIFS for Windows servers, instead of giving the filesystem as a raw device to the primary domain controller. That's why I think it would be better to share volumes through NFS to linux and solaris servers. How can I be safe? :) Gabriele. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss