|
ABSTRACT
A remote backup database system tracks the state of a primary system, taking over transaction processing when disaster hits the primary site. The primary and backup sites are physically isolated so that failures at one site are unlikely to propogate to the other. For correctness, the execution schedule at the backup must be equivalent to that at the primary. When the primary and backup sites contain a single processor, it is easy to achieve this property. However, this is harder to do when each site contains multiple processors and sites are connected via multiple communication lines. We present an efficient transaction processing mechanism for multiprocessor systems that guarantees this and other important properties. We also present a database initialization algorithm that copies the database to a backup site while transactions are being processed.
REFERENCES
Note: OCR errors may be found in this Reference List extracted from the full text article. ACM has opted to expose the complete List rather than only correct and linked references.
| |
1
|
~kGRAWAL, R. A parallel logging algorithm for multiprocessor database machines. In Proceedings of the 4th Internahonal Workshop on Database Machines. Springer, New York, 1985.
|
| |
2
|
|
| |
3
|
BURKES, D., AND TREIBER, K. Design approaches for real time recovery. Presentation at the Third International Workshop on High Performance Transaction Systems (Pacific Grove, Calif., Sept. 1989).
|
| |
4
|
CRUS, R.A. Data recovery in IBM Database 2. IBM Syst. J. 23, 2 (1984), 178-188.
|
| |
5
|
FINKELSTEIN, W., AND CAPPI, M. Experiences with large networks of computers. Presenta- Lion at the International Workshop on High Performance Transaction Systems (Pacific Grove, Calif., Sept. 1985).
|
| |
6
|
GARCIA-MOLINA, H., AND ABBOTT, R. K. Reliable distributed database management. In Proceedings of the IEEE, Special Issue on D~stributed Database Systems (May 1987), 601-620.
|
| |
7
|
GRAY, J. N., AND ANDERTON, M. Distributed computer systems: Four case studies. In Proceedings of the IEEE, Special Issue on Distributed Database Systems (May 1987), 719-726.
|
| |
8
|
GRAY, J.N. Why do computers stop and what can be done about it? Presentation at the Fifth Symposium on Reliability in Distributed Software and Database Systems (Los Angeles, Calif., Jan. 1986).
|
| |
9
|
|
| |
10
|
GRAY, J. N., AND t~EUTER, A. Transaction processing. Course Notes from CS~,445 StanforJ Spring Term, 1988.
|
| |
11
|
|
| |
12
|
IBM, IMS/VS Extended Recovery Facility (XRF)' General Informatzon. Doc. GG24-3150, March 1987
|
| |
13
|
LYON, J Design considerations in replicated database systems for dmaster protectmn. IEEE Compcon, 1988
|
 |
14
|
|
 |
15
|
|
 |
16
|
|
 |
17
|
|
| |
18
|
Tandem Computers Remote Duplicate Database Factllty (RDF) System Management Manual. March 1987
|
| |
19
|
|
CITED BY 12
|
Sharad Mehrotra , Kexiang Hu , Simon Kaplan, Dealing with partial failures in multiple processor primary-backup systems, Proceedings of the sixth international conference on Information and knowledge management, p.371-378, November 10-14, 1997, Las Vegas, Nevada, United States
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
REVIEW
"Peter John Trueman : Reviewer"
Two multicomputer systems are linked by multiple communication
paths, and each has a partitioned relational database. The primary
system processes the database transactions, and the other acts as a
hot-standby that will take over the processin
more...
|