Skip to main content
PARIXDocs
Reference

Database and workflow statuses

Glossary for project, deployment profile, workflow job, change, notification, CDC, and deletion states.

Parix stores several status fields because a database record, provider deployment, long-running job, dashboard change entry, and notification are different read models. Read the status in its own context.

Database project status

database.status controls project-level access, especially for shared Developer databases.

StatusMeaning and request behavior
activeNormal project access.
inactive_warningInactivity warning state. Reads and writes remain allowed.
read_onlyReads remain allowed; write operations are rejected. Used for access or billing enforcement.
suspendedDatabase operations are rejected.
pending_deletionDatabase operations are rejected while the project awaits deletion handling.
deletedA schema-level project value, but not the normal terminal signal written by the decommission workflow.

The current shared-project lifecycle service advances Developer rows after inactivity from active to inactive_warning at 7 days, to suspended at 14 days, and to pending_deletion at 30 days. A status change is not the same as provider-resource decommission completion.

Normal successful deletion sets the database record's soft-delete timestamp (deletedAt) and the deployment profile to deleted; customer lists filter on that timestamp. A database.status value by itself does not hide the row.

Deployment profile status

database_profile.status describes the configured provider deployment.

StatusMeaning
draftProfile exists but has not converged into a usable deployment.
provisioningProvisioning or another profile-changing workflow is in progress. Configuration controls are commonly disabled.
activeThe profile is the active provider target. Gateway/data-plane requests and active-only control-plane mutations require this state.
errorA provider or workflow step failed. Inspect the latest job and Changes view.
deletedThe profile was decommissioned and its active routing fields were cleared.

A project can have database.status = active while its profile is still provisioning or error. Dashboard loaders intentionally expose those non-active profiles for diagnosis even though data-plane and active-only mutations remain blocked. Use the profile and job together when diagnosing connectivity.

Provision, backup, and restore jobs

Provision, backup, and restore job records use the same core lifecycle:

StatusMeaning
queuedThe request was validated, recorded, and submitted for workflow execution.
runningThe workflow has started one or more durable steps.
completedThe job reached its success terminal state. Verify the resulting profile or artifact as well.
failedThe job reached a failure terminal state. The record is retained for diagnosis and retry decisions.

Import jobs add upgrading, which means the imported TigerBeetle data is passing through a required version-upgrade stage before completion.

Changes tab labels

The database Cluster → Changes read model uses presentation labels:

LabelInterpretation
PendingChange request accepted but not yet running.
In progressA correlated workflow is running.
CompletedThe change reported success.
FailedThe change reported failure.

Change entries are written through an asynchronous log queue. They summarize workflows; they do not replace the authoritative database profile, job record, or provider state.

Notification statuses

Organization lifecycle notifications use:

  • queued
  • in_progress
  • completed
  • failed

These are user-facing summaries and can link to the relevant database, backups page, or Changes tab. See Notifications and audit log.

CDC configuration status

CDC configuration has its own lifecycle:

StatusMeaning
draftConfiguration is stored but not active.
queuedApply request accepted.
runningCDC workflow is applying provider/runtime changes.
activeThe selected configuration is active.
errorApply failed; inspect the CDC change and workflow detail.

Plan and provider support still apply. An active CDC row is not evidence that a shared Developer plan exposes the CDC dashboard surface.

Deletion state

Database deletion uses a temporary decommission state:

StatusMeaning
queuedDecommission workflow has been accepted, or is waiting for active provisioning to finish.
runningProvider and control-plane cleanup is in progress.
failedCleanup stopped with a retained error message.

On success, Parix clears this temporary state, soft-deletes the database record, and marks the profile deleted; there is no persistent completed value in the temporary decommission state.

Diagnose a database that is not ready

Check in this order:

  1. Project status for suspension or read-only enforcement.
  2. Temporary deletion state.
  3. Deployment profile status.
  4. Latest provision, import, backup, restore, or upgrade job.
  5. The Changes tab and linked notification.
  6. Gateway health only after the profile is active.

This order avoids treating a notification or stale change entry as the current provider truth.