I have some questions about this article, maybe they are strange, but anyway:
What is this:
- try to push customers to use TSM 6?
- try to implement new pricing policy?
- totally new product instead of Tivoli Storage Manager (from licensing point
of view)?
- something else?
Grigori G. Solonovitch
Hi,
Tape volumes canned be accessed if there is no TSM database. If happens,
restoring the database and gaining access to data seem to be very difficult
(at least for me ;) ). Do you think encryption feature of tape drives has
any value in TSM environments?
Thank you,
Mehdi
> An open TSM server can very happily work with a z/OS TSM client.
> There are TSM version 6 clients for z/OS, just not the server.
Maybe that client is just for Unix System Services. What I mean is a full
support LAN-free backup for DB2 on z.
Thank you.
http://www-05.ibm.com/ch/presentations/tivolistorage/TSM_Roadmap_2011.pdf
On Jun 11, 2011, at 2:18 PM, Robert J Molerio wrote:
> So can you publish the presentation url?
So can you publish the presentation url?
On 6/11/11, Tomasz Hubicki wrote:
> I saw an IBM presentation, which describes new TSM element to be released in
> 2H 2011 - TSM for z/OS media:
> - Receives/sends data from/to TSM v6 server
> - Performs I/O to tape and/or sequential disk
> - Supports same
I saw an IBM presentation, which describes new TSM element to be released in
2H 2011 - TSM for z/OS media:
- Receives/sends data from/to TSM v6 server
- Performs I/O to tape and/or sequential disk
- Supports same storage devices as z/OS server, including non-IBM hardware
- Interacts with z/OS DFSM
On 11 jun 2011, at 16:53, Mehdi Salehi wrote:
> This implicitly means that we should use TSM 6.2 for open systems and have a
> separate island for MVS based on TSM 5.5.
why? An open TSM server can very happily work with a z/OS TSM client. There are
TSM version 6 clients for z/OS, just not the se
It means if you want to utilize the robust features of system z tape
management system (DFSMS) you probably would need to replace TSM on
zOS with a backup sution that uses FICON. FDR/UPSTREAM or something
like that.
On 6/11/11, Mehdi Salehi wrote:
> This implicitly means that we should use TSM 6.
This implicitly means that we should use TSM 6.2 for open systems and have a
separate island for MVS based on TSM 5.5.
Does the incompatibility between FCP and FICON have any issue with library
sharing between TSM for AIX and TSM for MVS? Let's say TSM 6.2 for AIX is
defined as library manager and
Not much use if you want to stay with zOS
You will not be able to use existing FICON to tape drive connections.
You would have to use FCP to tape in order to make it work. Not much
of a migration path IMHO.
On 6/11/11, Remco Post wrote:
> But, IIRC the good news is that TSM 6 for zLinux can now a
But, IIRC the good news is that TSM 6 for zLinux can now at least read (and
maybe write?) tapes written by TSM 5 on zOS, so you have a migration path.
On 11 jun 2011, at 16:19, Robert J Molerio wrote:
> I checked about a year ago and the answer was NO.
>
> On 6/11/11, Mehdi Salehi wrote:
>> Hi
I checked about a year ago and the answer was NO.
On 6/11/11, Mehdi Salehi wrote:
> Hi,
> Has IBM any plan to release TSM 6 for MVS?
>
> Thank you.
>
--
Sent from my mobile device
Thank you,
Bob Molerio
Systems Administrator
New York University
ITS Computer Facilities Services/Infrastructure
L
Hi,
Has IBM any plan to release TSM 6 for MVS?
Thank you.
If you are doing it to get rid of the dedupe metadata in the database :
that's not going happen.
The dedupe info for the files that are already deduped will remain in the
database for as far as I understand it.
May I ask you what the reason is you are turning of dedupe?
On Fri, Jun 10, 2011 at 9:
14 matches
Mail list logo
