> For the complete documentation index, see [llms.txt](https://docs.mikopbx.com/mikopbx/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.mikopbx.com/mikopbx/faq/setup/change-host.md).

# Перенос MikoPBX на другой сервер

Существует несколько способов для переноса MikoPBX на другой хост (сервер). Каждый из них имеет свои положительные моменты и особенности. Всю краткую информацию по каждому из вариантов Вы можете изучить далее в этом разделе.

## Вариант №1: Перенос с помощью резервного копирования

**Описание:**

Создаётся резервная копия текущей конфигурации MikoPBX, которая затем загружается на новый сервер. Этот способ подходит для небольших объемов данных.

**Плюсы:**

* Простота в настройке.
* Позволяет сохранить текущую конфигурацию.

**Особенности:**

* Может быть ненадёжен при больших объемах данных.
* Требует промежуточного хранения резервной копии (например, на локальном диске или облаке).

{% content-ref url="/pages/Ut2twRRZSYCX3hKeNztj" %}
[Перенос с помощью резервного копирования](/mikopbx/faq/setup/change-host/transfer-using-backup.md)
{% endcontent-ref %}

***

## Вариант №2: Перенос с помощью SFTP и резервного копирования по расписанию

**Описание:**

Резервная копия автоматически создаётся и сохраняется сразу на целевой сервер через протокол SFTP. Этот способ особенно эффективен для больших объемов данных.

**Плюсы:**

* Подходит для больших объемов данных.
* Позволяет минимизировать ручные действия.
* Обеспечивает прямой перенос данных между серверами.

**Особенности:**

* Требует настроек SFTP на обоих серверах.
* Необходим доступ к данным текущего пользователя SSH для корректной работы.

{% content-ref url="/pages/jWPRygm7KhKZsVbbszt6" %}
[Перенос с помощью резервного копирования по расписанию](/mikopbx/faq/setup/change-host/transfer-using-scheduled-backup.md)
{% endcontent-ref %}

***

## Вариант №3: Перенос с использованием rsync

**Описание:**

Используется команда `rsync` для синхронизации данных напрямую между старым и новым серверами. Этот метод удобен для опытных пользователей.

**Плюсы:**

* Быстрая синхронизация даже для больших объемов данных.
* Сохранение прав доступа и структуры каталогов.
* Не требует создания промежуточных резервных копий.

**Особенности:**

* Требует базовых знаний работы с командной строкой.
* Возможны ошибки при настройке (например, указание неправильных путей).
* Серверы должны быть одновременно доступны в сети.

{% content-ref url="/pages/MMEFprLKQsOF6XnbSnhD" %}
[Перенос с помощью rsync](/mikopbx/faq/setup/change-host/transfer-using-rsync.md)
{% endcontent-ref %}

***


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.mikopbx.com/mikopbx/faq/setup/change-host.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.