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

# Обновления

> С ClickHouse Cloud вам не нужно беспокоиться об исправлениях и обновлениях. Мы регулярно выпускаем обновления, включающие исправления, новые возможности и улучшения производительности.

export const ScalePlanFeatureBadge = ({feature = 'This feature', linking_verb_are = false}) => {
  return <div className="scalePlanFeatureContainer">
            <div className="scalePlanFeatureBadge">
                Scale plan feature
            </div>
            <div>
                <p>{feature} {linking_verb_are ? 'are' : 'is'} available in the Scale and Enterprise plans. To upgrade, visit the plans page in the cloud console.</p>
            </div>
        </div>;
};

export const EnterprisePlanFeatureBadge = ({feature = 'This feature', support = false, linking_verb_are = false}) => {
  return <div className="enterprisePlanFeatureContainer">
            <div className="enterprisePlanFeatureBadge">
                Enterprise plan feature
            </div>
            <div>
                <p>{feature} {linking_verb_are ? 'are' : 'is'} available in the Enterprise plan. {support ? `Contact support to enable this feature.` : 'To upgrade, visit the plans page in the cloud console.'}</p>
            </div>
        </div>;
};

export const Image = ({img, alt, size}) => {
  return <Frame>
      <img src={img} alt={alt} />
    </Frame>;
};

С ClickHouse Cloud вам не нужно беспокоиться об установке исправлений и обновлениях. Мы регулярно выпускаем обновления, включающие исправления, новые возможности и улучшения производительности. Полный список нововведений в ClickHouse см. в нашем [changelog Cloud](/ru/resources/changelogs/cloud).

<Note>
  Мы внедряем новый механизм обновления — подход, который называем "make before break" (или MBB). В рамках этого подхода перед удалением старых реплик в процессе обновления мы сначала добавляем обновленные. Благодаря этому обновления проходят более плавно и с меньшим влиянием на выполняющиеся рабочие нагрузки.

  В рамках этого изменения исторические данные системных таблиц будут сохраняться до 30 дней в рамках событий обновления. Кроме того, данные системных таблиц старше 19 декабря 2024 года для сервисов в AWS или GCP, а также старше 14 января 2025 года для сервисов в Azure, не будут сохраняться в рамках миграции на новые уровни организации.
</Note>

<div id="version-compatibility">
  ## Совместимость версий
</div>

