> ## Documentation Index
> Fetch the complete documentation index at: https://clickhouse.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# paramètres de session skip_unavailable_shards_*

> Paramètres de session ClickHouse dans le groupe généré skip_unavailable_shards_*.

export const SettingsInfoBlock = ({type, default_value, changeable_without_restart}) => {
  return <div className="not-prose" style={{
    display: "flex",
    flexWrap: "wrap",
    alignItems: "baseline",
    columnGap: "0.5rem",
    rowGap: "0.125rem",
    margin: "0.375rem 0",
    fontSize: "0.8125rem",
    lineHeight: "1.125rem"
  }}>
      <div style={{
    fontWeight: 600,
    opacity: 0.72
  }}>Type</div>
      <div style={{
    overflowWrap: "anywhere"
  }}>{type}</div>
      <div style={{
    fontWeight: 600,
    opacity: 0.72,
    marginInlineStart: "0.5rem"
  }}>Par défaut</div>
      <div style={{
    overflowWrap: "anywhere"
  }}>{default_value}</div>
      {changeable_without_restart && <div style={{
    fontWeight: 600,
    opacity: 0.72,
    marginInlineStart: "0.5rem"
  }}>
          Modifiable sans redémarrage
        </div>}
      {changeable_without_restart && <div style={{
    overflowWrap: "anywhere"
  }}>
          {changeable_without_restart}
        </div>}
    </div>;
};

Ces paramètres sont disponibles dans [system.settings](/docs/fr/reference/system-tables/settings) et sont générés automatiquement à partir du [code source](https://github.com/ClickHouse/ClickHouse/blob/master/src/Core/Settings.cpp).

<div id="skip_unavailable_shards">
  ## skip\_unavailable\_shards
</div>

<SettingsInfoBlock type="Bool" default_value="0" />

Active ou désactive l’ignorance silencieuse des shards indisponibles.

Le comportement de ce réglage est contrôlé par le paramètre `skip_unavailable_shards_mode`.

Valeurs possibles :

* 1 — ignorance activée.

  Si un shard est indisponible, ClickHouse renvoie un résultat basé sur des données partielles et ne signale pas les problèmes de disponibilité des nœuds.

* 0 — ignorance désactivée.

  Si un shard est indisponible, ClickHouse lève une exception.

<div id="skip_unavailable_shards_mode">
  ## skip\_unavailable\_shards\_mode
</div>

<SettingsInfoBlock type="SkipUnavailableShardsMode" default_value="unavailable_or_table_missing" />

<VersionHistory rows={[{"id": "row-1","items": [{"label": "26.7"},{"label": "unavailable_or_table_missing"},{"label": "Nouveau paramètre permettant de contrôler quelles exceptions provenant d’un shard distant sont ignorées lorsque `skip_unavailable_shards` est activé. La valeur par défaut correspond au comportement historique : un shard dont la table est absente est traité comme indisponible."}]}]} />

Contrôle quelles exceptions provenant d’un shard distant sont ignorées silencieusement lorsque `skip_unavailable_shards` est activé. Ce paramètre n’a aucun effet lorsque `skip_unavailable_shards = 0`.

Valeurs possibles :

* `unavailable` — Seules les erreurs liées à la connexion sont ignorées. Un shard est considéré comme indisponible lorsque ClickHouse ne peut se connecter à aucune de ses répliques, ou lorsque le nom d’hôte d’une réplique ne peut pas être résolu via DNS.

* `unavailable_or_table_missing` — En plus de `unavailable`, les erreurs dues à l’absence d’une table ou d’une base de données sur le shard sont ignorées. Cela est utile lorsqu’une table est en cours de création ou de suppression à l’échelle d’un cluster. Il s’agit de la valeur par défaut, qui correspond au comportement historique de `skip_unavailable_shards`, lequel considérait également comme indisponible un shard dont la table n’existe pas.

* `unavailable_or_exception_before_processing` — En plus de `unavailable`, toute exception reçue d’un shard avant qu’il n’ait renvoyé le moindre bloc de données à l’initiateur est ignorée. Une exception qui arrive après que le shard a déjà renvoyé des données est toujours relancée. Notez que la condition « avant qu’il n’ait renvoyé des données » est vérifiée côté initiateur : un shard qui effectue un calcul bloquant (par exemple une agrégation, un tri ou `LIMIT BY`) peut traiter des lignes et échouer avant d’émettre le moindre bloc, auquel cas son travail partiel est silencieusement abandonné et la requête renvoie un résultat construit à partir des shards restants. Il s’agit donc du mode le plus permissif et il doit être utilisé avec prudence.