When performing the START HADR, STOP HADR, or TAKEOVER HADR commands, the 8 corresponding error codes might be generated: SQL01767N, SQL01769N, 8or SQL01770N with a reason code of 98. The reason code indicates that there 8is no installed license for HADR on the server where the command was run. 8To correct the problem, install a valid HADR license using db2licm or install a version of the server that contains a valid HADR 8license as part of its distribution.
7 7 7DB2 Universal Database (UDB) supports cross-platform backup 7and restore operations. You can restore databases created on a DB2 UDB Version 78 32-bit Windows platform to a DB2 UDB Version 8 64-bit Windows platform, 7or the reverse. You can restore databases created on a DB2 UDB Version 78 32-bit Linux x86 platform to a DB2 UDB Version 8 64-bit Linux x86-64 or 7IA64 platform, or the reverse. You can restore databases created on DB2 UDB Version 78 AIX, HP-UX, Linux PPC, Linux zSeries, or the Solaris Operating Environment 7platforms, in 32-bit or 64-bit, to DB2 UDB Version 8 AIX, HP-UX, Linux PPC, Linux zSeries, or Solaris Operating Environment 7platforms (32-bit or 64-bit).
7 7 7The maximum block size limit for 3480 and 3490 tape devices on Linux is 61 440 7bytes
7 7 7Device | 7Attachment | 7Block Size Limit | 7DB2 buffer size limit (in 4-KB pages) | 7
---|---|---|---|
3480 | 7s370 | 761 440 | 715 | 7
3490 | 7s370 | 761 440 | 715 | 7
When calling the BACKUP DATABASE or RESTORE DATABASE commands, you can 7specify that you want to use the Tivoli Storage Manager (TSM) product to manage 7database or table space backup or restore operation. The minimum required 7level of TSM client API is Version 4.2.0, except on the following:
7When specifying values for the high availability disaster recovery (HADR) 7local host and local service parameters (HADR_LOCAL_SVC and HADR_REMOTE_SVC) 7while preparing an update database configuration command 7, the values must be ports that are not in use for any other service. If the 7parameters are being configured using the Linux or UNIX command line, the values should be also 7set in the /etc/services file.
7 7 7If you create a table space on the primary database and log replay fails 7on the standby database because the containers are not available, the primary 7database does not receive an error message stating that the log replay failed.
7To check for log replay errors, you must monitor the db2diag.log and the 7administration log on the standby database when you are creating new table 7spaces.
7If a takeover operation occurs, the new table space that you created is 7not available on the new primary database. To recover from this situation, 7restore the table space on the new primary database from a backup image.
7In the following example, table space MY_TABLESPACE is restored on database 7MY_DATABASE before it is used as the new primary database:
7Version 8.2 documentation states:
7BLOBs and CLOBs are not replicated; however, the space for them will be 7allocated on the standby database.
7The statement should read as follows:
7Non-logged BLOBs and CLOBs are not replicated; however, the space for them 7will be allocated on the standby database.
7 7 7High availability disaster recovery (HADR) does not support the use of 7raw I/O (direct disk access) for database log files. If HADR is started with 7the START HADR command, or if the database is restarted with HADR configured, 7and raw logs are detected, the associated command will fail with SQL1768N 7reason code "9".
[ Top of Page |Previous Page | Next Page | Contents ]