John Stoffel wrote: > > At $WORK we have a legacy Tivoli TSM backup system, which for some > unknown reason is currently using raw disk partitions (/dev/rdsk/....) > on SAN LUNs over Fibre Channel for it's storage. Yuck. These seem to > be defined in the file: dsmserv.dsk located in the bin directory of > the software. Wonderful.
On some Unix platforms, performance for TSM database, logs and disk pool volumes was much better through the raw disk devices vs. using files in filesystems. (I believe Solaris is or was one of those platforms.) > Now I've figured out where they're defined, and I've figured out which > /dev/rdsk/c#t#d# maps to which LUN on which volume on the Netapp. > But, I've got some extra volumes that I'm not sure if they're used or > not by TSM, or even how to peek inside them so I can see when they > were last accessed. > > Anyone know how TSM does these things? TSM could use raw partitions (or files) for its database volumes, its recovery log volumes and DISK class disk pool volumes (think staging area). Within the TSM admin CLI (dsmadmc), you can query each of these volume types with these commands: tsm: SERVER> query dbvolume (or q dbv) tsm: SERVER> query logvolume (or q logv) tsm: SERVER> query volume devclass=disk (or q vol devc=disk) There isn't really any "last access" timestamp, but you can see which devices are being used and, for the disk pool volumes, how much space is in use on them. That should help you identify what LUNs TSM is configured to use. If you want to tell if any configured-but-apparently-idle devices can be removed, that will require further examination. (If you want, you can ping me off-list to spare folks from the minutae of your TSM environment. Or you can get other detailed TSM help on the ADSM-L mailing list, an excellent TSM resource.) =Dave -- Hello World. David Bronder - Systems Admin Segmentation Fault ITS-EI, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. [email protected] _______________________________________________ Tech mailing list [email protected] https://lists.lopsa.org/cgi-bin/mailman/listinfo/tech This list provided by the League of Professional System Administrators http://lopsa.org/
