Database Update from 7.5 to 7.6 with SDBUPD!

[Former Member]

I have a maxdb database 7.5 and i make a update to 7.6 with SDBUPD program. The database are upgrade to 7.6 say's the MaxDB Databse Manager.

My Problem is, i make a full backup from the upgraded database (7.6) and i want it to recover in a new installed Maxdb 7.6 database. The recovery runs without erros and then i want startup the database, i become a undefined system error. The database are not started. I can start the database in admin mode, more not.

Can anyone help me for this problem.

[Former Member]

Hallo,

mhm, die Fehlerbeschreibung zu dem Effekt mit dem DBMGUI ist auch wieder wenig aussagekräftig.

Aber sei es drum. Beim nächsten fehler bitte den exakten Fehlertext beifügen. das hilft dem Leser des Forums sehr.

Wenn also der dbmcli mit -u dbm, logon zusammen mit dem Password angefügt werden?

Elke

[Former Member]

Hallo,

also, wir haben hier schon zu mehreren draufgeguckt und verstehen nicht, was hier gemacht wird/wurde.

1. Mail sagt, dass 7.5 -> 7.6 recovery funktioniert hat, aber restart von 7.6 nicht geklappt hat.

Zitat: i become a undefined system error,

aber bisher haben wir noch nirgends gesehen, was für ein Fehler kam. Müssen wir uns DARUM kümmern?

2. Mail von Franz sagt, dass er von 7.5 über 7.6 nach 7.7 ging und nun ein langsames System hat. Das bedeutet, dass die Migration funktionierte, wir also die 1. Mail vergessen können.

Franz, das ist so richtig verstanden?

Franz behauptet, dass ein migriertes System, was mit 7.7 läuft kein richtiges System ist und deshalb in ein anderes reingesteckt werden muss.

Das ist definitiv falsch.

Wenn alles richtig gemacht wurde, keine Fehler aufgetreten sind (die dann ignoriert wurden), dann ein ein nach 7.7 migriertes System genau so wie ein frisch mit 7.7 erstelltes und ganz besonders gilt das für ein mittels backup des migrierten Systems erstelltes 'neues' System, da das den größten Teil seiner Informationen aus dem Backup bekommt.

Wenn ich das aktuelle Problem von Franz richtig verstehe, läuft sein 7.7, er müsste sich ggf um Performance-Effekte kümmern, aber hat Probleme damit, einen Backup, mit dem er zu Recht für den Fall der Fälle übt, wieder einzuspielen wegen des Parameter-

Mismatch-Problems.

Wir haben bisher keine Information bekommen, wie die Parameter im migrierten System aussehen und wie die im neuen.

Franz: also bitte knlmsg-File vom migrierten System UND vom neuen posten (vom alten brauchen wir den Anfang mit den Parametern drin), vom neuen die Parameter und das, was um die Stelle mit dem Parameter-Mismatch herum steht, damit wir

vielleicht mal die Info bekommen, WAS nicht matched und Dich zu der falschen Annahme mit dem realen/nicht realen System bringt.

Wenn wir dann (endlich) aussagekräftige Info haben, können wir vielleicht wirklich helfen.

Elke

[Former Member]

Also ich habe das Problem schon fast gelöst, habe vergessen die Fehlermeldung zu posten. Die Sache ist die, bei 7.5 heisst der der Datenbankadministrator wenn ich recht habe dba und in der 7.7 dbm. Nicht motzen falls ich mich da irre. Aber ich habe die Datenbank mit dem DBMGUI starten wollen und habe dann eine Fehlermeldung bekommen was mit Datenbankadministrator.

Bin dann auf die Console vom Server und habe mit dem dbmcli -d Instanz -u dbm dbonline die Datenbank in Online Modus gebracht und es hat funktioniert, muss sozusagen die Datenbankadministratoren an die neue anpassen, weiss zwar noch nicht wie, weil ich mich erst darüber informieren muss wie die Zusammenhänge da sind. Falls du dich da gut auskennst kannste mir ja einen Tip geben ansonsten werde ich das Forum für dieses Problem schliessen.

Danke dir für deine Hilfe und sorry das ich zu wenig mitgeteilt habe.

Gruss Franz

[Former Member]

Hallo Franz,

as your name sounds german, and english does not seem to be your native tongue, I would like to ask you, if we can

communicate in german.

Sorry guys, not being able to understand german, but we will send an english solution if we will find one using the 'wrong'

language.

Ich verstehe nicht, wieso eine upgedatete / upgegradete 7.7 - Datenbank keine richtige 7.7 Datenbank sein soll.

Und die Datenbank crasht also beim restarten in 7.7 mit diesem 'Parameter passt nicht'-Fehler. Und sie sagt nicht, welcher

Parameter nicht passt?

Zitat:

I must install than a version 7.5 and then make a update to 7.6 and then to 7.7 and then i have the status from the last version thats running. We have not any time to install all database an make a update, the database is very big.

