Re: Turn off Journal caching query

[Laurence Chiu <lchiu7@xxxxxxxxx>]

Hi Jim

Just did a quick check. This is V7R3.

 I found it using Go LICPGM and it appears when I typed WRKLICINF so there
appears to be a licence attached to it.

But interestingly the following information about the licence suggests it's
not being used.

 Usage limit . . . . . . . . :   0
 Last update . . . . . . . . :   00/00/00  00:00:00

 Threshold . . . . . . . . . :   0

 Usage count . . . . . . . . :   .00

By way of background the entire system was dumped from another server that
used Mimix for site to site replication. In this instance we are moving
from Mimix to SAN replication so Mimix has not been installed.

Is there a chance with this feature turned on and the Power box dies with
journals in the cache we lose data?  The two SANs are connected via 10Gb
fibre but that does not help replication when there is data not flushed to
the SAN

Thanks

Larry




On Sat, Nov 20, 2021 at 1:56 PM Jim Oberholtzer <midrangel@xxxxxxxxxxxxxxxxx>
wrote:

> Laurence:
> You don't menotion what Version/Release the system runs so I'll assume it's
> V7R3 or V7R4.
>
> I'm guessing you are referring to 5770SS1, option 42, HA Journal
> Performance.  Use GO LICPGM, then option 10 to see if it is loaded.  If
> not, end of query.  if it is then WRKLICINF and see if there is a license
> attached to it.  If not it's not licensed, therefore not being used.
>
> That product is designed for application replication packages (iCluster,
> Mimix, and the like) that use journals to push the data across.  In your
> case the SAN is doing all that work for you so my guess is you don't have a
> concern.  The lag time between production and the HA side will be highly
> dependent on the speed of the line between the two, but it's usually
> several milliseconds assuming everything is set up correctly and the
> LAN/WAN does not build in latency.
>
> --
> Jim Oberholtzer
> Chief Technical Architect
> Agile Technology Architects
>
>
> On Fri, Nov 19, 2021 at 6:42 PM Laurence Chiu <lchiu7@xxxxxxxxx> wrote:
>
> > We are about to go live with a system with two Power servers both running
> > IBM FlashSystes V5030 SANs fully populated with SSDs.
> >
> > We are utilising Metro Mirror to keep our production and DR SANs in sync
> so
> > if production dies we can make our remote SAN LUN as writeable and IPL
> the
> > DR box.
> >
> > Somebody mentioned to me be wary of journal caching turned on with the
> > command  JRNCACHE(*YES) function in CHGJRN as you could have uncommitted
> > journals around when the system crashed and thus lose data. Another piece
> > of advice said you might only lose a few milliseconds of data in a worst
> > case sceario.
> >
> > Given we don't have a high transaction volume system and the SANs are
> very
> > fast, it seems we could turn that feature off and not lose any
> performance
> > and also not lose any data.    Does that seem like a reasonable option to
> > explore?  Also it appears that journal caching is a paid option and since
> > this application is quite old and the configuration is not that well
> > documented, is there an easy way to tell if that option has been
> purchased
> > and is turned on?
> >
> > Thanks
> > --
> > 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@xxxxxxxxxxxxxxxxxxxx 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@xxxxxxxxxxxxxxxxxxxx for any subscription related
> questions.
>
> Help support midrange.com by shopping at amazon.com with our affiliate
> link: https://amazon.midrange.com