---
task: Database consistency check (dsschk)
version: R1.03
source: IM 36K10J10-01EN §4.1.1; practiced on the test system 2026-09-30
status: verified (check only)
---

# Database consistency check (dsschk)

Needs CI Server running. Checking is read-only; **repair (`-r`) changes the database**:
back up first and ask the user.

## Check

```
dsschk -e -v > dsschk.out
```

- `-e` extended check: also compares the duplicated datasets on this node (e.g. item
  definitions copied by ITEM and EQUIPMENT Services). This is the useful check on a
  **single-node** system.
- `-v` verbose. Output lists `DSSP-I-CDS_START` / `DSSP-I-CDS_END` per dataset (228 on the
  test system) and any problems; the same messages go to `%TLS_LOG_PATH%\umhlog.log`.
- `-d <dataset>` checks one dataset; `-n <node>` one node.
- Plain `dsschk` (no `-e`) only compares copies **between nodes**, so on a single node it
  prints nothing.

Look for warnings or errors: search the output for `-W-`, `-E-` or `-F-`. None = consistent.

## Repair (not yet practiced)

From IM 36K10J10 §4.1.1: run `dsschk -r` until no more inconsistencies are reported (or the
same ones repeat), then `dsschk -e`, then `dsschk -e -r` (possibly twice). Read the output
carefully; some problems need manual work.

## ISAM files (not yet practiced)

`ismchk <database file>` checks one ISAM file; `ismkfr [-c] [-r] [-s] [-d] <file>` rebuilds
key files. Both need the file name (without it: `usage: ismchk data_base_name`).