Also von 7.5 nach 7.6 und dann nach 7.7 ist ok. Ich hatte verstanden, dass das auch der Weg war, der schon gegangen WURDE.

Und von dem ist ja nun bekannt, dass er nicht so ohne Weiteres tut. Wieso MUSS das also noch mal geübt werden?

Und wieso ist ein update von der Größe der Datenbank abhängig? Backup-Größe ist unterschiedlich, ok. Catalogmigration hängt

von der Anzahl der Tabellen ab, nicht vom Inhalt derselben. Also, was macht Angst?

Vielleicht kommen wir jetzt ohne Sprach-Schwierigkeiten dem Problem auf die Spur.

Elke

We will, as soon as possible, switch back to the 'normal' way of communication to allow everybody to follow the thread.

[Former Member]

Also wenn eine Datenbank 7.5 zu 7.7 upgedated wurde sollte ich doch ein Backup erstellen könne und dies in eine auf einem anderen server installierte 7.-7 einspielen können. Dies ist aber nicht der Fall also ist es doch auch keine richtig 7.7 Datenbank.

Verstehe ich das falsch!

Ich sehe halt die Problematik, wenn jetzt der Upgedatete Server irgend wann mal abstürzt und ich dann nur noch ein Backup habe, kann ich keine 7.7 installieren und das Backup einspielen.

Also muss ich doch wieder eine 7.5 installieren und das ganze Spiel nochmals durchziehen.

Zeit mässig dürfen wir nicht lange offline sein und das ist mein großes Problem.

Habe jetzt das Backup das ich von der 7.5 zu 7.7 upgedatet habe in eine 7.7 eingespielt (vorher hatte ich nur 7.6 und da kamen andere Fehler) aber bei 7.7 war das einspielen erfolgreich.

Problem das jetzt noch existiert ist das er beim starten der Datenbank den Datenbank Benutzer anmekert. Werde jetzt das letzte nochmals wieder holen und bevor ich das Backup erstelle den Datenbank Benutzer neu hinzufüge, den von 7.7 "DBADMIN".

Vieleicht hast du ja eine andere Idee!

Gruss Franz

[Former Member]

Hi,

do you really mean, that backup from upgraded system to a newly prepared system will help for performance?The whole user data, the whole meta-data (description how tables look like and so on) are stored in backup and will be filled into the new system, thus not resulting in a different system.

How was your parameter _UNICODE set in 7.5? I assume, it had been NO.

With 7.7 YES is needed. But this cannot be switched that easy as the meta-data-information in the database has to be migrated. Therefore please check for hints concerning unicode-migration and do the catalogmigration according to them.

Elke

[Former Member]

The problem is the updated database is a updated database and not realy a 7.7 database. when the server has problem and crashed we can i restore the databas backup.

I must install than a version 7.5 and then make a update to 7.6 and then to 7.7 and then i have the status from the last version thats running. We have not any time to install all database an make a update, the database is very big.

Can you help me.

Gruss

Franz

[roland_mallmann]

Hi,

aditionally, you might want to check if you by any chance made an error when specifying the CONTROL/DBM user for the target system when recovering. We've seen it before that customers used an existing SQL user's name as the CONTROL/DBM user (like SUPERDBA,DBA or even the owner of the SAP tables like SAPR3 or SAP<SID>).

So, please take a look into your knldiag file and search for 'CONTROLUSERID' and post it here.

In case you have this issue, the solution would be to use the correct userid when asked for a CONTROL/DBM user.

Regards,

Roland

[Former Member]

Hi, thank you for our replay, i have a update from version 7.5 to 7.6 and then to 7.7. I think the upgraded database have a very badness performance, it very slow.

I want make a backup from the upgraded database and then i want install a realy 7.7 database server and play the backup from upgraded database in a realy 7.7 database. Thats was my problem.

The error message from the Database Server (Recovery with Initialization...)

-24988 SQL error [db_activate RECOVER "TISYS77" DATA];

-3068,Mismatch of parameter configuration between backup and instance

I have the parameter from the upgradet database in the new database assummed. My next test is the database backup with the (Recovery) to import.

Can anywhere assist me by this problem.

Gruss Franz

[former_member229109]

Hello,

1.

How did you start the recovery?

Did you run the recovery with initialization using DBMGUI after connected to the new installed database?

What note or document did you follow?

What is the version of the source database? Target database?

2.

SAP MaxDB 7.6 Library at

http://maxdb.sap.com/doc/7_6/default.htm

-> Tutorials ->

u201CCreating a Database Copy (Importing a Data Backup into Another Database Instance)u201D

This document has the steps using DBMCLI database tool.

Thank you and best regards, Natalia Khlopina

[lbreddemann]

Hmm... any more detailed information?

Like, ahm, error messages?

Please, do provide the relevant part of the knldiag file and make sure to put it in /code/ tags.

regards,

Lars

[hannes_kuehnemund]

moved to MaxDB forum ...