Re: [zfs-discuss] ZFS and IBM's TSM

[Hans-Juergen Schnitzer]

John wrote:

John wrote:

Our main problem with TSM and ZFS is currently

that

there seems to be
no efficient way to do a disaster restore when the
backup
resides on tape - due to the large number of
filesystems/TSM filespaces.
The graphical client (dsmj) does not work at all

and

with dsmc one
has to start a separate restore session for each
filespace.
This results in a unpractical large number of tape
mounts.

Hans


_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org

http://mail.opensolaris.org/mailman/listinfo/zfs-discu

ss

Not sure I quite follow...   Here's my dsmc output:

tsm> q file
  #     Last Incr Date      Type    File Space Name
---     --------------      ----    ---------------

1 07/11/07 15:08:21 UFS / 2 00/00/00 00:00:00 UNKNOWN /sapdb 3 07/11/07 15:08:35 UFS /users 4 07/11/07 15:08:35 UFS /vol1 5 07/11/07 15:12:21 UNKNOWN

 /zone_appsvt/sap
6   07/11/07   15:19:21   UNKNOWN
  /zone_docft0/docft0_index_01
7   07/11/07   15:19:21   UNKNOWN
  /zone_docft0/docu
8   07/11/07   15:17:35   UNKNOWN
  /zone_sapapb/backups
9   07/11/07   15:17:34   UNKNOWN
  /zone_sapapb/dc_data
 10   07/11/07   15:17:34   UNKNOWN  /zone_sapapb/sap
11   07/11/07   15:13:59   UNKNOWN
  /zone_sapapb/sapdb
12   07/11/07   15:16:56   UNKNOWN
  /zone_sapapb/sapmnt
 13   07/11/07   15:12:06   UNKNOWN  /zone_sapjdt/sap
14   07/11/07   15:12:06   UNKNOWN
  /zone_sapjdt/sapmnt
 15   07/11/07   15:12:16   UFS     /zones/appsvt
  16   07/11/07   15:17:51   UFS     /zones/docft0
 17   07/11/07   15:13:18   UFS     /zones/sapapb
  18   07/11/07   15:08:38   UFS     /zones/sapjdt

So yes, my ZFS filesystems are of type "UNKNOW" but

I go into dsmj and I can see them all.  I can select
mutlipes... I'm assuming as long as the ZFS
filesystems are there everything would restore
properly...  I've got an e-mail into our TSM admin to
see if the "restore" has been tested yet...  (We're
still in the testing phase... LOL)

We tried to restore 3TB from about 1500 TSM
filespaces. dsmj does
simply hang after a while without restoring anything.
According to the IBM support dsmj is not suitable for
large data
restores and pointed us to dsmc.

Hans

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discu
ss

Well, that is slightly different than "dsmj does not work at all"....  Sounds 
like the issue with dsmj is simply tied to a large data set... not ZFS.  Or does dsmj 
work with 3TB / 1500 files system for UFS/VxFS?

I meant that dsmj does not work at all for our setup. We previously had several TB on QFS filesystems with just a few TSM filespaces and no problems to restore data with, at that time, dsm. So I assume that the large number of filespaces does play a role.

I had my TSM admin try dsmj and he said it worked fine... of course he did not 
try 3 TB / 1500 file systems...

I also asked him about dsmc in a disaster situation...  he said no an issue...  
we have scripts and stuff in place to automatically restore things if need be...

Well, it appears that you have just a few ZFS filesystems.
The situation simply changes when you have lots of filesystems.
TSM has currently not really a concept to deal with this case.
Our resort is to keep the backup on a disk storage pool inside TSM -
a rather expensive solution.

Hans

smime.p7s
Description: S/MIME Cryptographic Signature

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss