1. Manuals
  2. Brands
  3. Computer Equipment
  4. Server
  5. IBM
  6. Computer Equipment
  7. Server

IBM 000-8697 What Happens During a Checkpoint

1 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 702
Download on canonical page 702 pages, 4.15 Mb
2-72 IBM Informix OnLine Database Server Administrator’s Guide

What Happens During a Checkpoint

What Happens During a Checkpoint
The checkpoint procedure is prompted by any one of four conditions (refer
topage 2-70). This description begins when the checkpoint-requested flag is set
by an OnLine user process after one of the four conditions is found to exist.
The checkpoint-requested flag wakes thetbinit daemon if it is not already
awake. Once this flag is set, OnLine user processes are prevented from
entering portions of code that are considered critical sections. (Refer to
page 2-27.) User processes that are within critical sections of code are
permitted to continue processing.
Afterall processes have exited from critical sections, tbinit resets the shared-
memorypointer from the current physical log buffer to the other buffer and
flushes the buffer. After the buffer is flushed,tbinit updates the shared-
memorystructure that contains a timestamp indicating the most-recent point
at which the physical log buffer was flushed.
Next,tbinit or tbpgcl (page-cleaner) daemons flush all modified pages in the
shared-memory pool. This flushing is performed as achunk write. (Refer to
page 2-77 for further information about chunk writes.)
Afterthe modified pages have been written to disk, tbinit writes a checkpoint-
completerecord in the logical log buffer.After this record is written, the logical
log buffer is flushed to disk.
The tbinit daemon next begins writing all configuration and archive infor-
mation to the appropriate reserved page, whether or not changes have
occurred since the last checkpoint. (Refer topage 2-95 for more information
about the reserved pages.)
When dbspaces, primary chunks, or mirror chunks are added or dropped
from OnLine, the changes are recorded in descriptor tables in shared
memory.If changes have occurred since the last checkpoint, tbinit writes the
descriptor tables from shared memory to the appropriate reserved page in
theroot dbspace. Otherwise, tbinit ignores the reserved pages that describe
thedbspaces, primary chunks, and mirror chunks. The tbinit daemon writes
allcheckpoint statistics to the appropriate reserved page in the root dbspace.
Next,tbinit looks for logical log files that can be freed (status U-L) and frees
them.(Refer to page 3-41.) Last, the checkpoint-complete record is written to
the OnLine message log.
MENU

Models

Contents