IDS Forum

AW: migrating ids 10.00.UC10 to 11.50.FC6 (64-bit)

Posted By: Andreas.KUTSCHE@spar.at
Date: Monday, 12 April 2010, at 8:42 a.m.

In Response To: Re: migrating ids 10.00.UC10 to 11.50.FC6 (64-bit) (Keith Simmons)

Hello,

you can do a testrun of the distributed query migration scenario (without stopping production):
Install and configure the new server, create tables (raw, without indices/constraints). You can do that easily from dbschema outputs.

Copy table data an measure runtimes (in parallel, large tables with own processes). Create indices/constraints with PDQ afterwards.
Runtime will probably depend on the performance of the old server.

Watch out for single large tables - they might determine the total runtime!
Check, if you can migrate parts of the data in advance (or later on) - historical data etc.) ?

Give it a try. If you can't meet your downtime requirements , you can use that at least as a test for performance and quality of the new hardware/configuration/layout.

Regards
Andreas

>
-------------------------------------------
SPAR Österreichische Warenhandels-AG
Hauptzentrale
A - 5015 Salzburg, Europastrasse 3
FN 34170 a

Tel: +43 662 4470 84923
Fax:
Mobile: +43 664 6259575
E-Mail: Andreas.KUTSCHE@spar.at
Internet: http://www.spar.at

Wichtiger Hinweis: Der Inhalt dieser E-Mail kann vertrauliche und rechtlich geschützte Informationen, insbesondere Betriebs- oder Geschäftsgeheimnisse, enthalten, zu deren Geheimhaltung der Empfänger verpflichtet ist. Die Informationen in dieser E-Mail sind ausschließlich für den Adressaten bestimmt. Sollten Sie die E-Mail irrtümlich erhalten haben so ersuchen wir Sie, die Nachricht von Ihrem System zu löschen und sich mit uns in Verbindung zu setzen.
Über das Internet versandte E-Mails können leicht manipuliert oder unter fremdem Namen erstellt werden. Daher schließen wir die rechtliche Verbindlichkeit der in dieser Nachricht enthaltenen Informationen aus. Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn er von uns schriftlich bestätigt und gezeichnet wird.
Sollte trotz der von uns verwendeten Virus-Schutzprogramme durch die Zusendung von E-Mails ein Virus in Ihre Systeme gelangen, haften wir nicht für evtl. hieraus entstehende Schäden.
Wir danken für Ihr Verständnis.

Important notice: The contents of this e-mail may contain confidential and legally protected information that is in particular related to operational and trade secrets, which the recipient is obliged to treat as confidential. The information in this e-mail is made available exclusively for use by the addressee. In the event that the e-mail may have been sent to you in error, we would ask you to kindly delete this communication from your system and to contact us.
E-mails sent via the Internet can be easily manipulated or sent out under someone else's name. We therefore do not accept legal liability for the information contained in this communication. The contents of the e-mail are only legally binding if they have been confirmed and signed by us in writing.
If, in spite of our using Antivirus protection software, a virus may have penetrated your system through the sending of this e-mail, we do not accept liability for any damage that may possibly arise as a result of this.
We trust that you appreciate our position.

-------------------------------------------
-----Ursprüngliche Nachricht-----

