IDS Forum

Re: Moving dbspaces to larger chunks

Posted By: Art Kagel
Date: Tuesday, 13 January 2009, at 1:53 p.m.

In Response To: RE: Moving dbspaces to larger chunks (Jonathan Smaby)

Yes. I'm assuming you mean to use IDS mirroring. You have to have had
MIRROR turned on in the ONCONFIG file when the server started up in order to
be able to use mirroring according to the Administrator's Reference manual.
So if you don't have MIRROR enabled, shutdown and turn that on, then
restart.

Given that, if you use a symbolic link for the mirror chunk (and hopefully
for the original chunk as well) you can add the mirror, once it has caught
up, shutdown the server, swap the links so that the mirror is now the
primary and vice-versa, then restart the engine and drop the mirror. Once
you are done with the disk migration you can disable MIRROR and bounce the
engine again. The manuals recommend to not keep MIRROR turned on if you are
not using it.

Note that you CANNOT however, use this method to expand a chunk into a
larger chunk. The mirror has to be declared to be exactly the same size as
the original chunk that it mirrors. So if it is physically larger the
remaining space will be wasted or will have to be used for chunks with
offsets.

Art

On Tue, Jan 13, 2009 at 1:33 PM, Jonathan Smaby
<Jonathan.Smaby@pomona.edu>wrote:

> One question, just out of pure curiosity; is it feasible/possible to
> create a mirror chunk, allow the mirror to sync, then break the mirror
> and remove the old chunk?
>
> Lazy DBA always looking for new ways to do less :)
>
> Jonathan Smaby
> Pomona College
>
> -----Original Message-----
> From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of
> Art Kagel
> Sent: Tuesday, January 13, 2009 10:00 AM
> To: ids@iiug.org
> Subject: Re: Moving dbspaces to larger chunks [14512]
>
> AGS's Server Studio, which comes free with your copy of IDS 10.00, has
> the
> capability to reorg your tables/databases for you. The license for
> Server
> Studio is IB for 60 days once activated with full features including the
>
> Sentinel module. After the initial period, the license converts to a
> basic
> license and you would have to purchase a full license to continue to use
> the
> advanced features such as Sentinel, however, IB that the table reorg
> option
> is part of the basic licensed features.
>
> Another option: get my package utils4_ak. It contains a bunch of sample
> AWK
> scripts that read dbschema or myschema output and generate various
> scripts
> to process your database tables easily. It would be trivial to modify
> one
> of those to generate an ALTER TABLE <tablename> INIT IN <dbspace>;
> statement
> to a script that you can run to reorg your tables almost automatically.
> That ALTER command is the fastest way to reorg a table into a new
> dbspace
> and is preferred over unloading the data and reloading it unless your
> logical logs cannot hold the entire transaction.
>
> Other options using utils4_ak:
>
> - There are actually scripts there, mkul_u.awk & mkul_l.awk which create
>
> scripts to unload a table to binary files and reload them using my
> ul.ecutility
>
> - Scripts mkunl.awk and mkreload.awk which do the same thing using
>
> basicUNLOAD and LOAD in dbaccess
>
> - Script mkdrop.awk which will generate a script to drop all of your
>
> tables after they have been safely exported
>
> Or you can modify these scripts to do one table at a time, export, drop,
>
> recreate, import, build indexes, etc.
>
> Art
>
> On Tue, Jan 13, 2009 at 11:46 AM, KEVIN MONDAY
> <kevin.monday@manitowoc.com>wrote:
>
> > Everyone,
> >
> > We have recently upgraded to IDS10 from 7.31 running on AIX 5.3 and we
>
> > previously used Patrol's DBREORG to reorg the entire database and
> perform
> > tasks such as moving all tables in a dbscpace to a new dbspace. Since
> > DBREORG
> > doesn't support newer versions of IDS, does anyone know of other tools
> that
> > can perform this type of task in an automated fashion? Specifically, I
> need
> > to
> > migrate most of our dbspaces to larger chunks to reduce the number of
> > logical
> > volumes used by the database for a CDP product. We currently use 2GB
> chunks
> > and plan to start using 16 GB chunks. The database contains over 9000
> > tables,
> > so I'm looking for an automated tool to do this.
> >
> > Thanks in advance,
> >
> > Kevin
> >
> >
> >
> >
> ************************************************************************
> *******
> > Forum Note: Use "Reply" to post a response in the discussion forum.
> >
> >
>
> --
> Art S. Kagel
> Oninit (www.oninit.com)
> IIUG Board of Directors (art@iiug.org)
>
> Disclaimer: Please keep in mind that my own opinions are my own opinions
> and
> do not reflect on my employer, Oninit, the IIUG, nor any other
> organization
> with which I am associated either explicitly or implicitly. Neither do
> those opinions reflect those of other individuals affiliated with any
> entity
> with which I am affiliated nor those of the entities themselves.
>
> ************************************************************************
> *******
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
> -------------------------------------------------------------
> This message has been scanned by Postini anti-virus software.
>
>
>
> *******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
>

--
Art S. Kagel
Oninit (www.oninit.com)
IIUG Board of Directors (art@iiug.org)

Disclaimer: Please keep in mind that my own opinions are my own opinions and
do not reflect on my employer, Oninit, the IIUG, nor any other organization
with which I am associated either explicitly or implicitly. Neither do
those opinions reflect those of other individuals affiliated with any entity
with which I am affiliated nor those of the entities themselves.

Messages In This Thread

• Moving dbspaces to larger chunks
  KEVIN MONDAY -- Tuesday, 13 January 2009, at 11:46 a.m.
  • Re: Moving dbspaces to larger chunks
    Kern Doe -- Tuesday, 13 January 2009, at 12:38 p.m.
  • Re: Moving dbspaces to larger chunks
    Art Kagel -- Tuesday, 13 January 2009, at 12:59 p.m.
    • Re: Moving dbspaces to larger chunks
      KEVIN MONDAY -- Tuesday, 13 January 2009, at 1:10 p.m.
    • RE: Moving dbspaces to larger chunks
      Jonathan Smaby -- Tuesday, 13 January 2009, at 1:33 p.m.
      • Re: Moving dbspaces to larger chunks
        Art Kagel -- Tuesday, 13 January 2009, at 1:53 p.m.
        • Re: Moving dbspaces to larger chunks
          SCHIL ACHE -- Wednesday, 1 July 2009, at 12:37 a.m.

IDS Forum is maintained by Administrator with WebBBS 5.12.