postgresql

Charmed PostgreSQL

Channel Revision Published Runs on
latest/stable 591 10 Apr 2025
Ubuntu 22.04 Ubuntu 20.04 Ubuntu 18.04 Ubuntu 16.04 Ubuntu 14.04
latest/stable 239 09 Feb 2022
Ubuntu 22.04 Ubuntu 20.04 Ubuntu 18.04 Ubuntu 16.04 Ubuntu 14.04
latest/stable 226 01 Apr 2021
Ubuntu 22.04 Ubuntu 20.04 Ubuntu 18.04 Ubuntu 16.04 Ubuntu 14.04
14/stable 553 04 Feb 2025
Ubuntu 22.04
14/stable 552 04 Feb 2025
Ubuntu 22.04
14/candidate 593 16 Apr 2025
Ubuntu 22.04
14/candidate 592 16 Apr 2025
Ubuntu 22.04
14/beta 605 27 Apr 2025
Ubuntu 22.04
14/beta 606 27 Apr 2025
Ubuntu 22.04
14/edge 908 Today
Ubuntu 22.04
14/edge 907 Today
Ubuntu 22.04
16/stable 843 11 Jul 2025
Ubuntu 24.04
16/stable 844 11 Jul 2025
Ubuntu 24.04
16/candidate 843 11 Jul 2025
Ubuntu 24.04
16/candidate 844 11 Jul 2025
Ubuntu 24.04
16/beta 843 11 Jul 2025
Ubuntu 24.04
16/beta 844 11 Jul 2025
Ubuntu 24.04
16/edge 910 Today
Ubuntu 24.04
16/edge 909 Today
Ubuntu 24.04
juju deploy postgresql --channel 16/edge
Show information

Platform:

Ubuntu
24.04 22.04 20.04 18.04 16.04 14.04

Learn about actions >

  • create-backup

    Creates a backup to s3 storage.

    Params
    • type string

      The backup type, the default value is 'full'. Full backup is a full copy of all data. Differential backup is a copy only of changed data since the last full backup. Incremental backup is a copy only of changed data since the last backup (any type). Possible values - full, differential, incremental.

  • create-replication

    Set up asynchronous replication between two clusters.

    Params
    • name string

      The name of the replication (defaults to 'default').

  • force-refresh-start

    Potential of data loss and downtime

    Force refresh of first unit

    Must run with at least one of the parameters =false

    Params
    • check-compatibility boolean

      Potential of data loss and downtime

      If false, force refresh if new version of PostgreSQL and/or charm is not compatible with previous version

    • check-workload-container boolean

      Potential of data loss and downtime during and after refresh

      If false, allow refresh to PostgreSQL container version that has not been validated to work with the charm revision

    • run-pre-refresh-checks boolean

      Potential of data loss and downtime

      If false, force refresh if app is unhealthy or not ready to refresh (and unit status shows "Pre-refresh check failed")

  • get-primary

    Get the unit which is the primary/leader in the replication.

  • list-backups

    Lists backups in s3 storage.

  • pre-refresh-check

    Check if charm is ready to refresh

  • promote-to-primary

    Promotes the cluster of choice to a primary cluster. Must be ran against the leader unit when promoting a cluster or against the unit to be promoted within the cluster.

    Params
    • force boolean

      Force the promotion of a cluster when there is already a primary cluster.

    • scope string

      Whether to promote a unit or a cluster. Must be set to either unit or cluster.

  • restore

    Restore a database backup using pgBackRest. S3 credentials are retrieved from a relation with the S3 integrator charm.

    Params
    • backup-id string

      A backup-id to identify the backup to restore (format = %Y-%m-%dT%H:%M:%SZ)

    • restore-to-time string

      Point-in-time-recovery target in PSQL format.

  • resume-refresh

    Refresh next unit(s) (after you have manually verified that refreshed units are healthy)

    If the pause-after-unit-refresh config is set to all, this action will refresh the next unit.

    If pause-after-unit-refresh is set to first, this action will refresh all remaining units. Exception: if automatic health checks fail after a unit has refreshed, the refresh will pause.

    If pause-after-unit-refresh is set to none, this action will have no effect unless it is called with check-health-of-refreshed-units as false.

    Params
    • check-health-of-refreshed-units boolean

      Potential of data loss and downtime

      If false, force refresh (of next unit) if 1 or more refreshed units are unhealthy

      Warning: if first unit to refresh is unhealthy, consider running force-refresh-start action on that unit instead of using this parameter. If first unit to refresh is unhealthy because compatibility checks, pre-refresh checks, or workload container checks are failing, this parameter is more destructive than the force-refresh-start action.