Page Sets

IBM MQ page sets on z/OS are where messages actually live on disk—bytes customers care about when they ask “is my payment on the queue?” Logs remember how data got there; page sets hold the result. Each page set is a VSAM data set divided into pages the queue manager reads and writes through buffer pools in memory. Page set 0 traditionally carries system queues and definitions; additional page sets spread application traffic so one huge billing queue cannot monopolize every cylinder. Capacity planners watch page set percent full like distributed admins watch disk partitions. Coupling facility structures extend the model in queue sharing groups where multiple queue managers share message data. This tutorial explains page set roles, buffer pool interaction, allocation and expansion, monitoring, relationship to logs and checkpoints, and recovery when page sets restore from backup—written for beginners who know queues but not z/OS storage.

Page Sets Versus Logs

Storage roles
StoreContentAnalogy
Page setCurrent message bodies and queue state on diskWarehouse shelves
Active logOrdered change recordsShipping manifest
BSDSIndex of logs and recovery pointsWarehouse office filing
Archive logHistorical manifestsOld manifest binders

Page Set Numbering and Usage

Administrators assign queues to page sets using MQSC and definitions created at install. Page set 0 is mandatory for many system objects. Application page sets isolate departments—PAY on page set 1, HR on page set 2—so expansion and backup policies differ. DEFPSIST and message size affect consumption; large messages consume pages faster than small telemetry events.

  • Page set 0—system queues, default objects, control structures per site design.
  • Page set n—application families with similar SLA and backup windows.
  • Shared message queues in QSG—CF-backed structures with page set coordination per IBM QSG planning.

Buffer Pools

Buffer pools are memory areas caching page set pages to avoid DASD reads on hot queues. Too small a buffer pool causes excessive I/O and CPU; too large steals memory from other subsystems on the LPAR. DISPLAY USAGE and related diagnostics show buffer pool hit rates and deferred writes. Tuning is iterative with performance teams during peak batch.

text
1
2
3
4
/* Planning factors — illustrative DEFINE PAGESET(name) PAGESIZE(4096) ... Associate queues: DEFINE QLOCAL('PAY.IN') PAGESET(1) Buffer pool BP1 linked to page set 1 in system setup */

Expansion and Capacity

Page sets grow by adding extents or increasing allocation during maintenance windows. Monitor CURDEPTH on queues together with page set utilization—a queue may hit MAXDEPTH while page set still has space, or page set full may block puts despite shallow individual queues if many queues share the page set. Rebalancing queues to another page set requires planning and possible quiesce.

Capacity signals
SignalMeaningAction
Page set high % usedDisk space for messages lowExpand or archive consumers
High deferred writeBuffer pool stressTune buffer pool size
2053 on many queuesShared page set exhaustionSpread queues or expand
Slow MQPUTI/O wait on page setStorage subsystem review

Persistent Messages on Page Sets

Persistent puts write log records first, then update page set pages—write-ahead logging. After restart, recovery replays logs to ensure page sets match committed work. Non-persistent messages may use storage paths with less disk durability; do not store payments as non-persistent to “save space.”

Recovery and Backup

Page set backup pairs with log and BSDS backup for point-in-time recovery. Restoring an old page set without replaying logs forward produces stale queues. Checkpoints mark how far page sets are synchronized with logs—see the checkpoints tutorial. DR runbooks list order of restore: BSDS, logs, page sets, CF structures.

Queue Sharing Groups

In a QSG, shared queues use coupling facility structures; page set planning spans multiple queue managers. A beginner on standalone z/OS MQ should still read shared queue material before joining a QSG project—page set numbers and CF structure sizes are decided at cluster design time.

Explainer: Warehouse Shelves and Manifests

Page sets are shelves holding boxes (messages). Logs are manifests listing every box moved. BSDS is the office catalog of manifests. Recovery rebuilds shelves using manifests when the warehouse floods.

Explain Like I'm Five

Page sets are the toy boxes where MQ keeps the toys. The diary (log) remembers what toys were added or removed so nothing gets lost if the room resets.

Practice Exercises

Exercise 1

Propose page set layout for three applications with different backup RPO requirements.

Exercise 2

Explain buffer pool purpose to someone who only knows Linux file systems.

Exercise 3

List differences between page set full and MAXDEPTH on one queue.

Frequently Asked Questions

Frequently Asked Questions

Test Your Knowledge

Test Your Knowledge

1. Page sets store:

  • Messages on disk
  • Only TLS certs
  • JCL
  • RACF profiles

2. Buffer pools:

  • Cache page set pages in memory
  • Replace logs
  • Disable BSDS
  • Format channels

3. Page set 0 often holds:

  • System objects
  • Only archives
  • Only topics
  • FTP data

4. Page set full may cause:

  • 2053 or storage failures
  • Faster TLS
  • Auto channel delete
  • No effect
Published
Read time25 min
AuthorMainframeMaster
Verified: IBM MQ 9.3 documentation