> Von: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] Im Auftrag von
> Keith Simmons
> Gesendet: Montag, 12. April 2010 09:34
> An: ids@iiug.org
> Betreff: Re: migrating ids 10.00.UC10 to 11.50.FC6 (64-bit) [19619]
>
> On 10 April 2010 18:09, wolfgang.voss@barmenia.de
> <wolfgang.voss@barmenia.de> wrote:
> > I'm going to face the following challenge:=20
> >
> > Have to migrate an 10.00.UC instance with 39 databases, 17 dbspaces,
> 95=20
> > chunks, 224 GB to 11.50.FC.
> > Unfortunately the layout of dbspaces is poor and table extents need to
> be=20
> > optimized.
> > Therefore I'd prefer a non in-place migration, but outage has to be
> less=20
> > than 8h.
> > Data movement utilities as mentioned in the Migration Guide=20
> > (dbexport/dbimport, HPL, distributed queries) will probably not meet
> the=20
> > aims.
> >
> > So what about replication?
> > Is it possible to bring up a well laid-out new server, create the=20
> > databases from optimized dbschemata, replicate data while work is going
> on=
> > =20
> > and then switch to the new server??
> >
> > Please let me know.
> >
> > os is aix.
> >
> > Thank you.
> > Wolfgang
> >
> > ------------------------------------------------------------------------
> ---=
> > -------
> > Barmenia Krankenversicherung a. G.
> > Vorstand: Dr. h. c. Josef Beutelmann (Vorsitzender) - Dr. Andreas Eurich
> - =
> > Norbert Lessmann - Heinz-Werner Richter - Martin Risse
> > Aufsichtsrats-Vors.: G=C3=BCnter V=C3=B6lker; Rechtsform des
> Unternehmens: =
> > Versicherungsverein auf Gegenseitigkeit;=20
> > Sitz: Wuppertal; Amtsgericht Wuppertal HRB 3871; St.-Nr. 132/5906/0047
> > ------------------------------------------------------------------------
> ---=
> > -------
> > Barmenia Allgemeine Versicherungs-AG
> > Vorstand: Dr. h. c. Josef Beutelmann (Vorsitzender) - Dr. Andreas Eurich
> - =
> > Norbert Lessmann - Heinz-Werner Richter - Martin Risse
> > Aufsichtsrats-Vors.: G=C3=BCnter V=C3=B6lker; Rechtsform des
> Unternehmens: =
> > Aktiengesellschaft;
> > Sitz: Wuppertal; Amtsgericht Wuppertal HRB 3033; St.-Nr. 132/5906/0025
> > ------------------------------------------------------------------------
> ---=
> > -------
> > Barmenia Lebensversicherung a. G.
> > Vorstand: Dr. h. c. Josef Beutelmann (Vorsitzender) - Dr. Andreas Eurich
> - =
> > Norbert Lessmann - Heinz-Werner Richter - Martin Risse
> > Aufsichtsrats-Vors.: G=C3=BCnter V=C3=B6lker; Rechtsform des
> Unternehmens: =
> > Versicherungsverein auf Gegenseitigkeit;
> > Sitz: Wuppertal; Amtsgericht Wuppertal HRB 3854; St.-Nr. 132/5906/0058
> >
> > =20
> >
> >
> >
> **************************************************************************
> *****
> > Forum Note: Use "Reply" to post a response in the discussion forum.
> >
> >
>
> Wolfgang
>
> The only issue you might encounter is that to use ER each table being
> replicated must have a primary key defined. So depending on the
> original design and set up of your databases you could have quite a
> bit of preliminary work to identify and define unique indexes and then
> primary keys, and ensure thay don't break your applications. Also ER
> at these versions require some additional sbspaces. Finally you were
> talking about an in-place migration which implies upgrading on a
> single server, ER relies on TCP connectivity between the servers so
> you will need to define TCP NETTYPES if you are not already using
> them.
>
> Keith
>
>
> **************************************************************************
> *****
> Forum Note: Use "Reply" to post a response in the discussion forum.

Messages In This Thread

• migrating ids 10.00.UC10 to 11.50.FC6 (64-bit)
  wolfgang.voss@barmenia.de -- Saturday, 10 April 2010, at 1:09 p.m.
  • RE: migrating ids 10.00.UC10 to 11.50.FC6 (64-bit)
    Joerg Volz -- Saturday, 10 April 2010, at 3:35 p.m.
  • Re: migrating ids 10.00.UC10 to 11.50.FC6 (64-bit)
    Art Kagel -- Saturday, 10 April 2010, at 9:39 p.m.
  • Re: migrating ids 10.00.UC10 to 11.50.FC6 (64-bit)
    Keith Simmons -- Monday, 12 April 2010, at 3:33 a.m.
    • AW: migrating ids 10.00.UC10 to 11.50.FC6 (64-bit)
      Andreas.KUTSCHE@spar.at -- Monday, 12 April 2010, at 8:42 a.m.

IDS Forum is maintained by Administrator with WebBBS 5.12.