> ## Documentation Index
> Fetch the complete documentation index at: https://private-7c7dfe99-detect-table-modification.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# Mises à niveau

> Fonctionnement des mises à niveau de version de PostgreSQL dans ClickHouse Managed Postgres

export const ScalePlanFeatureBadge = ({feature = 'Cette fonctionnalité', linking_verb_are = false}) => {
  return <div className="scalePlanFeatureContainer">
            <div className="scalePlanFeatureBadge">
                Fonctionnalité de l’offre Scale
            </div>
            <div>
                <p>{feature} {linking_verb_are ? 'sont' : 'est'} disponible{linking_verb_are ? 's' : ''} avec les offres Scale et Enterprise. Pour passer à une offre supérieure, consultez la page des offres dans la console Cloud.</p>
            </div>
        </div>;
};

export const EnterprisePlanFeatureBadge = ({feature = 'Cette fonctionnalité', support = false, linking_verb_are = false}) => {
  return <div className="enterprisePlanFeatureContainer">
            <div className="enterprisePlanFeatureBadge">
                Fonctionnalité du plan Enterprise
            </div>
            <div>
                <p>{feature} {linking_verb_are ? 'sont disponibles' : 'est disponible'} avec le plan Enterprise. {support ? `Contactez l’assistance pour activer cette fonctionnalité.` : 'Pour effectuer la mise à niveau, consultez la page des plans dans la Cloud Console.'}</p>
            </div>
        </div>;
};

export const BetaBadge = ({link, galaxyTrack, galaxyEvent}) => {
  if (link) {
    return <a href={link} target="_blank" rel="noopener noreferrer" className="betaBadge" onClick={galaxyTrack && galaxyEvent ? galaxyOnClick(galaxyEvent) : undefined}>
                <span>Beta</span>
            </a>;
  }
  return <a href="https://clickhouse.com/docs/reference/settings/beta-and-experimental-features#beta-features" className="betaBadge">
            <span>Fonctionnalité en bêta</span>
        </a>;
};

<BetaBadge link="https://clickhouse.com/cloud/postgres" galaxyTrack={true} galaxyEvent="docs.managed-postgres.upgrades-beta" />

ClickHouse Managed Postgres gère les mises à niveau de version de PostgreSQL pour que vos instances restent sécurisées et à jour. Les mises à niveau de version mineures comme les mises à niveau de version majeure sont prises en charge avec une interruption minimale.

<div id="maintenance-updates">
  ## Mises à jour de maintenance
</div>

La maintenance régulière des instances PostgreSQL comprend les éléments suivants :

* Les mises à niveau de versions mineures (par ex. de 17.4 à 17.5) incluent des corrections de bugs et des correctifs de sécurité du moteur PostgreSQL.
* Les fonctionnalités du Managed Service. Améliorations du CDC native, de l’observability, de pg\_clickhouse et d’autres extensions.
* Les correctifs du système d’exploitation et des composants système, y compris des correctifs de sécurité, des gains d’efficacité et d’autres améliorations.

Ces opérations sont effectuées par basculement et n’entraînent généralement qu’une brève déconnexion, souvent de seulement quelques secondes.

Pour les instances avec des [standbys](/fr/products/managed-postgres/high-availability) activés, la mise à niveau est d’abord appliquée au standby, puis un basculement est effectué afin de minimiser l’indisponibilité.

<div id="scheduled-upgrades">
  ## Mises à niveau planifiées
</div>

<ScalePlanFeatureBadge feature="Mises à niveau planifiées" linking_verb_are="true" />

Par défaut, la maintenance est appliquée à votre instance dès qu'une nouvelle version est disponible.
Avec les **mises à niveau planifiées**, vous choisissez un créneau de deux heures en UTC durant lequel cette
maintenance peut être appliquée, afin que le bref basculement ait lieu au moment le moins
perturbant pour votre charge de travail. L'interruption prévue est inférieure à une minute pendant ce créneau.