Когда вы создаёте сервис, параметру [`compatibility`](/ru/reference/settings/session-settings#compatibility) присваивается самая актуальная версия ClickHouse, доступная в ClickHouse Cloud на момент первоначального создания сервиса.

Параметр `compatibility` позволяет использовать значения параметров по умолчанию из предыдущих версий. При обновлении сервиса до новой версии значение, указанное для параметра `compatibility`, не меняется. Это означает, что значения по умолчанию для параметров, существовавших на момент создания сервиса, останутся прежними (если только вы уже не переопределили эти значения по умолчанию — в этом случае они сохранятся и после обновления).

Вы не можете управлять значением `compatibility` по умолчанию на уровне сервиса. Если вы хотите изменить версию, заданную для этого значения `compatibility` по умолчанию, необходимо [обратиться в службу поддержки](https://clickhouse.com/support/program). Однако вы можете переопределить параметр `compatibility` на уровне пользователя, роли, профиля, запроса или сеанса, используя стандартные механизмы настройки ClickHouse, например `SET compatibility = '22.3'` в сеансе или `SETTINGS compatibility = '22.3'` в запросе.

<div id="maintenance-mode">
  ## Режим обслуживания
</div>

Иногда нам может потребоваться обновить ваш сервис, из-за чего может понадобиться отключить некоторые возможности, такие как масштабирование или переход в режим простоя. В редких случаях нам может потребоваться вмешаться в работу сервиса, в котором возникли проблемы, и вернуть его в нормальное состояние. Во время такого обслуживания на странице сервиса вы увидите баннер с текстом *"Выполняется обслуживание"*. В это время вы по-прежнему можете использовать сервис для выполнения запросов.

Плата за время, пока сервис находится на обслуживании, не взимается. *Режим обслуживания* включается редко, и его не следует путать с обычными обновлениями сервиса.

<div id="release-channels-upgrade-schedule">
  ## Каналы релизов (расписание обновлений)
</div>

Пользователи могут задать расписание обновлений для своего сервиса ClickHouse Cloud, подписавшись на определённый канал релизов. Доступны три канала релизов, а с помощью функции **запланированных обновлений** можно настроить день недели и время установки обновлений.

Доступны следующие три канала релизов:

* [**быстрый канал релизов**](#fast-release-channel-early-upgrades) — для раннего доступа к обновлениям.
* [**обычный канал релизов**](#regular-release-channel) используется по умолчанию; обновления в этом канале начинаются через две недели после обновлений в быстром канале релизов. Если для вашего сервиса уровней Scale и Enterprise канал релизов не задан, по умолчанию используется обычный канал релизов.
* [**медленный канал релизов**](#slow-release-channel-deferred-upgrades) предназначен для отложенного получения обновлений. Обновления в этом канале происходят через две недели после обновлений в обычном канале релизов.

<Note>
  Сервисы уровня Basic автоматически подключаются к быстрому каналу релизов
</Note>

<div id="fast-release-channel-early-upgrades">
  ### Канал быстрых релизов (ранние обновления)
</div>

Помимо стандартного графика обновлений, мы предлагаем канал **быстрых релизов**, если вы хотите, чтобы ваши сервисы получали обновления раньше, чем это предусмотрено обычным графиком релизов.

В частности, сервисы будут:

* Получать последние релизы ClickHouse
* Обновляться чаще по мере тестирования новых релизов

Вы можете изменить график релизов сервиса в консоли Cloud, как показано ниже:

<div class="eighty-percent">
  <Image img="https://mintcdn.com/private-7c7dfe99-home-button/q-fyjp7bh9TLY82A/images/cloud/manage/fast_release.png?fit=max&auto=format&n=q-fyjp7bh9TLY82A&q=85&s=5ea61e4cae3082980b1fa76a2ddaebc6" size="lg" alt="Выберите тип канала релизов" border width="1624" height="1196" data-path="images/cloud/manage/fast_release.png" />
</div>

<br />

Этот канал **быстрых релизов** подходит для тестирования новых возможностей в некритичных средах. **Он не рекомендуется для production-рабочих нагрузок со строгими требованиями к доступности и надежности.**

<div id="regular-release-channel">
  ### Обычный канал релизов
</div>

Для всех сервисов уровней Scale и Enterprise, для которых не настроены канал релизов или расписание обновлений, обновления будут выполняться в рамках обычного канала релизов. Этот вариант рекомендуется для производственных сред.

Обновления по обычному каналу релизов обычно выполняются через две недели после **быстрого канала релизов**.

<Note>
  Сервисы уровня Basic обновляются вскоре после быстрого канала релизов.
</Note>

<div id="slow-release-channel-deferred-upgrades">
  ### Медленный канал релизов (отложенные обновления)
</div>

Мы предлагаем канал **Slow release**, если вы хотите, чтобы ваши сервисы получали обновления позже стандартного графика релизов.

В частности, сервисы будут:

* Обновляться после завершения развёртывания в каналах Fast и Regular
* Получать релизы ClickHouse примерно через 2 недели после обычного релиза
* Предназначены для клиентов, которым нужно дополнительное время, чтобы протестировать релизы ClickHouse в непродуктивных средах перед обновлением production. Непродуктивные среды могут получать обновления через канал релизов Fast или Regular для тестирования и проверки.

<Note>
  Вы можете изменить канал релизов в любое время. Однако в некоторых случаях изменение будет применяться только к будущим релизам.

  * Переход на более быстрый канал немедленно обновит ваш сервис. Например: Slow → Regular, Regular → Fast
  * Если ваш сервис использует [запланированные обновления](#scheduled-upgrades), обновление произойдёт во время следующего запланированного обновления.
  * Переход на более медленный канал не приведёт к откату версии сервиса: он останется на текущей версии, пока в этом канале не станет доступна более новая. Например: Regular → Slow, Fast → Regular или Slow
</Note>

<div id="scheduled-upgrades">
  ## Запланированные обновления
</div>

Вы можете настроить окно обновлений для сервисов уровня Enterprise.

Выберите сервис, для которого нужно задать расписание обновлений, затем в левом меню выберите `Settings`. Прокрутите страницу до раздела `Scheduled upgrades`.

<div class="eighty-percent">
  <Image img="https://mintcdn.com/private-7c7dfe99-home-button/q-fyjp7bh9TLY82A/images/cloud/manage/scheduled_upgrades.png?fit=max&auto=format&n=q-fyjp7bh9TLY82A&q=85&s=8b14e65aa9117ce00548e22762eaacc1" size="lg" alt="Запланированные обновления" border width="3840" height="2142" data-path="images/cloud/manage/scheduled_upgrades.png" />
</div>

<br />

Выбрав этот параметр, вы сможете указать день недели и временное окно для обновлений базы данных и Cloud.

<div class="eighty-percent">
  <Image img="https://mintcdn.com/private-7c7dfe99-home-button/q-fyjp7bh9TLY82A/images/cloud/manage/scheduled_upgrade_window.png?fit=max&auto=format&n=q-fyjp7bh9TLY82A&q=85&s=8848b4df1e5200f44ff97446b8f382f2" size="lg" alt="Окно запланированного обновления" border width="3840" height="2150" data-path="images/cloud/manage/scheduled_upgrade_window.png" />
</div>

<br />

<Note>
  Хотя запланированные обновления выполняются по заданному расписанию, исключения возможны для критически важных исправлений безопасности и устранения уязвимостей, а также в случаях, когда потенциальные проблемы могут привести к повреждению или потере данных. Если будет выявлена срочная проблема безопасности, обновления могут быть выполнены вне запланированного окна. При необходимости клиенты будут уведомлены о таких исключениях.
</Note>