suche 36x36
  • CURSOR Service Distribution
           
     

    CURSOR Service Distribution

    24x7 Always Up

    pfeil
  • Logistics and transportation
           
     

    Logistics and transportation

    24x7 Always Up

    pfeil
  • Industrial environments
           
     

    Industrial environments

    24x7 Always Up

    pfeil
  • Trade and commerce
           
     

    Trade and commerce

    24x7 Always Up

    pfeil
  • Online shopping
           
     

    Online shopping

    24x7 Always Up

    pfeil
  • We care about your databases
           
     

    We care about your databases

    24x7 Always Up

    pfeil
 

Erik Stahlhut

CURSOR Service Distribution

Wir halten Ihre IBM Datenbanken am Laufen 

             
 

Monitoring Monitoring

Monitoring

  • Unternehmen mit existenziell wichtigen Datenbanken vertrauen auf unser Informix Monitoring. Wir vermeiden Systemausfälle bevor sie entstehen.

  • Automatisierte Überwachung rund um die Uhr. Frühzeitiges Erkennen von Engpässen auf Basis von Verlaufsdaten mit dem CURSOR Admin-Scout.

  • Administration für alle Installationsgrößen. Standard-, Remote- oder Standby Administration, bis hin zur 24x7 Bereitschaft für Systeme mit Hochverfügbarkeit.

  • Individuelle Anpassungen an die Service-Level unserer Kunden mit kurzen Reaktionszeiten und persönlichen Ansprechpartnern im Support.

Erfahren Sie mehr zum Informix Monitoring mit der CURSOR Service Distribution!
 

ServiceService

Service

  • Anforderungen aus allen Bereichen des Datenmanagements. Servicepakete oder individuell vereinbarte Projekte wie:
    • Aufbau von Replikationen oder Hochverfügbarkeit;
    • Performance-, Laufzeitanalyse, Tuning;
    • Release-, Plattform- oder Cloud-Migration;
    • Zugriffskontrolle, Verschlüsselung, Archivierung.
  • Die CURSOR Service Distribution ist langjähriger IBM High-Value Service Provider für IBM Informix.

  • Speziell für Informix bieten wir zusätzlich Online Seminare, Workshops und Schulungen an.

Informationen zu Service- und Supportleistungen, kommen Sie mit Ihrem Projekt auf uns zu!
 

SupportSupport

Support

  • Anfrage von Supportleistungen zu IBM Datenbanken. Unsere Kunden profitieren von der Kompetenz aus über 25 Jahren Informix Support und systemnaher Entwicklung von Datenbank-Tools.

  • Im Supportfall sind wir der erste und zentrale Ansprechpartner. Wir haben den direkten Draht in die IBM und HCL Supportabteilungen und sind für unsere Kunden mit 24x7 Vereinbarungen rund um die Uhr erreichbar.

  • Auch Informix Kunden ohne aktive IBM Produktwartung können unseren First-Aid Support in Anspruch nehmen.

Buchen Sie ein Ticket auf unserer Website oder rufen Sie uns einfach an!
 
 
 
 

IBM Software

für Hersteller

und Technologiepartner

IBM Embedded Solution Agreement (ESA)
Integration von IBM Software in Ihre Lösung!

  Service
  • Integrieren Sie IBM Software in Ihre Lösung!

  • Profitieren Sie von der Leistung der IBM Software, nutzen Sie die günstigen Konditionen für IBM Lizenzen und Wartung!

  • Die Mitarbeiter der CURSOR Service Distribution haben zwanzig Jahre Erfahrung im indirekten Vertrieb von IBM Software (OEM/ASL/ESA Lizenzierung). Wir zeigen Ihnen wie Sie IBM ESA Business Partner werden.

esa bp werden blue 1000x100

 
 
 
 

KompetenzService

in der Informix Administration

 
 

der CURSOR

Admin-Scout für Informix

esa bp werden blue 1000x100