Avec le plan Enterprise, vous pouvez également limiter les mises à niveau à certains
[jours de la semaine](#days-of-the-week). Avec le plan Scale, vous choisissez uniquement la période,
et les mises à niveau peuvent être appliquées n'importe quel jour au cours de celle-ci.

<div id="configure-a-schedule">
  ### Configurer une planification
</div>

<Steps>
  <Step title="Ouvrir les paramètres de l’instance" id="open-settings">
    Sélectionnez votre instance, puis **Settings** dans le menu de gauche, et faites défiler jusqu’à la
    section **Configuration**.
  </Step>

  <Step title="Ouvrir le panneau des mises à niveau planifiées" id="open-flyout">
    Dans la sous-section **Mises à niveau planifiées**, sélectionnez **Configurer la planification**. Si une planification
    est déjà définie, la planification actuelle s’affiche et le bouton devient **Modifier la planification**.
  </Step>

  <Step title="Choisir une période" id="pick-time-period">
    Sélectionnez l’une des douze périodes UTC de deux heures dans la liste **Période (UTC)**. La sélection d’une période
    est obligatoire.
  </Step>

  <Step title="Restreindre les jours si nécessaire" id="pick-days">
    Avec le plan Enterprise, sélectionnez un ou plusieurs jours sous **Day(s) of the week**. Ne sélectionnez aucun
    jour pour autoriser les mises à niveau n’importe quel jour pendant la période sélectionnée.
  </Step>

  <Step title="Enregistrer" id="save">
    Sélectionnez **Save**. La planification prend effet immédiatement et s’affiche dans la
    sous-section **Mises à niveau planifiées**, par exemple
    `Scheduled upgrades: Sat, Sun at 12:00 a.m. - 2:00 a.m. UTC`.
  </Step>
</Steps>

Vous devez disposer de l’autorisation `control-plane:postgres-service:manage` sur l’instance pour modifier
sa planification. Les commandes sont également désactivées lorsqu’une instance est arrêtée ou est encore
en cours de provisionnement.

<div id="time-periods">
  ### Périodes horaires
</div>

Les créneaux durent deux heures et sont toujours exprimés en UTC ; il n'est pas possible de sélectionner un fuseau horaire local. Les créneaux disponibles sont :

| Première moitié de la journée (UTC) | Seconde moitié de la journée (UTC) |
| ----------------------------------- | ---------------------------------- |
| 00:00 - 02:00                       | 12:00 - 14:00                      |
| 02:00 - 04:00                       | 14:00 - 16:00                      |
| 04:00 - 06:00                       | 16:00 - 18:00                      |
| 06:00 - 08:00                       | 18:00 - 20:00                      |
| 08:00 - 10:00                       | 20:00 - 22:00                      |
| 10:00 - 12:00                       | 22:00 - 00:00                      |

Les heures de début personnalisées, les durées de créneau personnalisées et plusieurs créneaux par instance ne sont pas pris en charge.

<div id="days-of-the-week">
  ### Jours de la semaine
</div>

<EnterprisePlanFeatureBadge feature="Limiter les mises à niveau à certains jours de la semaine" />

La sélection des jours est facultative :

* **Aucun jour sélectionné** — les mises à niveau peuvent être appliquées n’importe quel jour au cours de la période choisie.
* **Un ou plusieurs jours sélectionnés** — les mises à niveau ne sont appliquées que ces jours-là, au cours de la
  période choisie. Sélectionner les sept jours revient à n’en sélectionner aucun.

<div id="schedule-scope">
  ### Champ d’application d’une planification
</div>

Une planification régit uniquement la **maintenance de la plateforme** : les mises à niveau de versions mineures, les
mises à jour de fonctionnalités du service géré et les correctifs du système d’exploitation décrits dans
[Mises à jour de maintenance](#maintenance-updates).

Les modifications que vous initiez vous-même ne sont pas reportées à ce créneau et sont appliquées dès
que vous les effectuez. Cela inclut la [mise à l’échelle](/fr/products/managed-postgres/scaling) d’une instance,
le redimensionnement du stockage et la modification des [paramètres de configuration](/fr/products/managed-postgres/settings).

<Note>
  Les mises à niveau planifiées sont effectuées dans la mesure du possible. La maintenance peut être appliquée en dehors de votre créneau lorsqu’elle est
  nécessaire au bon fonctionnement de votre instance — par exemple lorsque l’utilisation du disque atteint 95 % — ou pour des
  correctifs de sécurité critiques et des corrections de vulnérabilités. Vous serez informé de ces exceptions si
  nécessaire.
</Note>

<div id="read-replicas">
  ### Répliques de lecture
</div>

Les [répliques de lecture](/fr/products/managed-postgres/read-replicas) suivent la planification de leur
instance principale et ne disposent pas de leur propre planification. La section **Mises à niveau planifiées**
ne s'affiche donc pas pour elles.

<div id="major-version-upgrades">
  ## Mises à niveau de version majeure
</div>

Les mises à niveau de version majeure (par ex. de 17.x à 18.x) via l’UI et l’API arriveront prochainement.
En attendant, contactez le [support](https://clickhouse.com/support/program) pour mettre à niveau votre instance ClickHouse Managed Postgres.