Re: Missing MMC reports
The .xml files are the customized templates for your daily reports. If you are looking for the reports themselves, look for .htm files, which also by default go into the /console directory. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Large, M (Matthew) Sent: Tuesday, December 20, 2005 4:29 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Missing MMC reports Thanks for that Henrik, I can see those files in the console dir, but no other xml files. Are non-default reports added to these files or are more xml files generated? Thanks again, Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Henrik Wahlstedt Sent: 20 December 2005 08:26 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Missing MMC reports Hi, Take a look at thoose XML files. If I remeber it correctly all reports are stored as XML files and thoose listed belows are the default reports. \...\tsm\console\default_rep_eng.xml and default_mon_eng.xml //Henrik -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Large, M (Matthew) Sent: den 20 december 2005 09:17 To: ADSM-L@VM.MARIST.EDU Subject: Missing MMC reports Hi TSMers, TSM 5.2.4.5 on W2K3 In a server move a colleague has mislaid my MMC reports - can any one tell me what form these reports had before they were deleted? The system was regularly backed up so I can restore them, if I know what to restore! Many thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ This email (including any attachments to it) is confidential, legally privileged, subject to copyright and is sent for the personal attention of the intended recipient only. If you have received this email in error, please advise us immediately and delete it. You are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Although we have taken reasonable precautions to ensure no viruses are present in this email, we cannot accept responsibility for any loss or damage arising from the viruses in this email or attachments. We exclude any liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided in this email or its attachments, unless that information is subsequently confirmed in writing. If this email contains an offer, that should be considered as an invitation to treat. _ --- The information contained in this message may be CONFIDENTIAL and is intended for the addressee only. Any unauthorised use, dissemination of the information or copying of this message is prohibited. If you are not the addressee, please notify the sender immediately by return e-mail and delete this message. Thank you. _ This email (including any attachments to it) is confidential, legally privileged, subject to copyright and is sent for the personal attention of the intended recipient only. If you have received this email in error, please advise us immediately and delete it. You are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Although we have taken reasonable precautions to ensure no viruses are present in this email, we cannot accept responsibility for any loss or damage arising from the viruses in this email or attachments. We exclude any liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided in this email or its attachments, unless that information is subsequently confirmed in writing. If this email contains an offer, that should be considered as an invitation to treat. _
Re: Missing MMC reports
As Henrik indicated, you'll need those .xml files, and possibly any other customized ones that you might have had. Also, any customized reports will have ".ext" extensions...so you'll want to restore those as well. Mail Recipient lists are exported as ".rcp", if you had any of those saved. The scheduling stuff, I believe, is unfortunately saved in the registry, so you will likely have to recreate that by hand. Generally what I do is to install a fresh copy of the same version in the same location, and then restore all contents of the "console" directory, and restart the reporting service. That's worked pretty well for me in the past. Regards, -Lloyd On Tue, 20 Dec 2005 09:29:03 + "Large, M (Matthew)" <[EMAIL PROTECTED]> wrote thusly: > Thanks for that Henrik, > > I can see those files in the console dir, but no other xml files. Are > non-default reports added to these files or are more xml files > generated? > > Thanks again, > Matthew > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of > Henrik Wahlstedt > Sent: 20 December 2005 08:26 > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] Missing MMC reports > > Hi, > > Take a look at thoose XML files. If I remeber it correctly all reports > are stored as XML files and thoose listed belows are the default > reports. > \...\tsm\console\default_rep_eng.xml and default_mon_eng.xml > > //Henrik > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of > Large, M (Matthew) > Sent: den 20 december 2005 09:17 > To: ADSM-L@VM.MARIST.EDU > Subject: Missing MMC reports > > Hi TSMers, > > TSM 5.2.4.5 on W2K3 > > In a server move a colleague has mislaid my MMC reports - can any one > tell me what form these reports had before they were deleted? The system > was regularly backed up so I can restore them, if I know what to > restore! > > Many thanks, > Matthew > > TSM Consultant > ADMIN ITI > Rabobank International > 1 Queenhithe, London > EC4V 3RL > > > _ > > This email (including any attachments to it) is confidential, legally > privileged, subject to copyright and is sent for the personal attention > of the intended recipient only. If you have received this email in > error, please advise us immediately and delete it. You are notified that > disclosing, copying, distributing or taking any action in reliance on > the contents of this information is strictly prohibited. Although we > have taken reasonable precautions to ensure no viruses are present in > this email, we cannot accept responsibility for any loss or damage > arising from the viruses in this email or attachments. We exclude any > liability for the content of this email, or for the consequences of any > actions taken on the basis of the information provided in this email or > its attachments, unless that information is subsequently confirmed in > writing. If this email contains an offer, that should be considered as > an invitation to treat. > _ > > > --- > The information contained in this message may be CONFIDENTIAL and is > intended for the addressee only. Any unauthorised use, dissemination of > the information or copying of this message is prohibited. If you are not > the addressee, please notify the sender immediately by return e-mail and > delete this message. > Thank you. > _ > > This email (including any attachments to it) is confidential, legally > privileged, subject to copyright and is sent for the personal attention > of the intended recipient only. If you have received this email in > error, please advise us immediately and delete it. You are notified that > disclosing, copying, distributing or taking any action in reliance on > the contents of this information is strictly prohibited. Although we > have taken reasonable precautions to ensure no viruses are present in > this email, we cannot accept responsibility for any loss or damage > arising from the viruses in this email or attachments. We exclude any > liability for the content of this email, or for the consequences of any > actions taken on the basis of the information provided in this email or > its attachments, unless that information is subsequently confirmed in > writing. If this email contains an offer, that should be considered as > an invitation to > treat._ -- -- Lloyd Dieter- Systems Engineer IBM CATE Registered Linux User 285528 SCS, Inc. http://www.scsinet.com [EMAIL PROTECTED] Main:315-446-Direct:585-226-3289 --
Re: Missing MMC reports
Thanks for that Henrik, I can see those files in the console dir, but no other xml files. Are non-default reports added to these files or are more xml files generated? Thanks again, Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Henrik Wahlstedt Sent: 20 December 2005 08:26 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Missing MMC reports Hi, Take a look at thoose XML files. If I remeber it correctly all reports are stored as XML files and thoose listed belows are the default reports. \...\tsm\console\default_rep_eng.xml and default_mon_eng.xml //Henrik -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Large, M (Matthew) Sent: den 20 december 2005 09:17 To: ADSM-L@VM.MARIST.EDU Subject: Missing MMC reports Hi TSMers, TSM 5.2.4.5 on W2K3 In a server move a colleague has mislaid my MMC reports - can any one tell me what form these reports had before they were deleted? The system was regularly backed up so I can restore them, if I know what to restore! Many thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ This email (including any attachments to it) is confidential, legally privileged, subject to copyright and is sent for the personal attention of the intended recipient only. If you have received this email in error, please advise us immediately and delete it. You are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Although we have taken reasonable precautions to ensure no viruses are present in this email, we cannot accept responsibility for any loss or damage arising from the viruses in this email or attachments. We exclude any liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided in this email or its attachments, unless that information is subsequently confirmed in writing. If this email contains an offer, that should be considered as an invitation to treat. _ --- The information contained in this message may be CONFIDENTIAL and is intended for the addressee only. Any unauthorised use, dissemination of the information or copying of this message is prohibited. If you are not the addressee, please notify the sender immediately by return e-mail and delete this message. Thank you. _ This email (including any attachments to it) is confidential, legally privileged, subject to copyright and is sent for the personal attention of the intended recipient only. If you have received this email in error, please advise us immediately and delete it. You are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Although we have taken reasonable precautions to ensure no viruses are present in this email, we cannot accept responsibility for any loss or damage arising from the viruses in this email or attachments. We exclude any liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided in this email or its attachments, unless that information is subsequently confirmed in writing. If this email contains an offer, that should be considered as an invitation to treat. _
Re: Missing MMC reports
Hi, Take a look at thoose XML files. If I remeber it correctly all reports are stored as XML files and thoose listed belows are the default reports. \...\tsm\console\default_rep_eng.xml and default_mon_eng.xml //Henrik -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Large, M (Matthew) Sent: den 20 december 2005 09:17 To: ADSM-L@VM.MARIST.EDU Subject: Missing MMC reports Hi TSMers, TSM 5.2.4.5 on W2K3 In a server move a colleague has mislaid my MMC reports - can any one tell me what form these reports had before they were deleted? The system was regularly backed up so I can restore them, if I know what to restore! Many thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ This email (including any attachments to it) is confidential, legally privileged, subject to copyright and is sent for the personal attention of the intended recipient only. If you have received this email in error, please advise us immediately and delete it. You are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Although we have taken reasonable precautions to ensure no viruses are present in this email, we cannot accept responsibility for any loss or damage arising from the viruses in this email or attachments. We exclude any liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided in this email or its attachments, unless that information is subsequently confirmed in writing. If this email contains an offer, that should be considered as an invitation to treat. _ --- The information contained in this message may be CONFIDENTIAL and is intended for the addressee only. Any unauthorised use, dissemination of the information or copying of this message is prohibited. If you are not the addressee, please notify the sender immediately by return e-mail and delete this message. Thank you.
Missing MMC reports
Hi TSMers, TSM 5.2.4.5 on W2K3 In a server move a colleague has mislaid my MMC reports - can any one tell me what form these reports had before they were deleted? The system was regularly backed up so I can restore them, if I know what to restore! Many thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ This email (including any attachments to it) is confidential, legally privileged, subject to copyright and is sent for the personal attention of the intended recipient only. If you have received this email in error, please advise us immediately and delete it. You are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Although we have taken reasonable precautions to ensure no viruses are present in this email, we cannot accept responsibility for any loss or damage arising from the viruses in this email or attachments. We exclude any liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided in this email or its attachments, unless that information is subsequently confirmed in writing. If this email contains an offer, that should be considered as an invitation to treat. _
MMC memory leak?
Hi all, I left the MMC console running overnight on a W2K box, monitoring three TSM servers. At some point in the evening it had eaten up to 1 GB of memory, and despite the box having 4 GB, the overnights ops wanted to kill it. So, my question is, has this happened to you? Is there a memory leak in the TSM MMC? Thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ This email (including any attachments to it) is confidential, legally privileged, subject to copyright and is sent for the personal attention of the intended recipient only. If you have received this email in error, please advise us immediately and delete it. You are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Although we have taken reasonable precautions to ensure no viruses are present in this email, we cannot accept responsibility for any loss or damage arising from the viruses in this email or attachments. We exclude any liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided in this email or its attachments, unless that information is subsequently confirmed in writing. If this email contains an offer, that should be considered as an invitation to treat. _
Re: inc mmc question
CORP Rick Willmore wrote: I have many windows 2000 clients that I wish to backup using an incremental backup and specifying a MMC that is different than one specified in my dsm.opt using the inclu/exclu options. The idea is to have incrementals that are run daily and a seperate set of incrementals that are run monthly (different storage pool). Anyone have any suggestions? I am trying to avoid using an archive due to database size and the fact that the monthly incrementals are going to a tape pool that will remain in my library. R. Rick, Have you considered doing image backups for your monthly backups? There are some limitations to this that you will need to look into, but having a regularly scheduled image backup (which can use a different management class, i.e. different retention values) has several benefits. Rather than go into all the ins and outs of image backups in this note I suggest you take a look the admin guides and see if this might work for you. However, I will mention one plus to doing regular image backups, when you have to do a full filespace restore it is much faster doing a "image plus incrementals" restore rather than the conventional restore! As an example, I am currently working with a customer that is setting up an environment where they do regular incrementals 6 days a week using a a MC that keeps 7 versions (most of the critical files change daily). On the 7th day we take an image backup and that is set to keep 14 versions. Therefore, we have a PIT restore to any day in the last week with a daily resolution and PIT restore for anytime during the last 3 months with a weekly resolution. For longer term we are also doing quarterly archives that are kept for 3 years as well as a year end archive that is kept forever. This may not fit your needs exactly, but you can see how flexible TSM is. -- Regards, Mark D. Rodriguez President MDR Consulting, Inc. === MDR Consulting The very best in Technical Training and Consulting. IBM Advanced Business Partner SAIR Linux and GNU Authorized Center for Education IBM Certified Advanced Technical Expert, CATE AIX Support and Performance Tuning, RS6000 SP, TSM/ADSM and Linux Red Hat Certified Engineer, RHCE ===
Re: inc mmc question
Steve, Thanks.. I had a feeling it was going to be something along these lines (2 seperate opt files). I think I will just stick to incs and archives. Appreciate the information. Maybe someday IBM will allow us to pass the MMC to an INC backup like they do with an ARCHIVE. R. -Original Message- From: Steve Harris [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 12, 2004 3:49 PM To: [EMAIL PROTECTED] Subject: Re: inc mmc question Rick, You need to define two nodes. One for daily incrementals and one for dailies - you can't do it with one. Use separate opt files for this. I haven't done it yet,we are still in design phase, but I will be using two TSM server instances on the same hardware, one for monthlies and one for dailies Steve Steve Harris AIX and TSM Admin Queensland Health, Brisbane Australia >>> [EMAIL PROTECTED] 13/10/2004 4:56:14 >>> I have tested the backupset option and DAMN its slow. I figured I would be stuck with the archive option but I thought I would throw it out to the group. I didnt really have any intention of doing full+inc option. I have daily incrementals with no fulls and some archives for longer retention but I was hoping to increase my backup speed by using strictly incrementals. R. -Original Message- From: Stapleton, Mark [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 12, 2004 11:52 AM To: [EMAIL PROTECTED] Subject: Re: inc mmc question From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of CORP Rick Willmore >I have many windows 2000 clients that I wish to backup using >an incremental backup and specifying a MMC that is different >than one specified in my dsm.opt using the inclu/exclu >options. The idea is to have incrementals that are run daily >and a seperate set of incrementals that are run monthly >(different storage pool). Anyone have any suggestions? I am >trying to avoid using an archive due to database size and the >fact that the monthly incrementals are going to a tape pool >that will remain in my library. You are trying to force TSM back into the unscalable, hard-to-manage, full+incremental routine common with lesser backup packages. Trying to do what you suggest will bump up your database size as fast (or faster) than using an archive. If you want a "snapshot" of the state of a server or two on a monthly basis, consider using backupsets (which can come out of your library to make room for more scratch tapes). If you want to do this with more than a few servers, reconsider the archive idea. (And remember: you don't need to archive every file on every machine. Find your data and archive that only.) -- Mark Stapleton ([EMAIL PROTECTED]) Berbee Information Networks Office 262.521.5627 *** This email, 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 email 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 email in error, you are asked to immediately notify the sender by telephone or by return email. You should also delete this email and destroy any hard copies produced. ***
Re: inc mmc question
Rick, You need to define two nodes. One for daily incrementals and one for dailies - you can't do it with one. Use separate opt files for this. I haven't done it yet,we are still in design phase, but I will be using two TSM server instances on the same hardware, one for monthlies and one for dailies Steve Steve Harris AIX and TSM Admin Queensland Health, Brisbane Australia >>> [EMAIL PROTECTED] 13/10/2004 4:56:14 >>> I have tested the backupset option and DAMN its slow. I figured I would be stuck with the archive option but I thought I would throw it out to the group. I didnt really have any intention of doing full+inc option. I have daily incrementals with no fulls and some archives for longer retention but I was hoping to increase my backup speed by using strictly incrementals. R. -Original Message- From: Stapleton, Mark [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 12, 2004 11:52 AM To: [EMAIL PROTECTED] Subject: Re: inc mmc question From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of CORP Rick Willmore >I have many windows 2000 clients that I wish to backup using >an incremental backup and specifying a MMC that is different >than one specified in my dsm.opt using the inclu/exclu >options. The idea is to have incrementals that are run daily >and a seperate set of incrementals that are run monthly >(different storage pool). Anyone have any suggestions? I am >trying to avoid using an archive due to database size and the >fact that the monthly incrementals are going to a tape pool >that will remain in my library. You are trying to force TSM back into the unscalable, hard-to-manage, full+incremental routine common with lesser backup packages. Trying to do what you suggest will bump up your database size as fast (or faster) than using an archive. If you want a "snapshot" of the state of a server or two on a monthly basis, consider using backupsets (which can come out of your library to make room for more scratch tapes). If you want to do this with more than a few servers, reconsider the archive idea. (And remember: you don't need to archive every file on every machine. Find your data and archive that only.) -- Mark Stapleton ([EMAIL PROTECTED]) Berbee Information Networks Office 262.521.5627 *** This email, 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 email 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 email in error, you are asked to immediately notify the sender by telephone or by return email. You should also delete this email and destroy any hard copies produced. ***
Re: inc mmc question
I have tested the backupset option and DAMN its slow. I figured I would be stuck with the archive option but I thought I would throw it out to the group. I didnt really have any intention of doing full+inc option. I have daily incrementals with no fulls and some archives for longer retention but I was hoping to increase my backup speed by using strictly incrementals. R. -Original Message- From: Stapleton, Mark [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 12, 2004 11:52 AM To: [EMAIL PROTECTED] Subject: Re: inc mmc question From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of CORP Rick Willmore >I have many windows 2000 clients that I wish to backup using >an incremental backup and specifying a MMC that is different >than one specified in my dsm.opt using the inclu/exclu >options. The idea is to have incrementals that are run daily >and a seperate set of incrementals that are run monthly >(different storage pool). Anyone have any suggestions? I am >trying to avoid using an archive due to database size and the >fact that the monthly incrementals are going to a tape pool >that will remain in my library. You are trying to force TSM back into the unscalable, hard-to-manage, full+incremental routine common with lesser backup packages. Trying to do what you suggest will bump up your database size as fast (or faster) than using an archive. If you want a "snapshot" of the state of a server or two on a monthly basis, consider using backupsets (which can come out of your library to make room for more scratch tapes). If you want to do this with more than a few servers, reconsider the archive idea. (And remember: you don't need to archive every file on every machine. Find your data and archive that only.) -- Mark Stapleton ([EMAIL PROTECTED]) Berbee Information Networks Office 262.521.5627
Re: inc mmc question
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of CORP Rick Willmore >I have many windows 2000 clients that I wish to backup using >an incremental backup and specifying a MMC that is different >than one specified in my dsm.opt using the inclu/exclu >options. The idea is to have incrementals that are run daily >and a seperate set of incrementals that are run monthly >(different storage pool). Anyone have any suggestions? I am >trying to avoid using an archive due to database size and the >fact that the monthly incrementals are going to a tape pool >that will remain in my library. You are trying to force TSM back into the unscalable, hard-to-manage, full+incremental routine common with lesser backup packages. Trying to do what you suggest will bump up your database size as fast (or faster) than using an archive. If you want a "snapshot" of the state of a server or two on a monthly basis, consider using backupsets (which can come out of your library to make room for more scratch tapes). If you want to do this with more than a few servers, reconsider the archive idea. (And remember: you don't need to archive every file on every machine. Find your data and archive that only.) -- Mark Stapleton ([EMAIL PROTECTED]) Berbee Information Networks Office 262.521.5627
inc mmc question
I have many windows 2000 clients that I wish to backup using an incremental backup and specifying a MMC that is different than one specified in my dsm.opt using the inclu/exclu options. The idea is to have incrementals that are run daily and a seperate set of incrementals that are run monthly (different storage pool). Anyone have any suggestions? I am trying to avoid using an archive due to database size and the fact that the monthly incrementals are going to a tape pool that will remain in my library. R.
MMC
Where can I find the Windows MMC plug-ins for TSM? Can I use it to manage our TSM Server on OS/390? Thanks /gjs
Re: New install of TSM and MMC
>Part of the goal of the 4.2 TSM management console was to reduce the >overall number of separate user interfaces to TSM. It did this by >exploiting Windows and MMC to leverage and embed the function >of the sever >utilities, command line, web admin, and web client interfaces >into a single >user interface to help manage TSM across platforms. > >Regards, > >Mike Collins >Tivoli Storage Product Architecture >[EMAIL PROTECTED] Does this mean we have something similar to the admin tool that used to come with V3 of the client software that can be installed on a workstation and access a TSM server on AIX? Geoff Gill TSM Administrator NT Systems Support Engineer SAIC E-Mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> Phone: (858) 826-4062 Pager: (888) 997-9614
Re: New install of TSM and MMC
>> Date:Tue, 29 Jan 2002 14:55:17 -0500 >> From:Bruce Kamp <[EMAIL PROTECTED]> >> Subject: Re: New install of TSM and MMC >> >> Is this mgmt console only in ver 4.2 or is it also available for 4.1? >> >> Bruce Kamp Bruce, A TSM snap-in was included with 4.1 but its function was limited to the local machine and was less than what shipped with the 4.1 TSM server utilities. At 4.2 the TSM management console replaced the server utilities and the previous snap-in and was extended to support TSM network resources and the other capabilities mentioned in the last note. Part of the goal of the 4.2 TSM management console was to reduce the overall number of separate user interfaces to TSM. It did this by exploiting Windows and MMC to leverage and embed the function of the sever utilities, command line, web admin, and web client interfaces into a single user interface to help manage TSM across platforms. Regards, Mike Collins Tivoli Storage Product Architecture [EMAIL PROTECTED]
Re: New install of TSM and MMC
Is this mgmt console only in ver 4.2 or is it also available for 4.1? Bruce Kamp -Original Message- From: E Mike Collins [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 29, 2002 2:15 PM To: [EMAIL PROTECTED] Subject: Re: New install of TSM and MMC >> Date:Mon, 28 Jan 2002 13:17:27 - >> From:<[EMAIL PROTECTED]> >> Subject: New install of TSM >> >> Hi, I am currently implementin a TSM 4.2 on OS/390 to backup a >> Windows NT / 2000, AIX and OS/2 environment but not the OS/390 >> environment. Can I use Microsoft Managent Console (MMC) or a Web >> browser to administrate the clients, so that the administrator >> doesn't have to access each client seperatly when changing what to >> backup? Where can I get the MMC snapin for TSM and how do I >> implement it? >>Thanks in Advance >> >>Pall B. Wolfram >>System Administrator Pall, It seems like TSM client option sets and scheduling may be what you're after. You can access the TSM server through a web browser or through the TSM management console to set these up. The TSM management console is included with the TSM server and storage agent packages for Windows. The online help includes implementation info. Here's some general info on the TSM management console... The TSM management console is a Microsoft Management Console (MMC) consisting of several snapins such as the Event Viewer, Device Manager, Removable Storage Management (RSM), Performance Monitor, and Tivoli Storage Manager. The console is customizable and you can add or remove any combination of snapins. You can also add the TSM snapin to other consoles or create new custom consoles consisting of the tools administrators need to use as part of their jobs. The TSM management console can present a view of your TSM cross-platform resources which is similar in appearance to the network neighborhood view in Windows Explorer. You can view several screen shots of the console at: http://www.tivoli.com/products/documents/updates/storage_mgr_42_enhancements .html (scroll down to the Windows section and click on any of the preview links) MMC runs on Windows and allows you to manage TSM resources on any TSM supported platform. The extent to which you can manage TSM resources depends on the platform. For all TSM server platforms you can use the embedded Web admin, console monitor, and command line interfaces. For all TSM client platforms that support the web client you use the embedded Web client. Support is included to scan a network for active TSM web clients and web administrators so that they can be added to the view. The Windows domain environment is further exploited so that in addition to the web and command line interface support provided for all TSM platforms you can also control the TSM Windows services across your domain such as (TSM Scheduler, TSM Client Acceptor, TSM Journal Engine, TSM Device driver, TSM Server, and TSM Storage Agent). Along with controlling services, you can edit options files and view log files. You can also see TSM version and device information. Support is included to detect the TSM resources in your Windows domain so that they can be added to the view. Configuration wizards are included to help you configure local TSM servers and storage agents. We are interested in your feedback. If anyone has any comments on the TSM management console please feel free to send them to me directly at [EMAIL PROTECTED] and I'll take them up with the appropriate teams. Regards, Mike Collins Tivoli Storage Product Architecture [EMAIL PROTECTED]
Re: New install of TSM and MMC
>> Date:Mon, 28 Jan 2002 13:17:27 - >> From:<[EMAIL PROTECTED]> >> Subject: New install of TSM >> >> Hi, I am currently implementin a TSM 4.2 on OS/390 to backup a >> Windows NT / 2000, AIX and OS/2 environment but not the OS/390 >> environment. Can I use Microsoft Managent Console (MMC) or a Web >> browser to administrate the clients, so that the administrator >> doesn't have to access each client seperatly when changing what to >> backup? Where can I get the MMC snapin for TSM and how do I >> implement it? >>Thanks in Advance >> >>Pall B. Wolfram >>System Administrator Pall, It seems like TSM client option sets and scheduling may be what you're after. You can access the TSM server through a web browser or through the TSM management console to set these up. The TSM management console is included with the TSM server and storage agent packages for Windows. The online help includes implementation info. Here's some general info on the TSM management console... The TSM management console is a Microsoft Management Console (MMC) consisting of several snapins such as the Event Viewer, Device Manager, Removable Storage Management (RSM), Performance Monitor, and Tivoli Storage Manager. The console is customizable and you can add or remove any combination of snapins. You can also add the TSM snapin to other consoles or create new custom consoles consisting of the tools administrators need to use as part of their jobs. The TSM management console can present a view of your TSM cross-platform resources which is similar in appearance to the network neighborhood view in Windows Explorer. You can view several screen shots of the console at: http://www.tivoli.com/products/documents/updates/storage_mgr_42_enhancements.html (scroll down to the Windows section and click on any of the preview links) MMC runs on Windows and allows you to manage TSM resources on any TSM supported platform. The extent to which you can manage TSM resources depends on the platform. For all TSM server platforms you can use the embedded Web admin, console monitor, and command line interfaces. For all TSM client platforms that support the web client you use the embedded Web client. Support is included to scan a network for active TSM web clients and web administrators so that they can be added to the view. The Windows domain environment is further exploited so that in addition to the web and command line interface support provided for all TSM platforms you can also control the TSM Windows services across your domain such as (TSM Scheduler, TSM Client Acceptor, TSM Journal Engine, TSM Device driver, TSM Server, and TSM Storage Agent). Along with controlling services, you can edit options files and view log files. You can also see TSM version and device information. Support is included to detect the TSM resources in your Windows domain so that they can be added to the view. Configuration wizards are included to help you configure local TSM servers and storage agents. We are interested in your feedback. If anyone has any comments on the TSM management console please feel free to send them to me directly at [EMAIL PROTECTED] and I'll take them up with the appropriate teams. Regards, Mike Collins Tivoli Storage Product Architecture [EMAIL PROTECTED]