Re: Side note on SNMP security alert !
Dwight, et al CERT warned of these SNMP flaws more than 2 weeks ago ... but they were discovered last year, and Microsoft just issued patches for some of the Windows operating systems, etc. http://www.computerworld.com/itresources/rcstory/0,4167,STO68242_KEY73,00.ht ml -Original Message- From: Cook, Dwight E (SAIC) [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 28, 2002 7:27 AM To: [EMAIL PROTECTED] Subject: Side note on SNMP security alert ! Importance: High Slightly off topic but since we are in the recovery position, anything to help ward off data loss to begin with is close to on topic... This is all I know for the time being... Dwight The Threat SNMP (Simple Network Management Protocol) is a set of protocols designed for monitoring and configuring network devices and it operates on every device connected to the bp network. We have now been informed of a security bug that makes the network and all connected devices that use SNMP vulnerable to attack. To compound the threat, the techniques for exploiting this vulnerability were recently published on the internet. Devices which are attacked need to be reloaded manually during which time the device would be unavailable with consequential business disruption. An exploited widescale attack would result in a serious denial of service for our network, the greatest risk being initially to internet connections and internet facing devices, so we must act now to protect ourselves.Security patches have been issued by vendors but it will take some time before these can be implemented , so we need to act in a way that protects our most vulnerable devices first. *** This message and any attachments is solely for the intended recipient. If you are not the intended recipient, disclosure, copying, use, or distribution of the information included in this message is prohibited -- please immediately and permanently delete this message.
Re: Backup Sets for Long Term Storage
Jeff and Kelly ... Don't look to the Tivoli software to solve all the issues involved in long-term data storage. Hardware obsolescence must be considered, as well as media life, and having redundant copies, at multiple locations, such as would be recommended in a real DR plan. Kelly, mixing archive files and backup files, and using reclamation, doesn't quite give me that warm, fuzzy feeling I'd like to have. Archive files are usually the data you absolutely need to protect for regulatory, legal, scientific, or historical reasons! And, if this data is really so valuable, doesn't it follow that it deserves more attention? A separate procedure to exercise (read/clean/retension) archive media, refresh the media based on some threshold of read errors, and, ultimately, media/format conversion should be employed, regardless of the volume of data ... Tis a conundrum ! -Original Message- From: Jeff Bach [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 13, 2002 8:25 AM To: [EMAIL PROTECTED] Subject: Re: Backup Sets for Long Term Storage Kelly, How often should I refresh my ### Terabytes of longterm storage? Jeff -Original Message- From: Kelly Lipp [SMTP:[EMAIL PROTECTED]] Sent: Tuesday, February 12, 2002 10:15 PM To: [EMAIL PROTECTED] Subject: Re: Backup Sets for Long Term Storage I believe the key to long term storage is the notion of data refreshment on the tapes. With reclamation, we get that. If archive data is mixed with backup data we get reclamation due to backup retention policies being much less (typically) than archive. Some will argue that moving this data around isn't efficient, but if ensuring that data can be read is the goal, moving it around occasionally is important. Kelly J. Lipp Storage Solutions Specialists, Inc. PO Box 51313 Colorado Springs, CO 80949 [EMAIL PROTECTED] or [EMAIL PROTECTED] www.storsol.com or www.storserver.com (719)531-5926 Fax: (240)539-7175 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Seay, Paul Sent: Tuesday, February 12, 2002 6:36 PM To: [EMAIL PROTECTED] Subject: Re: Backup Sets for Long Term Storage I would not put something I wanted to keep that long on doggies little toy or ate my momma. You get the picture. I do not think DLT and 8mm are reliable enough to be comfortable that they will be able to be restored that far out. This is a nasty problem for all of us. LTO is too new to bet on and we are limited by what we can do. In the mainframe world you archive the stuff and just keep some tape drives around. Open is different. The issue is the vendors have not stepped up to the fact that open has longterm data now, just like a mainframe. -Original Message- From: Haskins, Mike [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 12, 2002 7:10 PM To: [EMAIL PROTECTED] Subject: Backup Sets for Long Term Storage Our TSM server has a 3494 library with 3590 tape drives. Now faced with meeting long term storage requirements (7+ years), I am looking at generating backup sets to accomplish this. Since backup sets can be used for stand-alone restores from a backup-archive client, I am thinking that a different media type would be better than 3590. There's not much chance that many of my nodes could have access to a 3590 drive. DLT or 8mm seem more appropriate. Any experiences or opinions would be appreciated. ** This email and any files transmitted with it are confidential and intended solely for the individual or entity to whom they are addressed. If you have received this email in error destroy it immediately. ** *** This message and any attachments is solely for the intended recipient. If you are not the intended recipient, disclosure, copying, use, or distribution of the information included in this message is prohibited -- please immediately and permanently delete this message.
Re: LTO/Magstar/STK
Rick ... There's an excellent presentation by Dick Replogle on this topic from the 2001 TSM Symposium at Oxford ... http://tsm-symposium.oucs.ox.ac.uk/2001/papers/Replogle.3590andLTO.pdf Judge for yourself ... -Original Message- From: Richard L. Rhodes [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 12, 2002 4:21 AM To: [EMAIL PROTECTED] Subject: LTO/Magstar/STK I've been asked to determine if LTO is a viable technology for backing up some very large database we will be creating (several 4tb oracle databases). use: - streaming backup of large db files - will probably run on a duty cycle of 20-22hr/day, everyday I know that STK 9840/9940 and IBM Magstar drives are capable of this kind of work. THe questions I've been asked is whether LTO is viable in this environment. Any thoughts or comments are welcome. Rick *** This message and any attachments is solely for the intended recipient. If you are not the intended recipient, disclosure, copying, use, or distribution of the information included in this message is prohibited -- please immediately and permanently delete this message.
LTO/Magstar/STK
Sorry for the mix-up in the URL ... Here's the correction : http://tsm-symposium.oucs.ox.ac.uk/2001/papers/Replogle.3590andLTO.PDF -Original Message- From: Dmochowski, Ray Sent: Tuesday, February 12, 2002 9:56 AM To: ADSM-L@VM. MARIST. EDU (E-mail) Subject: RE: LTO/Magstar/STK Rick ... There's an excellent presentation by Dick Replogle on this topic from the 2001 TSM Symposium at Oxford ... http://tsm-symposium.oucs.ox.ac.uk/2001/papers/Replogle.3590andLTO.pdf Judge for yourself ... -Original Message- From: Richard L. Rhodes [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 12, 2002 4:21 AM To: [EMAIL PROTECTED] Subject: LTO/Magstar/STK I've been asked to determine if LTO is a viable technology for backing up some very large database we will be creating (several 4tb oracle databases). use: - streaming backup of large db files - will probably run on a duty cycle of 20-22hr/day, everyday I know that STK 9840/9940 and IBM Magstar drives are capable of this kind of work. THe questions I've been asked is whether LTO is viable in this environment. Any thoughts or comments are welcome. Rick *** This message and any attachments is solely for the intended recipient. If you are not the intended recipient, disclosure, copying, use, or distribution of the information included in this message is prohibited -- please immediately and permanently delete this message.
Re: PC Magazine Enterprise Backup Article - NO MENTION OF TSM!! W here's the Air Support?
Kelly ... Why didn't YOU post a response to the article? -Original Message- From: Kelly Lipp [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 12, 2002 11:59 AM To: [EMAIL PROTECTED] Subject: PC Magazine Enterprise Backup Article - NO MENTION OF TSM!! Where's the Air Support? http://www.pcmag.com/article/0,2997,s=1470a=22041,00.asp Why in the world would an article like this appear and not have a single mention of TSM? Where is the crack marketing team? We need desperately to have air support on an issue like this. The IBM TSM folks who listen hear should send this up the pipe to the marketing folks. It is very hard to sell TSM when the only thing potential customers have heard about is full backups! This kept me up all night. Actually, it wasn't this it was some damn library/TSM interaction that I was trying to invent. I eat, sleep and breath TSM. Can I have some help please? Thanks, Kelly J. Lipp Storage Solutions Specialists, Inc. PO Box 51313 Colorado Springs, CO 80949 [EMAIL PROTECTED] or [EMAIL PROTECTED] www.storsol.com or www.storserver.com (719)531-5926 Fax: (240)539-7175 *** This message and any attachments is solely for the intended recipient. If you are not the intended recipient, disclosure, copying, use, or distribution of the information included in this message is prohibited -- please immediately and permanently delete this message.
file permissions AIX
To: Andy Raibeck, et al Where can I find documentation about how TSM 4 deals with files permissions when interacting between client and server machines when each is hosted on AIX ? On the client side, for example, where users share files with others in their group-id, any member of the group can initiate an archive operation for files in that group. The server side, however, seems to ignore group-id info as far as allowing visibility/access to others. Which manual(s) for TSM on AIX discuss handling of file permissions ? - Ray Dmochowski *** This message and any attachments is solely for the intended recipient. If you are not the intended recipient, disclosure, copying, use, or distribution of the information included in this message is prohibited -- please immediately and permanently delete this message.
Long-Term Storage
Jon ... In a recent Computerworld white paper, entitled The Economics of a Storage Strategy http://www.computerworld.com/cwi/wp/story/0,,NAV63-130_STO65180,00.html Randy Kerns writes that the #1 issue with storage is the cost of administration! IMHO, don't concern yourself about cost of tape cartridges to hold 7 years worth of data. Concentrate instead on a business strategy to ensure reliable storage and retrieval. If the storage requirement is realistically 7 years, then the enterprise has already established the importance of the data! The question should really be what storage strategy is optimal for my environment? -Original Message- From: Martin, Jon R. [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 08, 2002 1:16 PM To: [EMAIL PROTECTED] Subject: Long-Term Storage Good Afternoon, I am trying to identify the best solution for achieving long term storage requirements. However each option has pros and cons. Would anyone like to share their long-term storage solution and why they chose that way. My storage requirement is 7 years. Here are the options I have come up with so far Backup Sets: pros: Can be placed on CD ( lower media cost and easier to store ) Does not require addition client session cons: A backup set can only be restored in it's entirety. How to create backup sets for databases backed up with utilities like SQL-Backtrack or TDP? Archiving: pros: Possible to restore single files cons: I don't think it is possible to archive to CD-Rom. ( Correct me if I'm wrong ) Cost of tape cartridges to hold 7 years worth of data extremely expensive. Requires addition session with client Additionally one benefit to a backup set would be that if in X years if the TSM Server is replaced by another product only the TSM client would be needed to restore a backup set. Whereas to restore archived information the TSM server would be required. Thanks, Jon Martin *** This message and any attachments is solely for the intended recipient. If you are not the intended recipient, disclosure, copying, use, or distribution of the information included in this message is prohibited -- please immediately and permanently delete this message.
Re: automating UNIX or Windows scripts ...
To all Re: automating UNIX or Windows scripts ... http://tcl.activestate.com/man/expect5.31/autoexpect.1.html is documentation for Auto-Expect. Autoexpect is an application to create an application! Autoexpect itself is part of the Expect distribution. Once you start autoexpect, you then perform the actions that you want to script with Expect. Once you complete the script generation, it is suggested you exercise the script to check that it does all that you really want it to do, and that all error cases are handled.
Re: Optical Drives
How old must a technology be to be classified as mature ? Magneto-Optical is a ten year-old, high-performance re-writable technology using cartridge-based media for secure export, handling, and long-term offline archiving ! It is no more proprietary than most tape technologies! Unfortunately, low-end devices and bare media like the common CD and DVD have somewhat tarnished the image of optical technology, but then these low-end devices and media were never designed to provide anything like archival quality . Ray Dmochowski Steve Harris [mailto:[EMAIL PROTECTED]] Sent: Monday, October 29, 2001 6:35 PM Vint, I just looked at this question myself, and it seems to me that optical devices are not yet mature enough. For my application, which has relatively small amounts of data, tape with a second copy and appropriate refreshing of old tapes will be cheap and convenirnt. It also provides relatively easy migration to newer tape types as they become available. I'[ve decided to review this again in 2 years or when the tape usage starts to get unreasonable. Regards Steve Harris AIX and TSM Admin, Queensland Health, Brisbane Australia Vint Maggs [EMAIL PROTECTED] 30/10/2001 0:46:29 Hello All, I have been given the task of evaluating whether or not TSM is the appropriate vehicle for long term archiving. As part of this process I plan on installing the latest version of TSM on Solaris 8. I am interested in which type of optical drive you may be using. I will not be testing optical libraries, just a drive. I have reviewed the list of supported devices and I am surprised by the lack of support beyond a few (4) manufacturers. I was thinking of using the Plextor 12/10/32S External SCSI CD-RW drive but it is not supported. As part of the testing I was planning on determining whether or not the data I write using TSM requires a TSM server or client to recover. Obviously if the data has to be retained for any great length of time I would prefer to avoid any proprietary formats. If you have a TSM/Solaris environment with Optical devices, I am interested in hearing your experiences. Thanks, Vint ** 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. ** *** This message and any attachments is solely for the intended recipient. If you are not the intended recipient, disclosure, copying, use, or distribution of the information included in this message is prohibited -- please immediately and permanently delete this message.
Re: how can inactive old backup data ???
Claudio, et al ... May I suggest this is a Records Management issue more than a technical issue Is the 'backup' data of any ongoing value to the enterprise? What's the real value of the 'archive' data? What data, if any, is still required for legal, financial, scientific or cultural reasons? Isn't there a records schedule that can be consulted to determine the disposition of the data ? Ray Dmochowski [EMAIL PROTECTED] (908) 740-3261 Schering-Plough Research Institute Bldg. K-15-2, Mailstop #2055 2015 Galloping Hill Road Kenilworth, NJ 07033, U.S.A. -Original Message- From: Schaub Joachim Paul ABX-PROD-ZH [mailto:[EMAIL PROTECTED]] Sent: Monday, July 30, 2001 3:44 PM To: [EMAIL PROTECTED] Subject: AW: how can inactive old backup data ??? You have to delete the filespace with the type=backup -Ursprüngliche Nachricht- Von: Claudio Cofre Caro [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 30. Juli 2001 21:41 An: [EMAIL PROTECTED] Betreff: Re: how can inactive old backup data ??? Well, i can not delete the filespaces, because i have a archive data that will be exist for at less five year... --- Claudio Cofré Caro SA Consultores - Chile Serein, Gilbert To: [EMAIL PROTECTED] Claudio cc: gilbert@MIAMSubject: Re: how can inactive old backup data I.EDU ??? Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] RIST.EDU 30-07-01 15:30 Please respond to ADSM: Dist Stor Manager Claudio, if the node has been shutdown for ever wouldn't be better to delete the file spaces and get back the resources. -Original Message- From: Claudio Cofre Caro [SMTP:[EMAIL PROTECTED]] Sent: Monday, July 30, 2001 3:20 PM To: [EMAIL PROTECTED] Subject:how can inactive old backup data ??? A little question for the experts... I have a client node that is no useful anymore (this node has been shutdown forever). How can i INACTIVE the adsm data for this node. The backup policy for this node is Version data exist=7 Vesion data deleted=7 Retain version=60 Retain Only version=90 I have too Archive policy for 5 year (1830 days). In this moment i have many ACTIVE backup data that never will be expire ? Thanks in advance... --- Claudio Cofré Caro SA Consultores - Chile *** This message and any attachments is solely for the intended recipient. If you are not the intended recipient, disclosure, copying, use, or distribution of the information included in this message is prohibited -- please immediately and permanently delete this message.
TSM database documentation ?
While we await an update to the ER diagram for TSM, can anyone direct me to current documentation about the tables in the TSM Database, including descriptions of each, with the names and descriptions of each data coulmn included in the tables? Ray Dmochowski [EMAIL PROTECTED] (908) 740-3261 Schering-Plough Research Institute Kenilworth, NJ 07033, U.S.A. *** This message and any attachments is solely for the intended recipient. If you are not the intended recipient, disclosure, copying, use, or distribution of the information included in this message is prohibited -- please immediately and permanently delete this message.
FW: TSM database documentation
To: Richard .. David.. Wanda ... others .. Thanks for your help and great advice! but I was wondering if there was any IBM, Tivoli, or other documentation, manuals or redbooks about the DB? -Original Message- From: David Longo [mailto:[EMAIL PROTECTED]] Sent: Friday, July 20, 2001 11:17 AM To: [EMAIL PROTECTED] Subject: Re: TSM database documentation ? To get this info use select statements. select * from syscat.tables select * from syscat.columns select * from syscat.enumtypes This will give you lots of info and you can use to see what is in each table, etc. You can modify selects to get just certain info instead of the whole thing. That's it in a nutshell. - David B. Longo [EMAIL PROTECTED] 07/20/01 11:00AM While we await an update to the ER diagram for TSM, can anyone direct me to current documentation about the tables in the TSM Database, including descriptions of each, with the names and descriptions of each data coulmn included in the tables? Ray Dmochowski [EMAIL PROTECTED] (908) 740-3261 Schering-Plough Research Institute Kenilworth, NJ 07033, U.S.A. == *** This message and any attachments is solely for the intended recipient. If you are not the intended recipient, disclosure, copying, use, or distribution of the information included in this message is prohibited -- please immediately and permanently delete this message.
Re: updated ER diagram of the TSM tables?
Lisa ... Although I'm a newbie to TSM, I'm sure I won't be alone in welcoming your efforts to provide an updated Entity-Relationship diagram for TSM tables. Please continue, with all haste .. Much thanks ! Ray Dmochowski [EMAIL PROTECTED] (908) 740-3261 Schering-Plough Research Institute Bldg. K-15-2, Mailstop #2055 2015 Galloping Hill Road Kenilworth, NJ 07033, U.S.A. -Original Message- From: Lisa Cabanas [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 17, 2001 8:51 AM To: [EMAIL PROTECTED] Subject: updated ER diagram of the TSM tables? Has anyone updated their ER diagram for the TSM tables? I have the ones (in .pdf and .doc format) that Claudio Cofre shared with the list in October 1999. I thought I'd save my self the work if someone else already had. If not, then when I finish, I'll share with the list. thanks! lisa *** This message and any attachments is solely for the intended recipient. If you are not the intended recipient, disclosure, copying, use, or distribution of the information included in this message is prohibited -- please immediately and permanently delete this message.
Unload / Reload Information
The SHARE Conference proceedings can be found at http://www.share.org/proceedings/sh96/share.htm see the .pdf file for session #5726 - Ray Dmochowski -Original Message- From: Rajesh Oak [mailto:[EMAIL PROTECTED]] Sent: Friday, June 15, 2001 12:26 PM To: [EMAIL PROTECTED] Subject: Re: Unload / Reload Information Mike, Where can we get this copy? Rajesh Oak -- On Fri, 15 Jun 2001 07:11:49 Mike Kaczmarski wrote: The last SHARE conference in Long Beach, CA included a session on Everything You Always Wanted to Know about the TSM Server Database. I believe that Dave Cannon is planning to present this at SHARE in Minneapolis and perhaps at a Symposium at Oxford later this year. You should be able to get a copy of this presentation for the share proceedings. --- Mike Kaczmarski Product Architecture Tivoli Systems: Storage Software [EMAIL PROTECTED] Gerhard Wolkerstorfer [EMAIL PROTECTED]@VM.MARIST.EDU on 06/15/2001 03:32:55 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Unload / Reload Informations Hi all, is there any documentation what is the meaning of a database record, a database entry, a Bit vector and so on ? I didn't find any hint in the TSM Documentation. When unloading and reloading a database you get the values for these kind of things (and others) And as a correct Admin I wanted to compare the values of the Unload- and afterwards of the Reload Job. Unfortunately the counter for the database records was different, but the larger counter for database entries was correct (and the bit vectors also) I started TSM and everything was fine. (at the first view) But I didn't find any informations about that. So I don't know if the difference matters Could someone give me a hint ? Thank you in advance Gerhard Wolkerstorfer Get 250 color business cards for FREE! http://businesscards.lycos.com/vp/fastpath/ *** This message and any attachments is solely for the intended recipient. If you are not the intended recipient, disclosure, copying, use, or distribution of the information included in this message is prohibited -- please immediately and permanently delete this message.
Re: Offsite storage of tapes
All: Visit the web page at: http://www.storage.ibm.com/media/products.html#3570 It lists a #59H4449 Transport/Storage Case for #3570 media. Has anybody tried to order them from IBM ? -Original Message- From: David Longo [mailto:[EMAIL PROTECTED]] Sent: Friday, June 08, 2001 10:18 AM To: [EMAIL PROTECTED] Subject: Offsite Storage of Tapes I have a different kind of question about the offsite storage/transport of tapes for our IBM 3575 library. We use Arcus Data Security for this. At present the tapes are put in an open case and we use foam pieces (really!) as filler so tapes won't bang around much. Our local Arcus site says they can't find that there is a case made for these tapes or an insert for some of their cases that has slots for individual tapes. I know other tapes have this custom type of case of insert. Does anyone out there using 3575 tapes and Arcus have any better answer and can you provide me details for my local office - Part Numbers or something. Thanks, *** This electronic message, including its attachments, is confidential and proprietary and is solely for the intended recipient. If you are not the intended recipient, this message was sent to you in error and you are hereby advised that any review, disclosure, copying, distribution or use of this message or any of the information included in this message by you is unauthorized and strictly prohibited. If you have received this electronic transmission in error, please immediately notify the sender by reply to this message and permanently delete all copies of this message and its attachments in your possession. Thank you.
FW: HP-3000
Mahesh Tailor ... TSM currently does NOT support MPE/XL on the HP3000 as a client platform. HP-UX, on the other hand, is supported as both a client and server platform. The HP3000 O/S is POSIX compliant, however. Maybe you could look to offload HP3000 stuff to a HP-USX box - and then have the HP-USX connected to TM. The other possibility, of course, is to simply use Hp's own product offerings for backup and storage Ray Dmochowski Business Analyst Schering-Plough Research Institute [EMAIL PROTECTED] -Original Message- From: Mahesh Tailor [mailto:[EMAIL PROTECTED]] Sent: Friday, June 01, 2001 11:30 AM To: [EMAIL PROTECTED] Subject: HP-3000 I was wondering if someone can help answer a question. First of all, I am not an HP-guru person, but I was told to find out if TSM can backup HP 3000 systems running MPE XL. If not, how do these get handled? TIA Mahesh Tailor WAN Administrator Carilion Health System Voice: 540-224-3929 Fax: 540-224-3954 *** This electronic message, including its attachments, is confidential and proprietary and is solely for the intended recipient. If you are not the intended recipient, this message was sent to you in error and you are hereby advised that any review, disclosure, copying, distribution or use of this message or any of the information included in this message by you is unauthorized and strictly prohibited. If you have received this electronic transmission in error, please immediately notify the sender by reply to this message and permanently delete all copies of this message and its attachments in your possession. Thank you.
Re: 500GB Backup
Hey, people ! Are we comparing apples to apples? Is the 10 MB/s to disk compressed? Or is a 3:1 tape hardware compression ratio clouding the issue ? -Original Message- From: Burton, Robert [mailto:[EMAIL PROTECTED]] Sent: Monday, April 30, 2001 11:24 AM To: [EMAIL PROTECTED] Subject: Re: 500GB Backup We have benchmarked this to deathEMC/IBM and Hitachi disk we can get 8 to 10 MB/s, on both IBM 3590e's and STK 9840 we are getting 35 to 40 MB/sec -Original Message- From: Remeta, Mark [mailto:[EMAIL PROTECTED]] Sent: Monday, April 30, 2001 11:04 AM To: [EMAIL PROTECTED] Subject: Re: 500GB Backup Since when??? -Original Message- From: Burton, Robert [mailto:[EMAIL PROTECTED]] Sent: Monday, April 30, 2001 10:59 AM To: [EMAIL PROTECTED] Subject: Re: 500GB Backup Tape direct is a heck of a lot faster than disk Robert Burton Open System Storage Analyst Royal Bank of Canada 315 Front St West Toronto, On, M5V 3A4 416-348-3849 email: [EMAIL PROTECTED] -Original Message- From: Dearman, Richard [mailto:[EMAIL PROTECTED]] Sent: Monday, April 30, 2001 10:56 AM To: [EMAIL PROTECTED] Subject: Re: 500GB Backup Why would I send the data to tape first writing to disk is faster. -Original Message- From: Vibhute, Bandu [mailto:[EMAIL PROTECTED]] Sent: Friday, April 27, 2001 3:22 PM To: [EMAIL PROTECTED] Subject: Re: 500GB Backup What I understood from your setup is as follows. You are doing cold backup everyday using TSM disk pools. Your backup time is 6 hrs for 500 Gig and you will be backing up 1TB in next few months. Your TSM server has only one SSA Adapter. If you could do following changes in your setup, You should be able to reduce backup window time. 1. Schedule backup with multiple threads using Gigabit Fiber Channel Interface. 2. Configure Copy group to send backup data directly to tapes( Don't use disk group) -Bandu -Original Message- From: Dearman, Richard [mailto:[EMAIL PROTECTED]] Sent: Friday, April 27, 2001 1:42 PM To: [EMAIL PROTECTED] Subject: Re: 500GB Backup The amount of data is the same everday 500GB full backup. I'm using one SSA card in the tsm system. I could get Gig cards if I have proof that I'm maxing out the current 100mb cards in the system and I don't seem to be doing that. The tsm server is plugged into the same switch has the backup server and on the same ip subnet. Also, the database files that I'm backing up are just oracle dump files. The tsm serve is also running aix 4.3.3. -Original Message- From: Vibhute, Bandu [mailto:[EMAIL PROTECTED]] Sent: Friday, April 27, 2001 12:35 PM To: [EMAIL PROTECTED] Subject: Re: 500GB Backup We are backing up 2 servers of capacity 1.2 TB everyday. We have shark system and flash copy is implemented on shark. Without client interference we backup 1.2 Gig to TSM. It's running with 6 drives. No LAN/Free. But it's Client/Free backup. To restore we have placed Gbit Interfaces in Client and TSM Server. You need to give more information of your server and database. Are you doing incremental or full backup and which database you have? If incremental how much data is changed everyday? Can you afford GBit interface between data server and TSM? ( IT needs 2 adapter and 1 switch) How many drives your library have? How many SSA adapters are installed in server? Thank you, Bandu Vibhute, Bestfoods Baking Company, 55 Paradise Lane, Bay Shore, NY, 11706 Voice: 631-951-5212, Cell: 516-702-0323 -Original Message- From: PINNI, BALANAND (SBCSI) [mailto:[EMAIL PROTECTED]] Sent: Friday, April 27, 2001 1:01 PM To: [EMAIL PROTECTED] Subject: Re: 500GB Backup Importance: High Hi If I am correct IBM offers LAN free backup which is faster .But need to purchase additional s/w. pinni -Original Message- From: Dearman, Richard [mailto:[EMAIL PROTECTED]] Sent: Friday, April 27, 2001 11:48 AM To: [EMAIL PROTECTED] Subject: 500GB Backup I need to backup a 500GB database and my current setup is my tsm server is on the same ip subnet has the database server. Tsm is connected to 500GB of SSA storage with 5 RAID5 sets with two 50GB tsm volumes on each raid set. My though put to the disk only seems to be 9000 kB/s. Which doesn't seem very high to me. My backup time is about 6 hours. Does anyone have any better senarios for backing up this amount of data in the smallest amount of time soon. I am going to be backing up a 1Tb per day and I need to get me backup times to the lowest. Does anyone have any suggestions on how to do that. Thanks ***EMAIL DISCLAIMER** This e-mail and any files transmitted with it may be confidential and are intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient or the individual responsible for delivering the e-mail to the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken
LTO Tape Drive Performance
To all A new performance paper by Progressive Strategies is posted on the Tivoli site - SEE ANALYST REPORTS: Tape Drive Performance Comparisons-Using Tivoli Storage Manager http://www.tivoli.com/products/solutions/storage/storage_related.html Ray Dmochowski Schering-Plough Research Institute Kenilworth, NJ 07033, U.S.A. (908) 740-3261 [EMAIL PROTECTED] This E-mail and any files transmitted with it may contain information that is confidential and privileged. This material is intended solely for the use of the individual(s) or entity to whom it is addressed. Opinions and conclusions contained in this message shall be understood as non-binding and neither given nor endorsed by Schering-Plough Research Institute. If you believe you have received this email in error, please notify the sender. *** This electronic message, including its attachments, is confidential and proprietary and is solely for the intended recipient. If you are not the intended recipient, this message was sent to you in error and you are hereby advised that any review, disclosure, copying, distribution or use of this message or any of the information included in this message by you is unauthorized and strictly prohibited. If you have received this electronic transmission in error, please immediately notify the sender by reply to this message and permanently delete all copies of this message and its attachments in your possession. Thank you.
Re: Long Term Archive for Databases
Richard Sims ... How do YOU perceive implementing a "neutral" archive format given that most storage formats vary from platform to platform anyway (e.g., MVS to AIX), and sometimes from one drive architecture to another, because of changes in recording density, etc ? Ray Dmochowski Schering-Plough Research Institute Kenilworth, NJ 07033, U.S.A. (908) 740-3261 [EMAIL PROTECTED] -Original Message- From: Richard Sims [mailto:[EMAIL PROTECTED]] Sent: Friday, April 06, 2001 1:45 PM To: [EMAIL PROTECTED] Subject: Re: Long Term Archive for Databases One thing to keep in mind: TSM is a proprietary solution, meaning that your data is locked into it and unaccessible by any other means. And there are no guarantees from Tivoli that I've ever seen that you can absolutely and fully retrieve your data that has been sitting on a tape for 10 years and many product revision levels. You and I would *expect* the data to be retrievable, but what do you think the probability is that Tivoli is doing comprehensive testing of the retrievability of data that was written by levels of the product going back to the initial release level, as written by any kind of client? This is why long-term archiving usually calls for storage to be in "neutral" form, so that there is certainty of retrievability and usability. Richard Sims, BU *** This electronic message, including its attachments, is confidential and proprietary and is solely for the intended recipient. If you are not the intended recipient, this message was sent to you in error and you are hereby advised that any review, disclosure, copying, distribution or use of this message or any of the information included in this message by you is unauthorized and strictly prohibited. If you have received this electronic transmission in error, please immediately notify the sender by reply to this message and permanently delete all copies of this message and its attachments in your possession. Thank you.
Re: Long Term Archives
Doesn't anybody have a pragmatic approach to using *SM for long term archive? Bypass compression? Bypass encryption? What are the realities of using optical media (WORM)? Who performs "refreshing" (i.e., media migration) on a regular schedule? Has anyone successfully migrated all their archives between platforms, or between media (tape to optical?) It seems to me that with the wealth of experience in the *SM community, somebody would have some experiences and best practices to share! Ray Dmochowski Schering-Plough Research Institute Kenilworth, NJ 07033, U.S.A. (908) 740-3261 [EMAIL PROTECTED] -Original Message- From: Richard Sims [mailto:[EMAIL PROTECTED]] Sent: Monday, April 09, 2001 9:10 AM To: [EMAIL PROTECTED] Subject: Re: Long Term Archive for Databases Ray - I think that one has to approach the long-term archiving of electronic records in stages of practicality, and considering the longevity of the data. Other postings on the issue suggested what amounts to performing an "export" of data that is stored in highly structured (database) vehicles, and in general making an image external to proprietary storage vehicles (e.g., TSM). This is to say that the format of the data is rendered "neutral", toward the objective of either being able to later reintroduce it into a contemporary storage and retrieval vehicle, or to be able to use the data as-is in its "flat" form, though perhaps in a limited manner. In addition to making the data "neutral", one has to house it in media commensurate with the objective of long-term storage and retrieval. That calls for the qualities of media stability, and pervasive standardization so as to maximize the availability of playback mechanisms. CD-R is a current technology which well fulfills both requirements. However, no media is forever. For very long term storage, I would refer to a statement in one paper on the issue: "Digital preservation depends upon copying." That is, as the media technology approaches its twilight, the data needs to be transferred to the comparable media of its day. Certainly we are not pathfinders in this issue. Here are some references to just a few of the sites, postings, and papers on the long-term storage of electronic records: http://www.nara.gov/arch/ http://www.zdnet.com/enterprise/stories/main/0,10228,913670,00.html http://esdis-it.gsfc.nasa.gov/MSST/conf1996/A6_14Nonon.html http://www.ukoln.ac.uk/services/papers/bl/rdr6238/paper.html http://www.nb.no/rapporter/preserv.html http://www.uky.edu/~kiernan/DL/hedstrom.html http://www.kb.nl/coop/nedlib/results/D4.2/D4.2.htm Richard Sims, BU *** This electronic message, including its attachments, is confidential and proprietary and is solely for the intended recipient. If you are not the intended recipient, this message was sent to you in error and you are hereby advised that any review, disclosure, copying, distribution or use of this message or any of the information included in this message by you is unauthorized and strictly prohibited. If you have received this electronic transmission in error, please immediately notify the sender by reply to this message and permanently delete all copies of this message and its attachments in your possession. Thank you.
Why do we need to archive ?
To All: Records should be retained if they have cultural, economic or scientific value! Records should be retained if there are legal mandates, such as IRS rules, or they can serve as evidence in legal disputes (e.g., copyrights, patents, etc.). Regulatory agencies, such as the FDA, usually require the retention of laboratory, clinical and manufacturing records (GxP). We're all aware of the limitations of our technology, but this does not absolve us of any of the responsibilities for records retention. Ray Dmochowski Schering-Plough Research Institute Kenilworth, NJ 07033, U.S.A. (908) 740-3261 [EMAIL PROTECTED] This E-mail and any files transmitted with it may contain information that is confidential and privileged. This material is intended solely for the use of the individual(s) or entity to whom it is addressed. Opinions and conclusions contained in this message shall be understood as non-binding and neither given nor endorsed by Schering-Plough Research Institute. If you believe you have received this email in error, please notify the sender. *** This electronic message, including its attachments, is confidential and proprietary and is solely for the intended recipient. If you are not the intended recipient, this message was sent to you in error and you are hereby advised that any review, disclosure, copying, distribution or use of this message or any of the information included in this message by you is unauthorized and strictly prohibited. If you have received this electronic transmission in error, please immediately notify the sender by reply to this message and permanently delete all copies of this message and its attachments in your possession. Thank you.
long-term archive and retrieve
Hi, *SMers Does anyone have any experiences, best practices, etc. they'd like to share about long-term retention (archiving) of vital records. What to do to support expeditious retrieve? If you can point me to any references or URLs that would also be greatly appreciated. Ray Dmochowski Schering-Plough Research Institute Kenilworth, NJ 07033, U.S.A. (908) 740-3261 [EMAIL PROTECTED] This E-mail and any files transmitted with it may contain information that is confidential and privileged. This material is intended solely for the use of the individual(s) or entity to whom it is addressed. Opinions and conclusions contained in this message shall be understood as non-binding and neither given nor endorsed by Schering-Plough Research Institute. If you believe you have received this email in error, please notify the sender. *** This electronic message, including its attachments, is confidential and proprietary and is solely for the intended recipient. If you are not the intended recipient, this message was sent to you in error and you are hereby advised that any review, disclosure, copying, distribution or use of this message or any of the information included in this message by you is unauthorized and strictly prohibited. If you have received this electronic transmission in error, please immediately notify the sender by reply to this message and permanently delete all copies of this message and its attachments in your possession. Thank you.
Re: MagStar Tape Library #3575 vs. LTO
IBM Canada recently presented an overview of the architecture for the open tape marketplace. Visit the November 16, 2000, presentation at: http://www.cartagena.com/naspa/issues.html#IBMLTO1 for description of IBM's implementation of LTO, review of features and benefits of IBM LTO, some comparison against existing technologies. I personally prefer the 3590 architecture. It has a history of high reliability and superior performance Ray Dmochowski Schering-Plough Research Institute Kenilworth, NJ 07033, U.S.A. (908) 740-3261 [EMAIL PROTECTED] This E-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Opinions and conclusions contained in this message shall be understood as non-binding and neither given nor endorsed by Schering-Plough Research Institute.
