Switching primary/mirror chunks (RFE)
Doug Lawry requests a feature for Informix onspaces to enable switching primary and mirror chunks online, avoiding downtime during storage migration. Currently this requires stopping Informix and manually switching symbolic links. The RFE link had formatting issues but worked after logging into IBM first. No technical resolution is recorded; this is purely a feature request soliciting votes.
Auto-generated by DrWatson from the posts below — may be imperfect; read the full thread.
Hi all.
Please vote for this Request for Enhancement:
http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=104825
Headline: Enable switching of primary/mirror chunks with "onspaces"
Description: Provide syntax in "onspaces" to switch a primary and mirror chunk
pair with Informix on-line throughout. This currently requires Informix to be
stopped while symbolic links are switched.
Use case: Migrating Informix to new storage can be conveniently and quickly
achieved by defined mirror chunks on the new array with "onspaces", waiting
for them to be synchronized, and then switching primary and mirror chunks,
before eventually dropping the originals.
Business justification: This would avoid downtime during storage migration,
avoiding any break in business continuity. I am told that this would be quite
easy to achieve by an IBM engineer with access to the source code.
Regards,
Doug Lawry
Link fails
Cheers
Paul
> Hi all.
>
> Please vote for this Request for Enhancement:
>
> http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=104825
>
> Headline: Enable switching of primary/mirror chunks with "onspaces"
>
> Description: Provide syntax in "onspaces" to switch a primary and mirror
> chunk
> pair with Informix on-line throughout. This currently requires Informix to
> be
> stopped while symbolic links are switched.
>
> Use case: Migrating Informix to new storage can be conveniently and
> quickly
> achieved by defined mirror chunks on the new array with "onspaces",
> waiting
> for them to be synchronized, and then switching primary and mirror chunks,
> before eventually dropping the originals.
>
> Business justification: This would avoid downtime during storage
> migration,
> avoiding any break in business continuity. I am told that this would be
> quite
> easy to achieve by an IBM engineer with access to the source code.
>
> Regards,
> Doug Lawry
>
>
>
*******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
--
Paul Watson
Tel: +1 913-674-0360
Mob: +1 913-387-7529
Web: www.oninit.com
Oninit® is a registered trademark of Oninit LLC
Failure is not as frightening as regret.
If you want to improve, be content to be thought foolish and stupid.
What this country needs are more unemployed politicians
Works for me, Paul. Try logging into IBM first, and then pasting in the link.
The line is broken in the post. If you copy the whole link address into a
browser window it will work.
Art
On May 8, 2017 09:35, "Paul Watson" <paul@oninit.com> wrote:
> Link fails
>
> Cheers
> Paul
>
> > Hi all.
> >
> > Please vote for this Request for Enhancement:
> >
> > http://www.ibm.com/developerworks/rfe/execute?
> use_case=viewRfe&CR_ID=104825
> >
> > Headline: Enable switching of primary/mirror chunks with "onspaces"
> >
> > Description: Provide syntax in "onspaces" to switch a primary and mirror
> > chunk
> > pair with Informix on-line throughout. This currently requires Informix
> to
> > be
> > stopped while symbolic links are switched.
> >
> > Use case: Migrating Informix to new storage can be conveniently and
> > quickly
> > achieved by defined mirror chunks on the new array with "onspaces",
> > waiting
> > for them to be synchronized, and then switching primary and mirror
> chunks,
> > before eventually dropping the originals.
> >
> > Business justification: This would avoid downtime during storage
> > migration,
> > avoiding any break in business continuity. I am told that this would be
> > quite
> > easy to achieve by an IBM engineer with access to the source code.
> >
> > Regards,
> > Doug Lawry
> >
> >
> >
> ************************************************************
> *******************
> > Forum Note: Use "Reply" to post a response in the discussion forum.
> >
>
> --
> Paul Watson
> Tel: +1 913-674-0360
> Mob: +1 913-387-7529
> Web: www.oninit.com
>
> Oninit® is a registered trademark of Oninit LLC
>
> Failure is not as frightening as regret.
> If you want to improve, be content to be thought foolish and stupid.
> What this country needs are more unemployed politicians
>
>
> ************************************************************
> *******************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
--94eb2c13edd6966454054f0586bc
Thanks for the comment on the RFE, Art, and also to those who have voted already (I can't see who!).
How very IBM :-( > On 8 May 2017, at 15:40, DOUG LAWRY <douglawry@hotmail.com> wrote: > > Works for me, Paul. Try logging into IBM first, and then pasting in the link. > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. >