× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Rob
Point 1, you can have as many lickeys as you want loaded, that means that
you dont care which machine you are running on. Unless you have software
that actually does any kind of activation based on serials (I mean, not
only lickeys but other protection schemes).
Point 3, SVC based storages from IBM have features that might get those
times down to 0 (and a nice extra, wanna move from a machine to another (p8
to p9 ie) ? Just map the luns to the new machine, shutdown on one, ipl on
the other and MAYBE reconfig the comm lines)
Point 2 is valid when not using powerHA.
Best regards
Roberto

On Fri, 13 Dec 2019, 09:41 Rob Berendt, <rob@xxxxxxxxx> wrote:

Whether or not you need replication software like Mimix is a different
discussion. I have no experience in the SAN environment. I found the SAN
setup too pricey for our environment. Since you are already spending the
money on SAN you may find replication software too pricey as an add on,
(and 'maybe' not needed).
I have some concerns with SAN vs Replication but I'm willing to admit that
there's enough people doing it so that it must be addressed somehow.
Concerns:
1 - IBM i and application software keys. If I'm running on Power System
A, and fail over to Power System B do I have to frantically have to reapply
all my keys which are tied to the machine's model and serial number? With
replication software the major application packages, such as Infor, will
even tell you not to replicate file such-and-such as it has their key
stored in it.
2 - How do I avoid downtime when doing an OS upgrade, or PTF apply?
3 - How do you swap out the SAN for a newer model and not have any
downtime?

Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com


-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of
Laurence Chiu
Sent: Friday, December 13, 2019 4:42 AM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: Thoughts on this design for Power server installation across
two data centers

CAUTION: This email originated from outside of the organization. Do not
click links or open attachments unless you recognize the sender and know
the content is safe.


I did answer in another thread. The point of LTO tapes was to take offsite
backups in a another city. So while I realise that replicate between two
VTL's does mean there is an offsite copy, for our archiving purposes it's
not enough.

Interesting point about Mimix. If I plan to do SAN to SAN mirroring (using
say an IBM V5020) then why do I need software to mirror also? We did get a
quote for Mimix and it exceed the cost the SAN's! I have never heard of
Quick-EDD but will check it out.

For encryption I was thinking of using SKLM which we use to encrypt the
data on our DS8886's. Those servers are not accessible externally so are
well protected from ransomware (I hope!)

On Fri, Dec 13, 2019 at 1:18 AM Rob Berendt <rob@xxxxxxxxx> wrote:

Why physical LTO7 tapes? We use two VTL's which replicate from one DC to
the other. I easily take a backup performed on a system at one DC and
restore it on the system at the other DC.
We use BRMS and it does a dandy job.
We used to use BRMS with physical tapes and that did a fine job of
tracking where the tapes were, preparing the case to send to Iron
Mountain,
receiving tapes back in, etc. But, really, only using VTL saved a LOT of
manpower. There was one time, (pre VTL) we needed a rush tape back from
Iron Mountain. They buggered up the job and delivered it to the wrong
building in our complex. The building was owned by a totally different
company. Took awhile to straighten out that mess. Strong argument for
tape encryption though.

About the only argument for retaining physical media I've heard is the
case of ransomeware hitting your VTL's. Then again, if you're encrypting
your tapes you'd better make sure your keystore is ransomware proof.

We have no physical tapes, and no physical tape drives left. None.
I've done bare metal restores to new systems using the VTL's.

For system to system replication we were using Mimix but switched to
Quick-EDD.

Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com



--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.