ager On Behalf Of Marc Lanteigne
Sent: donderdag 25 februari 2021 15:41
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Moving long term archives to new server
I was working on something today and came across some info about IMPORT and
remembered this thread.
When importing, there is a DATE option and it h
one number
marclantei...@ca.ibm.com
Office Hours: Monday to Friday, 7:00 to 15:30 Eastern
IBM
-Original Message-
From: Marcelo Urbano Lima - mul...@br.ibm.com
Sent: Wednesday, January 6, 2021 02:56 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [EXTERNAL] Re: [ADSM-L] Moving long term archi
%20%3cmarclantei...@ca.ibm.com%3e>>
Reply-To: ADSM: Dist Stor Manager
mailto:%22ADSM:%20dist%20stor%20manager%22%20%3cads...@vm.marist.edu%3e>>
To: ADSM-L@VM.MARIST.EDU<mailto:ADSM-L@VM.MARIST.EDU>
Subject: [EXTERNAL] Re: [ADSM-L] Moving long term archives to new server
Date: Wed,
ent: Wednesday, January 6, 2021 01:58 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [EXTERNAL] Re: [ADSM-L] Moving long term archives to new server
Hi Erik,
if the management class which was used at the source server is not defined
on the new server, then the default management class on the target ser
as on the source server.
Regards, Uwe
-Original Message-
From: ADSM: Dist Stor Manager On Behalf Of Loon, Eric
van (ITOP NS) - KLM
Sent: Mittwoch, 6. Januar 2021 17:31
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Moving long term archives to new server
Hi Uwe,
No, they are not. Both
the counter starts at 0.
Kind regards,
Eric van Loon
Air France/KLM Storage & Backup
-Original Message-
From: ADSM: Dist Stor Manager On Behalf Of Uwe Schreiber
Sent: woensdag 6 januari 2021 16:55
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Moving long term archives to new server
Hi
-Original Message-
From: ADSM: Dist Stor Manager On Behalf Of Loon, Eric
van (ITOP NS) - KLM
Sent: Mittwoch, 6. Januar 2021 16:32
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Moving long term archives to new server
Hi all,
I need to move long term archives (10 years+) from an old server
Hi all,
I need to move long term archives (10 years+) from an old server (6.3 with
virtual tapes) to a new server (8.1.11 with directory containers). The only way
to do this is by exporting the data to a temporary filepool and convert this to
the containerpool afterwards. The problem
Hi Ray,
I think the most important is to do "refreshing" of the data.
If you think of it(maybe not people with recent Adsm/Tsm servers), we ran
Adsm V1 about 7 years ago - the physical media at that time was 3480 - it
has gone through quite a few incarnations of tape technology(3480 + idrc,
Just to add $.02 more, I was given a great surprise last weekend by the
longterm restore capabilities of *SM. We converted from V1 on MVS to V2 on
AIX five years ago. At that time I strongly urged users to move their
archives(some of them already 2-3 years old) to the new server. The last
user
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
11 matches
Mail list logo