esa bp werden blue 1000x100

 

 

  • Das Informix Tool direkt aus dem CURSOR Informix Support.

  • Entwickelt von Administratoren für Administratoren.

    Mit einem Hintergrund von über 25 Jahren Informix Support, Administration und systemnaher Programmierung, entwickeln und vertreiben wir den Admin-Scout seit 2015.

  • Durch unseren Managed Service Ansatz, eignet sich der Admin-Scout für nahezu alle Einsatzbereiche des Informix Datenbanksystems. Unsere Kunden sind IT-Abteilungen und Administratoren im Handel, bei Banken, Hochschulen, Gewerbe und in der Industrie.

 
 
 
 

Über uns

die CURSOR Service Distribution

  • High-Value Service Provider für IBM Informix.

  • Distribution für IBM Data-Management Software (OEM/ASL/ESA Lizenzierung für ISVs).

Die CURSOR Service Distribution ist ein Geschäftsbereich der CURSOR Software AG, hervorgegangen aus der Übernahme des Informix und Development-Tool Spezialisten «Nonne & Schneider» Ende 2005.

Wir bieten weitreichende technische Serviceleistung für IBM Informix. Als High-Value Serviceprovider sind wir der direkter Ansprechpartner für alle Servicebelange unserer Kunden zu diesen Datenbanken.

Unsere Serviceleistungen sind dabei unabhängig von einer Lizenzierung über unser Haus. Namhafte Kunden setzen auf unser Monitoring und haben unsere Tools im Einsatz, während Lizenzierung und Update-Wartung direkt bei IBM unter Vertrag sind.

 

CURSOR Software AG

Seit über 25 Jahren entwickelt und vermarktet CURSOR CRM-Lösungen für den gehobenen Mittelstand und Konzerne.

  • Gemeinsam.
    Zusammen mit Ihnen führen wir Ihr CRM-Projekt zum Erfolg. Unsere Experten bieten dafür umfassende Leistungen aus einer Hand: Softwareentwicklung, Beratung, Softwareeinführung, Schulungen, Support – und die laufende Optimierung Ihres CRM-Systems.

  • Begeisternd.
    Wir „leben“ CRM und möchten Sie mit CRM-Software und Dienstleistungen Made in Germany begeistern. Maßstab dafür sind Begeisterung und Loyalität unserer Kunden – und deren Kunden.

  • Erfolgreich.
    Seit 30 Jahren steht der Name CURSOR für exzellentes Kunden- und Geschäftsprozessmanagement – CRM und BPM. Unseren Erfolg messen wir an der Zufriedenheit und den Markterfolgen unserer Kunden. Mehr über erfolgreiche CRM-Projekte erfahren Sie am besten direkt von unseren Anwendern.

 
 
Neueste VersionenFixList
11.1.0.7 FixList
10.5.0.9 FixList
10.1.0.6 FixList
9.8.0.5 FixList
9.7.0.11 FixList
9.5.0.10 FixList
9.1.0.12 FixList
Haben Sie Probleme? - Kontaktieren Sie uns.
Kostenlos registrieren anmeldung-x26
Kontaktformular kontakt-x26

DB2 - Problembeschreibung

Problem IC69211 Status: Geschlossen

MIGRATION FROM V8 TO V95 FAILED DUE TO ORPHAN ROWS IN SYSROUTINEAUTH

Produkt:
DB2 FOR LUW / DB2FORLUW / 970 - DB2
Problembeschreibung:
When orphan rows exist in SYSROUTINEAUTH, migration may fail 
with the following db2diag.log entries. 
 
2009-05-12-11.32.12.457885-240 I1804695A483 LEVEL: Warning 
PID : 962776 TID : 3125 PROC : db2sysc 0 
INSTANCE: inst1 NODE : 000 DB : GTM 
APPHDL : 0-32 APPID: *LOCAL.inst1.090512152942 
AUTHID : INST1 
EDUID : 3125 EDUNAME: db2agent (GTM ) 0 
FUNCTION: DB2 UDB, catalog migration, sqlrlm_catalog_migrate, 
probe:2912 
DATA #1 : <preformatted> 
Begin migrating catalog table: SYSROUTINEAUTH 
 
2009-05-12-11.32.13.086093-240 E1805179A618 LEVEL: Warning 
(Origin) 
PID : 962776 TID : 3125 PROC : db2sysc 0 
INSTANCE: inst1 NODE : 000 DB : GTM 
APPHDL : 0-32 APPID: *LOCAL.inst1.090512152942 
AUTHID : INST1 
EDUID : 3125 EDUNAME: db2agent (GTM ) 0 
FUNCTION: DB2 UDB, catalog migration, 
sqlrlm_8to9_sysroutineauth, 
probe:6779 
DATA #1 : String, 166 bytes 
Warning: Execute privilege has been granted on all methods of 
type GTM 
.CHANGE_I to DCHG , but that type name does not exist. This 
privilege is 
being revoked. 
 
-------Frame------ ------Function + Offset------ 
0x09000000004796BC pthread_kill + 0x88 
0x090000000431788C sqloDumpEDU + 0x24 
0x0900000003DFCC5C sqldDumpContext__FP8sqeAgentiN42PCcPvT2 + 
0x10C 
0x0900000003DFCA84 
sqldDumpContext__FP8sqeAgentiN42PCcPvT2@glueA0A + 0x94 
0x09000000041DA084 sqlrr_dump_ffdc__FP8sqlrr_cbiT2 + 0x310 
0x09000000037C442C sqlzeDumpFFDC__FP8sqeAgentUiP5sqlcai + 0x24 
0x09000000037C4270 sqlzeSqlCode__FP8sqeAgentUiUlT2P5sqlcaiUsPc + 
0x104 
0x090000000431A760 sqlrrSqlCode + 0x338 
0x0900000005BDB010 sqlrlmLogErr__FP8sqlrr_cbUiUlilPcT3 + 0x214 
0x0900000005C0F844 
sqlrlm_catalogFixup__FP8sqlrr_cbUslT3UlC17sqlrlm_catChangesPc8sq 
lr_tidP8sqlr_tid + 0x4A78 
0x0900000005C08484 sqlrlm_catalog_migrate__FP8sqeAgentsP5sqlca + 
0x436C 
0x0900000005DA0C6C sqlefmig__FPcP8SQLE_BWAP5sqlca + 0x2C 
0x0900000005C02524 sqlemigr__FP8SQLE_BWAP14db2UCinterface + 
0x1018 
0x090000000434F9F8 
sqlemigr__FP8SQLE_BWAP14db2UCinterface@glueAC3 + 0x70 
0x0900000003C825D4 
AppLocalStart__14sqeApplicationFP14db2UCinterface + 0x4AC 
0x09000000039920E8 sqlelostWrp__FP14db2UCinterface + 0x34 
0x0900000003992164 sqleUCengnInit__FP14db2UCinterfaceUs + 0x18 
0x0900000003A69F48 sqleUCagentConnect + 0x284 
0x0900000003A5FF60 
sqljsConnectAttach__FP13sqljsDrdaAsCbP14db2UCinterface + 0xE8 
0x0900000003A5F700 
sqljs_ddm_accsec__FP14db2UCinterfaceP13sqljDDMObject + 0x314 
0x0900000003A5F840 
sqljsParseConnect__FP13sqljsDrdaAsCbP13sqljDDMObjectP14db2UCinte 
rface + 0x64 
0x0900000003A5F900 
sqljsParse__FP13sqljsDrdaAsCbP14db2UCinterface + 0x24 
0x090000000397D3F0 @63@sqljsSqlam__FP14db2UCinterfaceP8sqeAgentb 
+ 0x224 
0x0900000003A46EF8 
@63@sqljsDriveRequests__FP8sqeAgentP14db2UCconHandle + 0x98 
0x0900000003A46C04 
@63@sqljsDrdaAsInnerDriver__FP18SQLCC_INITSTRUCT_Tb + 0xE0 
0x0900000003A4698C sqljsDrdaAsDriver__FP18SQLCC_INITSTRUCT_T + 
0x13C 
0x0900000003A23850 RunEDU__8sqeAgentFv + 0x11C 
0x0900000003A235B0 EDUDriver__9sqzEDUObjFv + 0x94 
0x0900000003A1E2EC sqloEDUEntry + 0x54C 
</StackTrace> 
 
One of the query could be used to determine whether there's 
duplicate rows that may cause the database migration to hit APAR 
IZ52606 
with datatypes as (select NAME, SCHEMA from SYSIBM.SYSDATATYPES) 
select RA.SCHEMA, RA.SPECIFICNAME, RA.TYPESCHEMA, RA.TYPENAME, 
RA.GRANTEE 
from SYSIBM.SYSROUTINEAUTH RA 
where RA.ROUTINETYPE = 'M' and RA.TYPENAME IS NOT NULL and 
RA.SPECIFICNAME IS NULL and 
      not exists (select NAME, SCHEMA from datatypes DT where 
DT.NAME = RA.TYPENAME and DT.SCHEMA = RA.TYPESCHEMA) 
 
with routines as (select ROUTINESCHEMA, SPECIFICNAME from 
SYSIBM.SYSROUTINES) 
select RA.SCHEMA, RA.SPECIFICNAME, RA.TYPESCHEMA, RA.TYPENAME, 
RA.GRANTEE 
from SYSIBM.SYSROUTINEAUTH RA 
where RA.ROUTINETYPE = 'M' and RA.TYPENAME IS NOT NULL and 
RA.SPECIFICNAME IS NOT NULL and 
      not exists (select R.ROUTINESCHEMA, R.SPECIFICNAME from 
routines R where R.ROUTINESCHEMA = RA.SCHEMA and R.SPECIFICNAME 
= RA.SPECIFICNAME)
Problem-Zusammenfassung:
Problem Description: 
MIGRATION FROM V8 TO V95 FAILED DUE TO ORPHAN ROWS IN 
SYSROUTINEAUTH 
 
Problem Summary: 
When orphan rows exist in SYSROUTINEAUTH, migration may fail 
 
with the following db2diag.log entries. 
 
2009-05-12-11.32.12.457885-240 I1804695A483 LEVEL: Warning 
PID : 962776 TID : 3125 PROC : db2sysc 0 
INSTANCE: inst1 NODE : 000 DB : GTM 
APPHDL : 0-32 APPID: *LOCAL.inst1.090512152942 
AUTHID : INST1 
EDUID : 3125 EDUNAME: db2agent (GTM ) 0 
FUNCTION: DB2 UDB, catalog migration, sqlrlm_catalog_migrate, 
probe:2912 
DATA #1 : <preformatted> 
Begin migrating catalog table: SYSROUTINEAUTH 
 
2009-05-12-11.32.13.086093-240 E1805179A618 LEVEL: Warning 
(Origin) 
PID : 962776 TID : 3125 PROC : db2sysc 0 
INSTANCE: inst1 NODE : 000 DB : GTM 
APPHDL : 0-32 APPID: *LOCAL.inst1.090512152942 
AUTHID : INST1 
EDUID : 3125 EDUNAME: db2agent (GTM ) 0 
FUNCTION: DB2 UDB, catalog migration, 
sqlrlm_8to9_sysroutineauth, 
probe:6779 
DATA #1 : String, 166 bytes 
Warning: Execute privilege has been granted on all methods of 
type GTM 
.CHANGE_I to DCHG , but that type name does not exist. This 
privilege is 
being revoked. 
 
