|
On Fri, Apr 24, 2020 at 11:39 PM Steve McKay <samckay1@xxxxxxxxx> wrote:
Laurence -
1. If that is the actual command, the TGTRLS parameter could be updated
to reflect the current releases of your systems (V7R1 instead of V5R4).
You aren't really hurting anything if you don't change it but if you get
an
object that requires a higher release of OS support than V5R4, you won't
be
able to save it with this particular command due to the V5R4
specification.
2. If you're happy with the process as it is - you can make the suggested
tweaks and proceed as usual
As has been stated the commands were not changed since the source systems
went to 7.1. So during the time when the source was 7.1 the target was
earlier but no issues occurred during the time until the target was also
upgraded.
3. Yes, you have the concept - this is a differential save. SAVOBJ andThanks I have asked the team to look at it but have to be diplomatic since
SAVCHGOBJ are both restored with the RSTOBJ command - it will restore
objects from your SAVF regardless of how they were saved. You can also
use
RSTOBJ to restore objects saved with the SAVLIB command should you perform
a SAVLIB and only need to restore 1 or 2 objects rather than the entire
library.
I am consultant, not a perm employee and don't want to tell the
organisation staff how to suck eggs :-( Still the weight of opinion on this
thread suggests that this is worth asking. Over dark fibre and GbE it was
never an issue with the 30G file taking only 20 minutes to send to the
target system.
]
4. see #3 above.
the target system does not have a VTL. If the differential save works that
Do you have BRMS on your system? (GO LICPGM option 10 - look for
5770-BR1). If so, is it being used? You referenced BRMS in your initial
email, which brought about a couple of responses regarding its' use in
resolving your issue. If you have BRMS, you may wish to review those
responses.
We do and use it regularly to backup the data to a ProtecTier VTL. But
will be fine for the time we need to do this. The goal is to migrate the
entire system to a separate prod and DR environment and once that is done,
there will be no file transfers required.
Thanks,
Steve McKay
(205) 585-8424
samckay1@xxxxxxxxx
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.