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