DB2 - Problem description
| Problem IC98629 | Status: Closed |
ROLLFORWARD DATABASE RETURNS SQL1774N ON HADR DATABSE AFTER SNAPSHOT RESTORE AND DB2INIDB AS MIRROR | |
| product: | |
DB2 FOR LUW / DB2FORLUW / A10 - DB2 | |
| Problem description: | |
Starting with DB2 v10.1 FP2 usage of an external snapshot backup
image to restore a HADR (primary) database will not longer work.
After restore and 'db2inidb as mirror' any rollforward database
command will result in error SQL1774N.
SQL1774N Table space restore or rollforward cannot be issued on
an HADR primary or HADR standby database.
In the db2diag.log you will see message:
2014-01-08-18.53.15.710102+060 I330298E636 LEVEL:
Error
PID : 6640 TID : 48006090975552 PROC :
db2sysc 0
INSTANCE: db2hadr3 NODE : 000 DB :
HADRDB
APPHDL : 0-10 APPID:
*LOCAL.db2hadr3.140108175315
AUTHID : DB2HADR3 HOSTNAME: DB2HADR1
EDUID : 19 EDUNAME: db2agent (HADRDB) 0
FUNCTION: DB2 UDB, High Availability Disaster Recovery,
hdrCheckDb, probe:18000
MESSAGE : ZRC=0xFFFFF912=-1774
SQL1774N Table space restore or rollforward cannot be
issued on an
HADR primary or HADR standby database.
Following sequence will reproduce the behaviour:
- setup HADR primary and standby database
- on HADR primary
- db2 set write suspend for database
- backup local/system db directory and db container files
using external tools (e.g. tar)
- db2 set write resume for database
- db2stop on HADR primary database server
- restore database from external backup (e.g. tar archive)
- db2start
- db2inidb <DBNAME> as mirror
-> any db2rollforward command will receive SQL1774N
This APAR will ensure 'db2inidb as mirror' resets the HADR
database role to STANDARD.
With database role STANDARD it's allowed to perform the
rollforward operation. Afterwards HADR needs to be configured
again. | |
| Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * All * **************************************************************** * PROBLEM DESCRIPTION: * * See Error Description * **************************************************************** * RECOMMENDATION: * * Upgrade to DB2 Version 10.1 FixPack 4. * **************************************************************** | |
| Local Fix: | |
Following sequence is a valid workaround to restore HADR primary database from external backup: - restore snapshot backup - db2inidb <DBNAME> as standby (which will reset HADR database role to standard) - rollforward db to end of logs - start hadr on db as primary (by force if there is standby configured and active) | |
| available fix packs: | |
DB2 Version 10.1 Fix Pack 4 for Linux, UNIX, and Windows | |
| Solution | |
First fixed in DB2 Version 10.1 FixPack 4. | |
| Workaround | |
not known / see Local fix | |
| BUG-Tracking | |
forerunner : APAR is sysrouted TO one or more of the following: IC99052 follow-up : | |
| Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 09.01.2014 03.06.2014 03.06.2014 |
| Problem solved at the following versions (IBM BugInfos) | |
| Problem solved according to the fixlist(s) of the following version(s) | |
| 10.1.0.4 |
|