Revision History | ||
---|---|---|
Revision V7.1-004 | 27 June 2024 |
|
Revision V7.1-002 | 19 September 2023 |
|
Revision V7.0-001 | 24 November 2021 |
|
Revision V7.0-000 | 12 February 2021 |
|
Revision V6.3-013 | 30 June 2020 |
|
Revision V6.3-010 | 31 October 2019 |
|
Revision V6.3-006 | 26 October 2018 |
|
Revision V6.3-005 | 03 July 2018 |
|
Revision V6.3-004 | 23 March 2018 |
|
Revision V6.3-001 | 20 March 2017 |
|
Table of Contents
This chapter discusses GT.M methods for maintaining data availability and integrity.
A database that has GDS integrity may not be consistent from the application data point of view. That is, certain types of failures that do not damage the GDS database structures may cause logical transactions (consisting of multiple database updates within an application) to stop in an "illogical" state with some, but not all, of the updates in place. Transaction processing and database journaling are good methods for maintaining application data consistency. For more information on transaction processing, refer to the "General Language Features of M" and "Commands" chapters of the GT.M Programmer's Guide. For more information on journaling, refer to the "GT.M Journaling" chapter of this manual.
Maintaining database integrity is integral to GT.M operation; you should seldom, if ever, need the material in this chapter, especially if you use journaling. However, databases can be corrupted by unusual events such as hardware failures, sudden loss of power, operating system failure, or improper operator action. All such events should be followed with database integrity checks.
The chapter describes the following:
Suggested times to use MUPIP INTEG for verifying database integrity
Recommended methods for handling database problems
General techniques and strategies for using DSE
Instructions for identifying and repairing errors with DSE