Hi, With the Flemish government we have more then 100 sites. Most of the time the backup is done on a DLT7000 or LTO tape device. A few sites are bigger and have a Legato backup solution. With UFS, the restore is easy on those small sites. ufsrestore -ivf /dev/rmt/0n Looking at the manual and other discussions, this is not possible anymore. Ok, you can send a snapshot to a tape device but restoring one file can only be done when restoring the whole (snapshot) filesystem and then sniffing the correct file. We don''t want to buy an Legato solution This will be overkill and is too expensive. Scripting with tar and other archievers is not the best solution for doing a backup. What are yours ideas? Stay with UFS? zfs send data at snapshot | convert_to_ufs_stream > /dev/rmt/0 Afterwards, we can do: ufsrestore -ivf /dev/rmt/0 Regards, Gerrit This message posted from opensolaris.org
zfs-discuss-bounces at opensolaris.org wrote on 01/19/2007 10:24:47 AM:> Hi, > > With the Flemish government we have more then 100 sites. Most of the > time the backup is done on a DLT7000 or LTO tape device. A few sites > are bigger and have a Legato backup solution. > > With UFS, the restore is easy on those small sites. > > ufsrestore -ivf /dev/rmt/0n > > Looking at the manual and other discussions, this is not possible > anymore. Ok, you can send a snapshot to a tape device but restoring > one file can only be done when restoring the whole (snapshot) > filesystem and then sniffing the correct file. > > We don''t want to buy an Legato solution This will be overkill and is > too expensive. Scripting with tar and other archievers is not the > best solution for doing a backup. > > > What are yours ideas? > > Stay with UFS? > zfs send data at snapshot | convert_to_ufs_stream > /dev/rmt/0 > Afterwards, we can do: > ufsrestore -ivf /dev/rmt/0 >icky... I don''t think there are any technical reasons why zfsdump/zfsrestore can not exist on their own -- it may just be a matter of they are not written yet. I could see them as acting the same way as ufsdump/restore, or considering the zfs team''s (brilliant) methodology of looking at these type of problems with fresh eyes zfsdump/restore ending up working in completely new and exciting ways. -Wade
Hello Gerrit,
Friday, January 19, 2007, 5:24:47 PM, you wrote:
GS> Hi,
GS> With the Flemish government we have more then 100 sites. Most of
GS> the time the backup is done on a DLT7000 or LTO tape device. A few
GS> sites are bigger and have a Legato backup solution.
GS> With UFS, the restore is easy on those small sites.
GS> ufsrestore -ivf /dev/rmt/0n
GS> Looking at the manual and other discussions, this is not possible
GS> anymore. Ok, you can send a snapshot to a tape device but
GS> restoring one file can only be done when restoring the whole
GS> (snapshot) filesystem and then sniffing the correct file.
GS> We don''t want to buy an Legato solution This will be overkill
and
GS> is too expensive. Scripting with tar and other archievers is not
GS> the best solution for doing a backup.
GS> What are yours ideas?
1. send ''zfs send'' strem to tape as you wrote but use keep
snapshots
on file systems so when only one file is needed you use snapshots not
backup and when you''ve got storage failure you probably need to
restore entire file system anyway
2. I don''t know how much space we''re talking on those small
sites but
perhaps adding small server with several large sata drives and zfs
send| zfs restore would be good solution and much better than doing
backup to tapes?
--
Best regards,
Robert mailto:rmilkowski at task.gda.pl
http://milek.blogspot.com
gerrit.sere at bz.vlaanderen.be said:> . . . > We don''t want to buy an Legato solution This will be overkill and is too > expensive. Scripting with tar and other archievers is not the best solution > for doing a backup.Gerrit, It seems you/they must already be scripting with ufsdump now. It''s no more difficult to do the same with tar, GNU tar, or Schilling''s "star". The latter two can do full & incremental backups with ZFS, even breaking large backups onto multiple tapes. It shouldn''t be long before the "*tar" solutions will backup/restore ZFS ACL''s too, but you can still backup/restore your data with these now. And as others have pointed out, if the data is small enough to fit on one tape, "zfs send data at snapshot > /dev/rmt/0" will work now. You restore via "cat /dev/rmt/0 | zfs receive ...". One _does_ miss the very handy interactive (non-full) restore capabilities of "ufsrestore i". Regards, Marion
Hello, Disk capacity is between 70 and 100GB and most of the time the diskspace is more then 90% full. Every day there is a full backup of the user data and on Friday for system files. We keep the backup tapes for 30 days. So, it''s impossible to make 30 snapshots. Scripting solutions like tar (star, I don''t know this command yet) takes a longer time for backup and restoring 70GB. I think, I need to buy a second coffee can when restoring 70 GB with a lot of small files.;-) Gerrit This message posted from opensolaris.org
If you are talking from one host to another, snapshots should actually be
a usable solution. many filesystems only get 3 -> 10% churn per day and if
you use rsync with -inplace will get you delta data on snapshots that is
very similar to the actual block delta on the original server.
For an example, we regularly (6+ times per day) snap a older sun
fileserver that has about 7tb of disk on it (80% used) to a thumper with
rsync and --inplace. our daily (6x snaps per day) growth from delta on the
thumper is usually ~ 2.5 gb.
Wade Stuart
Fallon Worldwide
P: 612.758.2660
C: 612.877.0385
Si hoc legere scis nimium eruditionis habes.
Gerrit Sere
<gerrit.sere at bz.v
laanderen.be> To
Sent by: zfs-discuss at opensolaris.org
zfs-discuss-bounc cc
es at opensolaris.or
g Subject
[zfs-discuss] Re: Backup/Restore
idea?
01/23/07 10:01 AM
Hello,
Disk capacity is between 70 and 100GB and most of the time the diskspace is
more then 90% full. Every day there is a full backup of the user data and
on Friday for system files. We keep the backup tapes for 30 days. So,
it''s
impossible to make 30 snapshots. Scripting solutions like tar (star, I
don''t know this command yet) takes a longer time for backup and
restoring
70GB. I think, I need to buy a second coffee can when restoring 70 GB with
a lot of small files.;-)
Gerrit
This message posted from opensolaris.org
_______________________________________________
zfs-discuss mailing list
zfs-discuss at opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss