home clear 64x64
en blue 200x116 de orange 200x116 info letter User
suche 36x36
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 IC84319 Status: Geschlossen

IN A HADR SYSTEM, THE REPLAY OF VIEW REGENERATION ON STANDBY DOESN'T
ENABLE REPLAY ONLY WINDOW.

Produkt:
DB2 FOR LUW / DB2FORLUW / 970 - DB2
Problembeschreibung:
Regeneration of view updates the system catalog's. When this 
catalog update is replayed on standby replay only window should 
be enabled but it is not.  Due to this, applications trying to 
access the particular catalog table could see a corrupted LOB 
thus bringing down the standby database. A simple repro that 
could trigger this situation is 
 
create table t1 (c1 int) 
create view v1 as select * from t1 
drop table t1 
create table t1 (c1 int) 
select * from v1
Problem-Zusammenfassung:
**************************************************************** 
* USERS AFFECTED:                                              * 
* DB2 LUW HADR users with reads on standby enabled on standby  * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* roblem:                                                      * 
* ----------                                                   * 
* Regeneration of a view changes catalog tables and updates    * 
* LOB columns. This is a DDL operation but due to the way it   * 
* is designed it doesn't go through the normal DDL code path.  * 
* When a view is regenerated it's not enabling the Replay Only * 
* Window on Standby.                                           * 
*                                                              * 
* Impact:                                                      * 
* ---------                                                    * 
* When the log's records for the regen view stmt are being     * 
* replayed on standby, readers on standby will not be blocked. * 
* Applications trying to access the particular catalog table   * 
* could see a corrupted LOB thus bringing down the database.   * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to DB2 v97 fixpack 7.                                * 
****************************************************************
Local-Fix:
One can avoid the issue by manually terminating all applications 
on standby before a regen view is being replayed. No new 
applications should attempt to connect while the view 
regeneration log records are replayed on standby. 
In case, the database is brought down due to the mentioned 
issue, restart the standby database. There should be no impact 
to the database contents. It will come back normal.
verfügbare FixPacks:
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
The defect is first fixed in DB2 v97 Fixpack 7
Workaround
keiner bekannt / siehe Local-Fix
Bug-Verfolgung
Vorgänger  : APAR is sysrouted TO one or more of the following: IC87905 
Nachfolger : 
Weitere Daten
Datum - Problem gemeldet    :
Datum - Problem geschlossen :
Datum - der letzten Änderung:
13.06.2012
20.10.2012
20.10.2012
Problem behoben ab folgender Versionen (IBM BugInfos)
9.7.FP7
Problem behoben lt. FixList in der Version
9.7.0.7 FixList