> > 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) This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
