Does anyone know how I can backup the config data (with zfs properties)
of the ZFS Filesystem ?
The background is when a ZFS Filesystem/Zpool is completely destroyed
(e.g rpool) I want easily recover the configuration data. After that I
can recover the user data.
I use TSM to backup the user data.
I don't want to use the commands zfs send/receive.
Regards,
Florian
What about the commands you used to create the filesystem? If you wrote
a script to create it, rerunning that script should recreate the file
system. If you didn't write a script, do you remember the exact commands?
What problem are you trying to solve?
Hello Richard,
I can look in the zpool history. At every night I make a backup of the
zpool history command and copy it to another machine. But this cannot be
the best way. When I do a lot of things with the zfs/zpool commands the
configuration is changing again and again. When the system comes down
you have a lot to do with zfs commands.
What I want is, that I copy every night the actual ZFS configuration
(zfs properties, zpool properties, and so on) away. When the system
crashes so I can say: "No problem. I have an actual backup of my zfs
configuration". So I don't have to do a lot of things with the zfs
commands (zpool create, zfs set,...)
It was really good when there is for example a following feature
# zpool backup config -f config.file
# zpool restore config -f config.file
Regards,
Florian
Thank you.
Why can't you just do a recursive incremental send to to the other machine?
--
Ian Collins
I think that zfs send/receive don't backup all zfs configurations.
Regards,
Florian
100% wrong.
--
Dick Hoogendijk -- PGP/GnuPG key: 01D2433D
+ http://nagual.nl/ | SunOS 10u7 05/09 | OpenSolaris 2010.03 b131
+ All that's really worth doing is what we do for others (Lewis Carrol)
Florian
zfs send includes the filesystem data. If you only want to keep a
backup copy of the active zfs datasets and their properties, you can
probably use "zfs get all <dataset>" on all of them.
Florian is asking for a solution that copies his pool configuration
information,
not his dataset properties, and currently no easy way exists to save
the pool
configuration.
Florian, we are working on providing a pool recovery solution, we're
just not
there yet. A combination of zfs dataset snapshots and capturing your
zpool
history output can provide a workable recovery solution in the
meantime.
If you are using the Solaris 10 release, you might consider creating a
ZFS
flash archive (for a total pool recovery) or if you are using the
Solaris Nevada
or OpenSolaris release, build 131 includes the zpool split feature
that
allows you to split a mirrored pool to create an identical pool.
Neither are
true backup solutions but might give you ideas until we provide a pool
recovery tool.
Thanks,
Cindy
Thanks.
Florian