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

IBM 000-8697 OnLine Checkpoints, Fast Recovery, Archive Checkpoints

1 145 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 702
Download on canonical page 702 pages, 4.15 Mb
System Architecture 2-71
OnLine Checkpoints
Onereason an administrator might want to initiate a checkpoint would be to
forcea new checkpoint record in the logical log. Forcing a checkpoint would
be a step in freeing a logical log file with statusU-L. (Refer to page 3-41.)
Fast Recovery
Acheckpoint is critical to the operation of the fast-recovery process. (Refer to
page 4-39.) As fast recovery begins, OnLine data is brought to physical
consistencyas of the last checkpoint by restoring the contents of the physical
log.
During fast recovery, OnLine reprocesses the transactions contained in the
logical logs, beginning at the point of the last checkpoint record and
continuingthrough all the records contained in the subsequent logical log(s).
After fast recovery completes, the OnLine data is consistent up through the
last completed transaction. That is, all committed transactions recorded in
thelogical logs on disk are retained; all incomplete transactions (transactions
with noCOMMIT WORK entry in the logical logs on disk) are rolled back.
Archive Checkpoints
Checkpoints that occur during an online archive may require slightly more
time to complete. The reason is that the archiving procedure forces pages to
remainin the physical log until the tbtape process (that performs the archive)
hashad a chance to write the “before-image” pages to the archive tape. This
mustbe done to ensure that the archive has all timestamped pages needed to
complete the archive. (Refer topage 4-30 for more information about what
happens during online archiving.)
MENU

Models

Contents