Book Image

IBM DB2 9.7 Advanced Administration Cookbook

Book Image

IBM DB2 9.7 Advanced Administration Cookbook

Overview of this book

IBM DB2 LUW is a leading relational database system developed by IBM. DB2 LUW database software offers industry leading performance, scale, and reliability on your choice of platform on various Linux distributions, leading Unix Systems like AIX, HP-UX and Solaris and MS Windows platforms. With lots of new features, DB2 9.7 delivers one the best relational database systems in the market. IBM DB2 9.7 Advanced Administration Cookbook covers all the latest features with instance creation, setup, and administration of multi-partitioned database. This practical cookbook provides step-by-step instructions to build and configure powerful databases, with scalability, safety and reliability features, using industry standard best practices. This book will walk you through all the important aspects of administration. You will learn to set up production capable environments with multi-partitioned databases and make the best use of hardware resources for maximum performance. With this guide you can master the different ways to implement strong databases with a High Availability architecture.
Table of Contents (21 chapters)
IBM DB2 9.7 Advanced Administration Cookbook
Credits
About the Authors
About the Reviewers
www.PacktPub.com
Preface
Index

Using the DB2 fault monitor


The main role of DB2 fault monitor is to keep the instances running all the time. In the case where an instance fails because of an unpredicted event, such as a software bug or an accidental close, the fault monitor will try to restart it.

Getting ready

In the following recipe, we will cover the parameters that control the fault monitor and how it works.

How to do it...

Every instance has a fault monitor registry file located in <instance user home>/sqllib/. This file has the format fm.machinename.reg and contains the parameters that control the behavior of the fault monitor. Usually, this file is updated using the corresponding switches of the db2fm command. For example, our fault monitor registry, for db2inst1 on nodedb21, has the following parameters or keywords:

[db2inst1@nodedb21 sqllib] more fm.nodedb21.reg
FM_ON = no # default
FM_ACTIVE = yes # default
START_TIMEOUT = 600 # default
STOP_TIMEOUT = 600 # default
STATUS_TIMEOUT = 20 # default
STATUS_INTERVAL...