IBM 000-8697 Manual Do Utilizador

IBM Informix OnLine Database Server Administrator’s Guide

The answer is that tbtape and tbinit synchronize their activities at the
beginning of the archive and continue to work in concert until the end of the
archive. The following paragraphs describe the consequences of this
cooperation.

The first task is to prevent any specific disk page from being modified until
tbtape

 has had a chance to archive that page in its archive-begin state. The

 process neatly accomplishes this task without interrupting

processing.

During an archive, tbtape periodically scans the physical log looking for
“before-images” that contain timestamps that are less than the begin-archive
checkpoint timestamp. Each “before-image” page that meets this criterion is
copied to the archive tape.

OnLine cannot rely on scanning to obtain every required “before-image.”
The tbinit process must be blocked from flushing the physical log (by
completing a checkpoint) until tbtape can verify that it has copied all
required “before-images.” This is accomplished by ensuring that the tbtape
archive processing remains in critical-section code throughout the
procedure, effectively blocking a checkpoint from occurring. (Refer to

 for more details about critical sections.)

When the need arises to flush the physical log, tbinit notifies tbtape. The
tbtape

 process scans the physical log to copy any required “before-images”

to the archive tape. (Periodic scanning prevents this final check and copy
from unduly prolonging the checkpoint.)

Copying done, tbtape temporarily exits from its critical section long enough
for tbinit to complete its checkpoint. When the checkpoint is complete,
tbtape

 reenters the critical section, again blocking tbinit from executing a

checkpoint.