|
Problem IC72360
|
Status: Closed |
AUDIT POLICY STILL ASSOCIATES WITH OLD DATABASE NAME AFTER THE DATABASE IS RESTORED IN A NEW DATABASE NAME. |
| product: |
DB2 FOR LUW / DB2FORLUW / 950 - DB2 |
| Problem description: |
After performing a redirect restore on database
user cannot remove audit policy of the new database.
Removing the audit policy result an error:
SQL0478N DROP, ALTER, TRANSFER OWNERSHIP or REVOKE on object
type "AUDIT POLICY" cannot be processed because there is an
object "old_db", of type "DATABASE", which depends on it.
SQLSTATE=42893 |
| Problem Summary: |
****************************************************************
* USERS AFFECTED: *
* All DB2 audit users *
****************************************************************
* PROBLEM DESCRIPTION: *
* Drop audit policy can result with error SQL0478N if the *
* database is created from a backup of a different database *
* name. *
* The view SYSCAT.AUDITUSE of the new database shows the audit *
* policy still associates with the old database name under *
* OBJECTNAME column. *
****************************************************************
* RECOMMENDATION: *
* Upgrade to Version 9.5 Fix Pak 8 *
**************************************************************** |
| Local Fix: |
|
| available fix packs: |
DB2 Version 9.5 Fix Pack 8 for Linux, UNIX, and Windows
DB2 Version 9.5 Fix Pack 9 for Linux, UNIX, and Windows
DB2 Version 9.5 Fix Pack 10 for Linux, UNIX, and Windows
|
| Solution |
First fixed in Version 9.5 Fix Pack 8 |
| Workaround |
not known / see Local fix |
| BUG-Tracking |
forerunner : APAR is sysrouted TO one or more of the following: IC72403
follow-up : |
| Timestamps |
Date - problem reported :
Date - problem closed :
Date - last modified :
| 04.11.2010
21.07.2011
21.07.2011 |
| Problem solved at the following versions (IBM BugInfos) |
9.5.,
9.5.FP8
|
| Problem solved according to the fixlist(s) of the following version(s) |
| 9.5.0.8
|
 |