-------Frame------ ------Function + Offset------ 
0x09000000004796BC pthread_kill + 0x88 
0x090000000431788C sqloDumpEDU + 0x24 
0x0900000003DFCC5C sqldDumpContext__FP8sqeAgentiN42PCcPvT2 + 
0x10C 
0x0900000003DFCA84 
sqldDumpContext__FP8sqeAgentiN42PCcPvT2@glueA0A + 0x94 
0x09000000041DA084 sqlrr_dump_ffdc__FP8sqlrr_cbiT2 + 0x310 
0x09000000037C442C sqlzeDumpFFDC__FP8sqeAgentUiP5sqlcai + 0x24 
0x09000000037C4270 sqlzeSqlCode__FP8sqeAgentUiUlT2P5sqlcaiUsPc + 
0x104 
0x090000000431A760 sqlrrSqlCode + 0x338 
0x0900000005BDB010 sqlrlmLogErr__FP8sqlrr_cbUiUlilPcT3 + 0x214 
0x0900000005C0F844 
sqlrlm_catalogFixup__FP8sqlrr_cbUslT3UlC17sqlrlm_catChangesPc8sq 
lr_tidP8sqlr_tid + 0x4A78 
0x0900000005C08484 sqlrlm_catalog_migrate__FP8sqeAgentsP5sqlca + 
0x436C 
0x0900000005DA0C6C sqlefmig__FPcP8SQLE_BWAP5sqlca + 0x2C 
0x0900000005C02524 sqlemigr__FP8SQLE_BWAP14db2UCinterface + 
0x1018 
0x090000000434F9F8 
sqlemigr__FP8SQLE_BWAP14db2UCinterface@glueAC3 + 0x70 
0x0900000003C825D4 
AppLocalStart__14sqeApplicationFP14db2UCinterface + 0x4AC 
0x09000000039920E8 sqlelostWrp__FP14db2UCinterface + 0x34 
0x0900000003992164 sqleUCengnInit__FP14db2UCinterfaceUs + 0x18 
0x0900000003A69F48 sqleUCagentConnect + 0x284 
0x0900000003A5FF60 
sqljsConnectAttach__FP13sqljsDrdaAsCbP14db2UCinterface + 0xE8 
0x0900000003A5F700 
sqljs_ddm_accsec__FP14db2UCinterfaceP13sqljDDMObject + 0x314 
0x0900000003A5F840 
sqljsParseConnect__FP13sqljsDrdaAsCbP13sqljDDMObjectP14db2UCinte 
rface + 0x64 
0x0900000003A5F900 
sqljsParse__FP13sqljsDrdaAsCbP14db2UCinterface + 0x24 
0x090000000397D3F0 @63@sqljsSqlam__FP14db2UCinterfaceP8sqeAgentb 
+ 0x224 
0x0900000003A46EF8 
@63@sqljsDriveRequests__FP8sqeAgentP14db2UCconHandle + 0x98 
0x0900000003A46C04 
@63@sqljsDrdaAsInnerDriver__FP18SQLCC_INITSTRUCT_Tb + 0xE0 
0x0900000003A4698C sqljsDrdaAsDriver__FP18SQLCC_INITSTRUCT_T + 
0x13C 
0x0900000003A23850 RunEDU__8sqeAgentFv + 0x11C 
0x0900000003A235B0 EDUDriver__9sqzEDUObjFv + 0x94 
0x0900000003A1E2EC sqloEDUEntry + 0x54C 
</StackTrace> 
 
One of the query could be used to determine whether there's 
duplicate rows that may cause the database migration to hit APAR 
IZ52606 
with datatypes as (select NAME, SCHEMA from SYSIBM.SYSDATATYPES) 
select RA.SCHEMA, RA.SPECIFICNAME, RA.TYPESCHEMA, RA.TYPENAME, 
RA.GRANTEE 
from SYSIBM.SYSROUTINEAUTH RA 
where RA.ROUTINETYPE = 'M' and RA.TYPENAME IS NOT NULL and 
RA.SPECIFICNAME IS NULL and 
      not exists (select NAME, SCHEMA from datatypes DT where 
DT.NAME = RA.TYPENAME and DT.SCHEMA = RA.TYPESCHEMA) 
 
with routines as (select ROUTINESCHEMA, SPECIFICNAME from 
SYSIBM.SYSROUTINES) 
select RA.SCHEMA, RA.SPECIFICNAME, RA.TYPESCHEMA, RA.TYPENAME, 
RA.GRANTEE 
from SYSIBM.SYSROUTINEAUTH RA 
where RA.ROUTINETYPE = 'M' and RA.TYPENAME IS NOT NULL and 
RA.SPECIFICNAME IS NOT NULL and 
      not exists (select R.ROUTINESCHEMA, R.SPECIFICNAME from 
routines R where R.ROUTINESCHEMA = RA.SCHEMA and R.SPECIFICNAME 
= RA.SPECIFICNAME)
Local-Fix:
n/a
verfügbare FixPacks:
DB2 Version 9.7 Fix Pack 4 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 5 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 6 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 7 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 8 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 9 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 9a for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 10 for Linux, UNIX, and Windows

Lösung
Problem is first fixed in Version 9.7 Fixpack 4
Workaround
n/a
Weitere Daten
Datum - Problem gemeldet    :
Datum - Problem geschlossen :
Datum - der letzten Änderung:
14.06.2010
29.04.2011
29.04.2011
Problem behoben ab folgender Versionen (IBM BugInfos)
9.7.FP4
Problem behoben lt. FixList in der Version
9.7.0.4 FixList