If only the Wintel boxes had/have a FC card-- I could buy a spare (or two for compatibility with existing hardware) and go about using the 3590 tapes for backupsets. Perhaps this would be doable for any boxes that died here at HQ, but for the 150 odd other boxes statewide, this isn't a feature for them.
I have found some DVD-R with external SCSI so I could attach it to the 6M1, and create a media that the wintel boxes (on the whole) could read without problems. lisa Steve Harris <[EMAIL PROTECTED] To: [EMAIL PROTECTED] LD.GOV.AU> cc: Sent by: "ADSM: Dist Subject: Re: Keeping an handle on client systems' large drives Stor Manager" <[EMAIL PROTECTED]> 06/17/2002 06:55 PM Please respond to "ADSM: Dist Stor Manager" Lisa, You have SAN. Can you san attach your TSM drives? That way you could direct attach them to the Wintel boxes without a direct physical attachment. Steve Harris AIX and TSM Admin, Queensland Health, Brisbane Australia >>> [EMAIL PROTECTED] 17/06/2002 23:33:26 >>> I was mucking about on Thursday, checking out the backupset option for a server that died that day. It appears to me that I need to find a CD/DVD burner that will attach to a 6M1, or to a FC director to be able to make backupsets in my environment? I understood the documentation to mean that the sequential media device needs to be defined as a device class on the server, and since I am AIX in a SAN environment (well, almost SAN...we're working on it), I don't have many options for the NT boxes that I would like to make backupsets for (I mean, I don't see connecting an NT box to a 3494 or a 3590 drive). I guess I could use an 3580 that would be "portable"? Am I missing something, or is this the way it actually is? thanks, lisa "Seay, Paul" <seay_pd@NAPTH To: [EMAIL PROTECTED] EON.COM> cc: Sent by: Subject: Re: Keeping an handle on client systems' large drives "ADSM: Dist Stor Manager" <[EMAIL PROTECTED] IST.EDU> 06/13/2002 10:54 PM Please respond to "ADSM: Dist Stor Manager" Actually, Dan, sorry for my remark. What you have to do is revisit what you are saving and put in exclude.dirs for all directories that contain software that can be rebuilt from a common desktop image (hard drive replacment). Have your users save their documents in specific folders and only back them up. Then they just have to customize their desktop configure their node name in the dsm.opt and restore the stuff that is backed up. This is the trade-off. The other approach is the backupset that is a CD sent to them and incremental restore from that point forward. Paul D. Seay, Jr. Technical Specialist Naptheon, INC 757-688-8180 -----Original Message----- From: Dan Foster [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 13, 2002 11:25 PM To: [EMAIL PROTECTED] Subject: Keeping an handle on client systems' large drives I've always been curious about something. How do you keep an handle on the fact that commodity PC storage is growing at a far faster rate than tape capacity/system is? For example, if I had a small LAN of about 300 PCs -- let's say, an academic or corporate departmental LAN environment... each has at least a 40 GB HD, and probably a fair amount of apps and files on them. In the stores, I see drives up to 160 GB, with even larger ones on the way! So let's say, an average of 25 GB utilization per system... a single full backup would be about 7.5 TB, which is quite a few tapes ;) Not everybody is using LTO or higher capacity. So do those sites rely purely on the incrementals to save you? Or some site specific policy such as tailoring backups to exclude (let's say) C:\Program Files, or some such...? Just wondering. Not every site is lucky enough to be able to convince the beancounters the merits of having a backup system that keeps up with the needs of the end users, even if it means one has to explain doomsday predictions on the business bottom line -- they invariably hear that then say "Oh, pshaw, you're just exaggerating because you want money...". It sucks to be the one that's right ;) And the ones who warns well before a nasty event occurs may also be the first one to be fired out of spite after something happens and gets the blame for not having prevented it. -Dan Foster IP Systems Engineering (IPSE) Global Crossing Telecommunications ********************************************************************** This e-mail, including any attachments sent with it, is confidential and for the sole use of the intended recipient(s). This confidentiality is not waived or lost if you receive it and you are not the intended recipient(s), or if it is transmitted/ received in error. Any unauthorised use, alteration, disclosure, distribution or review of this e-mail is prohibited. It may be subject to a statutory duty of confidentiality if it relates to health service matters. If you are not the intended recipient(s), or if you have received this e-mail in error, you are asked to immediately notify the sender by telephone or by return e-mail. You should also delete this e-mail message and destroy any hard copies produced. **********************************************************************